fooster

You are misrepresenting the results.

“ Although the difference observed was not statistically significant, the 95% CIs are compatible with a 46% reduction to a 23% increase in infection.”

Why on earth did this garbage make the front page? For shame!

The author is a total jerk trashing everything in his path with hyperbole rather than sound logical arguments. Read his rant on protobuf. Why would anyone waste their time tearing down the contributions of others?

Nevertheless, this is how it is mostly done in Java. I haven't used eclipse in eons, but last time I did it even generated this code.

If you care with go, use errcheck.

This is such a bullshit argument. Why is it that any go post on hacker news pulls out all the tropes. Lack of exceptions. Lack of generics. Would generics make go a better a language? Maybe. Does the lack of generics make go objectively bad? Hell no!

I've had a long career coding in C, C++, Java, Lisp, Python, Ruby... you name it I've done it. Go is my favorite most productive language by far for solving typical backend issues. My least favorite? Java by a HUGE mile.

Error handling is hard, period. Error handling in go is no worse than any other language, and in most ways it is better being explicit and non-magic.

> people who designed it did not have a proper language design background

Irrelevant.

> It's just bad language design.

try { ... } catch(Exception ex) { ... }

The error proposal wasn't "shot down at the last minute". That is an entirely unfair and disinguous take on the matter.

Yes, yes in the future at some undefined point java will be better.

Meanwhile go works very well today. And you don't need to be saddled with the JVM and the very bloated java ecosystem.

You can read the full transcript https://public.simonsays.ai/AXqKjRV1Kken/revisionist-history....

But this paragraph summarizes things pretty well:

"Let me spell it out for you: underneath the lofty rhetoric of the patriots of New England was a criminal enterprise. A vast smuggling operation, illicitly supplying the residents of the New World with their drug of choice, bohea, that deliciously addictive tea varietal with a dark liquor and a deep, leathery taste. The foundational myth of the American Republic is not righteous, freedom-loving citizens rising up against oppression. No, it's drug dealers defending their turf."

Learn your history better. http://revisionisthistory.com/episodes/33-tempest-in-a-teacu...

"GCP has excellent support with fast SLA-timed responses from support personnel"

You have to be kidding me. Their payed support is terrible. We recently had a problem with occasional timeouts contacting the GCE container registry which causes our autoscaling groups to sometimes fail to start new nodes.

I shit you not but this one of the selected support answers (after many prior back and forth). Obviously, this issue is still ongoing after many days.

"Thank you for your information.

I have searched our internal documentation about any service outage and any network issues open recently, And so far I can’t find any explanation of your issue.

However, I found the following instruction [1] where describe how to run a local copy of the Google Docker Registry.

In addition, also attached the docs where described about how to set up a private Docker registry [2].

If above instruction does not work then please let me know and I will be happy to help you.

[1] https://stackoverflow.com/questions/27243294/unable-to-pull-... [2] https://www.digitalocean.com/community/tutorials/how-to-set-...

Seriously? Run a private registry? We don't run a private registry because we don't want to deal with that stuff.

Google payed support for GCE is absolutely embarrassingly terrible. To get to someone who knows what they are talking about you have to go through many many people who have zero clue, over frustrating course of many days. Every.single.time.

We're not going to be the biggest fish, but our spend is approaching $1mio per year. If you spend more than that and have a TAM YMMV.

Other popular languages are not "getting" async. Asynchronous communication (just as synchronous) have been around since the dawn of computing.

The choice of synchronous or asynchronous communication have their own set of tradeoffs, but in most cases the additional complexity introduced by async is IMO not really work it.

I'm 6ft, 190lbs so not substantially overweight. Airlines like Air Canada Rouge have a 29" seat pitch in standard economy. I find that very uncomfortable. Even their upgraded seats are very tight for me with my knees pressed up against the seat infront of me unless I sit bolt upright.

On many leisure routes from Toronto there is very little choice in flights either, so pay more means pay their business class rate which is quite expensive, or well go some very complex non-direct routing.

All of these options are horrible.

I expect to be able to sit in my seat without having my knees crushed? How about that for a start?

I've run substantial systems (200+ node operations) on OVH and it was completely unreliable. The hardware kept breaking down, the internal network was terrible, and the support was terrible. Sometimes some backhoe would cut the network connection and cause a 12 hour outage (ok, over 3 years only twice). It was also was inelastic, and provisioning was slow. So if I needed new hardware there could be considerable lead time required.

We also tried Heztner, Linode and others. They were all bad in their own unique ways.

With AWS, and GCP, yes it is more expensive and also have their own set of problems but nowhere near the same scale as these other providers.

Yes if you are running a 1-2 machine setup, who cares. If you are running a professional organisation where you cannot reasonably have downtime without customers screaming, don't go for the cheap stuff.

Their support is garbage. Their only answer to getting better support is to get a TAM. Which is completely ridiculous. Plus their SLA isn't worth the paper it is written on. They deny any SLA compensation unless your application is FT over 3 or more AZs.

Garbage.

Their payed support is terrible and getting worse. We've had no end of issues with being told incorrect advice, being advised on how to administer our systems (when its very clear the problem is with the infrastructure). We've had disks corrupted, which is theory impossible. The list goes on and on an on.

I'm Canadian and I don't pay substantially more income tax that Americans do in high tax states such as California. So what do you get for your high taxes? Not health care thats for sure.

I guess what you mostly get is a very expensive military.

Really? So monkey see monkey do? Leetcode doesn't represent much of anything to do with 99.9% of software development jobs. Mostly we're not solving puzzles, we're talking with stakeholders, designing systems, working with co-workers, architecting solution and building systems with code. Leetcode is an absolutely terrible way to evaluate any of that.

What about the carbon footprint from the manufacturing and materials for the solar panels?

You _have_ to be kidding me. The air plane, as proven by two crashes that killed every occupant in the plane, was fatally flawed. Boeing is negligent and the executives who ARE ultimately accountable should pay the cost.

If your backups age out and are deleted over time it is ok (as long as that timeframe is reasonable).

Sure we pay for their support. In fact, we pay them quite alot of money, but this "support" is horrible frustrating nonsense of dealing with email after email with clueless reps. When we complained about this basically we were told we need a TAM to avoid this.

customer.io |SRE | REMOTE | https://customer.io We're an automated messaging platform to send targeted emails, push notifications, and SMS to lower churn, create stronger relationships, and drive subscriptions.

Come join our team and help solve some of the truly hard problems that come from working with 1000's of customers receiving and sending billions of messages per month.

We're also looking for site reliability engineers to join team. We already have a stable platform with excellent monitoring. However, we have also have a strong desire to improve things! Our infrastructure is based around heavily sharded MySQL, redis, kafka and home grown message queues and the majority of our platform is written in golang. Please join and help make our backend systems more reliable and scalable.

We have superb benefits and a great team to join, instruct and learn from. We're a profitable stable company that is growing at a steady and healthy rate. See https://customer.io/careers/ for more details.

At Customer.io, we're committed to building a diverse environment and encourage applicants from underrepresented groups. We want people with different backgrounds from the team we have today to bring their perspective and thoughtfulness to the work that we do and the culture we foster.

If you are interested drop me a line at matthew@customer.io and come join us!

customer.io | Backend Engineer, SRE | REMOTE | https://customer.io

We're an automated messaging platform to send targeted emails, push notifications, and SMS to lower churn, create stronger relationships, and drive subscriptions.

Come join our team and help solve some of the truly hard problems that come from working with 1000's of customers receiving and sending billions of messages per month.

We're looking for senior backend engineers who are experts in building, and scaling large systems. Our infrastructure is based around heavily sharded MySQL, redis, kafka and home grown message queues and the majority of our platform is written in golang.

We're also looking for a new member for our SRE team. We already have a stable platform with excellent monitoring. However, we have also have a strong desire to improve things! Please join and help make our backend systems more reliable and scalable.

We have superb benefits and a great team to join, instruct and learn from. We're a profitable stable company that is growing at a steady and healthy rate. See https://customer.io/careers/ for more details.

At Customer.io, we're committed to building a diverse environment and encourage applicants from underrepresented groups. We want people with different backgrounds from the team we have today to bring their perspective and thoughtfulness to the work that we do and the culture we foster.

If you are interested drop me a line at matthew@customer.io and come join us!

> Wolfram thinks he's the smartest person on the planet when he's objectively not.

That was definitive. How is he objectively not? How are you defining the smartest person on the planet. By what criteria?

For physical reasons.

You can always invoice them manually as long as you keep track of whatever your billable items are. If its SMS's then keep track of how many they've sent and there you go. As long as they pay that is, otherwise you are out of pocket.

Wow, empathy much?

> for example, it will randomly recompile shaders behind your back while you are trying to have a smooth frame rate.

What? I've written commercial games with opengl on osx/ios and my experience doesn't show that at all.