skysight-inc/HackerNews huggingface dataset:
The Leap Motion is still an interesting device because of its sensitivity and ability to resolve intricate finger positions/orientations. It's already in developers' hands and half the price of this device. With future iterations, I would expect to see the Leap integrated into tablets and phones-- so it could be everywhere as well.

I've experimented placing the Leap on my chest as if it were a pendant, facing out. It's pretty comfortable to gesture this way. For a presentation it wouldn't be the most expansive way to gesture, but it could be a discreet way to interface with something like Google Glass.
Legit Online Jobs
Job Positions Open... Hiring Ad Posters No Experience Required
It's a typical question on a job application. In the US, about all fast-food jobs have applications.

But I've never filled out a "job application" for a software development position. For the kind of jobs that are typical of American readers of Hacker News, employers asking about your arrest record is less likely than them asking where/if you went to college.

(There are certain classes of software development jobs where a felony conviction would matter, like defense work.)
He/she was asking if it performs well, not if it is supported.
There seems to be something very broken with contracting in the US, which seems more specifically US government operations than government in general. If you look at something where you can compare prices between countries, like per-mile subway construction costs, the U.S. is a huge outlier, with procurement costs much higher than Europe.
Well, my point was that it's incredibly difficult to be an Android manufacturer that isn't Samsung, given they utterly dominate the market. It's very crowded.
I think Nokia could have built a good-enough content ecosystem. Nokia had a decent music service in many countries. I've even bought from them (for a song that wasn't available in the US stores I normally use). Finding a partner for books wouldn't have been hard. Kobo would probably have jumped at it, among others. Video would have been hardest, but Google was also struggling with video back then so it wouldn't have been a relative disadvantage.
The article doesn't really make it clear, but for each of those services we support (and prefer) multiple accounts. They can be connected under the "Team Services" link in the tool.
Yeah, but they ripped off the public schools less than the competitors would have.
Surviving RSA & BSidesSF
Scalability of Amazon Redshift Data Loading and Query Speeds
It's not his million. It's the researcher's million, which the offerer is proposing a way to split.
That effect has been studied too, and you're right about the quantity effect. At least in India.
They were 50% lower than the next lowest bidder. Sounds like his company provided the taxpayers with a bargain.
Does "shitty" really still fall under the "swearing" umbrella?
> Almost no flight attendants walked by that seat during the whole 15+ hours of the flight, but I got up multiple times to look for an attendant

> The couple beside me ordered wine, and drank for most of the flight

> I won’t even talk about the small “breakfast” they served just before arriving in Sydney.
Dealing with the madness of multiple accounts per project
I have been waiting for 1Password to add some kind of team feature for years. Even if it was as simple as adding an additional password file with a different unlock password, I would use that in a heartbeat.

They've really left themselves open to competition. Good luck to Meldium taking them on.
Wow, and I thought I was the only one that was thinking the emperor had no clothes but was missing something by not jumping on the client MVC bandwagon. All I saw was tons of extra complexity with very little payback for most apps.
Any reason ruby still has the GIL and not moved to a thread implementation?
Analysis of HN Traffic Surge on Let's Code TDJS Sales
While we are at the Chrome performance problems, I have encountered one recently when running Javascript code in Chrome. I have job progress data shipped back from the server to the browser asynchronously, which drives the progress bar and the data are concatenated together for display. Chrome simply can't handle long string of concatenation. It just hangs. Other browsers have no problem.
> Unfortunately that is now no longer affordable, tough luck.

When has this ever been affordable?

Can you craft a legal system where everyone receives at least the minimal amount of legal expertise that they need inexpensively?

Either way if you prefer semantics then even going through the expensive legal process will never verify the fact of whether Aaron broke the law. It will only verify whether or not a jury unanimously agreed that the prosecution appeared to have proven beyond a reasonable doubt that Aaron broke the law.

Given that the law (CFAA) is fairly unjust in this case, and deliberately so, I don't see why it's a stretch to claim that Aaron "broke the law", it was intentionally written to be easy to prove charges written against it!
We actually built a tool for that late last year: https://friends.tent.is/login

Currently it's email-based discovery, but other services using OAuth could conceivably be added.
You get similar stuff at private companies too, though few private companies are large enough for corruption like that to be able to reach the same scale without getting too big to go unnoticed by auditors for long enough.

The number of times I've had potential supplier hint at extra perks or "return favours" is fairly high, and I've not even been in positions of very substantial purchasing power.

It's often not even direct exchanges that are being hinted at either, but "simply" seemingly innocent networking: Buy from the "right" well connected sales guys and make it clear you're "flexible" about requirements, and they know they benefit from exploiting their network to the max helping you get lucrative jobs in big companies where you can spend more with him.

It's often only morals that prevents it from happening - I've been in plenty of situations while where my budgets were not huge, nobody knew enough to second guess my decisions, and I could've easily spent a lot more than I did without anyone batting an eyelid. Especially since just the very act of bloating your budget in many places makes you look more impressive and important and translates into status (and looks good on your CV...)
This is bullshit. They could have put the network engineer from the Department (the guy who confirmed he had not requested dual power supplies) on this for a week, and he would have had a solid estimate for far less. Put him on it a month and he could have had an itemized order with the exact models to order from Cisco or from any of its competitors. If he were busy with other duties, any other network engineer in the state's employ could have done the same. If they were all too busy, a consultant could have been hired on for a month's engagement at two to three times the FTE cost.
According to Glenn Greenwald.
As a rails user, thanks for your contributions! All you guys and gals rock!
2fa with chrome sync is a PITA. I've found the best way to enable sync is to login to gmail which usually triggers a dialog that asks you whether you want to use those credentials for chrome sync.
The fact that the government is not competent to spend taxpayers' money wisely seems like a good reason to be anti-government. After hearing enough anecdotal evidence on this topic (which very few people have both the capability and desire to thoroughly investigate in order to properly quantify it, thus the reliance on anecdotal evidence), it starts to appear as if such incompetence is an integral feature of all governments once they reach a certain size.
The same reason, a normal person might decline $5 but accept $50 out of a pool of $100. 5% seems more unfair than 50%.
Doubt it. Quite sure you'd take it with both hands.

Seeing as you work in the oil industry - the above statement does strike one as being exceedingly odd. You are in the industry for the money aren't you?

That's some serious cognitive dissonance you've got there.

Furthermore, I thought you guys pumped misery out of the ground day in, day out?
I agree, and I'm not sure how well it will go on Flippa. I think you have a point! Hopefully someone will build something.
For one off gestures, you could also very well have a quick "trigger" gesture that enables the device, and gets it going. When you are done, use trigger again,
Excitement and Stress in Startups
I am Anthony Bourdain. Ask me Anything.
It's about knowing what you don't know. There are unknown unknowns and known unknowns.
That's very noble of you.

It's definitely possible, but you're always going to need a provider for song metadata (album art, album name, artist details etc). If you move from last.fm you'd have to find someone else to provide the corresponding data.
The best ones are those who know _solutions_ exist or what to google for.
"We’ve spend a lot of time getting Backbone to work properly, and the ease-of-use quickly deteriorates when your models get more complex."

It does not follow that client-side MVC as a whole is a dead end just because its easy to run up into the limitations of backbone.
It sounds more like you're saying the higher education system in America is broken (which it is).
While I have tended to be suspicious of Client-side MVC on the grounds they talk about...

...I'm curious why they are recommending Rails 2.3 and RJS, which are pretty much deprecated technologies. Rails 2.3 will stop getting even security patches when Rails 4.0 is final (first Rails 4.0 beta was released today). RJS has been discouraged in Rails for a while, and I believe is now a 'third party' gem in current versions of Rails.

I had to double-check the timestamp in the URL to make sure this wasn't somehow an ancient post resurrected.
For the record, and this is supported by its absence in the linked post, nobody ever said it was a silver bullet. It's a rhetorical strawman that he doesn't bother knocking down, so don't get hung up on the title.

That said, Charm appears to have had quite a bit of unnecessary platform spread. I smell cowboy-architecting (vis a vis cowboy coding), but it's hard to tell because he doesn't describe the process by which they chose to go the route they did, which would have added a ton more value to the post.

Lastly, it's a little odd to me that he seems to contradict himself at the end, saying "don't repeat yourself," immediately after recommending the tools he's used for a long time. By my interpretation his implied moral to the story is, "we should have repeated ourselves."
It just so happens that one of my major contributions to this release was writing a 'working with JavaScript in Rails' guide: http://edgeguides.rubyonrails.org/working_with_javascript_in...

Others mentioned Turbolinks, but they forgot about remote_form_for and friends.

If you _are_ building a full JavaScript application, Ember.js works really well with Rails + ActiveModel::Serializers. There might be some rough patches until Ember hits 1.0 final, but most of the pieces are in place.
How are people not being arrested for this daily?
Why the American Copyright Alert System won’t work: We already tried.
A modern refactoring of certain old projects, like the Hiller Flying Platform, could yield some excellent results.
Actually, the real crime is that they don't sue Cisco to be allowed to exchange the original routers for new ones with appropriate capacity along with a refund in the price difference, with Cisco eating the depreciation and the legal fees.

The grant implementers should also be fired for cause, to wit, incompetence).
I'd love to know what others are thinking in this space. I've flip-flopped a lot on this issue myself, looking at both sides I think good interactive web design is just simply hard no matter how you slice it.

I've done Rails+PJAX along with minimalistic simple jQuery components (similar to Bootstrap's javascript) I think it works quite well for very simple content focused designs but falls short as interactions get more complicated. Lots of convinces that I find in modern JS-MVCs (Angular and Ember come to mind) are missing, like model-DOM bindings (so not Backbone).

Now I'm playing around with AngularJS on something new and building that on top of Rails as an API (and for asset pipeline support which works quite well with Angular). This is also pretty good. Angular's style fills in a lot of gaps on the client-side that jQuery components did not. However I also see myself duplicating efforts in the views that would be more effortless on the Rails side. This is a side effect of different tools doing different things. I can't really take advantage of certain rails-isms if I choose this route, but the trade-off seems ok for me as I do feel it makes much of the interactive design on the client-side easier (so far, so good anyways).

That said I don't yet feel like I can really come down on either side of the debate in terms of what is better for me. I do think if you switch in Rails for "client-side MVC" most of the author's statements are ironcially still true. Particularly the statement "they lock you into certain patterns" is arguably more true for doing everything the "Rails way" than for a good client-side MVC library.

I do want to say two things. One, I've found Backbone to be the least productive of both of the choices I described above. It was a step up for a team with minimal Javascript experience, but once I understood the lay of the land I left it since I didn't really feel it was doing anything for me. Two, Backbone is definitely not what I would call a client-side MVC pattern. It lacks model bindings for starters.

I'd like to see what the author thinks after some more time looking at the latest Ember or Angular. I'm also looking to see what happens with Flight as that is sort of a beefed up version of the components+events approach I had been taking before. Again, perhaps both approaches have their place depending on what your needs are.

Addendum: When I was doing Rails+PJAX I sort of envisioned a concept where I delivered both data, layout and style with HTML+CSS (as semantic as needed) and used JS to handle interaction. Interestingly none of the MVC frameworks seem to support doing this very well (including Angular which seems best suited to the concept). Flight seems to which is why I find it interesting.
Thanks. I am working on something new actually, but this time with a cofounder. We're taking the opposite approach - find the market, customer development, then build something. I think both having a cofounder and taking this approach make a lot of sense if you are serious about the project. When I started blaster.fm, I wasn't.
Update: I've posted an analysis of the effect of the HN traffic surge here:

http://www.jamesshore.com/Blog/Analysis-of-HN-Traffic-Surge....
Every time people imply that Nokia's choice was binary, I want to scream. It wasn't. Nokia was a big company with a solid cash stockpile. They had the resources to try more than one thing. That they didn't is the real management failure.
If we look at the history of science, most things that we held as fact many years ago are now considered either totally false or at least marred by misunderstanding or lack of data.

Extrapolated that means that almost all of our current scientific beliefs will be "proven" false or at least considered marred by misunderstanding or lack of data at some point in the future.

Humans can not understand everything, and they never will.
As the author notes, that's mainly due to the (according to him, but also the only explanation I can think of) lookup table implementation.

Something like this should be done in a hash table for constant lookup regardless of the number of entries (as entries are not being added "in real time" non-stop, the cost of bucket resizing shouldn't be too great) or with a trie for the best storage properties for many URLs for the same domain (the case author notes). If done right (correct hashing algorithm, good implementation, decent collision handling for the hash table; or any decently-performing in terms of space/time for the trie) this shouldn't be a problem.
Apple Rejecting Apps Using Cookie-Tracking Methods
Ruby 2.0 arrives with refined monkey patching, faster Rails startup
That has long been the "exit/quit" gesture in virtual reality systems (at least in the lab).
Probably going against the grain here, but what about the operations staff who are charged with supporting these 1,164 routers? What about warranties and parts replacements? There is a price for standardizing on a piece of hardware at such a large scale. When you standardize, sure there is going to be hardware overkill in some places, but in the big picture this is just a price of doing business at this scale. What is the price of service calls out to this location when the hardware is down? You have a tool-chain that supports this hardware, you have experts supporting the network (security, patching, etc), and you have contracts in place to make sure it is operational.
Is there a Turbolinks equivalent for Django? Or something platform agnostic (I couldn't tell if that was the case with Turbolinks)?
smart navigation is very different. Besides not being supported across browsers, it was more like automatic anchoring.
Fragments of ancient continent buried under Indian Ocean
It's not a silver bullet, it's a method to keep your sanity. What often happens is you start with a traditional server rendered web application. Maybe you have a couple ajax-y interactions for speed or UI responsiveness and everything is happy-go-lucky for a while.

Over time, you find that you start wanting more data in more views, or large collections of items that you want to manipulate visually on the client side, with no need to bother on the server side. One by one, each view starts accumulating async, non-event based cruft. The callbacks become nightmarish.

The JSON Api makes it easier to build those data heavy, complex views become more responsive. And they can change on the fly! The javascript MVC is a way to manage the the complexity and hopefully pairs well with a good event driven system.

The point is, if you know your application is going to be sufficiently complex, it makes sense to build it as client side rendered to begin with. Other great benefits can include:

- JSON API leaves you primed and ready to build native mobile apps or 3rd party integration

- Your js developers don't have to wait for backend devs to modify half-complete ajax views if you have a good api

- Your template rendering happens in once place instead of two, making it easier to isolate logic

Obviously it's not worth the trouble if you only have a few models/resources and you are dealing with a very read heavy application. It is also a lot more work to implement two MVC layers instead of one, but you may sleep better at night.
1. What javascript libraries make working with server side rendering easy in a single page app?

2. It is a shame his blog doesn't accept comments. I wonder why is that? Who doesn't want the ability to discuss his ideas with his audience?
I agree! I strongly suspect that if I lived in Denmark I would support the Danish system: clearly it's working well for them! When I lived in e.g. Singapore and Japan I witnessed those (different) systems working better than ours in many ways, to their credit. The few relative drawbacks I noticed I attribute to the different preferences of the populations (i.e. they aren't really drawbacks in the citizens' estimations). Just as clearly, our system of public officials and lobbyists does not work very well. Most Americans would claim to prefer that there be less wasted money. We just can't get there from here.
If you don't like this kind of behaviour you are doing yourself a disservice by describing it in as simple a manner as you have. Having had similar experience it is surprising that they were allowed to tender that offer at all.
You have to either wait a few more minutes till the "reply" link appears, or simply click on "link" link(!) and write your reply there.
Am I wrong in thinking that on this day, Feb 25, 2013, Flash still is still a huge delivery mechanism for a huge portion of casual games.
I guess I would have to ask what they would be using SJCL on, but I believe that there have been several conceptual issues noted by guys like tptacek to keep from recommending any client-side JS crypto (incl. SJCL) in general.
I haven't something quite this egregious happen firsthand, but it fits the pattern for the interactions I've had when working for a "partner company" reselling big-name networking gear.
Here's a capacity study for you:

E-mail all the IT managers, and ask them:

- How many users do you have?
- What is the total size of the community you serve?
- Do you need new equipment?

That would have quickly revealed that many of them had so few users that these routers were total overkill, and had so few potential users that even 100% simultaneous usage in some cases would not max out the capacity, and that some of them did not have a need for new equipment.

I agree with you that multiple bidders would be essential. But a tiny little bit of due diligence and investigation on the behalf of WV would have gone a long way.

That said, sometimes this is what backfires too: I've seen a government contract recently where a lot of extra work was carried out to meet the requirements of a "security consultant" that refused to sign off on a system because of "issues" that were clearly generated only to ensure that he could pad his list of "problems" he identified to help justify his fees.
FTA:

> Among the Machiguenga, word quickly spread of the young, square-jawed visitor from America giving away money. The stakes Henrich used in the game with the Machiguenga were not insubstantial—roughly equivalent to the few days’ wages they sometimes earned from episodic work with logging or oil companies. So Henrich had no problem finding volunteers. What he had great difficulty with, however, was explaining the rules, as the game struck the Machiguenga as deeply odd.
"if you use something like Ember (which we didn’t), it’s even worse as all applications using it practically look the same (many people choose using Twitter’s Bootstrap library, for example)"

wat? How does a choice of frontend framework like ember relate whatsoever to the look and feel of the application?
Thanks, I think you got the point of the post and your conclusion is spot on.

I think I would put it under what pg called "a dangerous bad idea" (can't remember the exact wording) because it initially looks like a good idea - hey, a social network for music! I might use that - but turns out to be built on a false premise.
At some point I'm going to give up using what everyone else uses. That will solve this problem once and for all, because no one will know or probably care what I'm using.
Matz likes the fact that it Just Works and you can't accidentally have weirdness based on how your code runs. There aren't any plans to remove it at this time.
It sounds like they have made an enterprise resource planning system for DF. That's very interesting.

That may also be why I never got into DF, it sounds like too much work. Like actual work.
My reading has notoriously sucked lately, but it reads like you are strengthening the blog's point. Is that right?
You can be convicted of a felony for expressing an opinion about how to improve goverment?

That's absolutely not what is being said there. He was not being charged because of what he wrote in 2008. He was being charged because of his observed actions. What he wrote previously was only being cited as context for why he did it and as evidence of his intentions[1]. In law, intent (if it can be proven) can make an enormous difference in what you get charged with or convicted of.

[1] e.g. "We need to download scientific journals and upload them to file sharing networks." http://archive.org/stream/GuerillaOpenAccessManifesto/Goamju...