skysight-inc/HackerNews huggingface dataset:
Interesting. I'd gone through the first link before, but the second is quite good. Still doesn't change the fact that most libs you are using are written in JS (not to mention a whole new platform, the browser) and therefore harder to Google for, but thanks for your help.
Joel Spolsky wrote a little on founder equity and a potential method to divide ownership.

http://answers.onstartups.com/questions/6949/forming-a-new-s...
What’s your goof up strategy?
Microsoft.com Server vulnerable to hackers 
Microsoft.com Server vulnerable to hackers ! ~ THN : The Hackers News
super useful - and really dig the UI
2 days? Give it 2 weeks and you won't look back. I do think it's more suitable to writing a "new big app from scratch" -- fixing up some consulting client's website with some new JS widget and 5-20 lines of integration scripting or some such isn't the use-case where CoffeeScript gives you a notable advantage.
For most consumers a internet set-top box for TV is a completely new type of technology purchase (similar to a tablet purchase). Set-top boxes don't have the "cool-factor" of other technologies (smartphones/tablets) to drive sales, and TV === Cable mentality is already ingrained, so the barrier to adoption is price. The price needs to be low enough that the consumer is willing to take the risk of adopting a new (possibly dust-collecting) gadget.

E.g. I really wanted a GoogleTV, but the price-tag was high for something I was sure I'd use a lot. Instead I got an Apple TV for $99. It doesn't have everything I want, but it suits my needs 90% of the time. (also see eBook readers)
Totally agree with what base said. The hindrance in developing for all phones is the OS. Some ATT/T-Mobile phones are not allowed to upgrade to 2.2, heck sometimes not even 1.6+.

I ran into that problem with an app I launched last year. Doh!
It sounds good that using loopt to search some kind of stuff which you need it instantly(like cafe,bar..) in a local place you are not familiar, rather than using it like Groupon's vision.

The most importantly, local markets should feed back the system instantly and people can make proper decisions at that moment.

I think, mainly idea is cool.
Thanks to you and astine, I just learned today about per-user salts. I thought that you only needed a site-wide salt and after reading on the topic, I now understand why it's better to have a per-user salt stored in the db.

I was also confused by these frameworks (e.g., Django) that ask you for a secret key and I thought that the secret key was a site-wide salt. Fortunately, they knew better than me ;-)
Inside the Mega-Hack of Bitcoin: the Full Story
After reading posts about it on here for maybe a year, I recently decided to try it for a small jQuery plugin. I enjoyed it so much that we immediately switched to writing all new code in CoffeeScript and have begun converting existing code as time allows.

The benefits over straight JavaScript are amazing—I’d been writing careful code that drew from the ‘good parts’ mentality and pre-declared all variables, etc. Now I hardly ever have to worry about it.

As I continue to write Rails code I wish I could skip commas in hashes. I didn’t really have an opinion on significant whitespace before (only briefly played with Python) but now I love it. It’s also the first time I’ve used splats, and I was delighted by the brevity it can achieve in combination with the erb-esque interpolation: http://cl.ly/2b371b380g3j071E2g0h

The integration with docco has rewarded my habit of trying to write good documentation. I’ve tried to enforce a policy that any new CS must be documented.
I love meetup, but they never got any feedback on the new design change they made a few months back. Many people weren't happy with this (including me).

I think they probably spent too much money on it and there were infrastructure changes that made it impossible to turn-back.
I have used Javascript exclusively on client and server since late 2008. First Rhino and then Node. Before that I used Rails.

I can understand the syntax gripes that some people have towards Javascript but I think this has more to do with a Ruby notion of "elegance" coupled with a lack of familiarity with Javascript then it does with actual issues with Javascript. In fact, I prefer Javascript to Ruby.

I have gone the whole way with Prototype and then the whole way back. These days I prefer using just 20 or so functional DOM helpers rather than Prototype's Element extensions or JQuery's wrappers. A handful of DOM functions are significantly faster. As a result I have found it useful to keep third party dependencies to a minimum. A minimum of zero is working well for me so far. Writing raw Javascript is refreshing, even if it means a "prototype" here or there. I have written many "var" statements and have yet to see an undeclared variable pollute the global scope. I write for loops often. Sometimes I use forEach or reverse while loops. I don't seen any need for Coffeescript enumerators.

I keep checking up on Coffeescript from time to time but I prefer the explicit syntax of Javascript. After spending hours refactoring code the Rails way, I have come to prefer code that's big-O efficient, as fast as possible, as direct as possible, and if it takes a few lines less that's great.
Those aren't fallacies, those are merely points with which you disagree. The appropriate thing for you to do is provide contrary evidence.
If I am by myself, I agree -- I always have a laptop nearby and use it quite often for this sort of thing. Except in the case of video -- I much prefer to watch any video of any sort on my TV and having full Youtube on my TV in such an accessible way is more or less worth the price of admission for me.

But what I have found with viewing mates is actually quite the opposite -- looking something up and verbally telling them/passing the device is I think a much less pleasant and engaging way of doing things -- unless perhaps you are the one looking them up.

If you are the controller its fine -- but for the other people in the room I think it can be pretty annoying. I have found it actually more enjoyable for the group to watch the interaction and to be a part of things. It is more communal. I think we underestimate how boring it is to watch someone sitting on a couch with a computer and wait for an answer with no idea where they are in the information retrieval process, unable to suggest they click on some other link, and unable to be a part of it.

tldr: I think people actually like the internet, and don't mind looking at it when they have a reason to want something from it. Doing this in the relaxed, living room, communal viewing context is a pleasant, conversation invoking experience.

EDIT: I should add -- this must be used wisely and with discretion. The ability to turn your TV into the internet is a powerful thing, with great potential for annoyance, and one not to be abused. I find myself doing it with guests not when I have a question, or remember something on the internet that relates to something -- but when they do.

With great power comes great responsibility.
SyncPad switched its webclient from JS to CoffeeScript.

In terms of human-readable code, we reduced the lines of code by ~30%. It's cleaner and more concise. I feel our code is more managable because of CoffeeScript.

In terms of the generated JS, I really appreciate that CoffeeScript creates an abstraction that will implement JS best practices and consistency

At this point, any JS work I do is done with CoffeeScript
As a validation data point, it came to within 5 points on the actual 3-way split at my company.
IMO, it accomplishes this not as much by being good, as by being a parasite that infects web browsers. At that, it is so good that some people think the DOM and JavaScript are in a symbiotic relationship.

Yes, that is tongue-in-cheek, but without JavaScript, web browsers would have found another language; without web browsers, JavaScript would long have been forgotten.
If your file is disorganized, I bet spaces and parentheses have very little to do with it.
No offense, it's just funny ;) Provocative titles are good, they create a debate. It's true that I was playing the devil's advocate.

Long title would be "Hey you Haskell guys, everybody is thrilled about node.js, why don't you explain how to achieve high scalability in Haskell without sacrificing the program structure. C'mon guys, I know you can!"

If Haskell is leading the way, they should have some response about node.js, right? Whether or not this can be mainstream and deployed everywhere is another question. I totally respect Haskeller position regarding the experimental/research status of the language.
DotShare.it - An easy way to share your dot files.
The fact that "linked" apps have access to unlimited caching is a huge win for user experience.
(I don't follow C# 5 but inability to generate tail calls in C# seems to be a significant issue:

http://fsharpnews.blogspot.com/2010/12/performance-related-f...

(comments)

http://msmvps.com/blogs/jon_skeet/archive/2010/10/29/initial...
I think CoffeeScript looks quite cool, but I'm afraid introducing a compilation layer will complicate my life and lead to weird issues which will cancel out any productivity gains. And while Javascript may not be perfect, it's good enough to get the job done.
How to avoid a redesign failure
We’ve all seen or heard about the horrors of failed redesigns. Regardless of the size or scale of a site, any redesign is frought with potential perils and pitfalls. Alienating your existing users is probably one of the biggest dangers of any redesign project.
Post from WSO thread on "Why Aren't You An Entrepreneur?"
For me this is a new brainer. Not trying to knock starting your own company, but it's just not economically pheasible (sp?) for a lot of kids comming out of school with debt or zero dollars.

I'd say if you're a brilliant engineer or uber creative self starter since you where young, then yes go for it. But lets face it, most of us aren't, moreover, most of us (myself included) are fucking retards despite 3.8 GPA's and what have you comming out of school. I didn't realize how clueless I was until I started banking, that's just me.

For me, I figured if I started a company out of school I'd likely spin my wheels for 2.5 years with a probable outcome of a failed knock of some stupid social site. Go look at TechStars track record of their incubated companies, ~75 companies funded 2 acquisitions and ~<30-40% unfunded. I think VC's and TechCrunchers are too fucking high and mighty, and def sluff off the downsides of starting a company/very quick to knock any other post grad job that isn't starting your own company.

I took a class my last semester at college via our law school and it was taught by a really prominent startup attorney and venture capitalist. Really opened my eyes as to the business of VC and start up companies. They paint a picture that VC and entrepreneurship is some big benevolent crusade. It's not, it's a business like any other and VC's know this full well. Also, a ton of kids in the class where all amped up on starting their own company, but during candid conversations disclosed they just wanted to start a company as a path to become a VC. Fucking bullshit. You know who's going to be a VC? People who are really fucking good at making making money or have a shit tone of money (Ashton Kutcher anyone?) not some broke dumb fuck law grad who started OodleMyDoodle.com and only noteworthy exit was folding up 3 failed startups (harsh, but it happens, 10x more than not). Starting a business isn't a fucking joke, not a loveable loser Disney movie, I've seen plenty of extremely talented comp sci grads and startup junkies go absolutely nowhere with really cool biz plans. VC's and entrepreneurs my give off the aura of being care free and fully satisfied with life but just from personally knowing very sucessful individuals in both arenas can see that they're just fucking cold blooded and money hungry as your Dbag hitter MD at XX ibank.

A good time start a company in my opinion is when you know your potential companies space inside and out, i.e. how you can make it work (at least on paper) financially, not only where to get the money for it but 3-4 niche investors that you could call up personally that would seriously consider your exec sum after a 20 min phone call/email, a specific targeted potential clientel universe, a detailed results driven/substantiated internal biz plan/"road-map", and a realistic liquidity event at 5-10 years. Is this a slamdunk biz model? No, def not. But it's much more realistic to this way.
I suspect CoffeeScript will have a fairly high adoption on people that do use JavaScript only from times to times (like me).
DotCloud Pricing Announced
you can try js2coffee which will convert all existing js file to coffee-script.
Introduction to Appcelerator Titanium
WordPress attacked › Passwords Reset
To paraphrase, "this is so bad, it is not even wrong".

Firstly, both cost of sales (COGS) and sales, general and administrative (SG&A, where marketing belongs) are profit and loss statement (P&L) items. They really have nothing in common with balance sheet.

Secondly, it is in COGS, because support is directly attributable to specific product and directly impacts given product's gross margin. You can specifically tell, which product is well or badly designed, due to support it requires.

In specific cases (one-off products - projects), support is financed from reserves created for specific projects. These reserves impact the margin of the project (and the project manager's bonus is usually based on the project margin).

Thirdly, it is not "management" who decides, what goes where. It is CFO and his minions, who base it on "accounting standars" (US GAAP or IAS, depending where you are), so the revenues and cost structure is comparable among companies. Benchmarking is not used only in tech field.

Fourthly, where comes this belief, that management does not slash SG&A costs, but does COGS? They do both, but COGS, if it leads to acceptable gross margin is left alone; SG&A is being cut at any possible chance.
Following a Web Design Process
This is a much better idea. Instead of daily deals, realtime deals. Let the business offer a limited time deal (30mins, 1hr, or until they cancel). For example, an empty restaurant or bar could post a 50% discount for customers placing orders in the next 30 mins - not only giving their staff something to do but a busier restaurant/bar gives social proof attracting further customers later once the deal expires. Would also allow them to better manage the people taking advantage of the deal, by monitoring the response rates and adjusting the discount or ending the deal as they see fit. The scarcity factor of a deal that could end at any moment might also be especially attractive to customers. Loopt would be well positioned to do this, because the customers who would want to take advantage of a real time deal would be those currently in the vicinity of the business (to avoid travelling to a deal only to find it has ended) and I believe they have that data.
I have been running my startup for a little over 2 years now (bootstrapped). After inputting my constraints/situation to the simulation, it was pretty much spot on. I definitely wouldn't argue with what the numbers showed up as :)
How to Manage Rackspace Cloud Servers
Even if everything Steve speculates actually happens (and that is HUGE if) it will be very, very, very inconvenient, super inconvenient. But nope, nothing nearly as bad as a real war.

Imagine all your electronic savings gone... that leaves you with all your skills, health, your physical assets, what ever IOU you and everyone else can agree on the day after all banks information is wiped.... all hugely stressful and super inconvenient, but nothing like getting shot or bombed and killed.
Finnish hackers build 1000-man realtime FPS to impress girls
Regarding my parenthetical comment: the server can ignore input that was not received in time, block while waiting for input, or try to "rewind" the world. The first is lossy, the second leads to the same hiccups as reliable transmission protocols (although the effect may be smaller), and the third leads to "paradox" (and lots of complexity). There are no really good solutions here.

I agree that such codes are interesting, though - I really should know more coding theory...
Exactly...had it been a real selloff by some crazy early adopter the market would have absorbed it and recovered. Circuit breakers prevent mass panic sells...I guess a lot of those panic sells were prevented by server load (inability to log in fast enough).

I doubt the real stock market could take something like what happened without serious issues remember 500k/~6M were exchanged in a matter of minutes at a rate that was obviously far below market value.

I personally doubt Mt.Gox had any bad intentions and I personally do not think they are lying now...but then again I had no money in the exchange at the time. Also, I am aware Mt.Gox is (was) the biggest exchange out there but there are many others...they are not the only fish...just the biggest, for some reason news articles typically imply they were the only option for BTC exchange.

If Bitcoin failed tomorrow I would still be glad to have been a part of it, history is being made as we speak...even if history just writes it off as a failure.
> "actually using libraries is a pain"

Maybe that is your source of confusion.. when you write CS code, you can use any existing JS library. The syntax is just different for what you write.
I think this is interesting -- I'd probably use it in high density areas with lots of options, only. For instance, there are ~50 restaurants in Castro St in Mountain View. I've been to 15. I'd like to try about 20 of the others, so signing up for all of those would make sense.

It's probably best suited for finding new service providers for recurring needs (gas, car washes, oil changes, ammunition, range time, food) and less suited for one-offs (funerals, weddings, ...).
My projects have been the same way; I spend less time writing "function" and more time making stuff happen.
Same here (running IE6 at work).

I am assuming this is where "old" browswers are redirected too, but it is obviously not installed properly.

Works fine on my Moto Droid.
You're fully wrong. The CoffeeScript compiler is written in CoffeeScript and you find it in the extras/coffee-script.js JavaScript file. If you can load that in some JS runtime environment, no need for Node/NPM.

Cygwin is the current way of "Node on Windows" but there will be much better / "more native" Node support for Windows coming in the next 4-20 months ;)) anyway, you don't need Node for Coffee. It only provides the Node integration pieces because the developer(s) do a lot of Node work themselves and it's a great way to write server-side code for Node for people coming from Python/Ruby etc.
Maybe you think Null Object Pattern or Maybe Monad are better ways to deal with the article's motivating example problem. What about dealing with network errors by exponential backoff and retry? What about the ask-the-user-what-to-do policy the author mentions?

I'm not sure what you mean by delegates, but it sounds like you're saying that you don't need special syntax for conditions when you have first-class functions and simpler control-flow primitives. True, but sugar is nice sometimes; I'd often rather have a list comprehension than a pile of gotos and assignments.
Three Lessons from the RSA Attack
Producing a truly language-neutral VM would be an interesting goal, one that no-one's really got that close to achieving. (I think Microsoft's got closest.) Making it a compact wire format to boot would be... challenging.

Ultimately, a VM is just another language with lousy readability.
Many philosophers and theologians have made completely rational (emotion-free) arguments in favor of religion (sometimes a particular religion, sometimes religion in general).

That being said, I'll accept your fallacious assumption for a moment and turn your question around: what if an emotional system is necessary for self-aware, volitional intelligence? Our emotions are inseperably intertwined with the other aspects of our minds, and it might very well be that they are a fundamental aspect of consciousness.
DjangoCon.us 2011 Talk Submissions Now Open
BBC has no story, they are parroting MT Gox's reports.
This looks really nice. I don't really care about the videos, in fact, but just knowing if a complex NDK app (VLC, for me) runs on different devices (and Android version) would just be great too.
There was an Internet cafe chain in Europe and NYC, run by Stelios (the EasyJet guy), called EasyEverything, back around 1999-2001.

They did dynamic pricing inside the webcafe, based on occupancy.

This kind of feedback through pricing, through some kind of tech channel, maybe with location based service, would be awesome.
Tell me what you think about the app! Thanks
The 20 Worst Cities for Stolen Cars
I used to think like that. Then I found the next logical iteration from "just get it done" is "get more done faster with less code". Hence, CS works better than JS for getting that youknowwhat done.
Congrats for the bronze medal!
I doubt this will work because it doesn't take into account Zipf's law. The problem is that we live in a world where 1% of the population creates 90% of the content, so it'll be impossible to get enough people actively participating except for maybe with places like Shake Shack that don't need it anyway. If they created a new service specifically designed just for this then it might work with a few tweaks, but creating something just for the Loopt user base seems like a dubious decision.
It took me a little bit to figure out how this would integrate with our side, but it looks like it talks to Jabber servers? That's clever.

We could integrate that into the backend software directly, or use google talk, as you suggest.

How is this different 99K other live-chat-for-your-website options? ;)

Looks cool. Good Luck.
ES6 Will improve things, see the presentation by Dimitry Soshnikov here: http://www.slideshare.net/dmitrysoshnikov/falsyvalues-dmitry...

Note the modules implementation ;)

While it will take a while for legacy browsers (IE 6-8) to die out, we are quickly moving to a regular automatic update process for browsers which will help us rev javascript quickly. I agree, right now it has problems.

But, on the server side we can implement these new features as soon as they are written into the interpreters. Less of a problem.
No, it's a jQueryism. How would it break the way closures are handled in JavaScript?

You realize you're replying to the author of CoffeeScript?
The killing comes from the disruption of the food supply that occurs when Internet logistics fail.

Really? You can't imagine that people would fall back on their word and paper? And that after a huge shock we would shake it off and get back to work?

Imagine a trucker. All the "logistics" went poof on Monday, it's Wednesday. Imagine the trucker decided to drive anyway, stops at a gas station he frequents a lot, him and the manager agree on a handshake and he fills up, and truck on. Makes his delivery, the local store clerks are still working despite now knowing how or if they'd get paid and for how many hours. Imagine that despite the huge confusion and uncertainty and everything taking 100 times longer, life still goes on. Can you imagine that?

Or alternatively, OMG the internet's down, everybody starve to death!
The actual GDP will be atleast twice that of the official one as large part of india's economy is black (off the books)
Stomplets are a better way to do stream-oriented APIs