skysight-inc/HackerNews huggingface dataset:
10 years is not a long-term view. Try 50 years. Your ability to make $100 now is must more guaranteed than your ability to make $100 when you're in your 70s. A lot can happen between now and then. You could suffer a debilitating illness or become disabled. Your currently bankable skills may no longer be in demand. If you're 28, chances are you have about 10, maybe 20 years left of barely increasing eating potential, followed by a pretty steep drop-off.

I, for one, don't want to be in my 70s thinking, boy, if I only saved a little when I was younger, I wouldn't be eating dog food right now and choosing between my arthritis medication and rent.
If you know a better way to get sales figures relating to Amazon products, please let me know.
Sorting cells with sound waves
Thanks for the insight.

Was this thread then manually flagged as "noflame"? It seems that the general sentiments on HN lean toward the "very critical" spectrum whenever dropbox is brought up, which seems like it would set off the flamewar filter constantly.
Liability would almost certainly be yours alone. The passenger who reclined their seat was using the seat as it was intended, so there is no offense there. The airline would likely argue that they never made any guarantees as to the protective nature of that pocket, nor did they tell you to put your laptop in there.
That kind of question can actually be useful as a proxy for experience with the language, and whether you're the type of person who digs into understanding your tools. If you say "I'm a rockstar Javascript dev", it's very hard to prove it; but if you've never been bitten by some of Javascript's type conversions, and/or have never really looked into some of its intricacies on your own, you probably aren't. It's just one data point, it won't be enough on its own to sway the interview either way, but it's interesting.

To give you an idea, I once interviewed a Javascript dev who said you should null out your variables with 'undefined' when you were finished with them. Oh, why is that? 'Because sometimes they leak out into the global scope and that can cause problems elsewhere in the code.' This person had noted that you could declare a global anywhere in Javascript, but had not noticed, nor asked anyone, nor looked up, nor anything, to find out that there's a difference between "x = 5" and "var x = 5". We didn't hire him.

Had he simply been unaware you -could- declare globals (and had instead said that "x = 5" won't work, you have to use the 'var' key word, or something), we wouldn't have counted it against him; he's following a best practice and never encountered it, fair enough. If he had never been bitten by the scoping rules, fair enough, a minor ding but we'd continue the interview. But the fact he had seen it, possibly been bitten by it, and just handwaved it away as non-deterministic weirdness that required a mystical incantation to avoid? No.
Way does built-in in mean? Airplanes are designed to withstand noise, and smells too.

Social acceptability is defined by society. Why is reclining acceptable?
The thing is, I have seen comments on the fizzbuzz test on blogs. A novice programmer had submitted his solution in the comments and it was almost correct, except he used an "if" instead of an "elseif" or something along those lines. It was wrong, but typing it in a terminal the reason would have been obvious. Its an easy enough thing to trip up on even for an experienced programmer.
$48,000 a year in investment is $18,000 more than the median total income for an individual in the United States.

What you are able to do is exactly what the vast majority of Americans are unable to do.
"Why do you take it as implicitly acceptable that Google should expect silence"

I wouldn't (and i work for Google!). But I also expect this is more on the side of "Board worries about this in abstract" than "Particular company made a complaint".
I, uh, I am? I've never seen an instance where someone had to pay money for damaging a laptop by stepping on it by accident.
Content Marketing Ideas: Generate Clickable Content for Your ECommerce Store
Oh dear. Not this shit again. The discussion is always the same. Windows vs. Linux. Or maybe a Mac? C'mon, just use what you like and leave us kids alone.
Walking backwards != reclining in an airline chair.

Also, good luck getting me to pay you for your laptop if I step on it.
really HN? if you find yourself depending heavily on the recommendations in this article you are doing data analysis wrong. Shell foo is relevant to data analysis only as much as regex is. In the same light depending on these methods too much is digging a deep knowledge ditch that in the end is going to limit and hinder you way more than the initial ingress time required to learn more capable data analytics frameworks or at least a scripting language.

still, on international man page appreciate day this is a great reference. the only thing it is missing is gnuplot ascii graphs.
there is https://github.com/jish/pre-commit already
The Code Club board just taught their students a very important life lesson about what happens when you stand up for whats right.
So since you (an admitted neophyte who knows "next to nothing" about art) can't discern good art from great art, art criticism as a whole must be invalid? It might be, but that's surely not evidence of it. You tout your ignorance as if that somehow lends credence to your comment.

Sure, there's a high degree of subjectivity inherent to art. But we can look to the originality of a given work of art, and and cultural impact that it has had.

If you wiped everyone's memories of great inventions, scientific discoveries, etc., and then asked them to compare the Model T to a Ford Focus, they'd of course say the Focus is a much better automobile. And an understanding of the impact and importance of the Model T would be lost on them.
According to OP, he was knocked down to free tier but not issued a refund. That is incredibly odd, given that he already paid for the service

To be clear: The knocked me back to the lower free tier and quota, and only restored the quota a few days later when I saw no refund and complained.
Any NAT deployment that large will included local DNS caching servers. Out of the box consumer NAT configurations (WRT-54G, etc) typically run a DNS cache also. Source port randomization in response to Kaminsky's paper in 2008 is definitely the sort of thing that would fill NAT tables faster. But RFC4787 was published in 2007.

The behavior chosen by the implementers of the Linux netfilter code (see simmons' post) elegantly covers most cases without getting as specific as REQ-5 in the RFC, and not nearly as specific as you're describing. Network operators just manually configure a faster timeout for port 53. That's what the RFC permits: tuning in response to real conditions.

A hard disconnect is a major event that usually goes all the way back up the stack. A systems designer wants to avoid such a thing, and the sensible thing is to look at the source (of the most commonly deployed implementations).
One might expect you to be able to differentiate between a question and an accusation.
No, that's not necessarily true. If you have placed your laptop on the floor in the public space, then you haven't taken reasonable precautions and you'll have to pay for your laptop.
Because reclining the chair is using it in a predictable way and as it was intended to be used. It's a bit like laying your laptop in the middle of the freeway and then claiming people can't run it over.
Perhaps centre of a graph is more useful - economic activity is almost always an edge between two nodes, so the usefulness of graph theory seems apt (and afaik common) with economics - so a map showing the volume / value of transactions between actors would perhaps be useful - I have not seen all the maps here but it would presumably see NYC glowing with shipping and financial nodes ...
> if you're reading the whole file into memory theres a good chance you're doing it wrong

GP: "working with file lines _naively_ in Ruby"
"The road to wealth is earning."

That's half the road, which is the OP's point. We all know tons of people who earn a ton of money, but they never get rich or free because they keep ratcheting up their spending.

The road to wealth is spending dramatically less than you make in an ongoing way.
Jon Hendren – DevOps Thought Lord
"Definitely" says who? Why is your laptop on the floor?
Because when every person reclines, as usually happens whenever meals are not being served, there is the same amount of space between each seat, but all the seats are in a more comfortable position.
Can we try not to be sociopaths for two seconds? Just politely ask the person behind you if they mind. They'll most likely say yes even if they do mind, but they'll appreciate the gesture.

I personally find it impolite to lean back without acknowledging the person behind, given the tight seating arrangement (which everyone has common knowledge about).

The reclining feature of the seat is a vestige from a day when seats weren't crammed. Just because it exists doesn't mean you should feel entitled to use it without any consideration of others.
One thing I'll note in regards to Microsoft patents is that for basically the entire lifetime of the company filing patents has been considered important.

On the other hand, that doesn't necessarily mean Microsoft wants to keep them closed. On the Roslyn team we received a number of patents on some new algorithms and data structures to do fast and incremental parsing with immutable data structures. When Roslyn was open sourced all the code and patents went under Apache and are now open under its conditions.
This really hit me recently when I left the house after doing some cryptography research.

When I "locked" the wooden door with a piece of metal that has been photographed by probably countless cameras... I just had to laugh at myself and wonder why I bad been programmed to do this seemingly pointless action my entire life.
> I have rarely had anyone complain to me about my seat recline, and nobody has ever offered me money, or anything else of value, in exchange for sitting upright.

I bet no one has ever made that offer. Saying that "oh, no one has offered to pay me to stop something, therefore people can't care all that much" is the Homo Economicus fallacy gone wild. Would a majority of people accept that deal, if someone brazen enough actually offered? I doubt it. It would just cause needless conflict in a small space where everyone is stuck together for hours and hours, which is why people don't do it in the first place.

> When you buy an airline ticket, one of the things you’re buying is the right to use your seat’s reclining function.

"Rights" aren't god-given things. You can't look up in the cosmic rule book who has the right to do what. The argument is how we, as a society, want to allocate that right, and just stating "I bought the ticket therefore I own the right" isn't really useful.

I'm not coming down on either side of the Great Recliner Debate, but this article kind of irks me. We don't work the way the author is assuming, and I don't think saying "I have X right, pay me to stop if you don't like it, even though such a payment is unusual, socially uncomfortable, and potentially insulting" really adds much value to the conversation on this (frankly largely irrelevant) conversation.
A lot of languages have made one major mistake: It's not easy to get a development environment going, and some even wanted me to not use vim.

The first step to some kind of adoption is that I can get it running with an "aptitude install crazy-foo-language-dk", maybe after adding a repository. After that, crazy-foo or crazy-fooc should be interpreter and/or compiler, and that's that.
Dropbox having good Linux support is a big reason I use them personally and professionally (both paid).

But geez do they mess other things up. For example you can only share top level folders. We have to share with various outside parties and that limitation leads to a very cluttered file structure.

The solution for multiple accounts is beyond annoying. The correct way of doing it how google does it - you provide however many sets of credentials and can then easily select the current set to use/view. Dropbox do this idiotic thing where you tie your personal one into a business one, then logging into the latter also logs you into the former and everything works as though it is one account, with enforced folder names. I'm sure there is some weak justification about how this prevents issues with free accounts, but making paying users have a horrible time isn't the way to achieve that.
It would have been helpful if the author explained how this has benefited him in concrete ways, rather than asserting that his way is best and leaving it at that.
If only there were a cloud storage provider that took a strong, substantive stand against government surveillance and supported true security and privacy for their users.

As long as we're dreaming, wouldn't it be great if you could use this make-believe product with standard unix tools on the command line, and access over SSH ?

I suppose a fanciful firm like this would offer a deep "HN readers" discount to anyone that asked.

If only such a company existed ...
Ironically, it would seem that it would also be less of an issue if passengers like the article writer were less greedy.
Use splunk.

'nuff said.
The Top 50 Universities Producing VC-Backed Entrepreneurs
"As far as I can see, if any software is patentable, that is.
"

Why?
It has been known you could do this for years. There is literally nothing special about their model, other than baking it into a type system, which everyone knew you could do, but nobody had bothered to try to sell to programmers.
This is purely anecdotal as I don't have real numbers to back it up, but it seems to me like every airline has been on the edge of going out of business for as long as I can remember. I don't think it's greed so much as there is virtually no margin in airlines to begin with.
Looks like the UK's figures got updated from the 2012 stats to the 2014 stats, just after I commented. Thanks for pointing this out!
IMO this is a red herring. Even ignoring shifts in language and such, I'd imagine/hope that just about everyone would cringe a bit if they looked back at code they wrote some time in the past. It's natural - we're constantly learning and constantly improving.

I've changed languages multiple times in my career and yeah sure, one isn't writing idiomatic code right away but with a little breadth of knowledge and armed with modern tools such as stackoverflow it's really not a long transition period. If you add in a strong team and a strong culture of code reviews, the really egregiously non-idiomatic code will never make it in the codebase anyways (not to mention, the newbie will learn along the way).
First map - first question. Is UAE/Saudi (in black like USA) actually got > 50k per head, or is that per head of citizens instead of per head of acini if participants (large immigrant worker population)

And would counting Americas cardless Mexicans affect the per capita count too?
Alternately, this would be less of an issue if customers were willing to pay more to fly on an airplane, then airlines could make the amount of money with fewer passengers on the plane. As it is, there's fixed costs (crew, the plane, fuel to a certain extent) to flying an airplane somewhere regardless of how many people are on it, and the only way to make money is to charge enough to recover those fixed costs. You can either charge more per passenger or you can fit in more passengers. The cost for an additional few inches of legroom on United is about $40 on a larger plane, about $20 on a commuter plane. I understand that some people can't afford to upgrade, but then packing more passengers in benefits those people, presumably -- they'd rather have the lower fares than the extra legroom.
You opted out of health insurance???

Obviously I would never wish a freak traumatic accident or sudden debilitating illness on anyone, but should one happen to you, please post back here about how those slightly bigger monthly paychecks worked out for you.
Why? Because he is good at memorizing things?
That does not make the strongest developer.
I've found quite the opposite. Most developers hate comments because they represent extra work. That work manifests itself in the creation and upkeep of the code. We've found that addressing comments as part of our code review process made a big difference in keeping things up to date.

Regarding the issue of expressiveness: I never find myself commenting about what is obvious in the code itself. Often I'm writing about some thinking behind why something was done a certain way OR identifying expectations of downstream systems that can't be expressed using code. Code enough in environments where you're interacting with multiple disparate systems and you'll find that some well placed comment providing the broader context for the code is extremely helpful to folks encountering the code the 1st time or to yourself a year later when you're incorporating a new feature and have forgotten about all the concerns wrapped up in the code.

With the todo issue- we require folks to include a JIRA issue number along with the todo. If something was left undone then it needs to be recognized where we manage our backlog and flagged as a technical debt to be addressed.
A Reversed Timekeeping System
I need help writing a data bean agnostic protocol.
I was treated with respect throughout the whole process, and the interview was very well done, with challenging questions that forced me to think, and didn't rely on language trivia. I would recommend the company to any of my friends, whereas I can't say that about almost any other company I interviewed with.

This is a really important point to remember for interviewers. The interview process isn't just to help you find good candidates, it can be a great branding/marketing vehicle as well. I've gotten many good people from former candidates who enjoyed our process and spoke highly of our team.

I wouldn't have just stopped replying to emails though. An interviewer should always reply, even to politely decline. And it can help to add a reason why you are declining a candidate too, since it can help them improve and perhaps return for another interview in the future (I've hired a few people that I originally passed on too).
I don't follow -- why are your keys being photographed by countless cameras?
> You aren't interviewing people to determine how good they are at interviewing, because interviewing doesn't generate money for your company.

Depends. At most companies, how you handle a simple interview is still relevant if it's for a revenue generating or client facing role (e.g., sales, marketing, and project management).

Granted, most technical roles aren't generating revenue or in contact with clients, so this isn't nearly as important.
Show HN: Stag, Streaming graphs inside your terminal
Just a note since we're on the topic ...

- HN Discount for new customers is 10c per GB, per month. No charges for usage or traffic, etc.

- We just began announcing 3c pricing for 1PB and above. That may be more space than you require, however.

We've adjusted our pricing quite a bit in the last 30 days in conjunction with offering our PB filesystems, etc.

It's always worth emailing us.
To me, the question of precocity vs. late blooming can be summed up thusly:

1) The 70-year lifespan is a recent development. Producing great work in one's 20s and 30s was a necessity because one's 40s and 50s weren't guaranteed. Social inertia took over from there.

2) The young also have greater marketability (looks, energy) and can usually be controlled more easily. This makes them more attractive to backers. This matters a lot in many fields, but in the arts especially, where the artist receives as much attention as their art.
Jon took my business to the next level.

The level of success and mad profits for me and my distinguished staff.

You have to touch him to know what he can truly do for you. Wi
In raising cash, Square heads for $6B valuation: sources
You already bought it. It's done. Your option is to cancel at renewal or not.

This is technically true.

In the bigger picture we should judge people and companies by what they choose to do, not by what they have to do.

Had Drobox even replied that they understood my complaint but decided that it did not warrant their making an exception to their ToS I might be less disgusted. At least it would show some sort of backbone. Instead they pretend their hands are tied. That's dishonest.
Yes, they did. They asked a lot of folks to do a lot of things. That does not mean it is actually used.

I've talked with the ask patents folks before, and from what i remember, they send email to the examiners. That's it.

They try to occasionally look and see if the stuff they cite was cited by the examiners, but then they assume that if that is the case, that they were the reason the examiner found it. While I understand how hard it is to know why examiners did things in general (You can see exactly what they searched for through PAIR data, but not what results it turned up), this is a very very suspect methodology.
Ahh I missed that point, my bad.
Another solution —based on the incident that's described in the article— would be for the passengers to start throwing water at each other. If the pilot had to land every 5 minutes to dispose the water throwers, soon it would be more expensive for the airlines to have seats with so little space between.
I (think i) understand it, but i did not understand the workflow.

Before i commit, i run local tests to be sure that my code is ok (with jshint, ...).
Normally i work with my local branch before i push it to other developers.

Why should i share unfinished untested code to others?

Or is pre-commit a kind of local history (like Eclipse holds it in background for every file)?
I don't understand the fuss over reclining seats. It's not like that feature is added by accident or something. They're intended to recline. It's a feature for the person occupying the seat. If I want to use it, I will use it whenever the rules allow me to. Likewise, I will plan the use of the area behind the seat in front of me with the assumption that they may recline their seat at any time it's allowed. This may make it difficult for me to use my laptop. That's either the airline's fault for cramming us in so tightly, or my fault for buying a ticket for a seat where we're crammed in so tightly.

I'll note that I'm 6'3" tall and constantly have trouble with space on airliners. But I'd rather save money than pay for more space. I'm not going to hassle the person in front of me just because I'm cheap.