skysight-inc/HackerNews huggingface dataset:
I'm a scientific user, and work in a R&D environment for scientific instrumentation. I'm probably the most advanced Python user at my site, but have inspired a number of colleagues to give it a try. We use it for pretty much everything but developing our actual commercial software.

Perhaps an added dimension worth studying is that Python is so widely used by people who have little chance of even understanding the differences, aside from the print() function. I'm not sure that I could clearly articulate them myself.

I migrated to 3.4, just so I could find out and then tell people from my own experience that 3.4 is not broken, and that it supports a sufficiency of packages. In other words I'm using myself as a guinea pig. At the same time, I offer to help people by maintaining my own programs in a way that lets them run on 2.7 or 3.4 systems, e.g., with some kind of "if version > 3" verbiage.

Given that I know my audience, I can tell them confidently that they will not get hung up by the 2 vs 3 dichotomy, and that I will help them if it ever becomes an issue. I think the benefits of Python, including the giant ecosystem of packages, outweigh the risks of choosing the wrong version for most of us.

Edit: One more thing for beginners, a lot of us have working Python installations on our computers, but we don't quite know how or why. A useful migration tool might be a program that analyzes your 2.x installation, tells you what you've got, and maybe even offers to build an identical 3.x installation for you.
There's a myriad ways to do this. One approach would be "ecc-pub-key-in-hex+user@example.com" as email address, with user@example.com and whatever+user@example.com going to the same mailbox. This is even something gmail hasn't broken (prefix+user@gmail.com goes to user@gmail.com).

Why not just pubkey@example.com? Allowing for key rotation. Having the address be (part-of) the key may or may not be a horrible/good idea. It certainly is easy to bootstrap: smart MUAs could encrypt to the key, dumb/old ones could send plaintext, or use S/MIME or GPG).

There are plenty of attack-modes: for one - while the key/address need not be kept secret, the sender needs to know that it is corrrect/maps to the right user (eg: key1-e_smith@example.edu vs key2-eve_smith@example.edu).
Because all the alternatives do not support many C-extensions, especially numpy, without which no scientists would look at Python at all.
For Zynga, a Journey From the Cloud to Home – and Back Again
Honestly, I'm more excited about some of the ES7 features at this point... I've given in, as much as I dislike transpiling, and using BabelJS for most of my new development, server and client-side.

On the server-side async/await are worth their weight in gold... and using lambdas is very nice. I still don't like the ES6 module syntax over node/commonjs require statements though.

The only thing to be really mindful of is when you browserify for the client that you don't accidentally include, for example the entire crypto library, buffer or similar shims because they can get very big, very quickly.
Extrapolating general iOS workflows for efficiency
You need to allocate zero page as you do registers - but fortunately it's large enough (compared to the complexity of 6502 programs) that you'll probably never need to deal with spilling. So what I've always done is use the assembler to allocate bytes in zero page as required. Your code will seem to eat through the space available very quickly... and then, at some point before you run out, you'll stop needing any more.

(Trying to allocate space there dynamically is certainly a fool's errand, of course.)
Ostensibly it puts the head of state in a power to negotiate with a guarantee that the legislative body won't modify the terms and conditions after the international negotiation is done. This offers a leveraging ability because the other negotiators know that the document won't be modified afterward.

There's nothing wrong intellectually with the problem/solution scenario presented and solved by such a mechanism - so long as you entrust the people negotiating to be representing your interests.

And therein lies the problem. Many American's haven't stated the words "This is not a representative government and has lost its authority" because that is directly seditious, but in practice their contextualized actions support this postulation.

The reason that the mechanism of fast track is not ok because people strongly distrust the government - in fact, that's a redeeming feature of some open democracies - it's why we have an election determined by a calendar, and not the whim of the ruling party.

The underpinnings of trust in what makes such a solution work is fundamentally incompatible with our structure and experience of government. We have strong evidence and are fully aware of what that will lead to.

And as more of the TPP is leaked, we see we are 100% right. That's why fast track is patently offensive - we know it's the 1% trying to be a stealthy ninja to screw over the 99% even more. Well, most of us do --- some of us are Lenin's useful idiots (usually about 28% believe in supply side neoliberalism in polls. Lucky for us, about 90% of those hate Obama)

This is why commercial news outlets report so little about it. A strategy of silence is the only chance they have.

They could try to stall two years and hope a republican or at least a white male is in the white house but I think there is cognizance that the timeline of net neutrality which led to an activist victory can't be repeated.

If you give the internet 2 more years to mobilize on this, TPP iz getting defeated. Chelsea Manning changed the rules of the game. People could relate to the wussy kid who shook the global military complex. Everything took off after that. Corporate power needs to be faster and quieter, the lion has awoken.
The Infrastructure of the D-Wave Quantum Computer [video]
I can't believe that none of the people have mentioned Lakatos's "Proofs and Refutations" - such a good work, which shows the organical refactoring of a vague mathematical intuition into a formal system.
My field is earth science which is, at its best, highly empirical. The stages are a little different: 1) Learning to observe and learning the basics of the theory; 2) Learning the theory quite a bit more and getting more practiced about observing with theory in mind; and 3) Hammering on, and molding or breaking, the theory with more observations or other theory.

Unlike math, it's just really, really difficult to ascertain that the theory is correct and it's never correct at all levels. I have always called geology 'the science of exceptions' because many of our laws are actually tendencies, and given 4.6 billion years, any bug or loophole in the theory will be exploited--and this is when you really learn stuff.

In practice, I actually think the three steps there are kind of fractally embedded throughout in the stages of one's career, one's individual research project, or the overarching evolution of the science.

It's pretty fun.
Not just federated and open, but flexible, extensible, lightweight, fault-tolerant...

We might build something radical on top of RFC 821, but email's flaws are not challenges that need solving at the protocol level.
If you use a double NOT ~~"foo" you will always get a finite int32 value... which is useful when you can use 0 as a "default" representation. For that matter, all bitwise operations will coerce a value to an int32 representation. Which is something to be aware of, if you want larger integer values (< 2^53 - 1 and > -2^53 + 1).
Read "Inside the Spaceships" by George Adamski.
All three of those bundled into the official release might have done it.
Ask HN: Freelance web developers, where do you find your clients/projects?
Ability to run multiple Virtual machines, a working hibernation feature in commonly used operating systems and popularization of Distributed version control systems...
Whatever the result of this, the transition Python 2->3 will remain as one of the most troubled ever for a mainstream programming language (of course, nothing beats Perl 5 on this area). If you consider that Java is on version 8 and C++14 is here, we can see that even old languages have done this in a much more organized way.
And I remember the small amount of memory and registers. Only the free fast zero page memory could save you.
It's an outlier [0] driven business. Median may be more important than mean. E&Y has some great data on VCs in general. [0]

Quick math...

"In 2013, 153 early-stage funds in the US raised US$9.4 billion" Going with the mean (even though median is better) suggests the average fund is ~$60 million. Let's say that a firm runs 2 concurrently. 2013 was a boom year, so let's say the last fund was $40. So it's 100mm under management. They keep 2% of funds under management, and get 20% carry. Let's say that the funds appreciate 10% a year (we're talking mean - it may actually be lower). That means 2% of 100m = $2mm in management fees and 20% of 20% of 10% of 100m = $2mm in carry. (I'm ignoring compounding, but let's let that slide) The firm has $4mm to pay rent, fancy trips, business dinners and nice salaries. If the firm invests the $100mm in 20 deals, perhaps it needs 5 partners (4 boards per partner?) and 5 associates. Let's call the fixed overhead a half million dollars? That leaves $3.5 million - perhaps each partner takes home $500K and each associate $200K? Or $600K per partner and $100K per associate?

My informal intuition is that the top partners do much better, while most folks do a little worse. We're also in a boom time now because great investments are being harvested, and lots of money is entering the sector. Net - they're doing good in both carry and management fees.

This may sound a lot, but generally the private equity folks earn more.

[0] http://www.forbes.com/profile/john-doerr/
[1] http://www.ey.com/Publication/vwLUAssets/EY-venture-capital-...
This is just in humour but I am just wondering how folks would have reacted if Google's CEO's would have chimed in after Conrad's reply and would have invited this candidate for an interview at Google.
It (and the book on which it is based) are amazing. Virtually every older applied mathematician has a copy of the original Abramowitz and Stegun, which was supported by the National Bureau of Standards, prior to NIST. The successor (http://www.cambridge.org/us/academic/subjects/mathematics/ab...) is really an incredible achievement. The reviews are hilarious. One notes "The book is quite heavy; for convenience, one might be inclined to place it on a stand, as with an unabridged dictionary". Another review begins "This is like trying to review the bible".

The online version also lets you get LaTeX for everything, and has many other features. But the print version is a thing of beauty.

In full disclosure, the Editor in Chief and Mathematics Editor, who devoted the last 13 years of his professional life to the project, was my stepfather.
I thought the penguins only hung out on the coast. Antarctica is, after all, a continent, and a big one.
Can I summarize this with: immutable lisp with 2-way bindings to m-expressions? Sorry I don't mean to trivialize or anything, but me and my friends have been thinking of something eerily on these lines. I think it's one of those ideas whose time has come. After reading your descriptions I think I have a better idea in my mind of what I was grasping at earlier. We were pretty inspired by Elm and you seem to be too.
"Heck not that i would advise it but Chrome can even store your credit card number "securely" although that option i believe does not replicate between devices (never used it myself, not crazy:))."

If my OS or Chrome is compromised I have bigger things to worry about than my credit card number, for which charges can easily be reversed...
It's more challenging considering that most of Spotify's traffic is P2P.
I think the problem is not so much email, but teaching people how to use email correctly. My company recently sent the entire office on a full day Outlook course. Going in everyone was thinking how this was such a waste of a day. Going out everyone was so greatful.

I personally though I was fairly proficient, what is this course going to teach me. I was placed in the more advanced group and really learnt a bunch. Techniques to optimise workload and reduce the impact of high email counts. I learn a bunch about the tasks feature, something I'd never given time to and now couldn't live without. And really liked the effect around the office to reduce the email spammers and get them using more effective lines of communication, or just shut up.

Given how used email is, I'm amazed more companies don't train people on this and general communication process. It's well worth the investment.
I agree. I have had review comments that have made no sense at all. If I didn't ask why, I wouldn't learn. Also, to be honest, there have been times where the review comment didn't understand the context of my code, so the review comment ended up being incorrect.
Reduceron, which I try to maintain, is written in York Lava. It has a module for writing sequential logic (called Recipe) and while it makes sequential logic way easier, I have been working on an alternative for a while.

I completely agree that the sequential parts of a design is the challenging (= bug prone) part and IMO this is the area where an EDSL like Lava can really shine.

If you have worked in ASIC designs that you are almost certainly used to not work with Verilog directly, but with an ad-hoc macro language. I've seen them all, but most commonly Perl is used. It is especially for circuits that we desperately need better tools and abstractions.

When designing with Lava you aren't describing a circuit, but a the method to create that circuit. That makes it relatively trivial to completely parametrize it or statically check properties of the circuit.

As an example, if done right (Recipe isn't), adding a pipeline stage can be a matter of adding a single line. Compare that to what it takes in say Verilog.

This style of ASIC development is simply incomparable to the primitive Verilog-style, but there's not enough experience in the industry to understand it [yet].

Now, Clash isn't (IIUC) an EDSL like Lava so without knowing more about it, I fear it looses much of the point.

EDIT: formatting
I want to be the first to tell this guy I'm sorry he can't afford an Apple Watch.
Typedrummer
I find that testing works better when I define my functions separately from binding in objects.

var foo = {
doSomething:(...argv)=doSomethingMethod(foo, argv)
};
return foo;

In this way, the execution is always predictable, as I avoid the use of this altogether... It's my one niggle with koa, that it uses this (execution context) as the request/response context. I tend to it in practice.

It's similar to what Crockford now presents as a preferred approach in dealing with having context for functions... I just like discrete functions that can be tested independently of their execution context... by passing the context as a parameter, this becomes explicit... with binding, the process becomes transparent.
That is $450!
Yeah. I use Lyft rather than Uber, not to avoid supporting an unethical company, but because I don't want an unethical company tracking my movements.
Laptop Messengers made with oil tanned leather coming to kickstarter
Email a professor at a nearby university talking up some interest in his field and pitch him/her your interest in gaining experience building software, he/she may have something in store if you're willing to do it for free?

Having said that, the other thing that will help you down the road may be getting some good theoretical knowledge in related fields (math, cs); as noted by paul_milovanov in this thread.

Good luck.
There's also the subdivision of that pie graph. Crop types are badly optimized (alfalfa!) leading to lopsided water usage - "It takes $750 worth of retail water to grow $150
worth of wholesale cotton." Lloyd Carter (Feb. 2009)

Am I supposed to be empathetic toward protecting the Delta Smelt? This is water for humans. Other creatures get cleared out, that's the nature of our civilization. Start making the hard decisions (regulate the farms) and if the smelt go, too bad. Our population is not diminishing.
I don't think GP was criticizing, just making a note of it.
I'll buy an Apple watch the instant somebody makes an App for it that reminds me I've left my iPhone behind when I get out of a cab, leave a restaurant, etc...

The ROI on that function alone will pay for it in about 7 months the way my luck has been recently...
This technique is quite old, actually, and has historically been used to compress RSA keys. It is perfectly safe, provided you don't have access to the original modulus (the intuition here is that if p is chosen uniformly at random, then next_prime(n/p) will also be (almost) uniformly distributed). Other techniques exist that permit to embed information about d or p inside the modulus (e.g. [7]), but those don't apply in this case.

The first appearance of this technique was in [1, §2.1]. Later, Vanstone and Zucherato reinvented and also tried to patent it [2, 3]. Lenstra also joined in [4]. Bernstein and Coppersmith suggested a method, based on lattice reduction, that reduces RSA keys to up to 1/3 of their size [5]. Joye [6] describes a method achieving this without explicitly using lattice reduction.

[1] http://link.springer.com/chapter/10.1007%2F3-540-46877-3_42

[2] http://link.springer.com/article/10.1007/BF00190758

[3] http://patents.justia.com/patent/6134325

[4] http://link.springer.com/chapter/10.1007%2F3-540-49649-1_1

[5] http://cr.yp.to/sigs/key.html

[6] http://joye.site88.net/papers/Joy08rsacompr.pdf

[7] https://eprint.iacr.org/2002/183
The Activité seems like just the right amount of "smart" that anyone could need from a watch. I simply can't imagine using one like the iWatch.
Apple TV Remote Expected to Add Touch Pad in Redesign
OpenID isn't dead but here's the pre-mortem.

1. The NASCAR problem. Listing out every popular service does not guide the user through the login process.

2. The lost NASCAR problem. I know I signed up with one of these services but which one for this site?

3. The abandoned service problem. How do I access this site after my identity provider closed shop or the service I was using decided to stop supporting OpenID?

4. The redirection dialog problem. What do all these dialogs mean and what access am I granting to who?

5. The phishing problem. The default experience lends itself to
teaching people to type secrets into popups / redirects coming from other sites.

6. Nobody wants to be a URL; email is king here. The support for email came late in the game.

7. The double registration problem. I signed up with OpenID which gives the site my basic profile but I still have to "finish" registration by giving more information.

There are many other issues but those are the big ones to me.
We already have server-to-server and client-server encryption via ssl/tls. We just have to turn off plaintext. If gmail/outlook/yahoo and most universities started tagging all mail received over plain smtp as insecure and dumped it in a "folder-of-shame, turning off plaintext might become a realistic option soon.

But it solves very few problems. For that sender-sender encryption is needed.

See also: http://hypertekst.net/misc/anon-remail/
http://www.wired.com
http://www.medium.com
http://www.opendesignproject.weebly.com

I am an avid reader of the Fast Company newsletters. I find them extremely informative and pretty cutting edge.
A soccer enthusiast as well, so I'm pretty hooked onto Bleacher Report.
Curious for two reasons (1) haven't used a remote pointer that worked well (2) iOS getting a pointer (iPad+bluetooth mouse?)
The public died.
One of the problems the author mentions - iMessage received and a notification coming to iPhone, iPad, Watch at the same time - actually doesn't happen. Apple was smart enough to ensure the notification only goes to the watch if the other devices are not active (and the watch is being worn). If you are on the phone, you get the notification there and not on the watch. It's beautiful and one of those little things that make a big difference.

Overall though, I completely disagree with the author's sentiment.

>Why am I browsing stocks on my watch? My phone is a better device.

I much prefer glancing at my watch to quickly check a stock I care about. I'd say this is one of the killer features for me.

Also the point about email "way better on the phone". Well yes, it is - but it is also time consuming. I get anywhere from 200-300 emails a work day - I find myself much more efficient with the email coming to my watch - most I can read a couple of lines and decide if I need to concern myself with it or not. That is a huge time saver. Quick glance at my wrist and then I continue with my day. I also enjoy being able to quickly triage incoming mail without having to deal with my phone.
“I guess I'm just not as smart as I want to be”
http://www.warplife.com/jobs/computer/telecommute/

Edit: also get to know a bunch of other freelance web designers. Ask them to refer to you, work they cannot take themselves. Offer to do the same for them.

That's how I've gotten much of my own work as a consulting software engineer.
Numba is faster than pypy and compatible with cpython.
As per wikipedia:
"An intelligence quotient, or IQ, is a score derived from one of several standardized tests designed to assess human intelligence. "

I fail to see how IQ is "defined to follow a bell curve" as you wrote. The tests were designed so the answers distribution is a bell curve?

In my statement above, just replace "Intelligence" by "IQ", I believe that's what being discussed.

In any case, "Intelligence" can takes a thousand forms that I don't think IQ tests or even our vocabulary can really pin down.
Wow, seriously cool. I like it. Simple and good looking. Plus, you added a Heroku deploy button to the GitHub project.

I was able to setup at https://manuisfunny-test-prelaunch.herokuapp.com/

It took like 10 minutes to get it up and running. Most of that was getting signed up with mailgun (I'm kinda slow, used the wrong api key, so the average developer might get it done in like 2-4 mins).

Thank you for this app.
Q:  When I run my Mac app, it crashes immediately(Code Signature Invalid)
Why is that? I actually enjoy the deep amount of functionality with the Apple Watch - there's a lot of "there" there, and that makes me more productive and happier.
Fantastic! Thanks for putting that together, that helps a lot!
I use a Pebble and also have an LG G Watch (Android Wear).

Not all smartches are "dumb", only the good ones. Normal watches are also "dumb": all they do is tell the time and show off as dad's jewelry. Most smartwatches try to do too much "smart" stuff stuff but end up doing badly the dumb watch part.

I am referring to the Android Wear, Samsung-Tizen and Apple Watch. They are horrible because they don't even do right the "dumbness" of normal watches: they're easily not visible in bright light, are bad at telling the time (screen is off most of time, doesn't always turn on easily), are not waterproof, battery lasts just one day...

The Pebble is ugly as a cheap toy, but does the watch job decently and a little more. This little more is not essential but it is very convenient.
I think if you simply accept that there is no spoon, and that any utensil can be coerced and used as a spoon you will be much happier.

In general, the only niggle is when you want a discrete integer value, where zero is an acceptable input, or a string that represents a number coerced into a number.. but anything else to be null. You have to single out falsy values that aren't zero in this case.

Other than that one niggle in practice, I've come to truly appreciate the expressive nature that JS actually offers in practice. The additional concepts added in terms of ES6 and ES7 are pretty welcome. Though in practice, I've moved very far away from trying to apply many OO patterns of classes, inheritance, etc in favor of basic object instances, and functions that can be combined/composed.

It's pretty nifty all around.