antoinealb

1. Some large tech companies are also large real estate funds. Google had >100B$ in real estate positions (although mixed between datacenters and office parks) [0]. So its not that they are milked for rent, but more that they would be loosing some money here, although not much. 2. People making decisions are also probably invested in the real estate market, and therefore have money to loose from a collapse of real estate value.

I also gave more thought to it, and I don't see it as impossible that WFH reduces employee's productivity (from the perspective of the employer). However, that is also true of other worker's rights like vacation time or sick leave. RTO mandates are an act of control of workers, from the managing class, and pushing it as "because of productivity" does not change that.

And again: I personally like working more from an office. I don't want to force others to follow my preferences.

[0] https://www.realtygroupfl.com/blog/posts/2022/02/02/google-r...

Comment · 5 months ago

That's not necessarily true, though. For instance, real estate investors have a lot to lose from vacant office space and therefore would benefit from RTO.

I personally find that I enjoy in person collaboration but that should not mean we should universally force every team to come back to the office.

Comment · 8 months ago

If you are talking about USB-A Nanos, there is https://tomu.im/, which is very nice and interesting.

Comment · 11 months ago

The linked article is precisely about how in 2024 they started rewriting their proxy layer from nginx (a C app). While "They haven't had an incident that bad since they switched from C to Rust." might be true, it has also been almost 9 years since cloudbleed, of which 8 were in C world.

Comment · 1 year ago

What are you raving about? In the US you can get your DNA taken by authorities without possibility of refusing as well: https://www.theguardian.com/technology/2025/sep/23/us-border...

Comment · 1 year ago

The goal of this kind of system is not to replace the application server. This is intended to work on the data plane where you do simple operations but do them many time per second. Think things like load balancers, cache server, routers, security appliances, etc. In this space Kernel Bypass is still very much the norm if you want to get an efficient system.

Comment · 1 year ago

There are more ACME-compatible CAs than just Let's Encrypt, should they ever become the bad guys, or if you don't want to trust them for any reason, see [0].

I understand that people get annoyed at shorter cert lifetime, for instance if you are managing appliances or use SSL certs for other reasons than the common use case. But if you just want to serve a website, there are not so many reasons not to use HTTPS today, either on Let's Encrypt or on something else.

[0] https://acmeclients.com/certificate-authorities/

Comment · 1 year ago

Android delegated some security features to a different kernel called Trusty that is separated from the main Linux kernel using virtualisation. That kernel runs high value security services.

https://source.android.com/docs/security/features/trusty

Comment · 1 year ago

Yes, but on projects like that, ease of maintenance is a secondary priority when compared to performance or throughput.

Comment · 1 year ago

Romansh is a national language, not an official one. (At the federal level) Which means that Switzerland considers it a part of it’s culture but that for instance laws and executive orders are not translated in Romansh.