skysight-inc/HackerNews huggingface dataset:
It's not ideal that you have to use a mishmash of services to get what you want when you want it. But there are multiple delivery mechanisms for a lot of popular content.

For instance, you could watch the West Wing Season 2 on iTunes:
http://itunes.apple.com/us/tv-season/the-west-wing-season-2/...
Or Amazon Instant Video:
http://www.amazon.com/gp/product/B0047N63NE/ref=tmm_aiv_titl...
I would like to understand where you get that information.

I've had a lot of experience with rechargeable batteries over the years in doing robotics, and a variety of chemical makeups. My experience is that the "self discharge" function is the result of the anions managing to convert by one means or another not related to electron injection at the anode. The mechanisms that enable this are things like electron tunneling which are probablistic, such that the discharge curve is asymptotic toward zero charge while never achieving it. That sort of discharge does not lead to the development of dendrites in the battery which would create shorts or other hazards to recharging.

My understanding is that because the Tesla has a constant drain on the battery it can drive the battery to zero.

It would be interesting to know the answer to the question can you just disconnect the battery for storage. Not willing to invest $100,000 to find out :-)
Could you give a brief code example how monads eliminates the problem of error handling? Do you mean to put try catch in the monad around every async step it takes in? Just the API for how this would even look would be great.
tl;dr don't take your tesla camping, or it will 'discharge' coughbrickcough
...the fact that you can't watch it on Hulu until the next day is NOT a technology problem.
The picture on The Verge looks like the original one: http://www.theverge.com/2012/2/22/2818308/lg-optimus-4x-hd-p...
Flip side is it's harder for the owner to skim and not pay taxes. Quite a few places are cash only, paper receipts, no electronic trail for that reason.
I don't think it is fair to make the comparison between TV and music industries. While they are both being slow and TV is getting outmoded by the internet listening to music is not dying. They are both media industries and we are just seeing the shift from monolithic distribution channels to a more federated internet distribution model. The audience is still there, they just aren't facing the TV set anymore. Their eyes are glued to a monitor instead. :)
Finger-Friendly Design: Ideal Mobile Touch Target Sizes
is this rails bashing week or something?
"The consequences of failing to maintain the battery are clearly stated by Tesla Motors in the owner's manual."

For sure they are well documented in the owners manual.

However, the idea of getting a $40,000 repair bill for a car is going to turn many buyers off. Tesla should cover it for the sake of their business. If Tesla was paying for these repairs I guarantee you they'd figure out a way to prevent the failure.
Agreed, I love my S4s. They are the perfect in-ear headphones for the office and gym. Not to mention a great deal at ~$80.
What kind of technology is going to keep a battery magically charged if left alone? Self-discharge is a built-in phenomenon of these batteries. The fix they have is that the car can "phone home", and that's what Tesla and other car manufacturers are doing.
Ten Commandments for How Not to Become a Good Programmer
As a hiring manager, I disagree with this somewhat. Deselecting people based on the fact that they did not send you a thank you email is, imho, quite foolish.

1) It assumes that the hiring manager is holding all the power in the interview process (which is actually not true). As a hiring manager, Ms. Liebman, how many 'thank you' emails have you sent to your interviewees? You think you should not have to? Well, I disagree.

2) It's a nicety, but by no means a necessity. It's a bit old school and in this day and age, with the amount of emails people get, it's not always as welcome as you think.

It falls into the trap of A players hiring A players and not worrying about minutia like this. When B players hire C players, you may get deselected cause you did not stroke their egos.
> You shouldn't need to read a manual to drive a car

I thought it would be clear enough that this is not "your average car".

Everyone buying electric car would automatically know the difference. If I would buy it, first thing I would ask myself is: OK this is $50,000 piece of machinery [a car] and there is new key element here: there is no gas injection, rather electronic plug. here come the question: "how do I maintenance the battery/vehicle not to fuck this up".

Simple.
I don't think people are arguing against electric cars as such. I'd like to think most people here want to buy (or make) a product which is very easy to use and idiot proof. That is an important part of what makes a product desirable. Having a car which breaks because someone trips over a power chord while you're on holiday isn't really ideal.
Repair cost doesn't matter. It's up to the owner not to be an idiot, and to take care of the vehicle. The vast majority of owners of early fuel-injected cars knew not to let them run out of gas, and didn't. Similarly, when Tesla tells you not to let the battery go completely flat, you take care of your property and follow their instructions.

If I leave my house long enough, the roof will decay and I'll get massive water damage. Halfway-intelligent homeowners know they need to get their roof done once in a while. Bike owners know that if they leave their bike in the rain, it will rust.

Many of the trappings of modern day life require active measures to ensure they work properly, and this is no different.
That's disingenuous: if every millisecond counted, then you'd be developing apps natively instead of using a web bridge.

Clearly, there is a tradeoff to be made between usability&portability and speed. To be fair, I think the camera example is not a good one: at Zite we use web<->native api for lots of things that performance is really important for since they are frequent (logging, timing, anything called frequently)
He's not saying that the circumstances are completely irrelevant, he's saying that the specific circumstances don't matter (as long as they add up to neglect), because it takes different circumstances to cause different problems. That's not at all like trying to ignore who's at fault in a traffic collision.
I was hoping someone else would mention the Shure earbuds. They really are amazing. They manage to block out all of the noise around me, except for one particular co-worker...
http://en.wikipedia.org/wiki/Bananadine ;)
Don’t lie to me, Argentina. Imagine a world without statistics
Syndicate (2012) developer ships an NFO file on the disc
via @mitsuhiko
20 Amazing Examples of Colorful Web Designs
Here lies the significance of colors in website designing. There are lots of websites that have pulsating colors of various shades and moods.
Opening the Oscar (search) envelope (Google's predictions)
Ok, allow me to amend my sentence:

"It's worth noting that, aside from a few laudable charitable organizations, advertising is what pays for all of the free content you enjoy on the internet".

Wikipedia and Apache are both one of a kind. 95% of the great content out there (and 100% of the shitty content) is supported by ads.
I read the original post. $40.000 is roughly 1/3rd of the original cost of purchase. So it's completely reasonable. If you can't afford that you have no business buying a first-generation $100.000 toy.

As far as I know Tesla strongly recommends owners buy a charging station for their home and plug in their Roadsters every night.
I was working on WAN optimisers - ie something that would be sold to customers. With WAN optimizers you would typically put one in a branch office and one at headquarters. The boxes would then compress traffic between them. Typical compression ratios are 20x/95% - in other words your WAN link can now transfer about 20 times as much traffic. Additionally some traffic would be modified to do read ahead and write behind to provide latency improvements. An example of that was a user in Malaysia opening a Word document in San Jose, CA that was a 75kb file. Without a WAN optimiser it would take almost 3 minutes while with one it would take 5 seconds.

The problem with SSL traffic is that it is encrypted and doesn't repeat even for identical underlying data, and hence can't be compressed, nor can it be modified. This significantly hurts performance. To work well the SSL would need to be stripped off, the traffic compressed/read ahead etc, sent over the WAN and then SSL put back on. (The communication between the WAN optimisers was itself within IPSec or SSL.) SSL is designed so that you can't pull shenanigans like this, unless you have the private key of the servers, or resign the traffic with a different CA that can generate the needed certificates on the fly and are "trusted" by the user.

Many internal corporate services have moved to SSL and branch office users need to access them. Think about benefits systems, HR, documents, accounting, sales forecasting and tracking etc.
I think Backbone JS might be useful for facilitating communication between the different components that Chrome uses (ie. contentscript <-> browser button). I can't see anything in the Gists you provided that highlight this. Did you do any work on this at all, where you could shed any light?
It's always nice to see people keeping the fine art of old school usenet-style trolling alive in these confused times.
Only if you think thick JavaScript apps hooked up to JSON APIs are a good way to build for the Web. I don't.
Whether that indeed a decay is questionable.

Sony had its own approach to this(citing Yoshide Nakamura):
Our company management felt that to prepare the company for the digital network era of the 21 century, it was important to have the most appropriate organizational structure in place. That was the core reason why we created our new structure. Sony is a large company now. Our worldwide consolidated sales are over $56 billion, with 170,000 employees, but in spirit we always try to be small venture company. We want to maintain this, So when Mr.Nabuyuki Idei became president in April 1995, he gave us two slogans: "Regeneration" and "Digital Dream Kids." Thats the spirit of being small and going back to when we started Sony in 1946. So we want to make Sony smaller. Instead of having this huge corporation, he wants to organize Sony into four divisional companies so that a small venture capital spirit can be brought into management
I wouldn't say that the sun is setting on Rails-style MVC frameworks, but I do think their role in the ecosystem is going to change. Before, most people could get away with writing the entirety of their app as a single Rails or Django app.

I think the shift first started with the ascendancy of native mobile apps. Now, developers had to seriously start considering their HTTP APIs as first-class citizens and not nice-to-haves. Once that happened, it's not a big leap to realize that treating your web application as somehow different from any of your native clients is a bit, well, insane. You can either choose to write a server that is a mix of JSON API and rendered HTML, with conditionals all about trying to figure out the right thing to render, or you can pull all of that logic out into a stand-alone JavaScript application, with better responsiveness to boot.

I think this approach is a winner. The server guys can focus on building a kick-ass server, and the front-end guys can build an awesome UI without having to muck about in the server bits.

One thing that still blows my mind is how hard it still is to get data from the server to the client. Everyone is writing custom code specific to their app. As the article says:

There's no reason for us to all separately think about these problems and solve them in a million different ways every time we're confronted with them. Aside from the years of wasted time this involves, we've also got a bunch of non-standard and sub-standard APIs to interact with, so all the client code needs to be custom as well and nothing is reusable.

I think this is a huge problem, and Yehuda and I are doing our part to try to solve it. Our Ember Data framework (http://github.com/emberjs/data), by default, assumes certain things, such as the names of your routes and how associations should be loaded. We want to enable people to start building apps right now instead of writing hundreds of lines of JavaScript that are custom to their application, and do it in a sufficiently comprehensive way that you very rarely need to drop down "to the metal." For example, we handle things like mutating associations on the client-side even before a guid has been assigned to a record.

Personally, I'm excited for how this is going to all shake out. I think Rails will continue to be an important piece in the toolchain, but it will no longer be the primary one, and I can't wait to see how it evolves to fill that role.
I find with my active noise canceling phones it works best to play a white noise track in the background. The white noise track ensures that even during the gaps in the music or periods or low volume that I don't get distracted by conversations.
We use 0MQ and Redis together at work. We have an incremental flow of updates that we distribute internally over 0MQ pubsub, and have one listener process that updates the full state in Redis from each update message. That way, we have both (a) a way to easily get the latest state (and fast), and (b) an easy way to listen for updates to the state. It works beautifully, even with a high rate of updates.
Thanks for the link - I can only see two mentions of 2.2 in that thread: one (in the first question) where the OP was asking about it, and another mention from Patrick, suggesting he think the issue only affects 2.3 phone using JSC. We don't know of any shipped phones that fall into that category.

Remember, this post was called "Why Trigger.io doesn’t use PhoneGap" - it's about the reasons we chose not to live downstream from you, not just a post bashing what you've done.

For us, the significant delta in performance is evidence of a different philosophy between what we are aiming for, and what you offer. We clearly want to make different design decisions, and need to be independent to do that properly.
That is a great idea, a scripting language riddled with design flaws integrated into a scripting language riddled with major design flaws, gaping security holes, a over-zealous and wrong tokenizer, extra transparent features that will fuck you over where they can, an incompetent maintainer, a terrible API..
Not that it really invalidates your point in any way, but for the sake of accuracy I note that the electrical currents in our neurons are not made of electrons, but rather atomic ions, such as sodium and potassium, and that communication between neurons happens (mostly) via neurotransmitters, which do not really carry current at all (or do so only incidentally and over short distances).

I guess you could say "two different ways to shuttle information around", but even that isn't quite right in the biological case. The way information is stored and retrieved in our brains is quite different from the way it is stored in today's computer memory, as demonstrated by the recent article posted on HN talking about how accessing a memory in one's brain involves recreating it from scratch, modifying it in the process. But that's not to say that we can't create a computer that more accurately reproduces the mechanisms of our brains, or that doing so is necessary to create a conscious computer.
> Front-end frameworks like backbone.js, as well as advances in web technologies like HTML5's history.pushState are now making server-free views a realistic quality of cutting-edge front-ends.

This is not exactly correct. Many web applications are now foregoing client-side templating and are back to doing it on the server. GitHub is a great example of this, and Twitter is going this route too.
A big reason I hear from many Zune users is that iTunes doesn't play nice on Windows. I know back when I used iTunes (up until 2007), it was horrible. Slow, slow, slow. It would hang the system for over a minute to start up, it would update every couple days and attempt to force-install Quicktime and Safari, and the updates were around a hundred MB every time.

Apple has amazing software developers. There's no reason for iTunes for Windows to suck. A common conspiracy theory is they do it on purpose to show how awful Windows is. I don't know if that's true, but that's how it feels to me.

So for that reason, I'd rather have no iTunes support on my PC and have the easy choice made for me than to break out of the ecosystem to find a worse experience. I almost bought an iPhone until I remembered the desktop software was iTunes.

--edit, I'm sorry this felt like an anti-iTunes rant. I didn't mean it to be that way. What I really meant to say was "Microsoft doesn't play nice with Apple, but Apple doesn't play nice with Microsoft either." Though Microsoft does have a Windows Phone connector for Mac, and like an iPhone, a WP doesn't need Zune software to function.
Look how well things turned out for the PM of BOB!
Last time we were looking at the web/javascript based cross-platform tools there seemed to be lots of issues with memory handling (running out of memory to be specific). Is this still the case or, even, has this ever been a major issue for big applications? Maybe somebody who has used these tools successfully can provide some more information.
Frystyk has joined the cause: https://twitter.com/#!/frystyk/status/173128770763501568
I have given up on most TV - especially cable TV. Almost 3 years ago my wife and I moved and decided to not startup cable TV. I setup an antenna and run MythTV, Boxee and anything else that will run on a browser + flash. I run a virtual machine for Netflix. When we started this experiment, I thought we might go running back to cable. What we discovered is that there is a ton of content available. The Mythbox nicely removes commercials.

When people hear that I don't have cable, many are confused that I can receive HD programming over the air. The cable companies have done a brilliant job confusing the public into believing that you must have cable to watch TV and/or access HD content.

We couldn't be happier. I challenge anyone to give up paying for cable tv. Good luck!
Then you also know that the Model S that's being aimed at average consumers is rolling out soon with the same shortcoming, negating your expensive toy argument.
Busted ! :-)
How unrealistic optimism is maintained in the face of reality
Yeah, I doubt many people buying macs would get a Windows Phone/Zune instead of the Apple equivalent.

And while all the cool kids are using Linux, I don't really expect Linux support :(
Precisely.

There's a lot of variables at play here. The fact that the battery is so expensive vs. what a consumer has become accustomed to paying for vehicle maintenance on a traditional gasoline car. The tech is new. The way the vehicles operate is fundamentally different, and require different attention to different things. But it's all noise convoluting the argument.

The root: if you neglect your vehicle -- any vehicle -- you are in store for an expensive repair bill. It could be a $2,000 transmission. It could be a $10,000 engine replacement. Or it could be a $40,000 electric car battery. Because of all the aforementioned variables, the largest of which being the cost associated, there has been a massive amount of FUD surrounding bricking your Tesla. This response from the company is attempting to bring things back down to earth. If you plug in your car, you won't brick your car.

Which should really be common sense for anything at this point. Regardless of cost, if you take care of your possessions, they will last longer.
I'm amazed that out of all the comments so far, ... not one person has simply said "Good Job, Looks Awesome So Far". Well than let me be the first.
How is neglect of the car owner (assuming the rumors of these owners cars "bricking") the car manufacturers fault? If I buy an electric car I expect to plug it in regularly.

I'll make an assumption here; most people expect to have to plug in an electric car on a regular basis. The expectation is to plug in the car regularly.
How does this mean that TV is broken? Because you can't get instant access to every show ever created? That's not a TV problem, that's a you problem. That says nothing about TV. It does point to a weakness in distribution, but there are a variety of ways to get legally content these days: over the air, cable, satellite, online streaming (Hulu, Netflix), online purchase (Amazon, iTunes), buy or rent a DVD of a season of a show, etc... all of which can be played on a traditional TV.

If you want to make an argument, argue that distribution is broken. TV as a content production industry is still doing okay.

BTW - that was a good episode of the West Wing. While it was all done in flashbacks, you get to see the history of how people came to work in the West Wing. Donna's character particularly got more interesting after that episode. But you probably don't want to watch just that episode, it was the second half of a two-parter.

http://www.imdb.com/title/tt0745640/
A vendor software push is risky even if well tested...

> "something that causes something to lose all function and become inert"

add "suddenly and without warning" and I'd agree with that definition.
RPC's over WebSockets is what will replace REST/Ajax.

On the client-side you have code like this:

clientapp.sendRPC.doSomething(123);

And on the server you write code to receive it:

serverapp.receiveRPC.doSomething = function(number) {
write(number)
};

No Ajax, no URLs, no REST-ful religion. In fact ajax just feels wrong now. I unfortunately have to add some backward compatibility to my websocket apps, and I just get this really icky feeling like I really shouldn't be doing this arcane stuff anymore.
> Generation X and younger people have been falling out of love with TV for a long time.

This is definitely not the case. People still like watching television and consume those programs, but now people are finding other options besides cable to fill that role, such as streaming and digital purchase (and piracy).
I'd love that.

I've seen cube sharing and even PC sharing.

I interviewed with one company where the developers sat in some leftover space between a cubical wall and a real wall.

Another company I worked at a 3 to 4 person "suite" measured in at 10ft x 12ft.
I hate functional programming languages but love functional programming. I think the way Python does it is really good, combining the power with readability, whereas the functional languages I've seen are completely unreadable (operators named caadr and car?). So I totally agree with you. Spend a few weeks diving into functional languages, then run away as fast as you can IMO.
ICT Lessons, why they should change
Why ICT in schools should change (also a little bit on scratch and why its so good !)
Are you saying that any true AI that we created would be identical to any other? Or that the first AI we created would subvert human society before we had a chance to create a second one?

To take a different tack, I don't see how having a physical body has anything at all to do with being an individual. Certainly in our case out physical bodies are part of what makes us individuals, but what's to say that the same AI instantiated twice with different random seeds each time wouldn't produce two distinct individuals?