Really no reason to speculate. Could be a life crisis, ill health ect.

It has really been a great success in Denmark.

In the 1960s, more than 900 people were diagnosed with cervical cancer each year, corresponding to more than 40 cases per 100,000 Danes.

Today, that number is below 10 per 100,000 nationwide – and among women aged 20 to 29, only 3 out of 100,000 are affected. This is below the WHO’s threshold for elimination of the disease.

She is not a household name in Denmark. But we do have a big mural of her, here in Copenhagen [1].

[1] https://files.mastodon.social/media_attachments/files/112/99...

I had to look twice, and then check Wikipedia, when I saw "1888-1993" there.

* 13. Mai 1888 in Kopenhagen

† 21. Februar 1993 in Kopenhagen

That's 104 years, 9 months, and 8 days!

Google Street View link showing the murial: https://maps.app.goo.gl/nfSzrb3CFPKowZ4p9?g_st=ac

32 could easily be aligned with parenthood

> In short, I strongly disagree with Brian Goetz that Functional Reactive Programming is transitional.

Yes, a transitional technology for the _Java Language/Platform_ post Loom. He never said anything about Functional Reactive Programming in general.

But even this statement is incorrect. FRP frameworks with Observables will remain useful in Java (as they have in other languages that already had coroutines). It's only the use of Observables as _an alternative for coroutines_ that is a transitional technology.

Maybe this is what Brian Goetz meant to say, but this is not what he said.

In the US...

Why not post the original story instead.

https://www.quantamagazine.org/new-method-is-the-fastest-way...

Thank you. The op was so full of ads i couldn't even read it.

I saw this comment the other day on Reddit, and I think it sums up the current state pretty well.

> Last month my parents decided to invest their extra cash into “AI” by paying a broker to buy “the AI stocks” they keep hearing about on the news.

> But the codebases you encounter written in it, particularly in the enterprise, are often horrible.

Not sure they are worse than other languages?

Having now experienced such Java codebases for the first time in my 15 year career… no, the Java code is much, much worse. Over engineered and otherwise poorly written Java code is SO much worse than other over engineered code I have worked with.

Honestly for the limited projects I've had to work with... I can attest to that. It's the over engineered abstractions that get me. Traditional Java EE users use WAY too many abstractions and interfaces, it's absolutely horrible to debug.

> many people will tell you that the standard library is not as performant

such as?