Hacker Newsnew | comments | show | ask | jobs | submit | login

And on the preface to the 2nd edition of SICP, I noticed this quote from Alan J. Perlis:

> Is it possible that software is not like anything else, that it is meant to be discarded that the whole point is to always see it as a soap bubble?

which seems an echo.

-----


A link popped up within unstable Chrome, inviting me to test drive the Chrome notebook. Unfortunately I'm out of US. http://skitch.com/juvenn/rrnm5/selection-019

-----


Since the sensorship is beyond what Google's founders had expected. Even we native Chinese had not expected that then.

However, given they have invested so much on the Free Music Plan, and the market was rewarding, why, all of sudden, they pulled their feet? And risking of losing the world's largest and emerging market?

Though, I agree there are multiple causes about that. But simply thinking they pulled because they were losing ...

-----


Please clarify, it's the government, not all Chinese people, who can be as friendly and kindly as every faithful human on the earth.

-----


The government is made up of people. After living in China for a while, you soon find some Chinese people are friendly to your face, but are monitoring your emails thru your ISP, or tracking your movements around the city, or arranging for a breakin at your apartment. And these are young Chinese, just doing what their seniors showed them. Young Chinese don't have the concept in their minds that internet blocking harms innovation, and will do the same in government when they replace their elders.

-----


Yaa i am talking about government, not Chinese people. I know people are good, hard working.

-----


For those who can't afford a premium private repos, it's a good idea. You'd better off not symlinking the repo in Dropbox dir, or you'll keep dropbox very busy when you are editing files.

-----


Unfortunately, it's not log based. Just like Google Analytics, you insert a little script in, when request comes in, the script will update MongoDB in the backend.

Though, your need are not unusual, I guess. So, publish it.

-----


I'm interested as well and may contribute

-----


And, it supports markdown, ++

-----


That new node-based v2.0+ implementation can be 10x faster than the ruby-based implementation.

    # Ruby version
    $ time lessc -v
    lessc 1.2.21 

    real	0m1.681s
    user	0m1.492s
    sys	        0m0.176s


    # Node.js version
    $ time lss -v
    lessc 2.0.0 (LESS Compiler)

    real	0m0.104s
    user	0m0.088s
    sys	0m0.016s

Though it should be noted that Rubygems has introduced a bit overhead in the Ruby version.

-----


I'm disappointed with this change - it seems like picking up the new shiny tech for the sake of new shiny tech, at the expense of usability. My mac came with ruby, but not node.

Also, a 1.5-second speedup is not terribly compelling for something done rather infrequently (and if you're not caching or pre-processing to static files, you're doing it wrong).

-----


One reason to move to JavaScript is so that you can process LESS on the server and client. This way you can serve up a static LESS file and let the user's browser parse it, cutting out the extra compilation step. But you can still compile it beforehand and serve up the CSS directly if you don't want or cannot afford the performance hit on the client.

At the very least I could see myself using it in the browser for development.

-----


installing node on your mac takes all of 5 minutes if you already have ports installed. speed in development turnaround is important to me.

-----


Have you noticed z-billing: http://www.zuora.com/products/zbilling/index.html then? Though not startup friendly, I guess.

-----


With no Mac at hand, I'd like a native app for Linux, instead of wine stuff.

-----


You can write one yourself using the libspotify: http://developer.spotify.com/en/libspotify/overview/

-----


Yeah, but I prefer the beautiful UI, not just functionalities, or the wine stuff will do the work.

-----

More

Applications are open for YC Summer 2015

Guidelines | FAQ | Support | API | Lists | Bookmarklet | DMCA | Y Combinator | Apply | Contact

Search: