skysight-inc/HackerNews huggingface dataset:
I have not had time yet to look into rust more closely, but do you know if it would be able to export a Rust module in a dlopen-able library, accessible from C ? Writing python extensions in Rust instead of C would be pretty exciting
If you've ever driven the 880 you'll know that none of those trucks have anything like this, where staying in lane means very little to these drivers.

we don't have augmented vehicles yet, we have simple warning systems, there's no car that will slam the brakes on for you if you didn't already and the car in front is stopped. There's nothing that will steer you back into lane, the closest thing we have to augmented driving is the stupid self-parking mode on some cars for the parking challenged.
Google Chrome Extension: Search over what you saw
Show HN: LISTENSERV | Discover New Music Daily
It is clear they have no idea what an abstraction is. Abstractions deliberately throw away information. He is instead making widgets which reveal more information.

What he calls abstractions are nothing of the sort.
Yea, agree with the above comments. This can all be done with Nessus (for free). What do you mean by `deep dive`? Are you reselling Burp? What do you plan to offer on the network security side? Keep in mind you should be targeting people who know nothing about security (you may want to play with the wording on your site). because experts already have a tool bag of tricks that can exceed these offerings for free.
Especially given that there was a link about the self-driving cars right following that link on Google Drive.

My brain just cognitively squished the two of them together and went "whoaa ... they're opening the SDK for the car stuff already !"
Supposedly, `There is no such thing as bad publicity' [1]. In case of Nokia's recent phones, I agree wholeheartedly -- we wouldn't have heard of Lumia 920 on HN if it wasn't for the faked ad and resulting chatter in the blogosphere.

[1] http://www.phrases.org.uk/meanings/there-is-no-such-thing-as...
Rep. Zoe Lofgren’s new bills on Internet policy set fresh tone in Washington
I'm assuming you'd rather see them focus on declarative programming, because it seems to be the big thing among enthusiasts and hobbyists.

Google works with software projects with planned lifetime of decades. It's far better to rely on imperative programming concepts which are tested and trusted with experience grown from what, 50's or so.

Sure, declarative programming is a nice toy, but that's all. I'm yet to see major companies investing millions, if not billions of capital on a system written in declarative languages. We all "know" functional programming "is the future", but yet nobody trusts their money and time on them.

I still wonder if there are major commercial projects started with say Python or Ruby, or JavaScript which have planned lifetimes to 2030 and beyond.
FWIW, Rust's arrays and structs are also laid out in memory exactly as C's are.
In my case, both. HN users are not the typical web surfer. They will provide insightful criticism of your work/opinions without using personal attacks. This is the most powerful feature of HN. Trending here is like getting a thousand years of advice in a few hours.
I might try Heroku later but for now I'm using App Engine - mainly with JSONengine
Good luck precomputing all those pairwise shortest paths. Storing the table might not be too bad. But standard algorithms like Floyd-Warshall are O(n^3) in the number of vertices. There are faster algorithms based on fast matrix multiplication but the precomputation time would still be prohibitive. Keeping it up to date would be even worse. The construction of a new highway could require updating the shortest paths for an enormous number of pairs.

The economic argument would go like this: The revenue generated from your maps business is proportional to the number of queries actually processed, not the total number of conceivable queries. The queries processed is such a tiny subset of the possible queries that you want your computational expenses to track the former, not the latter.

With a hierarchical shortest paths algorithm, you can still precompute all pairwise shortest paths at the coarser level. For road navigation you might precompute the shortest path between every pair of interstate highway exits in the USA like this paper is doing. In an open-world game like Skyrim you might precompute the shortest paths between all towns and other major hubs and points of interest. That might not yield truly optimal paths. For game use it's close enough and has the benefit of corresponding to how humans naturally navigate.

Sidebar: The old Crash Bandicoot games used precomputed shortest paths in a neat way. Their navigation was based on a triangular mesh, so every triangle had up to three edgewise neighbors. Thus for a navmesh with n triangles, they needed lg(3) n(n-1)/2 <= n(n-1) bits to store the table. For convenience they probably stored this in a redundant form requiring 2n^2 bits = n^2/4 bytes. But with only 64KB of additional memory, this still let them support 512 navmesh triangles per level with lightning-fast path finding.
>A) That is a search //

Ha ha. Not really. You're not searching for the plaintext that produces a hash. You're producing hashes irrespective of the result and then matching. IMO the term search would only truly apply if you were reversing the hash mathematically - you'd start with the hash and perform a non-complex operation to find the plaintext.

Instead one searches across hashes after compiling a correspondence table, not across plaintexts. I suppose it's a subtle distinction; largely irrelevant to my contention.

>you inferred it based on a fundamental misunderstanding of the problem domain //

I did not infer it. It was implied. For example,

emidln: "md5 passwords lists are plaintext for modern hardware"

So yes, I suppose adding on a few seconds for plaintext recovery was unfair of me, based on a comment like this I should have said "I note that despite just having to read it back almost as quickly as plaintext ...".

WRT the problem domain. You're discussing an entirely different issue to that which I raised. The start point is simply this:

>"MD5 is an utterly terrible password hash. It's just about as bad as plaintext." //

That is the pertinent problem domain for my comment. I even went to efforts to emphasise that beyond that atomic claim I was recognising the paucity of md5 for real world password hashing - I don't think one can have used Rainbow tables and not realised that point. Are you really contending still that md5 is almost equivalent to plaintext in terms of string discovery and that there is no exaggeration in that.

If the IEEE logs were released with md5 hashed passcodes then other than trivial recognisable cases like 2867-whatever-it-is then one at least has to do work to recover the plaintext.

Aside: I'm intrigued why you created a separate account just to press this position.
Seems like a great opportunity for Google or Microsoft.
I took a stab at adding English subtitles for this using Amara's universalsubtitles.org

You can see the results here http://www.universalsubtitles.org/en/videos/9Ws8B7yC3Fjl/en/... and you can also help make the subtitles better.
People can drive in the rain, snow, or fog. Just like they can sit in traffic today, even though it's not the best use of their time.
You can, but the difficulty, I think, is that this clean separation of pointer types exists along with naked pointers, including void*. That is, C++11 still carries the legacy of C's free-for-all, so the kinds of guarantees that one could get from a C++ compiler - even with baked in knowledge of unique_ptr, shared_ptr and weak_ptr - are going to be limited.
"we don't have augmented vehicles yet, we have simple warning systems, there's no car that will slam the brakes on for you if you didn't already and the car in front is stopped. There's nothing that will steer you back into lane, the closest thing we have to augmented driving is the stupid self-parking mode on some cars for the parking challenged."

http://en.wikipedia.org/wiki/Autonomous_cruise_control_syste...

> Mercedes introduced Distronic in late 1998 on the S-class.[12] For 2006, Mercedes-Benz refined the Distronic system to completely halt the car if necessary (now called 'Distronic Plus' and offered on their E-Class and S-Class range of luxury sedans), a feature now also offered by Bosch as 'ACC plus' and available in the Audi Q7, the Audi Q5, 2009 Audi A6 and the new 2010 Audi A8. The Audi A4 is available with an older version of the ACC that does not stop the car completely. In an episode of Top Gear, Jeremy Clarkson[citation needed] demonstrated the effectiveness of the cruise control system in the S-class by coming to a complete halt from motorway speeds to a round-about and getting out, without touching the pedals.

> Jaguar began offering a system in 1999; BMW's Active Cruise Control system went on sale in 2000[citation needed] on the 7-series and later in 2007, added a system called Stop-and-Go system to the 5-series.[13] Volkswagen and Audi introduced their own systems in 2002[citation needed] through the radar manufacturer Autocruise.

> In the United States, Acura first introduced Adaptive Cruise Control (ACC) integrated with a Collision Mitigation Braking System (CMBS) in the late calendar year 2005 in the model year 2006 Acura RL as an optional feature.[14] ACC and CMBS also became available as optional features in the model year the 2010 Acura MDX[15][not in citation given] Mid Model Change (MMC) and the newly introduced model year 2010 Acura ZDX.[16]
I came across a new product advised by a friend, its name is http://talk.to which allows connecting Google, Facebook, IRC, and PingPong accounts.

It also allows you to send SMS to the listed contacts, that too for free with no limits. Have become a great fan of their design, ease of use and lightning fast speed. Its worth checking out.
Does anybody know what tool he is using to make the little demo samples with the play button?
Hey so this is a little project that I have been working on, nothing too complex but just something I thought people might enjoy. Any feedback is appreciated.

Thanks!
> we are not the recipe writers we were 20 years ago - that instead we are "abstractioners"

> we have to know far more than just the basic consturcts [sic] of the language and things like IO

Did anyone else find these annoying? I recall building a great deal of abstraction into my systems 20 years ago, and we certainly used frameworks at various layers of the system. We had to know far more than basic language constructs and IO.

Today's systems and frameworks are more available (open-source) and differently targeted (e.g. cloud-scale problems), but they're still just building abstractions on what came before, just like us old fogies were doing 20 years ago. The problems and solutions are not qualitatively different -- they just have different scale and connectivity.

All that said, Light Table seems pretty cool. But it's not evidence of deeper insight than what came before.
Trucks? We're talking luxury cars. Those are what get the features first.

And yes, we do have augmented vehicles already. Autonomous cruise control, which is what you described, has been in cars for years: http://en.wikipedia.org/wiki/Autonomous_cruise_control_syste...

> "Full cruise control (able to bring the car to a complete stop):"

Your perspective on the automotive industry is a decade or more out of date.
"Feeling Up" the Startup Workplace
One more thing - if you concatenate all of your javascript files into a single application.js, the cache will be invalidated every time you make a change to any of your javascript files. I think all in all, this is a bad approach.
I tried to think of an alternate justification, but couldn't come up with a non-awkward way of saying it, so just redacted that part entirely. I'll say here, though, a few reasons I think avoiding malloc/GC is important:

- pcwalton has mentioned his desire to be able to reason about when the garbage collector runs, so that he can statically guarantee that the graphics rendering task in servo will never take a big pause to do a GC.

- In this-must-never-fail environments, such as writing kernel device drivers, using dynamic allocation has to be avoided (and, if i'm not mistaken, even more likely to fail when done in an "atomic section" using kmalloc(GFP_ATOMIC)). Rust in its current state is not suitable for kernel-level development, but it's not far off; and it's critical to be able to reason about memory allocation for such applications.
Thanks dguido for the kind words and happy to hear you found the Zerg Rush article. It's all true!

Email us at hello@detectify.com if you would like to get beta access to detectify.com
Is this the start of google wave snuck back in concealed as google+ :)
Let me know if you agree or disagree with these non-verbal clues
I like the avenue that Google is taking. Hopefully the hardware they use for their nexus devices is on par with their flagship heavily customized handsets so not to stifle competition between their devices.
You've changed my example considerably. /orders/groupByCustomer and /orders/groupByDate have the exact same data. The only difference here is representation.

I would expect that API changes from version 1 to version 2 to often have even more differences than above. They may support different methods, may expose different sets of data, etc. There's no reason why they have to be thought of the same resource.

As for your thought experiment, why not have a version-independent URI that points to the latest version? I don't even understand this whole representation-neutral link - you're going to pick one representation or another. Either the client has to give the version information in a header or an URI. Header manipulation is much harder to deal with in practice and isn't easily supported by every client.
Why Apple Really Ditched Google Maps
I'm disappointed. I thought the same thing.
Google Brazil's president faces arrest over elections law
How long until someone cracks it to prevent the url rewriting?
Tears of Steel, the Blender Foundation's fourth short Open Movie
Coming from a social science perspective, this tool seems to cover a lot of bases. I haven’t used it for actual research (obviously), so it’s easy for me to overlook shortcomings, but a lot of the important stuff seems to be there. What I didn’t really see (but maybe I missed it) were good tools to edit and clean up data (which often is a lot of tedious work and at least as important as actually calculating the statistical tests) as well as factor and cluster analysis (especially factor analysis is something that is used quite frequently when looking at survey data) – but I think you can do most of the stuff social scientists do with this tool.

I do not think it is a replacement for other tools (SPSS, R) but I do think it’s excellent at what it does. I’m quite impressed, actually. Firing up SPSS is just no fun (also crazy expensive), so I will definitely look into getting this. (R is fun, but for some reason I’m very slow with it.) It’s definitely very accessible.
Recommended book(s)?
Strange. The way I read his article was "Apple was between a rock and a hard place. They chose the hard place because that made more sense for them". He doesn't praise Maps. He describes why he thinks Apple chose to make a less than perfect Maps app, i.e., "made a compromise when ideal options weren't tenable".
And the IRC channel is pretty busy right now, #tearsofsteel on freenode.
I almost wonder if the original article with the "faked video" wasn't a plant, and that they actually knew the results would be good, and this controversy would basically keep the Lumia 920 constantly in the press. Remember - this is a phone that has not yet been shipped yet.
Yep. I have a bit of a soft spot for Introversion
Gator/Claria did this 10 years ago. Replacing existing ads is a big no, and is quite different than popping up ads over someone's existing site.

Based on what happened with them, pretty much any one who owns a website that shows display revenue can be a plaintiff again Megabox.
Better name needed.
While I think it would be great to provide the video to the whole market, I'm somewhat sympathetic — making a video takes a long time. Subbing it would make things take a lot longer. I could understand people deciding to just do an MVP which works for 90+% of the market.
Note: Within the same dialog, you can usually set who is allowed to view the posts. I typically set the option to only allow "Me" to view them.

I have never turned back from a sign-up because of this fact, but it is very annoying how often I see it. I wish developers would take the time to realize that most people DO NOT want you to post on their Facebook.
America's dumbest war ever: a letter from Afghanistan
Good point. I see a lot of entrepreneurs start with a bad pitch. A few weeks in they will stop to regroup. They will refine the pitch, and start again.

In parallel, they may get more aggressive about coordinating all the meetings into a short window of time / pushing people to meet sooner.
This looks fantastic! Looking forward to checking this out.
The do have: http://www.house.gov/representatives/find/
They should have added "in 1st world countries".
I bet at least half of the world population is going to work because they need to eat.

Needing to find motivation for work is really just a first world problem a minor part of the population is facing
Thank you for the ideas. I have added them to the feature list. I will see what we can come up with based on your suggestions. The difference between vps/dedicated/cloud is really hard to recommend these days. It's also getting all mixed up, making recommendations even harder. Any ideas on that?
Right, presuming you got your self-driving car for free.

Google has good support (including phone support) for the services that you pay for.

And if you want to contact the teams without using the product forum, try using Google+; I've seen that teams are often very responsive on there.
Nobody will be okay with that? You're joking right?

Every person out there who aren't technical, won't give a shit. Free music? They'll do anything.

I bet these people will think, "It replaces advertisements that I don't even see anymore because I'm so used to them? Well okay!"
this guy thinks top-down, prefer to visualize things and is definitely thinks in right-side of his brain.
Bret Victor is annoyed at his ideas being labelled live coding, but that's what they are.

Live coding environments are pretty diverse, and there is plenty of prior art for code timeline scrubbing, tangible values, auto-completion, the manipulation of history, and many of the other features that Bret argues for.

Some examples:
Field - http://vimeo.com/3001412
SchemeBricks - http://blip.tv/nebogeo/dave-griffiths-chmod-x-art-3349411
Overtone - http://vimeo.com/22798433

Live coding isn't just about automatic code interpretation.

That said, other than his strawman beating, I otherwise agree with his thesis, and enjoy his examples. To advance programming, we can change who programs, how they do it and what they do it for. All of this is up for grabs. However, I do think that social interaction in programming environments is an important piece which he seems to be missing.
I was discussing this yesterday.

With self-driving cars (or buses), you can have completely dynamic routes for ride sharing optimization. Think Zipcars with carpooling.
if you live in the US, this is more correct: The people are always accountable to the government and must obey the law [set forth by the latter].
Indeed it was, as the referenced Wikipedia article notes; Hayes charged $1/unit for a patent license. As soon as the primary application of modems became Internet access, IP encapsulation protocols like PPP could have worked around the problem, but, AFAIK, never did.
Your impression is completely accurate; the language is in development and is not ready to use yet. It shouldn't be used in any shipping products. There's nothing to "dispel" here until the 1.0 syntax is is finalized; fortunately that should happen in months rather than years.

From a pure marketing perspective, sure, maybe it would be better to finish more of the design and implementation before talking about it publicly. But Mozilla's pretty committed to working in the open, and that has its own benefits. For example, significant parts of the Rust implementation were created by contributors who were not paid Mozilla staff, including a Google employee (in her spare time).

(Disclosure: I'm a Mozilla employee but not part of the Rust team; I've contributed a little bit to the Rust compiler in my free time.)
We could have one agency to plan the TSA's mission, a second to carry out the plan, and a third to review complaints.
A Space Shuttle over Los Angeles
A robotic car can adjust to inclement conditions more effectively than a human will - not only can it use detection systems that are less hampered by rain than our vision, it also can adjust its driving to account for the change in braking distances, etc.

We already have cars today that can stop a human from crashing - there are cars that will automatically apply the brakes to avoid a collision (Volvo has one for pedestrians, Toyota for objects, some are in production), and can maintain a set distance to the car in front of them on a roadway (auto cruise control).

Those are both a form of automation / robotics, even if the car makers don't like to call it that.
"The first 90 percent of the code accounts for the first 90 percent of the development time. The remaining 10 percent of the code accounts for the other 90 percent of the development time." - Tom Cargill
I believe the issues he is mentionning is the seemingly 'obscure' and convulted hoops you have to jump through. Security is of course very important, especially regarding the dissemination of malware.

However, security doesn't have to make you miserable as a developer, especially that MS desperately needs some apps to fill up it's 'shelves' on Win8.

In this case, if the flow of events and various milestones needed to sign up had been shown to the developer BEFORE he actually starts the process, it would save him many headaches and MS wouldn't seem like such an unwilling participant and making it's OWN platform looking so shoddy in the process.
Yes, I found that annoying. But it's not uncommon when reading stuff written by programmers who make extensive use of JavaScript. For whatever reason it seems to have attracted people who don't have much breadth or depth of programming experience yet at the same time like to make grand statements.

It's interesting that the author, who is speaking about things that were happening 20 years ago, graduated from college in 2008 (http://www.chris-granger.com/resume/) and thus 20 years ago he was likely a very small child.

This combination of lack of depth and yet grandeur is seen in other projects and is annoying because it means that one is forced to wade through a lot of noise to understand projects like nodejs, couchdb, etc. And it does the people who write like that a disservice. Rather then overselling their weak knowledge they should point out the cool stuff in what they are doing and let that speak for itself. It's counterproductive to pretend to be smarter than you are.
I was hoping / expecting the article to conclude with a recommendation on how to best channel the energy / talent of the "brilliant jerk". Not have this person fired.
Promote him, but limit him, under a specifically defined position in the company where the boundaries are set - e.g. Head of Product Development, Head of Business Ops, Line Management, Finance...

I'm a Stargate fan and when I read brilliant jerk, I thought Rodney McKay and Nicholas Rush. Yeah, they had there issues, but at the end of the day, you can count on them...
Ulcer-Free Android Testing
I'm suprised no mention of RequireJS...the part labeled "JavaScript’s Missing Directive" seems to be specifically gearing up for it.

Good overview though.