skysight-inc/HackerNews huggingface dataset:
That test is rigged to be a best case scenario for Go. How often do you send 1MB responses down to the client?

If you send 3KB responses then you would see both setups are much closer in performance.

Factor in some actual I/O and the difference will be even less. Then you'll eventually realize using either one makes little difference when it comes to performance.

This is why micro benchmarks are pure jokes. A real world site has a mix of response sizes, database I/O and caching. It's the only way to test something properly and you'll see if you properly test both there will be little difference in performance.
Very different markets.

The LM is very short range, so you couldn't use it like a Kinect. And you wouldn't plug a Kinect into your PC to watch your fingers move either.
101 Signals
Those are great points. I hadn't considered the ability to jam signals at all. That seems like a pretty huge challenge to overcome actually.
I think the F-16 over the years has suffered from mission creep, that has added weight and decreased performance.

Then again, thinking about this, the USAF really plans on logistics, and most of the plans I've seen really focus on how plans can carrying something (usually bombs) to a place, from far away, and flying around enemy radar and other badness. They really need the equivalent of a fedex truck that can't be shot down.
MineCraft Hacks, Cheats, Mods, Downloads
Thanks, that actually looks interesting.

The MIT press office has a habit of writing press releases that go beyond the usual hype to be so over-the-top they actually make the work sound crackpot. Happens most often in AI, but I guess in crypto now too. Not the scientists' fault, so I usually try to read the original paper to see their own claims, and invariably they are much more specific and legitimate.
The Godfather of CEO Megapay: McKinsey Consultant Arch Patton
Your comment reminds me of something pointed out during a boxing match many moons ago. Which was essentially a comment about how hard it actually is to simply hold up one's arms and fists over quite small periods of time, let alone constantly move them around, then start punching. Its actually quite draining.

Current input schemes involve a lot of support of the hands and arms. This waving hands around in the air offers no physical support.

So, I think that its use will be limited to a subset of tasks, where it will be revolutionary, but much harder to integrate in to general use. Simply because of fatigue.
"The Victorian Internet" by Tom Standage is worth reading if you are interested in this. It is mostly about telegraph, but includes tube systems. The obvious comparisons with the contemporary world are fascinating.
This may be a stupid question, but can anyone come up with any possible argument for why this might be false:

#40 - "(because position of North is arbitrary)"

Just curious.
Software company ScIAM develops ‘Human Intelligence Emulation’
> "Want a phone that has the ability to do interesting wacky things? Buy an unlocked Android phone"

For that matter, I actually would prefer install ubuntu or firefox OS on it.
Ask PG: Why did you stop making products?
YCombinator is the best thing to happen to startups..However if you look at folks like Jobs and Musk etc, their main reason for having a company is so that they can build the products they envision(everything else is secondary). You started making product(sold to Yahoo) but switched to being an incubator and mentor. Any reasons? Isn't making products more satisfying than being incubator/mentor?
Agree 100%. This is so concise and rich in actionable intel. I Evernoted for a reread prior to going live. Great to see a product that was in your head get built by you, distributed by you and give value to your customers. That is impressive...congrats!
congrats, team. idonethis has been useful to me, particularly as a lightweight tool for giving remote teams a way to keep each other in the loop about what everyone else is doing.
none of us is as stupid as all of us
>Those bugs are easy to translate into "working code", because they carry through all the way from the top.

Actually, they aren't. Try haskell or ocaml or clean or SML sometime. You have to have a clear and consistent model of what you are doing in order for your code to type check. I can't count the number of times I've had my incorrect thinking about a problem be forced out of me during the initial development by the compiler.

>Not least because if you really want to, writing test cases and type checks to enforce typing is trivial to do in dynamic languages too

No, it is actually a huge pain, you need to write a type checker. Writing a "is this an int?" test does not give you the assurance of type checking. That only finds out if the value happened to be an int under that particular execution of the application. A type checker completely guarantees that there is no way for it to be the wrong type ever. Even if the only thing static typing got you was the complete elimination of NULL/nil exceptions, it would be worth it. But it gets you way more than that.
How does Google profit from Street View?
Read about the early years of the F-4 and its gun pod. The wikipedia article is fairly good, although short.

Those who don't learn history are doomed to repeat it.

The F-4 lesson was "everyone knew" that ever more expensive and technologically advanced munitions were the way to go, so no gun pod just drop missiles. (missiles are essentially somewhat dumb short range drones, although there's a lot of overlap in the categories...) Turned out to be a near disaster and they ended up bolting a human operated gun to the F-4. People actually died because of this design mistake. The USAF is in no hurry to kill a bunch more people with the same conceptual mistake.

I am certain that the same scenario is about to play out with drones. Maybe not tomorrow, maybe not with the USAF as the victims, but "in a decade or so" the same disaster will happen again. It is, after all, the same situation, so expecting a different outcome would be insanity.
This is a jobs program. All those people who talk about cutting government waste, believing in the free market and capitalism while supporting this boondoggle? They're performance artists.
Why can't users just change their browser settings to download files to the locally synced Dropbox folder? Wouldn't this accomplish the same thing?
Startup DrinkSavvy makes date rape drug detecting cups and straws
Every YouTube flaw eviscerated in 8 minutes
Ask HN: Is Ruby on Rails still hot?
I haven't heard much in the way of web framework discussion as of late.

If you're starting off on a new project, what does your stack look like? Is Rails your go to framework, or is node.js more appealing?
Or supposedly most of the cost to end world hunger
http://borgenproject.org/the-cost-to-end-world-hunger/
1 email doesn't make a campaign
Most languages can be extended by C code without too much fuss. If the C is written in a platform-independent manner (which should be possible for this library), it's pretty much write-once, run-anywhere. Even if optimal performance wasn't a goal, it's still nice to have a single portable, performant html5 parser that's been tested against billions of pages.
> I've communicated to him directly and apologized for the way the matter was handled at the meeting.

Now you're fired again for making me look like a fool!
I've had a Leaf since (I think?) April in Dallas, TX. So there's been very little time I _haven't_ run the car with the A/C on.

I could be proven wrong, but it doesn't feel anywhere near that bad. Also, it has to work a lot harder in 100F+ heat. It's a really good system, but it's also a relatively small cabin. Compared to my previous Jeep Grand Cherokee or Volvos it's performance isn't really noteworthy. It's definitely not worse, but I'd be hard pressed to claim it's substantially better either.

My commute to the office is 5 miles each way. So the Leaf is about perfect for me. I still take the 20+ mile trip (each way) downtown, or up to the suburbs to visit friends on weekends without any worries.

Another guy at the office who also has a Leaf has a 30 mile commute (each way), and he's also on the trickle charger. A few close calls early on, but he seemed to adjust to it pretty quick.

BTW, 60 miles round trip is pretty extraordinary for a commute. Even in the sprawling sub-sub-suburbs of TX. I'd guess that the Leaf would work fine for more people than not on a commuting basis. But that's just my gut.

The only frustrating thing I've run into is the high cost of DC Quick Charger subscriptions (none of the ones deployed around here are pay-by-the-minute, you have to be a member). I didn't drop a $200/month gas bill just to pay $80/month for a Quick Charger membership I'd only use once a month at best.

It might be worth it if there were any quick-chargers between Dallas and Houston so I could visit family in Galveston, but there's absolutely nothing, and even if the state gets around to putting Level2 chargers in at rest-stops, who's going to want to stop twice for 4 hours each at rest-stops along the way? That'd turn a 5 hour trip into 14.

So we take my wife's SUV instead. As a two-car family with a short commute the Leaf really isn't much of a compromise at all. I'm about to buy a Level2 charger for home, but it's not really necessary. It's more about once-in-a-blue-moon convenience of a very busy weekend and getting to leave the SUV in the driveway. Plus the 30a chargers are (I gather) a lot more efficient than the trickle charger.
The nuclear deterrent is the only valid point, and that's a shaky one.

I agree with this.

WRT global trade, I couldn't find the source, but I vaguely remember an article that pointed out that global trade made up a similar percentage of economic activity prior to WWI and was offered as a reason why there wouldn't be another global war.

The other factor to consider is the consequence if you're wrong. You want to take the chance of another Hitler or Stalin coming to power and not being able to stop them?
LOL modern pilots are a little GPS focused and not as good at dead reckoning and pilotage as the olden days, and deserts are kind of featureless, but tricking a human into landing on the wrong side of the front lines is a pretty unlikely outcome.
CSAW CTF 2013
Evernote introduces API Rate Limits
I thought that was the point of Marco's post as well, but I'm sure it got interpreted as "Apple is better, nyah nyah"
I have a feeling you are a little confused about the meaning/concept of an API. Not quite sure what you try to ask. :)
The Creepy Ad Firm That's Charging For YouTube Ads That Aren't Supposed To Exist
Technically he's still doing products. I'm sure that he's had different levels of input in all of the YC companies.
Twitter Buys Open Source Training Company Marakana
Microsoft/Google bring back the good YouTube Windows Phone app
> Well, "figuratively" is an antonym for "literally", and this specific use of literally means figuratively.

No, it doesn't. Its an intensifier that is used when the fact that the use is figurative is (assumed by the speaker/writer) to be clear from context. The use of "literally" is not a means of communicating the fact that the modified term is being used figuratively, it is used to convey the idea that the experience represented by the clearly-figurative use has unusual proximity to the experience that would occur were the modified term literally applicable.

Yes, lots of people say it means the exact opposite, but it doesn't, and you can't understand what people are saying when they use it if you think it does.
but energy consumption for HSR in Spain is on average 73 Watt-hour (263 kJ) per passenger-km (see PDF-page 17 on a UIC paper on the subject of HSR carbon emissions), one fifth as much as Tesla claims. Tesla either engages in fraud or is channeling dodgy research about the electricity consumption of high-speed trains.

Unless the proposed HSR involves moving everyone in California to Spain and using theirs he is the one who is "engaged in fraud or just being dodgy" as he likes to put it according to actual studies of the proposed system energy consumption go as high as 6.5 MJ per passenger KM. As Musk leads with in his document the proposed system is one of the worst HSRs energy and performance wise, quoting the best numbers in existence do not make a compelling counter argument.

http://www.uctc.net/access/37/access37_assessing_hsr.shtml
I think you pretty much covered relevant points. Thank you.
How to get dynamic web content using HTTPRequest
Disqus replaces the div on page load, then loads the comments asynchronously.

I have Disqus on my Jekyll/Octopress blog and still get millisecond loads.
State Design Pattern in Java – Example Tutorial
Looks like there was a somewhat extensive Google Public DNS / Comcast DNS issue with .gov domains. A number of people in the Midwest reported problems.
60Hz+ seems good for this type of tech, especially in its infancy. Obviously it would be great to have 1000Hz input like that, or even a touch screen at 1-4ms on readily available devices.
Startup rally visits Amsterdam with eight startups
The most evocative map for me was the bonus one. I could only color in 2 countries (and 1 is my home country).

Makes me want to explore the world more.
Wow, lots of great features. The progress on these tools lately is awesome. One little feature I'd _really_ like to see is F12 as a keyboard shortcut to open the dev tools, I'd like that consistency with Chrome & IE.
Why does the parallel example look weird? It put the single quotes in all the wrong places, and completely around Jam. It should have printed

echo './Ham
Jam
Spam'

but your output looks different. As an example of how it should look, try this:

$ find . -type f -print0 | xargs -n1 -0 perl -e'print "\"$_\" " for (@ARGV)'
"./Ham
Jam
Spam"
That means the system can be designed to support just one of them per pylon.

The capacity of the structure is not just limited to the weight of the revenue vehicles, the structure needs to handle other loads it may encounter over the its useful life, such as snow (probably not much of an issue in central/southern CA), water (if the tunnel leaks) and maintenance vehicles (which will likely be significantly heavier than the passenger cars since they will have to be self-propelled).

then put down the ties, then put rail on top of those, fasten it down, etc. Ties are in the range of 6-8" thick and then there's the ballast (rocks) which aren't light either and which are generally required to keep the ties from moving.

You don't need ballast & tie track on structures.

In any event, cutting the material weights in half (even if you can, which is doubtful) does not automatically cut your costs by 90 percent. You still have the environmental process, you still have NIMBYs, you still have construction mobilization costs, etc.
No, Levy just thinks that anyone who wants to make a detailed proposal for a specific line should do enough research to justify their claims, and show their evidence. He isn't a transportation engineer himself (he's a mathematician), so it's not some kind of turf defending. The fact that he as an interested amateur has this information available makes it absurd that Musk wouldn't have done at least as much research as Levy has, to back up his numbers with data.

Alternately, the proposal could have avoided making detailed claims on cost and routing, and instead focused on the high-level technology, more in the direction of validating the basic idea, and leading up to a test track. There's nothing wrong with that. But if you're going to claim you can build a line on a specific route for a specific cost, you need to do the work to justify those numbers credibly. Musk's existing document, at least, comes off as very hand-wavy and lacking in empirical grounding for any of its detailed engineering and cost estimates (that grounding could be rooted in his own data, or in existing data, but there has to be data somewhere).
How Things Work: Commodore 64 and Summer Games Edition
Yep. You certainly can misuse it. You are supposed to do: allMyPageHeaders.only(0), because that works on a node or node list in HTML.js.
HTML5 Changes (But Does Not Level) Mobile Apps Playing Field
This is a great, concise synthesis of a lot of thoughts that have been rolling around in my head. I don't know if I could compare software development as directly to autoworkers because I do believe it's an art, but I love the post!
They're really not. Embedded video is a fraction of the size, and faster to render to boot.
Yes, but he was conscripted in his teens and had begun innovating at that young age.
Live Kidneys Printed out in China (video)
He literally linked every single paper he referred to in the article.
Jerk Thoughts "Zimmerman Verdict Part 1' Episode 7
I'd move to German. Where have I to sign?
Yes, the F-16's performance has suffered greatly as it's become more "multi-mission."

Ironically, the philosophy for the F-15 was "not a pound for air to ground" yet both it and the F-14 (in its F-14D Bombcat config) turned out to be exceptional tactical bombers. The F-16 isn't bad, but because of the small wing has far less range than the Mudhen or the F-35.
I think it's not just MIT's press office, but every single one that I've seen. Or maybe there's a selection effect; the more sensational the particular article, the more people see it, so it just seems that all press offices are off their rocker.
Also, I think between the hacker schools and 80k CS degrees, you failed to mention that solution that lies right in between: hackathons.
Nobody mentioned the Osprey yet? The F-35 might suck, but at least its not an Osprey. The wikipedia article fails in being a bit too neutral PoV. Only people who are being paid to say the Osprey is great, or ordered by their CO to say its great, say its great, everyone else says it sucks. Except maybe our enemies, because using the Osprey has proven to be a reasonably effective way to kill american military personnel and waste enormous amounts of money.

I think this is one fail in the article. Yes the F-35 kinda sucks when it's given other planes jobs, compared to how well planes designed to do one specific job do at that one specific task. How about comparing it to something even worse? Then it still sucks, but its not quite the worst case, even if its still the most expensive of the bad situations.
> TL;DR: Cut track weight by half, car weight by half, and total support weight by half and you get 0.125 which is suspiciously close to 0.10, the number that the article author had such a problem with.

In the comments to his blog post, the OP disputes that lighter weight is going to lead to significantly lower pylon cost. I didn't look through his references, but he also has an update showing how assuming that pylon costs are going to be linear in the weight is not consistent with the hyperloop document itself.

I had to reread the update a few times, but the argument is: the proposal contains two versions, for passengers and for cars. The car version will weigh more and cost more, but the cost increase is much less percentage-wise than the weight increase, so the hyperloop designers themselves don't believe that pylon will be linear in the weight.

As I said elsewhere, this is why references are not just a formality. If the designers had explained where they got their cost estimates from, we could still argue about their accuracy, but we wouldn't have to speculate where they came from.
Seems rather nice :) Thanks
Prague has one that's both extensive and still functions.
JavaScript Data Structures - Typed Arrays II
I imagine it's the tree game. The Leaf builds a pine tree next to the speedometer, and you can complete up to 5 trees by driving as eco-friendly as possible. Then you can upload the trees you build through the car's internet connection to compete on a leaderboard with other Leaf owners.

I don't participate. I figure I'm already doing my part to save the environment, and the measly extra kWh I'd save in a month by driving like that isn't worth it. I'd rather have some fun. I do drive 55 on the beltline, but that's the speed limit. I'd only get to my destination a minute faster by going 60.

There's nothing about the car itself that limits driving normally. Even in ECO mode all of the acceleration is there. It's just farther up the accelerator.
Sprey was part of the fighter mafia pushing the LWF concept. I don't think he had any role in the A-10.
If you are choosing a technology stack based on "Whats Hot" rather then "What provides the best solution for my team and my problem" then it doesn't matter what you choose, as it will probably be wrong.

Is your team heavy with javascript developers? Do you have a need for an event-driven framework that can handle large load? Great, here comes node.

Is speed of development and a wealth of 3rd party libraries for almost any need critical to your ability to get started? Well, RoR has you covered.

Every language has strengths and weaknesses. Picking a tech stack is a decision that should be based on your needs.
He talks about a CVT which would be super cool especially in an EV but while Nissan does offer a CVT option for their other cars I don't think the Leaf comes with any such options.
Python is great for many things, but sometimes you need something lighter. That's not to say that Python is heavy -Java is heavy- but there are environments so constrained that even Python is not light enough. This is where shell scripts can come in handy.
It is a lousy complaint too. With sites like Wrapbootstrap.com, it is trivial to throw down $5 to slightly change the default Bootstrap theme, or even use one of the many free bootstrap templates out there.
I have experienced this my self in real life. This is very cliché but it reminds me of Starwars, "these are not the droids you are looking for," I have seen the power of thinking influence others in a very positive way.
The final section of "Skunk Works" touches on the bureaucratic morasses.

Although the 30 months quote is really misleading: the surface analysis prefiguring the Have Blue concept were started in 1974, XST phase one was started in 1975, the Have Blue demonstrator first flew in 1977.

31 months (not 30) is the time between the full-scale development decision and the first test model, decision to operational capability took 5 years (minus a month, November 1978 to October 1983) and almost 8 if you add the Have Blue studies.
And that was a poke at Silly Valley's tendency to see private funding and companies as solution to all of its woes (Sidecar, Avego, et al) ;)
If you want to use those, use them, then HTML.ify() the results or not. Either way, the point here is to encourage DOM use and eschew wrapper APIs.

If you want to use HTML.js's find() or dot-traversal, you must accept that your decision point was moved to how you handle the return value. And that you can use each() and only() to write code that safely abstracts the difference in results. Not an increase in complexity, just a shifting of it to somewhere i currently prefer.
Real-time List Filtering in HTML5/JavaScript
Ask HN: serious engineering discussion of Hyperloop
There have been several Hyperloop threads already, but the engineering-to-politics-or-simple-ad-hominem ratio has been fairly low. I know HN can support a focused discussion of the engineering feasibility -- let's do it! Any serious engineering topic is fair game, but here are a few to seed the discussion. Citations whenever possible, please.

1. Where, exactly, are the endpoints of the line that is proposed to be buildable for $6B? What additional travel time would be needed to get from downtown SF to downtown LA?

2. Are the proposed pylon costs realistic? Is there precedent for building a comparable elevated structure at a similar cost?

3. Can the necessary accelerations be accomplished without motion sickness? Taking into account various transitions into and out of acceleration at the start and end of the trip, top-up acceleration along the route, turns and grade changes, etc.

4. Can a 30-second capsule spacing be made safe?