skysight-inc/HackerNews huggingface dataset:
At least with the 2008 manual I looked through, the warning (which doesn't seem to be as detailed as the more recent one) appears in section 5-2 of the manual. Well past all the dire warnings about using seat belts and how the car may contain chemicals known to the State of California to cause cancer. I wouldn't conclude--based solely on this evidence--that everyone would be fully aware of the seriousness of letting the car discharge fully.

Of course, Tesla may emphasize the point in other ways.

That's the general problem with the omnipresent safety warnings you get with products. The important and possibly non-obvious get drowned out by the all the boilerplate silliness.
These (apparent) e-mails between an owner with the dead battery issue and Tesla seem to indicate that there is a a 'built-in notification system' for this, but it wasn't added for the first 500 cars : http://jalopnik.com/5887504/tesla-emails-gallery/gallery/1
> you map resources to URL's it's confusing if you are inept.

Inept? Kids these days. Forking my code then calling me inept. It's precious is what it is.

But you're moving the goal-posts. You said read the source. Since you're clearly unfamiliar with it, here's a couple handy links to the Routing code I mentioned.

https://github.com/rails/rails/blob/master/actionpack/lib/ac...

https://github.com/rails/journey

> it's complete voodoo to make side effects of editing a file default

You seem to be under the impression Rails doesn't have any facilities to reload files after modification.
I love the combination of C and Python. Python's my favorite language, but the speed totally sucks. So I code my core algorithms in C and everything else in Python.
Thanks for the heads up. I've searched far and wide to find any sort of docs for the built in debugger. ruby-debug was incredibly easy to use. require 'debug' sets a breakpoint, but I cant figure out any way to interact with it.

I use pry, however I've found it's very unreliable for stepping into shoulda tests, and often it errors out. I haven't been able to find stable alternatives to the most common ruby-debug commands 'l', 'e', 'n' and 'c'.
D seems to work rather well as a scripting language.

http://dlang.org/rdmd.html

Note the first line of the D "shell script":

#!/usr/bin/rdmd
Whoa a phonegap person!

I hate to hijack, but are you guys seeing any of these apps rejected by Apple because they weren't made with native controls or any other reason? There's a project I'm going to begin working on and phonegap looks like a real time saver to me, but I don't want to have to deal with Apple telling me that my apps aren't "good enough" for them.
Did that article provide any proof or detail about these bricked vehicles? It's easy to make claims and scare people, much harder to do real reporting.

It sounds like Tesla has put multiple redundant systems in place to protect the owner from a bricked battery. Warning lights and sounds. An alert to Tesla that triggers them to respond. A sleep mode that preserves the life of the battery for up to a year.

Yes, the car requires a minimum level of effort. Barring that, it provides many chances for the owner to see the problem coming.
Of all your devices that have run out of charge, have you let them sit that way for months? If not, then you're making an invalid comparison.
Forget $3B In Revenue: Things "Don't Look Good" For Facebook
I don't buy HATEOAS--this notion that clients will be adaptive enough to take advantage of changes in the rel/whatever links seems unlikely.

(E.g. I can't see a client going "oh!, there's a new business function I haven't seen yet, let me invoke that!".)

With the rels/links, you're just moving the coupling away explicit URLs to the names/identities of rels/links in the response.

Unless you anticipate changing your URLs often, I don't see this as being terribly useful.
Thanks for posting this here, I'm a big fan of Hacker News.

By the way, I'll have some free time (at least for the next few weeks), so if any HN folks have any questions related to PR, feel free to shoot me a note (email is in my profile).
When I'm coding the last thing I want is bass. My goals in that situation are:

a) Block out everything around me.
b) Play music that helps me concentrate.

I find that bass is counterproductive WRT #2.

As for the Apple earbuds, they fit me and I can wear them for about an hour before my ears start to hurt. I keep them around when I need to be on-the-move. Personally I've never been a big fan of Skullcandy.

I do have a pair of Etymotic ER-6i canalphones. I don't use them unless I'll be using them for a while at a time since taking them in/out is a bit of a process but the sound quality is superb and they do a terrific job of blocking out my environment. They're magic on a plane.
OK. I have to say I think you're acting bizarrely entitled. "Bizarrely" because you're acting like you're entitled to fictitious, impossible technology. Objects that exist within the physical world require maintenance to retain their use. Even with that maintenance, they will eventually degrade. Things fall apart. Tesla's maintenance requirements - "plug your car in once every twelve months" - are absurdly reasonable.

The conversation surrounding this issue reminds me of an adult explaining to a child why their goldfish died. If you don't feed the fish, the fish dies. If you don't take care of your toys, your toys break. In this world, entropy is the natural order of things. And there's no world but this world. So stop complaining and plug your car in.
Great post, Harris. Glad you liked the event. I had a blast as well. Were you still around for the last set? I demoed Spindows.com (the enterprise video speed-networking platform). Would love your honest thoughts on it.
Just another language to use instead of standard pl/pgsql. You already could use other languages - tcl, perl, python, or java, ruby, php and basically any one as long as you provide the handler and lang support is configured.

I don't see why one would code DB procedures in JS though. Are there really many cases where a dba/designer's best known and favorite lang is JS? I doubt that.
Except that this problem is inherent in battery technology and the same thing happens to all EVs.
I've got no problem paying $40 for a season pass of a show I like on iTunes. I think I'd be happy to pay that via Comcast too, if they had a decent interface. (I am however _not_ willing to pay $9.99 to watch a 5-year old movie "on demand". Not worth it)

The part that the cable companies don't get is that customers don't want a buffet. They want a la carte.

And they want pricing that is related to the value of a movie or a show. I don't mind paying premium price for something that's still out in theaters. But once that's gone, drop the price, will ya?
It doesn't have to be irrational. Haskell could easily be better than Common Lisp, but I doubt that the difference is sufficiently large to justify the cost of switching. So I don't.
The history goes in waves...
The great Roman culture was in generational long decline and eventually replaced by "Dark ages". "Idiocracy" is basically something like "Dark ages".
Disagree it's disingenuous. I'm a web developer without any mobile experience. I accept there will be some performance impact from using a web bridge. However, I want to minimize this as far as possible - and all the studies show milliseconds really do count so far as usability goes.

Agree the web<->native api performance is important for the use cases you mention.
I can hardly see that Tesla has provided any misinformation. They have apparently told owners that it is important to keep the batteries charged. Which owners will in the typical usage scenario.

Maybe a big, red warning sticker on the door would make people happy?
> Also, I can absolutely see the need to send large number of messages - a streaming accelerometer API, for example, which is on our roadmap.

There is no benefit to sending ondevicemotion events out to the native code because you can always get higher frequency updates on the native code (60Hz vs 20Hz) and sending them in via stringViaEvaluatingJavascriptFromString is identical between Trigger.io and PhoneGap (and will happen with a lower latency than things are drawn on screen in a UIWebView).
You're not papering over anything, rspec is slow because it _has to_ initialize a whole rails stack if you want speed make it happen in the background - you don't stare at compiler output while compiling a large program do you? Again bundler isn't slow due to bundler being slow, it's slow due to IO.
And I would give credit to Disney and Viacom/Nickelodeon for trying to create entertaining sitcoms for kids. It can't be Spongebob and Phineas and Ferb 24 hours a day (although it sure seems like it).

You may think it's crap, but go back and watch the sitcoms you watched as a kid (Brady Bunch for me). It's even worse than you remember.
The only reason that we don't need to read a manual for normal cars is that we have grown up knowing that they need basic maintenance, and what that maintenance is.

Imagine the flip side, that electric cars were normal, and internal combustion engines were unusual. Then we could have stories about owners ruining their engines because they never changed their oil.
A problem like this really needs advance warning, not just a notification when the problem is about to develop, since the owner may not be in a position to get the car plugged in if they don't know it could occur beforehand.
I'd add that when you take this approach there is little reason your myapp.com endpoint needs to be anything more than a resource loader. Nginx + AppCache is all you really need to make your app load instantly with plenty of connections. Your API can, and probably should, set on a completely different server.
This isn't about cable. It's about the whole model of unidirectional media. Dieing out, if you have not noticed.
There are many other things that are broken too.

My fancy expensive name-brand digital TV takes a full minute to boot up from a cold start, longer than it took my tube based TV from the 1950s to warm up.

Once on, it takes almost a full second to change channels while it rebuffers the stream of the channel being changed to. This prevents quickly flipping through channels to see what is on.

As a result I just don't bother most of the time. Which is fine, I watch much less TV.

We won't even get into how 720 screens don't really have 720 display pixels so even perfect size matches are resampled and interpolated, or how often I find I have to manually change the aspect ratio because it wasn't able to figure it out on its own.
Where do you see these?

I certainly never see them on cable when I visit friends and family. I saw Kim Possible once a long time ago, and I also was really impressed with Teen Titans, enough to get the box set.

Are these on a channel they don't get? On AMZN or Netflix? Or do you just have to get them through BitTorrent?

There might be some good stuff, but it's never on. Spongebob Squarepants is always on... I wonder if there's a connection.
I've said it (or some variant of it) before: domain knowledge is tremendously valuable. If I have full access to my toolbox of personal libraries, I can be extremely productive in C++. If I don't, or if my new employer bans Boost, or STL, or importation of libraries (all very common C++ problems), then I suddenly feel like a junior programmer again, plodding along.

I agree that language exposure broadens your horizons. Even old PHP changed my approach to some degree, and right now I'm working on learning functional languages. That doesn't change the fact that I'm dramatically more productive on my primary platform.
“I used to smoke drugs. I still do, but I used to, also.”—Mitch Hedberg.

Yeah, I see how saying he “used to” makes it sound like he’s dead or had total personality replacement surgery. I’ve changed that, thanks.
The ATH M50s are the first pair of proper over-head headphones that I've owned. I think they sound fantastic with just my iPod, desktop or laptop (via headphone output) and they come alive when connected to my amplifier. I own a pair of Shure SE115 which work very well to block outside noise.

I do recommend at least trying to physically examine a pair of over-ear headphones before buying them. A music shop will probably have monitor headphones and they should be okay with you taking them out of the box. I was also considering Shure SRH840 but they were so heavy I just went with the ATH M50s. Great headphones are worth owning if you have high quality music and an effective delivery system.
HD280 is the best bang for the buck. I've bought 5 pairs now for other people!
The Relationship Between Firebug and Mozilla Developer Tools
> out of curiosity are you getting the full 24Mbps when downloading torrents?

Yes, I use a private torrent site that I've been a member of for more than 5 years. Speed is never an issue.

> Also, what about the illegal factor?

As I said, I use a private torrent site. The risk is minimal when most anti-piracy organizations will be focusing on low-hanging fruit like public torrents and file hosting services (such as Rapidshare and the now-defunct Megaupload).
If a Death Star takes a couple of decades of build wouldn't be obsolete by the time its finished?

No.

For one, it's not like the Galactic technology state of the art is accelerating in any major way. Looks like they have reached a plateau a lot of time ago.

Second, even assuming an accelerating technical rate, while parts could be obsolete (like the computing system and such), the major things that take time to build, namely, the construction part (skeleton, infrastructure, walls, etc) don't change that much, if at all. If it was delivered just today, would an '80s skyscraper, say, be "obsolete"?
You really can't fault Tesla for putting the battery warnings after the legally required warnings. They most likely have no choice. Now, if the battery warnings aren't immediately after the legally mandated warnings, that is Tesla's fault, but you have to keep in mind that it is totally reasonable to expect a first-time EV owner to read the section on charging.
Major stock exchanges have gone down for hours, I've had trouble reaching my bank's web site for hours. Let this myth of the enterprise having any idea of what its doing die.

And Facebook could lose millions of dollars in that time span, depending on what time of the day the downtime occurs. They make money from advertising, down-time means no clicking and no eyeballs.
I second the recommendation for any Shure IEMs or cans, and add Senn HD25-IIs for portable use (closed back, high sensitivity, small, light, short cord, built like a tank, German :D ) and Beyerdynamic DT 770 Pros for awesome isolation and all-day comfort for your desk.

I'm running a Behringer USB DAC (because it's the cheapest thing that has optical out) via TOSLINK into a Behringer Ultracurve DEQ2496 (using that as my DAC) running balanced XLR into a Henry Engineering Matchbox HD (found used on ebay for $30 mis-listed as "usb headphone amp" lololol -- they're ~$200 new) running unbalanced RCA into a SOHA tube amp that I built. All the stuff that requires mains power is on a OneAC isolater that is built to reduce hum on telecom gear.

And that's my work desk :)
Mine are:
1. Python - mixed with C extensions used in a functional way
2. Java - when I need better compile time tools and analysis such as static typing
3. AutoIt - Windows scripting

I have also dabbled in C++, C#, Ruby, and Perl, you need to experiment occasionally
Granted, you did mention iOS work, which limits your choices, but there are several laptops there that absolutely can compete as desktop replacements, including one I've used:

Dell Precision M6600, Core i7-2820QM 2.3GHz,16GB (can take 32GB), graphics cards up to Nvidia Quadro 5010M 4GB, 1080p resolution display, SATA 3 SSDs
MirrorChrome: Chromlack - how to - Dailymotion-Video
Wow, that pdf is a gold mine.

I especially liked the section where he hi lights Microsoft's hiring practice as one of the main differentiators from its competitors

""" So we had a very intensive interview process. The last interviewer was called the
hiring manager, but after every interview, as the candidate left the office, the interviewer sent out an
email and wrote the result of the interview. So by the end of the 6th interview, the hiring manager
had all reviews but the one where the guy was at that time. The first word on the write-up had to be
“hire” or “no-hire”. There wasn't any "maybe" or... "This guy would be good in some other group".
It was ... “I would work with this guy” or not. “I think he would work into my group” or not.
So the hiring manager then had all of these write-ups and all of these decisions or
recommendations. And he would decide whether or not to offer the guy a job. If we offered the guy
or gal a job, then the next day would be spent in trying to talk them into realizing how good it was to
work at Microsoft; that it's a good place to live and all those things…being nice to them for a
change.

Of the 10 we'd bring back, we'd hire one. So we hired about 1 out of every 100
that we initially interviewed. So the total picture is: we've interviewed 10 guys, 8 times each - 80
interviews. We interviewed 100 guys one time, 100 interviews − so we've done about 200
interviews for every person we hired. If you think about hours - that's a lot of hours, and recruiters
aren't going to do that. Recruiters aren't going to test coding ability. We had recruiters who
managed the logistics and managed the reference checks. We also did aggressive reference checks −
we had a whole series of questions we'd ask. Most people doing reference checks are trying to be
kind and nice and so people aren't as accurate as you'd like them to be. So you come up with a
whole set of questions like: “I know this guy is really good, but what is the one thing you'd counsel
him to improve?” Or you'd try to get them to reveal what were some of the deficiencies"""
I can explain a little more clearly on how Chrome generates the popup which is shown in the screenshot (you may know this already).

When you define a browser_action inside your manifest.json file:

"browser_action": {
"default_icon": "icon_16.png",
"popup": "popup.html"
},

Chrome automatically places an icon in the top bar, and when clicked, loads popup.html into a generated bubble.

Now, our foray into Chrome Extensions pretty much ends there. We load all our Backbone code via popup.html and let it do its thing. We did not look at any other of the mechanisms Chrome provides to extensions such as contentscripts.

With that said, I also see a lot of value in leveraging Backbone's Model and Bindings within contentscripts and it would be something worth exploring -- but it wasn't directly applicable to understanding how Backbone could work for us in overhauling our frontend.
We've submitted hundreds of apps with PhoneGap and never had Apple reject due to PhoneGap. However, if your HTML/CSS looks terrible, Apple will probably reject you. Especially if it's just a static website app. Make it look nice and give it more functionality than a static website, and you should be fine.

Thanks,

--
Matt
Saying "the blogger is correct" at the top of the post would cause a significant portion of the readers to close the tab and never think about buying a Tesla again. To me that's a PR fail.

Also, nowhere in the post do they mention GPS--only that the car (optionally) phones home its charge level. As best I can make out that's an unfounded rumor based on a single incident.
Sure. On our website, you'll see a demo or two (admittedly out of date) of how our platform generally works: Write your games once, using HTML5 and Javascript, and they'll run anywhere with essentially no code modification: Browser, mobile, tablet. There's two primary reasons it's a lot faster to work with our tech: First, for the reason I mentioned above (write-once, run anywhere). Second, writing at a higher level of abstraction (JavaScript vs. Objective-C and Java) makes iteration much faster. Our SDK builds on that: we've worked hard to extract great performance from javascript on mobile phones specifically, and we provide a higher-level UI framework which cuts down a lot of the development time.
Microsoft makes decisions like this ALL the time, ones that 1) appear ridiculous to the casual observer; 2) turn out to actually be rational if you think very hard about it and have enough background information (which is almost never available to anyone but MS employees); and too often, 3) in the end have unforeseen consequences that make Microsoft end up looking foolish or incompetent.

Every day when I worked at Microsoft another "look how stupid MS is" story would come out, and there would invariably be a large thread on the internal mailing list about it. The first 50 posts would be by people saying "You idiots in division X, this was a stupid idea and anybody could have told you that for the following 6 obvious reasons!" Then the folks from the responsible division would reply to each post to explain why they did what they did. And almost without fail these turned out to be decisions made by smart people who had very defensible reasons for doing what they did.

In the end I think what frustrated me most was that there was nobody at the top, no Steve Jobs, to say, "I get that you've done a lot of detailed analysis on why having 14 editions of Windows is a good idea, but I'm the boss, and this feels wrong, and we're not doing it."
Must be a really bad program. I used to be a host and used OpenTable when I did that. It was pretty easy and did everything we needed.

.
Em, also who said that the Death Star isn't made from stainless steel, or has some anti-rust coating?
"Imagine the flip side, that electric cars were normal, and internal combustion engines were unusual. Then we could have stories about owners ruining their engines because they never changed their oil."

No you wouldn't because an oil change is part of the annual service for the car. Everyone knows that if you neglect to follow the manufacturer's maintenance schedule for a car you might get problems. On the other hand, many people see charging the car as analogous to filling up a tank with fuel - not as maintenance - that's why they are surprised that failing to do so for a few weeks could "brick" the car.
Facebook profiles predict job success
Narrow scope benchmarks are nice. But I wonder how these platforms (phonegap, trigger.io, feedhenry) stack up in real world development scenarios.
>Sounds like you knew all along that the Tesla battery could be bricked by running out of charge? That would make you one of a very small minority.

Comprising all Tesla owners. It's in the Owner's Manual, and I would be very surprised if new owners aren't informed of it when they purchase the car.
The problem with tv for the past 50 years or so is that it has encouraged a passive relationship between culture and its consumers. It kills conversation, discourages activity, its one-sidedness is bad for people. The internet has come to the rescue, allowing people young and old to be more active participants in their own culture. Hopefully this unidirectional mode of content delivery will die off completely within in the next 50 years.
Sennheisers were standard issue at Google for a long time, I wonder if we could normalize by the number of Google hackers.
Most apps we write at work are boring data entry apps.

You have a form, you enter data, the data is somehow aggregated and presented to you in some other form or the data is sent off to some other service that then processes the data in some other way.

Removing a layer between the JS frontend and the DB just simplifies the whole stack: if postgres can do something like

(select * from employees).to_json

and send it to the JS frontend that's already half of the app. The other half would be

var record = {"empId": 2, "empName": "Franz"}
insert into employees (emp_id, emp_name) values (record.empId, record.empName);

No java, .NET, ruby or python required. Plus it makes the sysOps happy: they have less stuff to handle.
I couldn't find anything that looked like that. Are you just making stuff up?