skysight-inc/HackerNews huggingface dataset:
I don't follow the trojan horse logic since they already have the unfettered ability to ship any binary component they want to the platforms you list without using Native Client.
Pivot: Firing the Plan Not the People
asm.js is still stuck with the JavaScript memory model and type system no matter how it's serialized. I would almost be okay with a textual serialization of a language with better semantics.
If this advertisement convinced you to try a Python IDE, consider giving PyDev/LiClipse a try. It's free and open.
Deployment Academy: What are environments for?
As the former builder of a music start-up that failed I am really sorry to see them go. If you are going to go down this route make sure that you watch http://www.justin.tv/startupschool/b/272178844 Dalton Caldwell's excellent speech on the subject.
Sixteen Ventures – 3 Keys to Capture More Email Leads
I strongly disagree. He should absolutely go after his lost wages by any means possible and it will do nothing to affect his employment status. There's no reason for him to inform future prospective employers of this and there's no way they will find out. As a hiring manager I would have absolutely no problem hiring someone who had to sue a previous employer for lost wages and I doubt anyone else would. If there's a long pattern of suing employers in various situations that's obviously different.
That might be a long while.
This is one of the most beautiful websites I've ever seen. Parallax animation and graphics are seamless on my 11" Macbook Air.
A Cautionary Tale About Co-Founders
I disagree. You can write robust, clean, modular, and scalable code without a framework. If you need a framework to help you "stay within the lines" or speed up development, then by all means. But I've built large JS systems with vanilla js + jquery + requirejs just fine.
> Native Client implies x86
False. Originally, Native Client was positioned as an x86 sandbox technology, but now it has a clear LLVM story, with x86-32, x86-64, and partially-implemented ARM backends. Portability is a key benefit of the web, and Google understands this.

And yet, Google seems to be pushing Intel chips in Chromebooks, to the point where Intel almost completely dominates the Chromebook market.

NaCl actually doesn't work "as is" on ARM, only PNaCl does, and I think Google tends to prefer NaCl over PNacl, which is why they keep pushing Intel Chromebooks in the market.
You nailed it. This would be a good title: "It's better to be un-cool, finds study by former un-cool children."

I'm pretty sure there's no accepted definition of cool. They seem to have chosen early signs of delinquency as their definition.

If you pried, you could probably find out the names of the children from these researchers' own pasts who the study participants were based on.
Calling C/C++ from Ruby
An overview how to easily start using C/C++ libraries in Ruby code. Case studies of most common gems with their basic set-up.
Jeff Bezos Sent Me A Book
Yes - you need the % that is reservation taking vs walk-in. That said, my 10% stat is from their 10Ks and relates only to the markets they are in.
First Python Brazil Keynote
Alex is our first confirmed keynote!

Tickets will be available on Monday!
I'll save you some time: there are no three character .com domains available, not for a long time :)
A fellow Ruby Rogues listener?
Have you considered adding bitcoin support to your product? Assuming the receiver has a way to convert bitcoin to/from their local currency, this may remove some friction in transfering value between individuals. btcjam.com is doing something like this with bitcoin.
The little secret is that nobody really thinks they are the cool kids.
I want to play in one of these, but this one has ended. Can we spin up another one somehow?
From Abstract:

Early adolescent pseudomature behavior predicted long-term difficulties in close relationships, as well as significant problems with alcohol and substance use, and elevated levels of criminal behavior.
"Look everyone, I've proven mathematically that I am now the cool one. Told you."

Pathetic.
At a high level you're right, Common Core philosophy does encourage this sort of lesson. The unfortunate part is that Common Core still is largely a list of facts that students need to know, and when they need to know them. This is why graph theory is not "compatible" with the standards, because in the huge list of topics they pretend these things don't exist. And since the Common Core is really a document for non-teachers, I agree with the original comment that this wouldn't fly. It's just due to opposition by administrators, test writers, and standards-compliance checkers who read the document too thoroughly and, paradoxically, too shallowly. They don't look at this lesson to see whether it fits with the philosophy of learning espoused by the standard; rather, they check off which standards it covers and complain when the answer is zero. I put some fault in the document for this.
What is the largest number that you can describe on an index card?
Thanks for the feedback. We're definitely still working on perfecting the search, so this is helpful.
'As humans, it’s clear we need to tackle the direness that is global warming' rather assumes we have access to the knobs that do the controlling.

Meanwhile 'ocean surface warming appears to have stalled since at least the early 2000′s. The global average sea surface temperature (SST) update for Feb. 2013 is -0.01 deg. C, relative to the 2003-2006 average.

http://www.drroyspencer.com/2013/03/global-microwave-sea-sur...
"historical success story". I meant one that has played out.
I can't say that Swift is like JavaScript, my technical knowledge is not enough to have an opinion about it. I say that looks like, or using the right terms, has as much syntactic elegance as JavaScript.

I programmed a little bit in Autolisp (lisp dialect for AutoCAD scripting) as amateur and what I liked about it is that everything works the same way (even if you don't know all functions is not a big deal), it's just a list. JavaScript looks like a mixture of paradigms and syntax, trying to please everybody. When I don't program in it often I forget most of the stuff. Probably it needs to be like this but it doesn't look like an optimal solution.
From personal experience the path-of-least-grief is to assume that attractiveness, intelligence, personality, and diligence are all uncorrelated.
I suspect you could solve your problem ("provide web-interface to DNS") reasonably easily without moving away from tinydns. If you used a sneaky second access mechanism (HTTP, say) to get the hosted/live records from your upload-host you could wrap that into a form with fields and select-boxes for record-types (since tinydns is so trivial to parse).

(If you were to just expose the actual tinydns file then the whole thing is trivial of course, but user-error is more likely.)

Once you have some user-interface then applying changes goes in the same direction, process the form submission, then put back the modified records to the central location, and trigger a rebuild of the binary records.

--

My current prototype allows a complete zone-file to be POSTed to a HTTP service, and then written out to a tinydns file _or_ uploaded to Amazon's route53 service.

Similarly you can query a zone and retrieve back an array of records. Each record has an ID, a type ("A", "NS", "AAAA", "MX") along with the associated data.

The point where I've started to take a step back and think things over is the case of adding/editing a single record. Because each record has an ID you can trivially say /zone/example.com/delete/$id or POST to apply an update.

But allowing operations to be applied to a single record complicates things somewhat, and that was the point where I started considering using git as the storage back-end. That would allow historical tracking, and interesting things to be done - especially if you exposed the actual store too.
Nearshore Software Development in Puerto Rico: Quality Advantage
I disagree with point 1. For me one of the best parts of programming is creating something from nothing. Going from an empty file to working program is part of that.
> I've edited my OP to reflect that sentence, and I agree that it's a reasonable criterion. However, it's a much less stringent requirement than what's usually present in a cable company franchise agreement.

Certainly true, but that then raises the reasonable question of whether that requirement should exist. (Also, the more relevant agreements here seem like those applying to ISPs, not cable companies. Cable is not an essential service, and even if it were, universal coverage is better handled by an antenna.)

> Cable companies generally must serve every neighborhood above a certain density, whether or not there are enough interested subscribers.

Such a requirement would make more sense 1) if an area has no existing service provider, and people would otherwise have no option for service at all, which obviously doesn't apply here; and more importantly 2) if applied to an essential service like phone rather than an utterly optional one like television.

> And by law they are usually required to provide a minimum tier of service, usually at around $15-20 per month.

As others have pointed out, the cheapest plan is $25/month. Even if it weren't, the two requirements only make sense if coupled together: there's no sense in forcing deployment to neighborhoods where nobody can pay $70/month, so unless you're also restricting prices, a coverage requirement makes no sense.

On top of that, if trying to solve the problem of universal Internet connectivity, I half wonder if cell service might be the more viable alternative: rather than building an entire fiber network in a neighborhood so that a small fraction of households can get Internet access who otherwise wouldn't have, cell service (even subsidized) would cost far less, and would handle telephone as well.

Alternatively, open wifi networks (such as those discussed in the article) would serve much the same purpose.

> This is precisely what traditional franchise agreements prevent, and precisely why they have the effect of keeping out competition. Only the incumbent can commit to that sort of requirement profitably.

Exactly. If you're going from zero providers to one, your biggest problem might be how to get coverage to everyone. Right now, however, we have a huge problem with lack of competition, which gives the one viable provider in an area an effective monopoly, and all the problems that go along with it. Thus, we need to stop imposing restrictions that preserve that monopoly.
Nothing about making programs requires static typing ever. If you're targetting reliable, performant programs, then static typing is a boon.

Dynamically typed languages require additional tooling beyond the language itself to provide a lot of the reliability/correctness assistance that good statically typed languages can offer. See the dialyzer for erlang, a very useful tool, but a separate tool. If you want to see an example of statically typed languages that require extra tools, see C and its various static analysis tools. Swift, Rust, Ada, etc. (I'm sticking with the more imperative ones with good or better than average type systems) don't require that extra tooling. It's not an additional step. It's just part of the language.

If you want good performance, that is C/Fortran level performance, you either need a sufficiently smart compiler (see SBCL) that can take type hints (derived from the static analysis tools perhaps), or static typing. Static typing (and good static typing like the languages I've mentioned seem to have) improves performance compared to dynamically typed languages. You can remove all the possible branches based on the types used for addition if you know that you're adding two ints, two floats, an int and a float at compile time. In a tight loop, having to select between all those options is a drag on performance. Statically typed languages can reduce that to a single path, instead of the 3 branching paths I just came up with (and there are probably more for most languages).

Besides, performance on mobile is critical. We're depending on miniscule (relatively) batteries. The better performance we can get out of our code, the better battery life we'll see. Every app that's written in a dynamically typed language that doesn't have good type hints (like CL, there are probably others) is going to be a huge drag on battery performance.

Fuck, a friend writes python to run on clusters for numeric code (simulations, he's an Aerospace Engineer). Fucking brilliant, the type system hinders his performance compared to Fortran/C/others. He has jobs that take 24 hours to run on an 80-machine cluster. I hate to consider how much time is wasted because they don't use a language with even a simple static type system like Fortran and C offer.

I love dynamically typed languages, my favorite languages are erlang and common lisp, scheme is a close 3rd. But they have their place, and if performance is one of your requirements they (in general) are not what you want. If reliability is what you want, something that knocks out a huge percentage of errors right off the bat is wonderful, dynamically typed languages (without extra tooling) can't tell you, until you run the program, that you added an integer to a binary blob. And delightfully some are also weakly typed, meaning they'd permit such an operation and you'd get bizarre errors later on in your execution.

--

EDIT: Some scheme implementations offer good performance. Do they, like SBCL, implement static analysis under the hood?

EDIT: I may have left in words that should've been removed when I switched gears in mid-sentence.
The real problem, as always, is the hard problem of consciousness, which in practice screws all the assumptions of monkeys in tin cans.

Before we discuss drive designs, we have to understand what the limitations on travel are for us. There is a very real sense in which we could send a million space ships and not care whether they make it or not, or whether our missiles are conscious and no different from space-ships and so on.

The mass and propellant stuff works out the same, but the practical consequences are so different that it's hard to think seriously about any of these problems, when the actual problem is mind and not rocketry.
I figured one person dining is one booking. So two people 2x the fee, 10 people 10x the fee. That's how I read the announcement anyway, this may be wrong but it makes sense to me (a 'per seat' fee). After all, a restaurant will make more money if more people show up so it would make good sense to tie their business model to that.

So you book 'tables' or 'groups', not 'seats', I wasn't aware of the term 'cover'. So the math stands but the term changes from 'booking' to 'cover'.
Lunar Phenomenon – Honey Moon of June Friday 13th 2014 – Rare Event
There is a fundamental problem imagining space "combat" in that cheap WMD-ish "space junk" weapons that deny access to space would dominate any space war scenario due to the likely asymmetry of war in space. That's going to be true for the next few centuries.

Interstellar travel implies access to plant-scorching amounts of energy, and that, again, puts warfare into MAD WMD territory right off the bat. War will be short, genocidal, and boring in a realistic vision of the future.

Hard science fiction inevitably leaves behind many aspects of today's life, including current and merely extrapolated ideas of warfare and military power. That's what makes it interesting and difficult. That's also what makes pseudo-hard science fiction unsatisfying.
i don't understand the schizophrenic reaction to dart at google. half the chrome team is super excited about js and doesn't want to talk/promote/cheer dart at all. which makes one wonder is dart a step child at google? it is unarguably a better language and development experience for web developers but its been almost 3 years and dartvm still hasn't landed in chrome.
The fundamental value of bitcoin is the float of all the transactions people want to engage in using the currency. Imagine that nobody speculated on the value of bitcoin, and people only entered into positions for the purpose of buying something from Silk Road. The sum of all of those positions would be the fundamental net market value of bitcoin.

If it continues to become more useful as a payment network, the value will grow and the volatility will go down.
This is an excellent approach. More generally, verbalizing and discussing your process passes it through your language centers, and forces you to get specific. Your ideas may be much more vague than you realize, or perhaps you could use a 'fresh' perspective by thinking about them in verbal terms.

This has helped me in many contexts, including software development and strategy gaming.
My wife and I met when I was 18 and she was 16, online (playing the same video game). We married at 20 and 21.98, and are going on 12 years now.

Here's what my wife wrote a previous time this algorithm was discussed:

"To pre-optimize a future wife, focus on being a man of character. Sacrifice for noble goals, exercise self-discipline, show love to family, especially your mother. To optimize an existing wife, continue to do those things, and also spend a lot of time together, be romantic, communicate honestly and frequently (pursue intimacy; resolve to hold no secrets), and ensure a good sex life for her--which for you means generosity and an eye toward emotion."

followup:

"Over ten, fifteen, twenty years of marriage, the single largest factor in who your wife is, is who you are. And vice versa. Her criticisms become your defensive sore spots. Your generocity becomes her avid interest. Your callousness becomes her indifference. Her complacency becomes your disinterest. And on and on. After many years, every groove in your soul matches a cusp in hers, and vice versa. There's feedback. There's resonance. That's why the quality of your wife is 120% you.

You grow to be like who you hang out with. You rise to high expectations or sink to low ones

....

To optimize your wife, optimize yourself. Because marriage is really long, and after just a few years, she's mostly who you've made her."

( Full discussion at https://news.ycombinator.com/item?id=1236686 )
The best thing I can recommend is taking some code you put together and rewriting it in a drastically different language that you don't know. I rewrote some Python code I put together in Haskell, and it was a transformative experience for me.
It is just as much an anti pattern in Ruby as well.

While I can think of usages where I could see myself use it, the given example is definitely not one.
Dropbox, iCloud, Google Drive.
Drobo, Time Capsule.
Couple of external USB disk drives.
MBP, Windows Desktop.
Super Mario Spacetime Organ
Here is a Swift vs Scala syntax comparison:

https://leverich.github.io/swiftislikescala/

And also, a comparison to C#:

http://pietschsoft.com/post/2014/06/07/Basic-Comparison-of-C...
Geothermal Flux Linked to Antarctic Ice Melt
This doesn't address whether psuedomature behavior is the cause of these problems. It could simply be a effect of problematic life circumstances: parental divorce, child abuse, neglect, etc. that are pervasive across economic classes.

This is much more likely correlative than causative.
I've noticed a trend with computer people who married the first person they dated and the marriage being very successful (in terms of longevity at least). I haven't quite figured out why that is but I would say the vast majority of my software engineering friends are like this.

I've been told by women who are in my other circle of friends that they wouldn't want that because then they feel like they aren't the first choice but whatever the guy can get. But then I think about the marriages that have resulted and how happy those people are. Sometimes I wonder if people over think these things.

Forget the Kepler strategy. Forget getting the "best", if there is such a thing. If you click with the other person and both people care for and are kind to each other, then go for it and enjoy love and life.
Empty file yes. But do you start with an empty/blank project?
Not to be that guy but: https://hn.algolia.com/#!/story/forever/0/rubber%20duck
Because the author's point wasn't to give a monad tutorial or a monad analogy. The point was to illustrate a programming style. That style happens to be one use of a monad, but that wasn't the point.

There are a whole bunch of us who are more pragmatic than theoretical. We care more about "that approach can simplify my code" than we care about "that's another instance of a monad".
Forget about finding the right girl only. You also need to pay as much attention to her family and HER mother. Your wife will very much likely turn out the way her mother did, in terms of how well she keeps the home in order, raise kids, and AGE as time goes on.

IMHO, it's remarkable how a girl ages the way her mother aged. And some age well while other don't (both in physical/emotional).

So, don't get hung up with the girl only. Think about her family in your 'equation' too.
This is a brilliant platform! Didn't realize the company was YC-backed.

Curious to know if there has been any interest from junior or high schools to adapt to a classroom curriculum? Current CodeCombat business model seems to be connecting employers with budding Javascript programmers, but the educational angle may be a possible recurring revenue stream to explore.
Could not agree more. Telerik is terrible. A part of me dies every time I run across a project that's been 'infected' with Telerik. You have to make sure you have the correct version of Telerik installed or your project just doesn't work and finding the correct version on their website is difficult. The markup for their controls is just horrendous. Documentation and support are just as bad.

Sorry, I didn't read the article. Just looking for an excuse to curse Telerik.
> Bitcoin transactions are usually priced in dollars so the volatility is immaterial to its use in transactions.

That then leaves the question of why not simply use the non-volatile currency directly. Bitcoin would still have the advantage of being able to transfer money more easily than a wire transfer, but that wouldn't matter for the use case of paying for lunch.
I agree, but I think the amount of "paint by number" in mathematics should be minimized, and most of it (learning multiplication tables, isolating variables in simple equations) is already in the form of games. I'd be interested to hear of a topic in math that you would argue can't be turned into a non-superficial game.
What use would that be? Far more people in the world have not used bitcoin than the percentage that has, it looks like it might be a cheap PR win but in actual usage it will amount to a small fraction of nearly nothing. And then you still have to convert them with associated costs and repay the lender in some ridiculously volatile currency.

Supporting bitcoin (unless you are a bitcoin start-up) seems like a silly thing to do for a company that needs to prioritize due to resource constraints.
Team chores have never been this easy
Really sorry to see the flag go down. Joey, Ben, and Yottam are great guys. I've got nothing but respect for how long they kept fighting to make it happen. Music is a tough space and they were brave to enter that arena.
Sad news. I liked the site, and discovered some good artists there.

They should be proud of what they accomplished. I'll bet they did a lot of good for indy music.
OK, I agree. In the computer science sense, I enjoy Python because I find it has a high degree of transparency. That is just a personal judgement though.