skysight-inc/HackerNews huggingface dataset:
These are good points, but I'd like to add that unless someone is dealing with extreme latency (ie: > 150~200ms), jitter is typically a bigger problem.

If you have a consistent latency of, say, 100ms, you can account for that. People adjust. They can plan for being a little slower to react.

On the other hand, if you're playing a shooter and you're constantly bouncing from 20ms to 100ms, you're likely going to feel pretty unhappy. You'll be forced to constantly adjust for actions happening slightly too fast or too slow depending on the direction/severity of the jitter.
> There are completely different purposes for the Olympic games and a ranking of economies.

Isn't success at international competition largely a factor of financial investment into a particular sport? Arguably the US being the world's biggest economy, would also give them the world's best trained athletes, the best trainers, the best training facilities and so on.

Many (most?) sports have specific checks and guards in place to minimize the effect of money on team success, but that only goes so far.
>"At will" employment in the US is way, way more flexible than the kind of system they have in Italy where you'd pretty much have to murder someone while on the clock to get fired. Definitely a win for business.

I agree, it could be a win for employees as well if we changed some of the social norms. One example, change "2 weeks notice" to "give as much notice as they would pay if they laid you off" (In the majority of jobs currently, none) and employers would start offering severance packages again.
Startups are only a small part of the economy and majority of world changing stuff happens outside shiny startup world.
You're horrible at this Amazon stick with retail instead.
OK, maybe I have to look over the current interview that I'm using, because it's something similar and everybody in the comments seems to dislike it.
I don't see how Amazon can do it cheaper (cost-wise)/better than UPS

One word: Teamsters.

UPS drivers are Teamsters. Which means they have good paying jobs with pensions and fringe benefits.

All Amazon has to do to be cheaper is to hire no-benefit minimum wage part-timers. Or even better, just use independent contractors. It's the Uberization of package delivery!

It will be far cheaper, but it won't be better.
Why would that be any better than just buying a regular smartphone, and not installing apps?

Further, while you say you'd pay them a lot of money, I really doubt anyone else would.
Zuck’s photos from Facebook’s futuristic Arctic data center
I suppose this way they could start learning when you're (likelier to be) home and tweak delivery times to happen then. Just reading comments here, you can anecdotally see there's a lot of inefficiency caused by courier attempting to deliver when no one's home and/or leaving with a neighbour/on the porch/etc. and things getting lost.
At the moment there's a guy in the truck to take over. A little further in the future you could have a video like to a control center. Full autonomy for that stuff is probably a way off.
All of these problems can be worked on in parallel, so I'm not sure why you think it would be "impossible" to do before 2030. Unlikely, sure.

Also, Musk specifically mentioned that they weren't planning to use parachutes with this architecture, so you can scratch #9.
Exactly. There's some amazon boxes not too far away, but less convenient than next door. If I could know which service they'd use, I'd tell amazon to put it in the box and have UPS bring it to me. But they don't make that information available.
It's kind of a complex subject in its own right. One thing that happens with employees in someplace like Italy, is once they get that Permanent Position, they can be very, very reticent to let it go, even for something that is more interesting or has a better work environment or whatever. This has costs for everyone involved.

My own view is that making employers directly responsible for 'social welfare', rather than simply taxing them and providing money for the unemployed through the government, or some such, is suboptimal. If I'm not mistaken, places like Denmark take the latter approach: easy hiring/firing, high taxes, and a lot of benefits. Not everyone might like it, but it seems more efficient than making it impossible to fire people who are not really contributing much.
There's a few factors at play here though.

Preferential voting means it's harder to shift the mean anyway, because parties have to appeal to other parties/interest groups to get preference deals etc (of course no one has to follow a preference voting card!).

Secondly, having 98% polling day turnout means you don't have to build outrage to get people to vote (as they do in the us/uk). I remember hearing that if polling day was rainy in the UK the conservatives could usually count on a 10% boost because their constituency have cars and the working class don't - not sure how true this is these days
So just buy a flagship phone, and don't install the things you don't need.
Goodluck with your YC application
Depends on your goals and definition of good quality of life. I think there is no best place for a avarage developer. Every life is so unique, skills are so leveled per de developer and matching economics and jobs on these are very specific.

As a dutch man, i can tell you just my experience as a software developer that here in the big cities are enough places to get jobs. Daily mails from recruiters sesrching for new candidates to be places at all sorts of companies. Living here matched about the avarage income to live in a small home with wife and kid.
And then Netflix killed Blockbuster and Amazon killed Barnes and Noble (well almost)... So the cycle continues! Just when you think nothing can uproot a company, something more innovative/convenient comes along.
>playing by the rules in the existing ecosystem

Are you implying that by supporting my business you would not be playing by the rules? If that's what you're saying, you don't seem to be fully aware of the rules. That, or you have a fundamental misunderstanding of the financial ecosystem or somehow believe that a company selling mature content is not "playing by the rules".

My business has a physical store, existing relationships with banks, existing relationships with credit card companies, approval to sell adult comics on Amazon, and even approval to sell with PayPal (yes, they know we sell adult comics). When our customers requested we accept Bitcoin we turned to Coinbase, and you banned our account without providing a reason.

It's ironic, given their history, that PayPal is more accepting of merchants like myself than your company.

This is why I chose to speak up.

You may be an ally to the big banks, but you are not an ally to small businesses or consumers.
True Confessions from the Front Lines of Online Delivery
It's a good question. The name for that - pick one sample, toss the rest - is "nearest neighbor sampling". Whether it's accurate depends on what you are trying to achieve, but the short answer is that in general it is not the most accurate, and it can cause a lot of problems.

But your intuition isn't wrong. Nearest neighbor can be a bit more "crisp" feeling on certain images, especially natural photos. A lot of photos have enough blurriness in the 1-3 pixels range that nearest neighbor sampling is a good choice if you're just resizing an image by a factor of 2.

But to see why nearest neighbor isn't the best in general, imagine down-sampling a checkboard and what happens as individual checkers become smaller than a pixel. You'll get moire patterns if you don't filter. You'd also expect pixels to turn grey as multiple checkers land there, and maybe not stick to only black or white.

Interestingly, some "sharpening" and up-sampling algorithms do the opposite - they subtract the value of surrounding pixels, rather than add. Those are assuming that some averaging already took place, and trying to un-average, if you will, to restore the original point sample.
I notice that BitPay - a Coinbase competitor - seems to be able to interact with the US banking system, accepts Bitcoin, and allows adult content(they made a deal with Verotel, for example).

Is it just that payment processing is an easier problem than storing money and acting as an exchange? So perhaps Coinbase's larger scope comes with more restrictions?
Doesn't work here on Ubuntu 16.04 xenial
For the record, this post is completely false, as even a cursory glance at the relevant Debian bug report will prove: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#672...

We exercise our power to decide in cases of overlapping jurisdiction (6.1.2) by asserting that the default init system for Linux architectures in jessie should be

D systemd
U upstart
O openrc
V sysvinit (no change)
F requires further discussion

[...]

Therefore, the resolution reads:

We exercise our power to decide in cases of overlapping jurisdiction
(6.1.2) by asserting that the default init system for Linux
architectures in jessie should be systemd.
To my shame, I automatically read this as "sperglord". If you don't know, that's probably for the best.
You'll probably get to cast a vote. But this is so rare. The rate of true voter fraud is so exceptionally low and the kind of fraud that voter ID laws are supposed to stop is even lower still that it's just not worth it.
I don't understand why that makes a difference if the bug is `assert(n > 0)`
I'm not a lawyer but if the "probable rate of failure" passes a certain threshold, criminal negligence should be a consideration. Certainly in the cases of vehicles and also in the case of computer security where lives are stake, hospital systems for instance.
I guessed as much, didn't look for it because until typing the above comment I never realised this was one of my minor annoyances with mpv :) Will change the setting in my config soon :)
The longer a database has existed, the more likely somebody in the company wrote something crucial that accesses it without your knowledge and without going through your ORM (usually because your ORM isn't implemented for the language they're using, or it emits bad queries for their use case). Sanity checks that aren't enforced by the database can't be relied on to be up to date or even happen at all.
I have no idea why people keep thinking microservices is all about scalability. Almost like they've never worked on a problem with them before.

Microservices is all about taking a big problem and breaking it down into smaller components, defining the contracts between the components (which an API is), testing the components in isolation and most importantly deploying and running the components independently.

It's the fact that you can make a change to say the ShippingService and provided that you maintain the same API contract with the rest of your app you can deploy it as frequently as you wish knowing full well that you won't break anything else.

It also aligns better with the trend towards smaller container based deployment methods.
> The reason is simple: tax-evation and the like

Source? Switzerland is famous for its private banking sector and it used to be easy to hide assets for individuals (with FACTA and tax data sharing, I don't think it's as popular now, or at least the minimum amount required is way higher since banks don't want the risk). Unlike Ireland, I'm not aware of Switzerland being commonly used to reduce corporate tax (at least in IT).
Yes, and a large portion of that is spent on prescription drugs; the US Government is one of (if not the) largest customers for most drugs.
I think this is intrinsically political in a none-interesting to geeks or a none-novel way, so I'm flagging it because of that. Let's label it a preemptive strike at flamewar topics.

We have too many of these kinds of political stories on HN already and with the Trump/Hillary situation escalating it is only going to get worse.

No offense aimed to you rainhacker. It is just that with too much readily available potential flamebait the whole forest will go up by election day.
Ah... it's almost the reason for GraphQL.

Basically if you're building a hypermedia REST API you return an entity or collection of entities whose identifiers allow you to fetch them from the service like so:

{"result": "ok!"
"users": ["/users/123", "/users/234"]
}

The client, if interested, can use those URLs to fetch the entities from the collection that it is interested in. This poses a problem for mobile clients where you want to minimize network traffic... so you over-fill your data collection by returning the full entity in the collection.

{"result": "ok!"
"users": [{"id": 123, "name": "Foo"}, {"id": 234, "name": "Bar"}]
}

The trade off is that you have to fetch the data for every entity in the collection, the entities they own, etc; and ship one really large response. The client would receive this giant string of bytes even if the client was only interested in a subset of the properties in the collection.

GraphQL does away with this problem on the client side rather elegantly by allowing the client to query for the specific properties they are interested in. You don't end up shipping more data than is necessary to fulfill a query. Nice!

... but the tradeoff there is that you lose the domain representation in your URLs since there are none.
I totally understand why you'd do that, having considered it myself, but this is a really backwards solution. The article is all about how the last mile delivery is difficult. So the solution is to suck at it until the customer gives up and solves it for you?
That's why everyone does the repairs and improvements they've needed for years right before they sell.
Thoughts and Prayers App Commercial
If anything, the fact that the US has a lot of advantages for athletes (high incomes, nice facilities, etc.) means that grouping all those athletes together for the Olympics probably disadvantages individual American athletes, because there's more competition for Olympic qualification. If each US state competed separately in the Olympics, how many more medals do you suppose that would all have received in swimming, track and field, gymnastics, etc.?
See also: https://news.ycombinator.com/item?id=12563798

Quote:

> Whenever mega-hacks like the Yahoo! fiasco hit the news, inevitably the question gets asked as to why the IT security systems weren't good enough. The answer could be that it's not in a company's financial interest to be secure.
I'm in the exact same boat my prime membership is due next month... May cancel
These are some unpopular views and apparently others took it upon themselves to silence them via flagging.

I'm sure my views don't line up completely with wahsd, but these are valid questions to ask. Particularly given the recent investigation of Palantir's hiring practices (for hiring Asians at a far lower rate than qualified applicant pools would suggest).
It is almost certainly correct that this is a contributing factor. It is unlikely to be the only factor or even the primary factor.

The very human element, that most programmers simply don't like writing documentation is certainly a larger factor. If this holds true for the Kernel no new format can fix the problem by itself. At a minimum it will require a encouragement from the top to improve.
You have to be careful to not sell yourself short. Someone with your level of experience is more likely to avoid pitfalls and look at the bigger picture which is very valuable. A slower pace may result in fewer bugs, resulting in lower overall costs.
Ubuntu has used a different init system each time for the last 3 LTS releases. It's only bad because they keep changing it!
Trump spends the day as a tech journalist
Copper is as traditional a bullion metal as either gold, silver or iron, it's just a matter of what historical period we're talking about. Commodity money evolved organically over thousands of years from salt, to iron/copper, to silver+gold and finally to gold alone. Gold was better suited as money because it was rarer, and therefore carried more value per weight unit, and it's fairly useless for metal work because it's relatively soft.
Is the answer something like "The lockers are pretty trashed, especially the hinges"?
I have no idea either. Race condition somewhere? It was mentioned here: https://github.com/systemd/systemd/issues/4234
Oh, whoops. Wasn't there another Linux init system around the same time?
The uppermost parts of the pipe (up past GEO) would; that's why it doesn't fall down. However, unless your pipe is strong enough, it'll rip in two, and the part above GEO would fly away and the part below will fall down.
You seem to be missing the point though. Most developers working on microservices projects don't have to deal with the operational complexity. They just need to work on their microservice and don't have to know what is going on elsewhere.

Personally I much prefer microservices for debugging. You can quickly identify which one is the problem then test the APIs in isolation pretty quickly. Sure beats having to wait 20 minutes for a monolithic app to build.
You could take this a step further.
For any number of lockers/kids, if you start at 1 and square each number until you get a number that exceeds the number of lockers/kids, you've found all of your perfect squares in that range. Which, of course, is the square root of your original number, rounded down to the nearest whole number.

So, for any number of lockers/kids, n, the number of open doors is simply floor(sqrt(n)).
Delivering a Graph Based Search solution to slightly wrong data
The "Invisibilia" podcast devoted an episode to discussing Geel:

http://www.wnyc.org/story/invisibilia-problem-solution/

Some great interviews in there, IIRC.
> They also split the signal in chroma and luma (basically colour and brightness, respectively) and then lowered the resolution of the chroma with the justification that the human eye is far more sensitive to differences in brightness than differences in colour.

It's worth mentioning that the split between chroma and luma wasn't for "compression" but so color signals were backwards compatible with black and white televisions. It's also why we use 29.97 fps instead of 30.[0]

[0]: http://glydeck.blogspot.com/2011/07/why-do-we-have-2997-fram...
Wow. Unfuckingbelievable. The reporters were able to get real hard numbers (including receipts) showing the level of alleged deception, nevermind their previous indepth reporting on Hampton's buybacks, and the presence of a few goofy GIFs that are the signature of Bloomberg's online work is enough to discomfit you?
The extra 30 minutes of travel hardly matter. I'd say it's the fact that Zürich has more available talent.
> Did you use SCM, automated testing and design patterns 20 years ago ? If yes do you think this was the norm in the industry ?

Just because people did not use a standalone program for version control does not mean that they did not version their code. This goes all the way back to card/tape drawers and paper tape revisions (there is a great anecdote about this in Steven Levy's Hackers). Look at software from the late 1970s/early 1980s - there will be versioning information there, and usually changelogs describing what was changed. A lot of operating systems also had file versioning built into the filesystem (https://en.wikipedia.org/wiki/Versioning_file_system#Impleme...) that was used for revision control. Since most of these OSes were timesharing systems this was in effect team-based version control.
This is some strange type of promo piece. What FiveThirtyEight does is definitely not Big Data; they just have a particular method of weighting polls and a couple of assumptions that have turned out well so far. I appreciate the site a lot, but they aren't crunching massive amounts of numbers.
Clearly Zurich, this can be back-checked with several studies.
Of all countries, it's Switzerland that has the best ratio. Within CH, it's ZH.
> systemd >> SysV

Why are you framing the conversation as if these were the only options?

> I don't know about alternative init systems either

Oh, so you are speaking from ignorance. I suggest learning about the alternatives such as OpenRC and the management tools such as daemontools, runit, and s6.

There are many solutions to these problems, although they may not be supported (by default?) in your favorite distro. Judging the Linux ecosystem by the failings of one distro isn't helpful.
The Node.js Debugger
Which is why in grad school, many professors subvert this by never giving C, and only giving B's if you're fairly poor. They lost the battle for undergrad, but grad school (at least in science/engineering) is still their domain.
Seems every decision people take in regards to their Homes is based on a perceived resale value. Thats the reason average homes have useless features like formal dining room or large fireplaces. Most people seldom use those and those spaces can be repurposed for better use.
Good point! One could imagine a really big customer forcing M$ to let it use a company repo, but that option would rarely be offered to consumers.
It's unbelievable what kind of hive mind exists behind this anecdotal unscientific community.

Absolutely every thread on fat, sugar is filled with huge amounts of anecdotal evidence that is entirely worthless and delusional.

Fat people comment that they've lost weight by planning their diets more carefully (what a luck that it was keto), what a surprise.

I'm aware that being overweight is a huge issue in developed world and that most people easily lose weights on restrictive diets but it's all a fad.
That holds for coins used as currency, but not necessarily for coins used for bullion. Krugerands, the definitive bullion coin, don't have denominations printed. Their value is based only on their metal. With ancient coins there is a very fine line between a valuable piece of currency, and an attractive lump of silver. I suspect that by the time this coin is in Japan, it is worth more than its weight suggests. But does that intrinsic value appear because it is currency or simply novelty? I think the latter. This is a bullion coin worth more purely by circumstance.

https://en.wikipedia.org/wiki/Krugerrand
This is amazing and from what I can tell the extension works great too.

Min Vid worked even with my highly customized YouTube (YTCenter and more).
I don't have the sociology or statistical analysis chops to thoroughly evaluate that statement, so I ask from a place of sincere curiosity - is the statement, or the numbers/sources, incorrect? If so, how?
By the same criteria we shouldn't talk about Russia but about Moscow or Sankt Petersburg or not about China but about Beijing or Shanghai.

Every countries has regions which are less well off. But most comparisons lump everything up. Otherwise madness ensues trying to create "proper" economic divisions...
>PS: How is your automated provisioning system reaching your cluster if not by SSH?

Not sure about moondev, but Terraform + Cloud-init + Container Orchestrator means that I basically never need to SSH into my nodes, except in extreme/rare circumstances.
They might have been starving at the time.
I quite enjoyed watching this. My takeaway isn't so much that this is a critique or endorsement of microservices, but rather just a series of observations. Not even lessons learned in many cases, just honest pragmatic observations. I like how he doesn't seem to judge very much – he obviously has his own opinion of several of these topics, but seem to let that more or less slide in order to not get in the way of these observations.

Good talk, will likely watch again.
There is no point. Or rather, as originally established, the Federalist intent was to allow states significantly more freedom to direct their own affairs. Sadly, this is no longer the case.

The point of keeping the US as a single nation is to further the interests of those who are aligned with FEDGOV, not for the education or happiness or prosperity of ordinary people.