gnur

It's mostly a rant about someone not accepting that extra performance can come at the cost of complexity.

While I could argue with all the points that he's making, my main counterpoint is this: junior devs don't care that their http/2 server uses way more "complex" code then their http/1 server, it's just a flag away (or in most cases, automatic). Senior devs worth their salt also don't care, if I design an application that is going to run on kubernetes I now know it will run in the big cloud providers and on premise without major changes. It forces you to accept that your app will die and needs to be able to run from a cold start without any issues. I can't count the number of machines I've encountered over the years that couldn't be rebooted because the maintainers monkeypatched the crap out of it while running EoL distributions, libraries and web servers.

And now I've realized I've become a geek yelling at the cloud as well.

I'm pretty sure it's not about it being hard to implement, but also about reducing friction to sign up/in.

I'd personally never use sign in with Facebook, but for nearly all dev related services I prefer sign in with GitHub over creating another account somewhere.

It also reduces the burden on security, you no longer have to think about where to store the usernames and passwords, how to hash them, how to compare the hashes to the plaintext password in constant time, how to prevent brute force attacks, how to prevent csrf and more. There is a reason that the sign in with X sign up flow is so popular!

If you are into these kinds of mysteries, I highly recommend reading Pandora's Star by Peter F Hamilton. (even more so if you want to spend a few days reading this epic space opera)

I'm pretty sure I read somewhere that at least 50% of the vms running in Azure are actually running linux.

And in this case, "action" refers to the ci/cd tooling github provides called "github actions". It's one of the tabs at the top.

Looks really nice so far. I've been working on exactly the same thing actually, but it isn't nearly as polished as notebrook (yet?).

The only problem right now is that I cannot find a save button anywhere and it also is not autosaving?

Nice! Do you know if it would be possible to automatically get the recipe list into something AH, Jumbo or picnic delivery?

What piano software was your favorite? And what device do you connect your piano to?

That it actually takes 20 seconds implies to me that actual people are viewing the content. I don't see any automated system taking that long as I do believe they would just throw more resources at the problem.

Or the other way around: send clean content first, then use a collision for the nasty content.

Anyone that wants to stay up to date with the virus should follow this channel [0]

It's from the semi retired Dr. John Campbell, his videos are low tech but high content. I've come to realize it is all our responsibility to make sure the health care professionals can handle this.

If we assume this is going to be as big as some predict it will be, we basically cannot escape it, but it is possible to lengthen the time in which most infections well arise, lowering the peak and curve, which will in turn greatly reduce the peak load on healthcare professionals.

A 1000 admissions a day might be impossible to handle, but 100 admissions stretched out over 10 days is much more manageable. This is something everyone can help with.

Also, take a lot of Vitamin D, it helps with handling the Covid19 and other respiratory tract infections (both viral and bacterial). [1]

[0] https://www.youtube.com/channel/UCF9IOB2TExg3QIBupFtBDxg [1] https://www.youtube.com/watch?v=W5yVGmfivAk

Life expectancy between Italy and China differs by about 7 years in Italy's favor, so I guess it's not that big of a difference.

A language that young professionals can use right away and can even support complex projects like kubernetes, Prometheus, consul etc. sounds like an excellent choice for companies to adopt. It might not be as elitist as rust or clojure but if collaboration is important for your project I'd rather have simple without foot guns rather then amazing with dragons all over.

I actually have a similar setup, but I dynamically add a route to traefic with the API through the same ssh tunnel.

I also set it up with a wildcard certificate so the https is instantly available.

Firestore is doing something very similar and it is very easy to use.

Probably, it's the same in The Netherlands, wire transfers are instantaneous and free.

Honestly, if you are running on a single AZ in aws you are setting yourself up for failure..

Supporting 3 platforms (Linux, Mac and Windows) basically means triple the development effort. Off course slack would love to have native apps for all platforms, but apparently it's just not cost effective. 90% of the users probably don't even know what electron is, and even for those that do, it's probably safe to say that the performance benefits of a native application don't outweigh the the negatives of using something else then 90% of the company/community

Reminds me of Record of a spaceborn few, a book by Becky Chambers.

It goes into detail how on a generation ship the bodies are composted and become nutrients to grew new food upon.

It's not about the actual full stack being without servers, it's about the end user not having to deal with anything related to servers.

It's just a step further then running instances with any cloud provider. There is still physical machinery in the stack, but you don't have to worry about it anymore.

Even if you don't agree with the definition, it is how it is used by most of the people in IT roles currently, so you'd probably have to learn to deal with it.

I've recently re-discovered Google app engine, together with firestore for any persistence it's truly a low friction MVP environment.

I usually use it together with go and Vue for the frontend.

After you are connected you might still want to enter a password (for sudo perhaps).

Traefik is a very good programmable proxy.

As far as I am aware, Google hasn't shut anything down that you actually pay for. So fear mongering about GCP is just begin irrational.

Off course it was, prototyping speed on mongodb was (and probably still is) always excellent.

Some features that don't scale are very nice to have when you don't have scaling issues. For example, if you add tags to your documents and you want to query on those tags (find all documents containing tag A and B), it's nice that's just a builtin.

I haven't found a single datastore that is as developer friendly that supports that use case, so for now, I'm sticking with mongodb for my pet project.

(if you know of a datastore that has support for this query out of the box, please let me know)

To be fair, docker itself introduced no radical new technologies, but it did introduce a lot of convenience. Containers had been available for a long time, but the convenience of a Dockerfile + docker hub made at accessible for the non hard code linux/bsd people.

What other solution for the easy portability do you know? Or how would you propose to handle this?

If it is easier then docker build && docker push and docker pull on the other side I'm all ears!

I think you are talking about a OTP here, which needs to be shared before communicating.

But random numbers are also used to generate public/private key combinations, which can be used for live communication after a handshake.

This only applies to commercial VPN providers, if you run this at home there is nothing insecure about the issues mentioned in that post.

No, it probably only starts a bash shell in the container. In most cases docker containers only run a single application, not the entire os. It is possible to run everything, but that kind of eliminates on of the big advantages of docker.

Looks like a good light-weight alternative for setting up a full elasticsearch cluster for some light log insights.

I've been kind of building something similar myself, but this looks much better.

The free cloud demo does look it is getting hammered right now ..

> Even when you shut your machine down, you still have to pay storage for the machine at $0.10 per GB per month, so I got charged a couple hundred dollars / month just to keep my data around.

Curious how it relates to sticking only a single terabyte SSD in the machine. As a couple hundred dollars per month should relate to a couple terabytes.