skysight-inc/HackerNews huggingface dataset:
I do, but it is all personal anecdotes from having worked for a large defense contractor for almost ten years and a small one for three. Nobody had "passion". Nobody was doing anything in their spare time programming-related beyond some trivial toying around. Then again, the vast majority were Gen-Xers and the stereotypical "work to live" attitude associated with that generation was very visible.

As an aside, I would like to note the difference as I see it between passion and work ethic. There were people who put long hours in, but they did so because there was work that needed doing. In fact, the people who put in the longest hours generally had the least proportion of technical work. They weren't there because they "loved programming"; they were there because they felt they needed to be to help the program and company go forward.
This is why Strong Typing is so important !
> it is useful for the compiler to force you to handle the case in which pointers are null.

Well I agree that it's very useful (and we have that in Nim), but..

> With constructs like Option::map the code is usually even less verbose than the equivalent code with null.

I'm still not convinced of this part. It certainly hasn't been the case with the, admittedly small amount of, Rust code I've seen. However, I'll look for more comparisons in the future (or offer Nim comparisons to Rust snippets anyone posts). Point is, nil is still a useful and commonly used tool. So the argument for verbosity and conveniences is relevant, IMO.

> With null, the semantics of the language are that an exception can be thrown [1] whenever those constructs are invoked. That's pretty much objectively easier to reason about.

That completely depends on how often you want to use nil refs, and how easy they are to use. Like I said in another response, I agree Rust's design may be better for some domains, but I certainly wouldn't call it "objectively" easier to reason about in a general sense.

> Huh? Lifetimes are totally independent.

Well like my post implied, I was only guessing as to the design. And it's interesting to hear that it takes advantages of special compiler optimizations. That said, I still don't see how it's completely decoupled from the life-time system.. you're saying that if I have a Option<> reference to a mutable list in Rust, the compiler can determine weather or not the list is 'frozen' based on the runtime state of that reference?

> Or you could do what Nim does, and make dereferencing null undefined behavior.

I didn't think derefing nil was undefined behavior. I thought only dereferencing a pointer which points to once-valid-but-now-free memory was undefined behavior, and that situation is covered by GCed refs. Can you explain this a bit?

EDIT:

> Not in my experience. They show up in production all the time.

I did say 'rarely', and I drew a comparison to bounds-check crashes, which surely also show up in production.
Mild correction: "estates" are "station wagons", not SUVs.
Absolutely! However, we must be careful not to define it in a too predictable way lest we violate the Principle of Most Surprise.
I was pretty astonished at how low the reported median rents were in the table near the end. Then I saw the footnote: "Median rent is for 2000, in 2012 dollars."
While the simplistic version of NDN works as snarkily described, the researchers have built security features into NDN to work with untrusted routers and anonymity. They can actually provide better security through encrypting content and Anonymizing Routers than TCP/IP.

For a good analysis of some of the challenges and features in NDN security, I reccomend: http://arxiv.org/pdf/1112.2205
Leaving aside the carbon tax issue, Germany in particular is less likely to shift the tax burden around as Germany has almost no domestic oil production.
There's more volume in conventional-looking cars. Look at the responses to the Nissan Leaf and BMW i3, two electric cars that are legitimately funky-looking; something that looks weird will turn more people off than will be turned on.
Seems reasonable! Thanks for the response
In what way does that read like an onion article? Is thinking about users to determine what data product to build in what way laughable in any way to you?
Horrible analogy is horrible
Show HN: Learn Actionable Growth Hacking Techniques
I've tried Rust, Nim and Go and I prefer Nim. But this could also be because of my background as a C/C++ programmer, and my particular requirements (general purpose programming language that doesn't try to hold my hand too much).

There are things I don't like about the language (eg. case-insensitivity), but overall if I had to choose a newish language for a new task, I'd choose Nim over Rust and Go. (However, if you threw D into the equation I'd probably go with D simply because I feel it's slightly more mature).

Incidentally, the way I tried to teach myself Nim (and to see if the language was usable for creating small Windows apps) was to write a WinApi program. It took about the same or less effort as what it would have taken me in C/C++, but it just felt much safer and more pleasant to work with.
I wonder if python3 design helped writing shorter and more robust programs.
Both the Roadster and the Model S use a single gear to change their final drive ratio, so they do have gearboxes, technically. :-)

The Roadster was actually planned to be a two-speed, but had issues with it: http://en.wikipedia.org/wiki/Tesla_Roadster#Transmission
No worries. I also wasn't implying you where trying to discourage Nim, and I hope my post didn't come off as accusatory. Cheers!

EDIT:

> The solution here is to just use a reference instead of an arbitrary index.

Ah, sorry I should have said "mutable Texture array". In that case Rust's borrow-checking will 'freeze' the array, preventing Textures from ever being changed during the lifetime of your Sprites. So you're left with either Option<> or indexing as a solution, each with it's own merits, but neither as.. practical as nilable GCed references, IMO (again, just my opinion.. others seem to find it easy enough).
I don't recall Britain ever invading Poland. So 23?
That's okay. I'm old fashioned too. I think all voting should be done with pen and paper. Electronic voting is a straight up scam.

This complicated stuff , I think, is more about the science of voting rather than the real-world engineering of voting.
Reflections on “Buy vs. Build”
Just FYI my friends live in a condo in the city and drive a Tesla anyway. They use the supercharger stations just like normal gas stations -- fill up once a week (or less if you don't drive much) _for free_ and you're good to go. So it's definitely possible, just slightly less convenient than an ICE car due to the small number of high-speed charging stations currently available.
I agree, the financial incentives must be repaired. I just think it is odd that the malpractice angle wasn't mentioned. Dr. Gawande is surely aware of it.

And yes, I'm sure doctors and patients would both agree that docs need to slow down and spend more time listening to patients. As a solution, Dr. Gawande proposes compensation based on quality of care (rather than production). In theory, this seems to make most sense - but I have yet to see a practical way of assessing "quality." What stops doctors from refusing to see sicker patients? Is a doctor at fault if the patient doesn't follow his advice?
> get users first, money comes later.

Its been 12 years and lithium-ion prices are fairly stable, there's nothing that can lower them to ICE competitive levels. If this was any other company you guys would be screaming the usual libertarian take of "OMG MY TAXES" instead of this mindless fanboy worship Elon seems to evoke.

I am impressed by Tesla, but by their marketing. They make smart people sound very, very stupid by advocating for a $100,000 car as the Model T of our time.
"Tuition costs about $21,000 a year..."

I love the incentive and ambition, but $21k/year makes this inaccessible to the kids and families this would most benefit.

Maybe the long-term plan is to scale in order to bring costs down? Can anyone shed some light on this?
"the 6 figure price most Tesla vehicles sell for" - really? You're right that they're a luxury item, but let's be accurate here. Only the top-of-the-line performance model is $105k, and that's before tax credits which bring it back down to five figures. The entry model is $75k, and the midrange is $85k.
What usually ends up happening (at least since the last time I bought a TV) is that I can't find anything simpler for the same price since a big part of the (relatively) lower cost of modern high-def televisions comes from volume in manufacturing and sales. Since most come with some token "smart" capabilities, I end up buying something regardless of (or despite) the addons.

I just use a basic home-theater-in-a-box receiver for 5.1 sound and because it has a built-in Bluray player (which I have yet to use) and like 3 or 4 HDMI inputs. So I run the cable box into one input, Chromecast into another, game console or HTPC into another, etc. and then output video from that into the TV.

So in the end, I only use my TV as a display even though it has other features built in. Having all sources go into the receiver means I can just switch inputs and audio follows video. If I want to watch Youtube or Netflix or listen to streaming music or watch something on my NAS via Plex, I use the Chromecast. If want cable TV for some weird reason, I switch to the cable box, etc.

But yeah, a large format display should last me longer than the life cycle of the "smart" capabilities or streaming services. When I bought this TV, there were several streaming sites that didn't exist yet or I didn't use. I want to be able to add or remove hardware as I need it and I want to use services that are currently valuable to me (and not have to skim past all of the integrated ones I never use or don't exist anymore).

Right now the two options I see are to use a low-powered HTPC that is still more functional than anything in a smart TV and can be upgraded, or something small and cheap like a Chromecast or extender that lets me tap into sources on my network or on the WAN.
The Sherlock of Wasseypur Trailer (2015) – FUNNY – Benedict Cumberbatch Movie
In my apartment complex (built recently in Sweden) there is a shared garage located below the building. It is a great way to get cars off the streets and certainly a feasible location for chargers. In fact, I believe there are some there already.
From personal experience, speed has very little to do with productivity. Productivity is a function of knowledge and experience.

The most productive programmers I've met almost always had enough experience in what not to use. They have a clear focus on the simplicity of their code and their ability to reason about it. They understand the problem and the hardware as well as the language in a very detailed manner. They are by nature extraordinarily curious people.

In comparison, the worst programmers I've met were the exact opposite, learning barely enough to get the job done and never digging into the details. Sometimes they don't even understand the hardware they're using. They pick the wrong data structures, think about code first and data is an afterthought.

Productive programmers don't really type faster or think faster. They just make far less mistakes to begin with and such mistakes always inflate the development time exponentially.
>These are not insignificant advantages, of course, but people don't realize that EVs are equal or better in all other respects.

With regards to going farther...um, no? Not only can I hop on the highway with a full tank of gas and head out to a rural area a couple hundred miles away for camping/whatever, I have no need to worry about whether or not I'll run out of gas because of the gas station's ubiquity. It's going to be a long time before the same can be said for EVs. Being tethered to a Tesla-approved route isn't an viable excuse either.
I know that this is a popular jab at state-funded gambling, but the reality is - at least for the people I've encountered - that they don't expect to win. They are paying a dollar to dream about "what if?".

Probably not the smartest use of money, but they see it as paying for entertainment - not a retirement plan. I thought that was an interesting insight.
One could create a similar page to represent people who have purchased HP multifunction inkjet printers.
I don't know who would downvote you for this fact, but you're absolutely right.
VSCO (Visual Supply Co) | Oakland, CA | Software Engineers

(Can help with visas. Relocation provided.)

VSCO is an art and technology company empowering people everywhere to create, discover, and connect. Our goal is to honor art and artist while fueling a worldwide creative movement through innovative tools and experimental projects.

We're the people behind VSCO Cam, Grid, Journal and Film. We also acquired Artifact Uprising late last year to help get images off of your device and into your world.

We are looking to grow our engineering team with thoughtful, passionate and curious engineers who want to make an impact in the world they live.

We're hiring across our engineering team: DevOps, Full-Stack, iOS, and Android.

Apply at http://www.vsco.co/careers or email me directly: aidan@vsco.co.
> Is that article from like 20 years ago ? Because where Tesla is the most popular (i.e. in the US), now a large part of the petrol is actually extracted locally.

The article is from Sweden, which has little oil resources. I'd also argue that Norway is the country which Tesla is more popular, in % of cars sold.

> Yeah, and your electricity that powers your car is still made mostly from fossil fuels in most parts of the world, or nuclear energy which is not too hot with the general public nowadays. It's nice to be blind.

Still, it might be more efficient doing it this way instead of transporting the petrol around to be used in inefficient engines. Also better for the local air and noise pollution.
Still, most energy in Norway, for instance, is from water.
Sherlock Meets Sherlock Holmes – PARODY CRACK VID
Been screwing with computers since 9 or so, and programming since 11 or so. I'm now about 4 years into my professional career and usually get the typical "amazing programmer" remarks, that I'm fast, smart, good code, beyond my years, etc. I think that a lot of things go into it.

First, practice, practice, practice. I spent waaaaay too much time in high school writing/designing/building projects. By the time I hit university, I could write a compiler or build a web application. Old hat. That's always going to be a hurdle folks who are serious about programming are going to have to get over, I just did it early on so when I started working with others I was ahead of the curve.

The big problem I've noticed among my friends at school that floundered vs the ones that succeeded, and that of the (great) professionals I've worked with is the ability to solve problems. Some folks look at a task like "build a web application" and seize up at enormity of the task. Others, start breaking down the problem into it's component parts. Pick the front-end, back-end tools, database, and drill each piece further down. I think this is just as important, if not more, than raw coding talent, especially since strong problem decomposition skills apply across the board.

I'm regularly amazed/annoyed when folks can't solve trivial computer problems not because they are hard, but because they are afraid to jump into the deep end and start making educated guesses, googling, just plain trying. I'm not a teacher, manager, or any kind of people herder so I'm not really sure how or why folks are like this, but if you just try to tackle the problem, you'll eventually get somewhere. Overtime you build up knowledge, experience, and mistakes and you become that 10x programmer, or that 10x chef, or that 10x <thing>.
Isn't that pretty much exactly what AirDrop does on IOS? Connect two phones via Bluetooth when they're in proximity, and they then carry on a conversation?
The findings of this study have been formally retracted by the author.

http://www.eis.mdx.ac.uk/staffpages/r_bornat/papers/camel_hu...
Singaporean here, have criticized the govt multiple times, protested govt policy, am doing perfectly fine, thanks!
Cost is standardized on range. There's no cheap 250 mile EV. Using Tesla as a comparison against ICE is 100% fair. They all use the same lithium-ion tech and li-ion prices are consistent and nothing is going to make them drop down 70% to be competitive with ICE.
Tesla is not the only electrical car. There are other electrical cars much cheaper than a Tesla.
Following up on this...

With regards to the Pokemon example given, I can think of two good ways to encode it:

First, simply a bunch of single-bit flags, one per move per competitor. Each turn, for move tracking, we update at most one bit in one of these arrays by copying the array and updating a pointer. We can track 1000+ moves, and only need to copy 128 bytes. You can do thousands of comparable things and still be done in a single frame.

Second, a list of turn information. A move could ask arbitrary questions about the history of the current fight by walking the list. An append-only list trivially has an immutable sublist, and you only need to "pass" a single pointer. Walking the list should be trivially possible well inside a single frame, provided you don't have many thousands of turns in a single fight.

All that leaves aside the fact that you don't actually need to fit your world updates in a single frame render - you can interpolate/extrapolate. This is especially easy in a turn-based game like Pokemon, where it mostly consists of "smoothly progress through the same animation".
Why do you reply with "um, no?" and then go off talking about the EV's range troubles when my post clearly stated that range is an aspect of EVs that's still inferior...?
So the statement "our factory will produce batteries while running solely on renewable power", though potentially factually accurate, is greenwashing?
I think this passage actually addresses the context of that question:

>The difference between empathy and compassion is big. Empathy is understanding the pain. Compassion is about taking away the pain away from others, it’s about solving the problem. That small subtle shift is the difference between a data scientist that can tell you what the graph is doing versus telling you what action you need to do from the insight. That’s a force multiplier by definition.
ActivPass: Your Daily Activity Is Your Password [pdf]
B2B Business Blogging Tips and Benefits
Not that I want to dismiss his contribution, but sometimes there are huge tax implications behind these donations, and I know of at least one occurrence where a half-billionaire SAVED money by donating some to charity.
People from camp 1 also do not generally curate a public profile, since they generally come from traditional engineering cultures where judgements are made based on past experience and ability to reason about complex systems during interviews than on flashy portfolios and pop quizzes.
As a military brat who rarely spent more than two years in a given location, I wonder if there is any data pertinent to my case. Anecdotally my peer group largely out-earned their parents, but that is not really what's being addressed here.
You are correct that electric cars are not inherently more aerodynamic, but in practice it is easier to engineer them to be more aerodynamic. Not needing a big intake grill at the front makes a substantial difference, as does being able to easily seal off the bottom of the vehicle with a smooth flat surface.
Slide Deck: A Tor Overview by Tom Ritter [pdf]
Sure, if you think that wage-fixing and being a great "people manager" are aligned.

http://www.osnews.com/story/27836/Pixar_s_Ed_Catmull_central...

Edit: grammar
On the great social level it could result is some problems -the same as if everyone decided they wanted to become doctors. Individually there is nothing wrong with such preferences. In China and Japan lighter color meant not being outdoors, meant not working the fields meant someone of means. That's where it comes from and existed way before any modern contact with Europeans.
That would be SQL.js, from the emscripten guys! Props to them!
https://github.com/kripken/sql.js/
My experience totally contradicts this. I am a biz guy but I have been privileged to work with a handful (literally, about 5) developers who are not just 10x better than average but 50x or 100x better. Its like denying Black Swans - rare is different from non-existant.
I read this, and wonder why software has gotten so fat? Any simple application these days is easily on the few dozen of MB, most a few hundred, with a few on a few GB in size. Why aren't we streamlining software to reduce its size? I understand we have gotten "rich" on storage, but if the trend continues...

I am sure many portable devices would benefit if applications were trimmed down.
It's like a bizarro-world balkanized Internet - like the Online Gateways (Compuserve, AOL, etc) of past years.

Sounds like step back in time.
Ask HN: What job perks appeal to you?
My friend is starting an agency and wants to know what appeals to developers?
In case you haven't seen it, here's a similar article on making a tiny ELF executable. [1]

[1] http://www.muppetlabs.com/~breadbox/software/tiny/teensy.htm...
This is a pretty standard multithreading problem that has nothing to do with mutability or immutability.
Learning Communities for Meteor
That's probably why they put together the content in the form of a collection of interviews. They don't establish authority of knowledge. They establish authority of intelligent curiosity.
A streaming CSV parser is very difficult to get right, once you get past a certain level of complexity.

Sometimes, you are not lucky enough to have perfect control over the encoding, number format and date format of the input, so you need to look ahead at a value sample to try and find out what those are.

Sometimes, you cannot even assume that the software that produced the file didn't mangle the quotes around fields, and you have to detect that you are 40960 bytes into a quoted field, decide that it's probably an error, and backtrack.

If you have enough memory to load the entire file, you will save a lot of time by giving up on streaming processing.
Max (et. al) - way to go & congrats on publishing!
Map every point on earth to 3 word encoding
Oh the Model X is definitely still a luxury car, no question. I imagine it'll be more affordable, though. The next model they announce - as you say, the Model 3 - is supposed to be their first truly affordable car.
This is more or less the same issue

https://github.com/kivy/kivy/issues/3234

I have since removed everything I setup, but I'll try to setup as I did before and give a complete log.
Two thing in this article are unclear:

1. Top X% of what? The top 1% of earners in the community? The nation?

2. Does income data for a "child" reflect back on all the locations they previously lived or does it reflect solely on the county they currently live in? e.x. If I am a child who moved many times, and at age 26 live in a place where I did not grow up, which locations' income differences are affected by my income?
> well, that's always going to be true.

unless they die

> I am more interested in the statistics of mortality

"Death rates have not changed significantly over 2002-2012"
By age 26...

At age 26 I was in more debt than I was at any point in my life... Basically this completely ignores time and money invested in education.

And I'm not sure how one would control for it if the cut-off is at 26, because people who did odd jobs in college would come out way better off than those who haven't.