skysight-inc/HackerNews huggingface dataset:
Can't speak for tel, but i believe that. Types establish the rules of the game, and the compiler backs you up enforcing those rules.

On the other hand, i'm the kind of guy that has read 20 lines of code and missed possible null value bugs. Sucks when you have to tell customers to wait for the next point release before they can use this new feature.
So the drones take off and land from a purpose-built shielded dock/recharger station only when the truck is at a stop light or designated real-time-determined rendezvous where the truck and the drone(s) have agreed to meet or un-meet while the truck is stopped.

And fuel consumption concerns are negligible. Sure, there likely would be a net increase in fuel used, but the premium is on drone electric charge capacity, battery weight, and drone range. A coordinated network of drones hopping onto trucks would greatly increase total per-drone range and make it possible to centralize drone freight depots even more (making them more sparsely distributed). This would push down costs a lot. The drone actually flies only "the last mile" and delivers only higher-valued goods.
Yep, foodpairing.com is a great tool for this. In the longer term I would prefer to not to need it at all, but for now foodpairing + a set of cooking patterns is what I am concentrating on.

Thanks for the book titles, added to the top of the reading list!
How shitty stock became great
Constructor.io
He probably led with balding because it is the most common symptom. An 80% chance of going bald is more important to a lot of men than a 0.1% chance of heart disease.
Course Review: Algorithms, Design and Analysis, Part 1 from Stanford on Coursera
> Initially, the designers wanted to put small changeable batteries in the new glasses. Beskind pointed out to them that old fingers are not that nimble.

I've watched my father change batteries on his hearing aid, and this is very true (he is also 90 with macular degeneration). The hearing aid battery people now sell their batteries in dispensers that make it easier to insert the battery, but they don't help with removing the old dead battery - he has to shake it out over the trash can.

Sometimes he loses his grip and the entire hearing aid ends up in there. Or the battery misses the can and ends up on the floor where he can't see it, and it then acts like a ball-bearing and becomes a fall hazard. So a stupid $2 battery that gets changed a couple times a week could potentially result in a broken hip, which drastically shortens the lives of seniors.

Thinking about the entire life-cycle of a product and how the customers are going to use it is always worthwhile.
The era of sexually transmitted data is upon us. :]
Why I would never want to compete with Travis Kalanick
Your website uses a terrible HTTPS config.

https://www.ssllabs.com/ssltest/analyze.html?d=www.backblaze...

No PFS, weak RC4, TLS 1.0 only, and SHA1.

It's not much effort to fix these, really. It makes me question the security of your product.
Patterns to ride a bicycle? Sounds interesting…
Even if they're funded by the government, the government doesn't stop you from posting anywhere else.

If you don't like Facebook forcing you to use your real name, Hacker News will let you use a name like freehunter (most certainly not my real name).
The simple solution is to only deploy/mate when stopped.
South Korea tried that several years ago. The outcome was (well, apart from gross restriction of freedom of expression) that every small and large websites were legally required to ask for people's personal identifying information and store it somewhere. There were several popular incidents where millions of people's information were hacked, and who knows how many incidents were there that wasn't publicized.

These days it's safe to assume that the name and Residential Registration Number of pretty much every South Korean is floating somewhere in China. (Well, at least the law is gone now...)

Glad that China is following our lead.</sarcasm>
So, what's the latency?
I think it depends how you define "coding". Writing a compiler for C++ from scratch for instance isn't the same feat as coding a bubble sort in php. Besides, nobody designs a nuclear submarine anyway. I assume it's always a team work. It involves a lot of knowledge that not a single individual possesses.
There are literally hundreds of books on Precalculus. Just don't buy this one.

I studied precalculus in India. There, the textbooks are all made available online, viewable by anyone. Give it a try!

http://www.ncert.nic.in/ncerts/textbook/textbook.htm

Specifically, for grade 11 math:
http://www.ncert.nic.in/ncerts/textbook/textbook.htm?kemh1=1...
It's content marketing, a bit different from advertising. It only works if the content is good (which it is in this case)
Having multiple partners is not a backup method!
Drones Are Now Appearing on Afghan Rugs – The Atlantic
The Myth of the Paperless Office is a wonderful read. https://mitpress.mit.edu/books/myth-paperless-office
Cool. Will do once InfluxDB 0.9 is released in March. Not worth comparing to 0.8 since so much is changing under the hood.
At least in Germany, I've been surprised at Amazon's poor selection of office supplies. Not that we have great retail stores for office supplies here either, but at least I can go out and buy a small pack of rubber bands for 75 cents.

Amazon could (and probably should) be doing a lot better in this market.
I sympathize if I detect that they're genuine in their desire to learn and improve themselves. As for the others, the ones that just want to "get by", they don't get much of my sympathy. And that is after I try my best to inspire in them a sense of self-improvement when it comes to programming. Alas, not everyone has that outlook on programming, but rather just see it as a dumb-tool to muddle over some arbitrary problem someone dreamt up in some ivory room, somewhere.
"In mathematics, a continuous function is, roughly speaking, a function for which small changes in the input result in small changes in the output." [1]

I could clarify and say that the change doesn't have to be unboundedly large in absolute terms, but rather relative to the change in input. (i.e. a jump discontinuity from 0 to 1 is not absolutely unbounded, but it is relative to an arbitrarily small change across the jump.)

[1] http://en.wikipedia.org/wiki/Continuous_function
iTerm2 cheetsheet
How does that help Android native apps?
I've been dealing with LeaseWeb's incompetence on adding my DNSSEC key to the nl. zone. After days of explaining that I run my own nameservers and that theirs are irrelevant, they finally managed to add... the bloody wrong key.

http://dnsviz.net/d/donttrustrobots.nl/dnssec/

Edit: I've removed dnssec from that domain in the mean time. Should be reachable on any dnssec validating resolver as well when it has propagated.
And gets sued by the patent holders of the DNA code!
Cool article. I knew someone had done it (someone seems to have done everything). I agree about the crappy seating in most laundromats which is pretty stupid given you have to sit and wait.
Yeah, I would be really interested in hearing any arguments that would invalidate my research (because hey, if InfluxDB would actually be a good fit for long-term storage of Prometheus metrics, that'd be awesome, because it's Go and easy to operate).

However, if the data model didn't change fundamentally (the fundamental InfluxDB record being a row containing full key/value metadata vs. Prometheus only appending a single timestamp/value sample pair for an existing time series whose metadata is only stored and indexed once), I wouldn't expect the outcome to be qualitatively different except that the exact storage blowup factor will vary.

Interesting to hear that InfluxDB is using BoltDB now. I benchmarked BoltDB against LevelDB and other local key-value stores around a year ago, and for a use case of inserting millions of small keys, it took 10 minutes as opposed to LevelDB taking a couple of seconds (probably due to write-ahead-log etc.). So BoltDB was a definite "no" for storing the Prometheus indexes. Also it seems that the single file in which BoltDB stores its database never shrinks again when removing data from it (even if you delete all the keys). That would also be bad for the Prometheus time series indexing case.
Very instructive!

I've often seen where Bézier curves ("splines") are used to interpolate 'missing' data (for visualization, but also for analytical curve fitting) and always worry that hidden assumptions are thereby in place, (for instance: is nature, by default, 'smooth'?). If there was a reference discussing this situation, I'd love to be directed to it.
wow really well done, now need some code samples in definitely languages to illustrate this :)
Since we're playing semantics,

>When you get an engineering degree from a certified university, you are an engineer.

That's not true. When you get a degree you have an engineering degree. When you get hired and employed as an engineer, you are an engineer. You have an engineering degree and I have a mathematics degree. Our employers hire people for engineer positions and call them such. If I were a professor of math, i could call myself a professor. If I were a mathematician at the NSA, a Mathematician. But my employer calls me an Engineer. The degree does not do that.
They moved to the New World. They didn't move to the middle of Antarctica or the bottom of the Mariana Trench, both of which are far more hospitable than Venus.
I was planning to just tweet out something like "Come by X bar at Y time to hang out with the Virtru engineers. First beer is on us!" and use that as an opportunity to start a conversation with some smart engineers. Ideally, at least one of those relationships would evolve into an eventual hire over time.
guess they beat Amazon to it :)
I was hoping the main thing "innovators" would be innovating away in the near future are the big ISPs. Instead, these laws are going to enshrine AT&T, Comcast, Verizon permanently, and any upstarts that might improve the situation are not going to have the manpower to handle all these new regulatory hurdles.

I'm certainly not a big fan of the status quo, but all that's being proposed here is to make a slightly-less evil version of the status quo the ONLY game in town.

(BTW, If I'm quoting a parent comment directly then how can you say there is no context? The parent comment IS the context.)
Why would you make a customer wait for a "point release" for a program that is only twenty lines long?

I wonder if you thought I meant "a bug in 20 lines" when I meant a "20 line program".

EDIT: e.g. 20 lines is enough for SQL http://web.archive.org/web/20060505221834/http://kx.com/q/e/...
My first thought was, how long did it take to write and read this data? I don't expect exceptional speed, but I do wonder about throughput and seeking.
> That required an engineering degree. In those days, women couldn't get into those departments.

My grandmother worked as a mechanic for the phone company in the 1920's. She met my grandfather, who sold correspondence courses through which one could get a degree, by buying courses in engineering from him.

(In those days, the way to get a degree if you couldn't afford college was to take correspondence courses.)
You'll want to account for this all-in time on your resume. (Unemployment gaps are a red flag to companies.) You could put together a company of your own, for example, and frame all your study time as product/service development.
Just wanted to say that this is spot on, in my opinion. After watching a documentary about North Korea recently, I couldn't help but feel like our Western governments are guilty of the exact same things that we openly mock North Korea for. The only difference is that we, over hundreds (perhaps thousands) of years, have mastered the art of disguising the mechanisms by which we control the population.
Normally when you accuse people of plagiarism you present side by side screenshots. That allows rapid comparison.

Linking to a twitter stream is suboptimal. (That's true for any reason except directly linking to a specific comment that some person has made, but especially true here.)
Whoa. That's amazing. Future collector items?
A friend of mine once remarked that I would probably love baking, and that I might want to start with that before I move on to cooking. Why? Because, at least according to him, baking is more like chemistry, where doing it right means doing things exactly right, whereas cooking is generally more improvisational and free-form. For 'programmer types' he figured the former would be easier.

I took his advice, and baked a really good cheesecake. I would like to say I was hooked and kept going, but I didn't. But it was the first time I started to see the fun of making food, and I'm sure I'll pick it up again soon.
We can expect something similar to what happened to Acompli: rebranding first, quick release then a probable tighter integration with MS products.

It's incredible though that a calendar app is worth >$100M.
This is the premise behind Ruhlman's books _Ratio_ and _Twenty_. Both are great.

Another interesting prism through which to look at cooking is the format used by the CIA's _New Pro Chef_, which covers technique, still focuses on recipe, but also introduces evaluation criteria for each dish: you're not simply following steps, but also judging the outcome carefully, which forces you to focus on what you're actually doing.

And then there are recipe books that use recipes as a vehicle for teaching a broader technique. A good example would be _Sauces_, which is compromised of recipes for sauces, but is a survey of the techniques involved in saucing a dish.
I don't think you can make comparisons like that and feel good about them.

I certainly believe that there are 20 line programs which are harder to reason about than some 1000 line programs with types. That's a big silly, though, I'd believe the same even without the "with types" caveat.

So, here's what I believe:

* Types impose logical structure on programs which is continuously
checked, high-level, and very human interpretable

* All things being equal, shorter programs are easier to comprehend
than longer programs

* If I were to list the things which aid program comprehensibility
then types + most of the things on the list in this blog post
actually go *far* higher on that list than "short length"

(Edit: I should add, given what came after this point, that "all things being equal" above is, in my eyes, a very difficult hypothesis to satisfy.)
How does the Flynn Effect enter into this? [1]
Because it seems unlikely that we're getting both dumber and smarter at the same time.

[1] http://en.wikipedia.org/wiki/Flynn_effect
I dislike javascript as much as the next guy, but the example in the article is absurd:

function DoSomething (foo) { x = false}

var x = 2;

DoSomething(x);

var y = x - 1;

If you change "foo" to "x" then this works as expected. Who writes code that looks like this anyway? Decent JS developers know that declarations elevate themselves, and they also would not write code that looks like this.

This is like taking a couple words out of the middle of a sentence and complaining because the meaning changing versus the whole overall sentence.
The ST monad is exactly an example.
I'm still missing it a little I think: the article says that if you remove a bunch of flexibility, like mutable properties, then its harder to make mistakes and your code is more predictable, right? But like the author mentioned, if you follow good patterns and things like decent naming conventions, and moreover know the language well enough to not make mistakes around things like the purpose of .Equals, then you wont have problems and wont be sacrificing anything either...right?
Balcony? Delivery box on the roof?
Sqlpp11, an EDSL for Type-Safe SQL in C++11
As a self taught developer, I'm so thankful I first thought I wanted to be a designer. HTML and CSS made sense to me (the backend, even frontend js, forget it. I'd try to hack around it) and I sought deeper knowledge on the subject. Build systems and preprocessors were a gateway to command line tools and good organization skills.

Once I was thrown into full stack development, I at least had something to lean on while the backend programming caught up with the frontend. Then I started applying the things I learned programming backend applications to frontend applications (where do I keep all this state?). I think I spent a lot of time in the desert of despair wrt. certain types of programming but was never entirely there.

I think it's important to have something to feel confident in while you struggle.
Show HN: Twitter Bootstrap Grid Generator (draw rects over ANY site)
No, but it should be a goal in itself. If you enjoy life, there's nothing wrong with wanting to live longer.
There's a mysterious Apple van driving around San Francisco
Indeed! I was leaning towards this thinking myself. But the optimist in me keeps refuting it.

>> There is also the separate-but-related political reality that the Internet, as a vehicle of basically free information, is opposed by those who depend upon their influence over the flow of news and information in order to maintain political and economic power. This policy shift will make it more difficult for them to keep their influence, and will therefore be fought against by very powerful people who face a long-term threat from its continuation.

Sorry couldn't resist this quote. Any one else see the similarities with MGS2?
Creating a Custom Report with Spree
In my opinion Javascript is on its path to marginalization. Just glancing the recent tooling options for ClojureScript and TypeScript, I'm pretty sure now is the time to start putting your alt-js experience ahead of Javascript on the resume. The syntactical checks are great (typescript ides) or instant feedback (clojurescript figwheel) but for me the killer is the performance optimization over 'raw' Javascript due to compilation optimizations.

Better tooling, better performance, why would I want to go back?

The language of the future includes a Javascript compilation target.
I have noticed that when a program is small enough that I can see all of it, then I can reason about all of it, and when I cannot see all of the code, then I cannot.

You've made a powerful observation about how programmers and human minds in general interface with complex systems. What if you had language semantics that could let you ignore most of your codebase with 100% reliability?

I've had a long career dealing with very complex "enterprise" software for multi-nationals. Semantic tricks that let you make far-reaching deductions and securely ignore most of the code are absolutely vital in contexts like that. It was precisely in the parts of the code where things weren't structured to allow this, that things broke down, and everyone dreaded to check-in code.

I'm disinclined to waste energy on what I view as premature optimisation.

There are certain contexts where one already knows that this sort of thing is not premature optimisation. (Granted, lots of programmers seem to make a fetish of acting like they are in such a context, when they really aren't. Analogous to: http://xkcd.com/538/ )
I didn't post the original link. Honestly, I'd love for them to be stopped but this is the internet after all :)

I, like you, am curious if YC condones this type of copying esp since the CEO admitted it on Twitter.

But it's shitty and our team does a lot of hard work so I do hate to see it copied. That said, we've seen plenty of unoriginal folks do similar stuff in the past, and they've all failed as they focus on us while we focus on customers.
I think it's great that someone is trying to make cooking more approachable by using 'geek jargon'. Who cares that it's slapping a different label on an old thing?
There's no dependency between learning functional programming, including Haskell, and category theory. I say this as someone who is reading a CT book (Conceptual Mathematics) after being first exposed to the topic by learning Haskell.
The Flavor Bible is interesting (and so badly wants to be a web app). There are things it's amazing at; for instance, if you have one or two base ingredients, The Flavor Bible will generate thousands of plausible soup ideas. I don't find that it informs my cooking all that much though; the most important combinations are also very well-known.
The 6 Grand Illusions That Keep Us Enslaved to the Matrix
http://images.boomsbeat.com/data/images/full/4273/paypal-jpg...

https://lh3.googleusercontent.com/-gPksSnaAJ2k/Tv6BAsInYbI/A...
I wonder what they are going to do about store overlap. There is one of each within three block of my office and I suspect that's not uncommon.
Nice post. You're certainly right that the anti-Wheeler fervor was strong here on HN (probably almost as strong as the Anti Obama agenda presented by the comments on this article).

I think I fell for it myself and was pleasantly surprised when this announcement came. Now I know I had let a lack of diligence had prevented me from seeing that this announcement may have been far more likely than I ever thought.

It's easy to be swept up by the resounding chorus of comments here sometimes.
> There are a ton of health issues such as balding, coronary artery disease, prostate cancer, obstructive sleep apnea that are related to testosterone.

So then, could it be true that getting your protein from soy based foods (e.g., tofu, tempeh, miso) presents an obstacle to being hit by these?
> Which brings us to the most important principle on HN: civility. Since long before the web, the anonymity of online conversation has lured people into being much ruder than they'd dare to be in person. So the principle here is: don't say anything you wouldn't say face to face. This doesn't mean you can't disagree. But disagree without calling the other person names. If you're right, your argument will be more convincing without them.
ReactJS' stars on GitHub as a function of time
Millions to Be Kicked Off Broadband Internet Under New FCC Rules
Didn't Lea Verou already do this? http://cubic-bezier.com/
I like the guy who commented:

> I see the telecoms have sent their minions to the comment sections.
Second that advice for Mark Bittman's book. The main advantage (for me) is that it briefly discusses the basic recipe (and some of the reasoning behind it), and then mentions 10-20 variations w.r.t. ingredient alternatives that are worth a try.
Totally agree. Helping novice programmers through that time of "Oh my god, I know nothing, I will never be good at this" as their world is expanding is crucial. I think having a support system can make a big difference here -- and it might last months or even years until you feel confident enough to work full-time, when you'll re-enter the desert (since the tools your job uses probably include at least one thing you're not familiar with).

One thing that I think separates senior engineers from juniors is a level of confidence and willingness to tackle the unknown and learn new things, tempered by pragmatism that they don't all need to be tackled and learned right away.
My quibble is with the claim that 3TB (3.5") hard drives are the "densest storage medium in use today". Yes, the article is two and a half years old, but by then 32GB MicroSD cards had been around for a couple of years. 100 such cards would exceed the capacity of a 3TB hard drive and weigh a tenth as much.
I may be being naïve, but it seems to me that the existing hurdle of laying copper or fiber to the curb is significantly higher than the one being described here, which may account for the fact that we already have the doomsday scenario you are describing in nearly every part of the country.

If you were hoping for last mile unbundling, your comment strongly suggested that you were on the absolute opposite side of the debate regarding regulation.
It also overlooks the fact that when you're taking hormone supplements, it's both tempting and very easy to increase your levels above what you would get through natural means.
Video Tutorial: Set Up HTTPS on Nginx
Someone remind me why this isn't in our hard drives yet.