skysight-inc/HackerNews huggingface dataset:
>Clauses like this have been particularly hard on Small ISPs, and were one of the main reasons for the FCC’s re-evaluation of net neutrality.

Here's the problem with that argument. Allowing small ISPs to compete might have be prudent 20 years ago, but it certainly isn't now. Small ISPs no longer exist. At this stage of the industry, the net neutrality regulation seems much more appropriate.
"As has been pointed out in multiple other comments here and elsewhere and in other articles, you can actually get the battery replaced as opposed to buying a new phone, which would be bringing your car into service."

But the ordinary consumer has no idea. They just see their phone is slower than the fancy new ones. Why would they assume it's a battery problem.
Not a chance. The amount of doctors has a hard limit fixed by regulations, there will always be work for all of them and at good wages.
Predictions for Crypto Market
Been using Jenkins a bunch here and cronjobs are the only thing it does really nicely. We're thinking of switching to CircleCI for builds though (which has been a pain because no self-hosting), and I'm not sure Jenkins makes sense to keep as only a cronjobber.

Has anyone used Airflow for cronjobs? is it a good idea or a terrible one?
I have a 1.5 year old child, and I must disagree. Car-centric places are horrible with a child (or really anyone who isn’t a healthy ~20–65 year old adult who can afford a car). To get anywhere you need to pack all your stuff into a car, get the child in and out of a carseat, unpark and park, walk around in a big parking lot, etc. Every trip has huge overhead. It gets even worse when there are multiple kids involved.

Living in a walkable neighborhood with access to transit is so much nicer. I just pick the kid up in my arms and go out the door, and many destinations are a few minutes walk, all of which is time spent actively moving and being part of the outside world. In a couple years, if I need to drop him off somewhere within bike distance (but far enough away that walking is less practical), it would be great to use a child seat or little cart attached to a bike.

It’s going to be an even bigger difference when the kid is older, and can walk around and take transit and engage with the city by himself, instead of being completely isolated and dependent and needing to be chauffeured and chaperoned by an adult on every trip.
Probably can go either way, and thus depends on the exchange in question. It certainly could be used as a way to gather ID documents for malicious purposes, but a company asking for them is more likely to be trying to follow the relevant regulations (KYC etc.) which would make them more trustworthy.
What I understand, which has at least been consistent with my experience riding many routes in most regions of the country, is that Amtrak is hindered by having to yield to freight, which takes priority in the US.

It's very rare to take Amtrak and not spend what can often be many consecutive hours waiting at a junction for a freight train to pass. Of course freight and passenger trains travel at very different speeds so the problem has no solution that even billions of dollars can solve, and it's only compounded by the vast distances of single-lane track in the US, which serve the purposes of freight needs just fine.

The difference in operation and overhead requirements for each use cannot be overstated. Besides a few routes in the Northeast and the Socal coastline, traveling by Amtrack is a novelty or a mistake. Competing with airlines on any route is far from realistic. I used to take this train between Portland and Seattle before it was beat by a <$20 twice-a-day bus program with good marketing and free wi-fi, relegating the train to being only a bit more comfortable and about $60 more expensive (and now more scary). I've been on >10 hour Amtrak rides which had no more than 2 people per car! When you run a route once every few days, you can't just shift people around like the airlines do. Without the subsidies, Amtrak simply doesn't exist.
I think it's more like a cult, where it's supposed to solve all your problems and any problem you identify with it just proves you aren't doing it right.
Fast Growth is Overrated
And then you quote the drawbacks of ABC and it turns out that the interviewer has the same issues with XYZ because it's trying to do the same things. Now he hates you because he really believed in XYZ, maybe wrote it himself.
But it starts slowly, doesn't it?

Also it's not as orthodoxal as CL :)
> In this particular case they only cared about not giving Trump a win.

No, that was the GOP's strategy against Obama over the last 8 years... I don't know how you mixed that up.
You're an idiot if you don't accept platinum as a form of payment
Not wanting to be negative but I can't figure which of the 330 lines of code is the single printf. The only one I found was

printf("Time elapsed...

on line 236 of the C code. I presume that isn't it. Any ideas?
Why would that be any less discriminatory?
I don't think they've been shown to be better than placebo.
Are you jumping from sexual harassment to rape? One of those is usually a civil matter when courts do see them.
I'm sure there are other complexities added in when there are pieces of iron rather than silicon involved... and safety regulations start chewing up time and reworks.

But overall, the "if it is possible to do, but someone put too low of a cost in the budget or tried to get it done faster than the engineers said it was doable"... well, isn't that bad project management that promised too much and underdelivered... and then got a canceled project? Is there something else it could be?
As other commenters have also pointed out, this is from a moral/privacy(/security) standpoint.

Google reCaptcha's are also incredibly annoying compared to standard captchas, which would be a good reason for people to want to stay away from it.
Usually they would like to install a daemon which checks local packages and all Gemfiles for example. The problem would be in ensuring that the daemon does not misbehave. A solution which gets integrated into a CI/CD pipeline would not have this problem but it would not be able to provide assurance on the integrity of the base system, only the artefact (deliverable).
The fact that they safely operated on the old track for years, then had a horrible crash on their very first run on the new track, makes me think it really did make a big difference. It's possible that this was just a horrible coincidence, but it seems more likely that something about the new line made it riskier. Maybe just the fact that the driver is less familiar with it?

Allowing operations to start on a new line before important safety equipment has been installed is also a good way to make that installation happen very late. If you say "you cannot operate until this is done," it has a way of motivating people to get it done. If you say "you can operate now, just try to get it done" then it may take quite a long time to actually happen.
Most of the Bay Area is not even close to being hypercrowded. In fact, that's exactly the problem with the Bay: no town wants to get denser and build enough housing to meet the demand.
11! Please inform me of these, they must have been very, very early, I'm only aware of the Berkley DB bug.
This is great! Thanks! What an excellent use of NixOS.
I prefer to call him Rver.
Right, because as an individual you can't make an accusation in criminal court. That is done by a prosecutor, who will have to be reasonably confident that he has sufficient evidence to get a conviction.
How many game studios roll out their own allocator?
Some of us spent $2,000usd on a BeBox :-) I learned so much about c++, SMP, threading, etc.
> simply integrating speed over time

This probably runs into issues with accumulated error, especially if the error in speed measurement has a serial correlation.
MOS Reusable Network Stack for Middleboxes (2017) [pdf]
> A lot of people in their 50's don't need to work.

I must travel in lowly circles.
This is also the case in southern California.

This is not the case on the East coast. The bike lane line is solid all the way to the intersection.
Would any other brainfuck compiler work without libc? Without the kernel? Without x86 microcode? This question has no meaning, in my opinion. What's important is that the printf statement is doing the logical work to calculate the next state of the machine.
I guess GP was referring to the game Plague Inc.
https://github.com/HexHive/printbf/blob/master/src/pbf_pre.c...
My point is that we can spend billions of dollars making trains safer, or we can spend those billions expanding passenger rail to reduce the number of people who drive, something which would save far more lives.

It is a matter of economics. A dollar spent on PTC is a dollar not spend expanding passenger rail service (and the PTC mandate raises the cost of building new passenger lines), and the question is whether or not it is worth the extra safety. Considering how safe rail transit already is, and how much more unsafe driving is, it seems like our money would be better spent taking cars off the road.

Or to put it another way, I am arguing that focusing only on rail fatalities is too narrow and that we should instead focus on travel fatalities in general. Increased access to passenger trains, more frequent and more reliable service, and faster passenger service are all ways to reduce travel fatalities because all the above reduce the number of people who drive. PTC also reduces travel fatalities, but not by as much. If you need a more extreme example, many lives could be saved by banning automobiles altogether, but obviously the costs would be far too high to justify such an approach.
Walt Disney World 101 – How to buy 27,000 acres of land and have no one notice
> A goal for this project was to prove to ourselves that we actually could run production code in Kubernetes, to learn about how much work operating Kubernetes actually is, and to lay the groundwork for moving more things to Kubernetes in the future.

Why wasn't the final sentence "and to re-evaluate if moving forward was even a good idea?"

Because I get nervous every time someone is relying on their patches to be included upstream. Or they need to dive in to the internals of something repeatedly. That screams "not production ready" to me.

After reading the post, Kubernetes did not sound at all like a slam dunk in terms of a solution, let alone a foundation for more mission critical infrastructure. The Jenkins solution offered by the parent sounds more reasonable, even with the objections you list.

Edit: Take my comments with a grain of salt, but from internet armchair vantage point it does sound like Kubernetes was chosen first, and rationalized second. (Though I very much appreciated the thoroughness with which you went about learning the technology)
I’m a web developer in my spare time. I write little things that solve problems in my two day jobs, they haven’t tended to be pretty because often I’m learning as I go and when it works then it’s truly time to move on to the next problem, even though I now know enough to solve the old problem again more elegantly. I’m trying to use better practices and modern JS frameworks in new projects just for experience, even though they are actually overkill in many cases. Certainly the people I work for would rather have two useful utilities written in plain es5 and php than one useful utility plus a story about the code quality. I’m gradually finding the middle ground where somebody call look at my code and not instantly want to take a shower.
It's interesting to see that the number keys are almost exactly in the same spot as they are in the integrated numpads of modern laptops' keyboards, although the layout is "telephone style" with 123 at the top.

Since each character can have punches in any of 12 rows, you can think of cards as using a (mostly-sparse) 12-bit encoding.

The sparseness of early punched-card formats has always seemed a little odd to me --- instead of storing up to 960 bits per card, this encoding only holds 480 bits (80 columns * 6 bits/63 characters each.) Perhaps people just didn't understand binary very well at the time?

The way that the mechanism works also reminds me of early teletypes --- they encoded and decoded characters using a similar system, essentially doing serial/parallel conversion entirely mechanically. Here's one example:

https://kb8ojh.net/station/teletype/
They aren't all using custom software. But all are using banking software provided by one of the big 4 providers in the industry: FIS, Fiserv, Jack Henry, and D+H

I believe they control 95%+ of the banking market.
Yes, I think the recordings should be under the control of the employee who requested the camera. It should be their choice what parts, if any, to show the company — and they should have the ability to show them to a lawyer if they choose.

Your concern is very reasonable, but that's why I didn't suggest just blanketing the office with surveillance cameras.
Are you sure trains are safer? I found these tables:

https://www.rita.dot.gov/bts/sites/rita.dot.gov.bts/files/pu...

https://www.rita.dot.gov/bts/sites/rita.dot.gov.bts/files/pu...

Train fatalities tend to be clumped so the stats tend to vary a lot from one year to the next, but it looks like in recent years the typical rate is something like 5 fatalities per 100 million passenger-miles. The car data only gives fatalities per vehicle-mile for some reason, but that will always be a pessimistic number (at least until autonomous cars happen), and that rate is just a bit over 1 fatality per 100 million vehicle-miles.

It looks like cars are quite a bit safer, unless I've misunderstood something. The absolute number of fatalities is far lower for trains, but the number of passenger miles per year is also far lower.
These aren't necessarily contradictory.
It is, at best, a different set of trade offs. What it has become is like you said, some sort of cult where management gets everything they want and don't have to pay any costs.

I've worked at two places where my tech lead at least recognized that if scope or requirements changed then deadlines changed. Now I am at a place where agile is just a word thrown at any problem and now we have things like being asked to integrate third party tools that we don't receive until a week before the deadline. My team stayed till 2 am and was back in at 9am the next day and _literally no one_ saw a problem because it's "agile" and that's what you do when your agile
Technically the stripper rents the stage, the club doesn't hire a stripper.
This describes how to _shorten_ your paper (which is useful to get it within page budgets). This is not how to write "short papers", which is a term generally used for lesser papers with a shorter page budget, as opposed to a "full" or "long" paper.

If you want tips on how to condense a paper: shrink figures and tables, put multiple charts into a single figure, reduce the space between captions and figures, omit parentheticals, and shorten lists of references (e.g., [3, 4, 7, 11, 15]). At the cost of readability, you can also begin removing transitional phrases and examples.
I just picked up a samsung 40 inch 4k tv to use as a monitor for $275
As a current founder and CTO-by-title of a product company (http://first.io), I think you're missing one path the founding engineer can take: run Product. Whether that eventually becomes a Chief Product Officer or Head of Product or whatever, the founding engineer often has a very strong sense of where the product needs to go and as the organization grows, they ship less code and instead drive prioritization and teams that execute on the higher-level product vision.

At least, that's what I'm trying to do. We'll see how it goes! :-P

Oh, and I have an awesome VPE already, which is a relief!
Really? Ship an app to the store that crashes all the time and see your metrics go WAY down. Loosing user data is another great way to lose users permanently. Sure if you are Google of FB it probably does not matter but for smaller companies NOT CRASH, NOT LOOSE USER DATA seems to matter quite a bit in my experience.
isn't the killer app for btc tax evasion and laundering? isn't this how wealthy chinese are getting money out of the country and how russians are routing around sanctions? is the rise in btc therefore perhaps related to paradise papers and banking coming under greater regulation globally? if this is the case, those use cases aren't going anywhere and maybe represent strong fundamentals
Agreed, but don't take this as "don't work hard," merely as "don't donate time to your employer." There are far more worthy causes out there.
The core conflict is this:

The engineer is trying to optimize/normalize his free time by acknowledging quality issues, the management is trying to optimize their income by sweeping them under the rug.

The engineer is ultimately liable for the problem. Quality is insured with his reputation and free time.

The business guys almost always leave at 4:00pm and their bonuses are based on a metric not related to quality.
Hypothesis: this was the major cause of the productivity gains on the late 20th century.
That’s what sensor fusion is for.

That said, inertial nav can take a plane across the country without correction and get within sight of the target.

I think integrating actual speed while on rails would be vastly more accurate.

And really, it just need to augment gps.
..the whole point is is that they don’t exist due to over regulation existing way above beyond and before net neutrality. You’ve killed them already. Try comparing some of the known freer markets in internet such as those seen in Poland, Romania.

The nonexistence of smaller ISPs at present isn’t a valid justification to continue the status quo that suffocated them in the first place.
I suppose the distribution is extreme on both sides. Either you accumulated assets from early on and you're golden, or you're still struggling with rent and no pension in sight.
they've posted it again (https://medium.com/@jeff_52578/how-a-failed-kickstarter-camp...)
perfect is the enemy of good

TPWS was always a stopgap (rolled out in the 90s while ETCS was being developed); as I said it was cheap and easy to deploy, and has prevented many accidents exactly like this one for 25 years

ETCS does what you are describing, and has been live in the UK and Europe since the early 00s

it works, and is slowly being rolled out everywhere replacing TPWS

so, again, why re-invent the wheel?

even the Chinese are adopting it
Let's assume you are right, and that in the past three years PTC would have prevented the majority of fata train wrecks. How many fatalities are you talking about? How many lives should we expect PTC to save over the next decade?

The more important question is this: how many automobile fatalities could be prevented if we took the billions of dollars being spent on PTC and spent it building a new commuter rail line that took hundreds of cars off the road every day?
119 for a $5 battery is not reasonable.
You hire wrong grey hairs, most new people never shipped anything. Person with 10-20 years experience probably shipped a TON of stuff. This is the key thing to look when hiring, people who shipped things and like to ship things.

On other hand there tons of grey hairs who never shipped anything and are useless as new grads are.
That is why AR Would be the ultimate virtual screen tech. You could still glance down at your keyboard or even some post it notes on your desk.
> "They just see their phone is slower than the fancy new ones."

I really don't know how to respond to this. Isn't that going to be the case regardless? New phones are going to be faster.

If they see a performance degradation on their phone, they've got some options to them. The easiest would be to have the phone looked at, as I did. They could also search the web for ideas as to what's wrong. Or they could give up and buy a new phone, maybe not Apple.

There's a whole host of things going on here. Some people want user-replaceable batteries. Some people want better diagnostics in the phone. Some want better control over what's going on in the phone. I understand and in some cases sympathize with these positions. I also understand that Apple has to make tradeoffs when designing their products, both hardware and software, keeping in mind how people are going to use them and how they'll interpret different behaviors. Same thing with every other manufacturer out there.

I'm bowing out of this. I intended just to point out why someone might have downvoted the comment above, and I've let myself get dragged into justifying alternative ways of thinking about the situation. I guess this is what leads to a lot of comments asking why something was downvoted or flagged or whatever: some people aren't willing to take the time to think through what alternatives might be, and whether they might be be reasonable, even if you don't agree with them. That's a shame, because it's crucial to being able to understand people you don't already agree with or how others may perceive your own actions. I'm not here to argue for argument's sake.
First look at the platform, I am assuming you are going to work on application which are going to work on browser.

JS and related framework (Angular, React etc) are really important and must have for job.

Now come to back-end, big enterprises use .NET as a back-end but most of the startup or tech focus companies are using open source.

Now within open source there are multiple options like Java, Python, Ruby. I would recommend python as its very easy to start and great choice for many different kind of applications like web, data science/ML/AI.
True, but it's not like diet is the only thing different between their lives and ours.

I think violence, poverty and disease were the bigger factors.

All I'm claiming is that our digestive system is adapted to what we had to eat where our species evolved.
Define "relatively soon". In particular, how likely do you consider a delay? How likely do you consider a delay after that? You could wind up waiting several years, while your "ready to go" line just sits there, eating up maintenance costs but not being used.

Also, define "ready". Is it ready when it's running, but is only 75% likely to actually stop a train if needed because of various bugs? (Note well: I do not know what PTC's bug track record is. I just know that such systems often have bugs that take a while to work out.)

In the real world, projects that wait for everything to be ready before they ship at all are often very late.

On the other hand, you don't ship something without basic safety features. So it all depends on whether you view PTC as a basic safety feature. (After the crash, it's easy to say "obviously it is", but I'm not sure that it's fair to use hindsight that way. PTC was supposed to be a small increment of safety to an already quite safe mode of transportation.)
by that logic, if taxation is theft ==> cash is theft evasion
You've confused "court of law" with "criminal court". Most sexual harassment claims are civil, not criminal.
Only in California, apparently.

I was curious and checked the Dutch regulations - in NL it's an infraction to 'wait' on a cycle lane for any reason. Cars turning across the path just give way to all traffic coming from behind until it's safe to move. It is very stressful for the driver, but blocking the cycle path is a recipe for chaos.
Thanks for the link.

>his “extensive research and experience confirm the substantial benefits of diversity, including racial and ethnic diversity, to our society.”

The benefit of diversity is diversity?

It seems like the disadvantages of diversity are observed and tangible, while the potential upsides of diversity aren't defined or proven.
Sure, sensor fusion sounds reasonable. My mistake, I thought you were referring to GPS and speed integration as separate options.
But it's the newness of the line that made the big difference, not the absence of PTC. (Or, perhaps, the newness of the line plus the absence of PTC.)
Alibaba Cloud Launches MaxCompute in Australia