vasilakisfil

you are right, not so useful for Result type, but still, it comes handy for Option types (since None doesn't hold anything).

I skimmed through their docs but couldn't find whether they:

* support for abstract apps, not only HTTP/web apps like heroku, let's say I want to deploy a SIP app

* support for HTTP/2 and potentially HTTP/3

If they do support these two I would say it's enough to be considered Heroku killer.

it's so funny how everytime services are down, their status page is like everything is normal here. I understand that there are internal politics around such things but still...

I wish I could use one of those, I had one actually some years ago but my eyes were burning (I have huge fonts compared to average people in my regular 17inch laptop).

Usually you need redis to scale up horizontally, meaning with multiple servers/processes, and still keep consistency in your data. In general redis is a very useful tool that provides various features, even pub sub.

> Returning a 2xx code immediately tells the client that the HTTP response contains a payload that they can parse to determine the outcome of the business/domain request.

There is nothing in the protocol that mandates only 2xx status codes are parsable. Instead, the Content-Type pinpoints to the client what kind of content the body has, regardless the status code. And the content-type will most probably be what the client asked (if not, then the server announces that the response content is not subject to negotiation, something that you see rarely nowadays..)

In general I think this post reflects one of the mentalities that appeared around 10 years ago regarding HTTP APIs (another was the extreme hypermedia-driven APIs). But I really think nowadays we can do much better, we can deliver a practical API that works 99% of the times.

By the way in the latest HTTP RFC (RFC9110) status code 422 is finally officially defined (previously was part of webdav extention), which means that the war 422 vs 400 for validation and other semantic errors is over and we have a clear winner. But 200 vs 404 for something that was not found? Well that was has ended long ago I think..

nice! I use that quite often, so it might come handy. Quick question, how did you build that ? Does Google provide any sort of API or did you build a web scraper for that ?

this is really good idea, how comes not many sites/companies/people use it?

This is so depressing, and I am left with just over 60%.I can't imagine how someone would feel with just 10% or even less..

for some reason, from the video, screen doesn't feel the same quality as other e-ink readers like kindle.

edit: I mean, kindle videos feel like you are reading a real paper, while here feels like you are in an actual screen.

In my experience none really cares about your side projects during interviews. I have plenty of side projects, given plenty of talks, I list some of those in my resume along with my github link, yet from 40 interviews I had in the past 5 years I think ~3 mentioned something about my talks and side projects. And definitely didn't give me any advantage over the other interviewers.

But I am fine with that, I do my side projects & talks because I enjoy it and not to increase my chances when applying to a new job. Although there is nothing wrong to do a side project to increase your chances to get a better job.