Or maybe we will be forced to switch off LLMs and start solving the bugs introduced by their usage using our minds.

Scala is Haskell diluted with Java; Kotlin is Scala diluted with Java; JADEx is Kotlin diluted with Java. With each successive iteration, it grows ever more homeopathic.

Java, .net and C++ have standard libraries that are much bigger and much more battle tested than the one of Go.

Favour programming languages with a good and stable standard library.

Tha last quote by Nolan Lawson at the end seems very Taoist to me! A Taoist sage might say the same words, but they would arise from peace rather than from the exhaustion of resistance.

Junior software developers understand the task. They improve their skill in understanding the code and writing better code. They can read the documentation.

Large language models just generate code based on what it looked like in previous examples.

The Industrial Revolution was accompanied by systemic violence too.

As new economic forces pushed rural workers toward industrial cities, they often faced overcrowded, unsanitary living conditions.

Furthermore, the struggle for basic labor rights erupted into decades of bloody conflict between workers, private armies, and state forces.

You can find more information in this book: https://www.penguinrandomhouse.com/books/643062/captain-swing-by-eric-hobsbawm-and-george-rude/

Good point. Reading the documentation of the library and the source code is often a better use of a software developer’s time.

Writing code is only the tip of the iceberg. You actually have to:

• understand how the company works
• understand the use case you are managing and how it relates to other business flows
• understand strenghts and weaknesses of the technologies, libraries and frameworks involved
• decide which one to use and how
• thinking about all possible corner cases, evaluating their frequency and importance
• only at the end, write, test, optimize the code

While large language models can help in the last step, they are very limited in previous ones, except working as a search engine on steroids.

Scala gives you an immense freedom and you can do things in many, many ways.

The problem is that when you work in an enterprise project, you need people to write idiomatic code.

In Scala, it is not clear what idiomatic code looks like. Imperative and object oriented? With higher order functions? Or fully functional with monads and monad transformers?

Could you please explain your point of view more clearly? It seems you presume other people should not find the Scala language interesting because you do not.

They removed ScalaZ library from the Scala community build in one of the peak moments of the Scala programming language popularity. It was widely seen as a non-transparent, harmful action that damaged trust and seemed punitive. An outside evaluator called it a “red flag” and a “significant risk factor”.

Jon Pretty lost his job, income, home, pension, and reputation overnight. He also resigned from his job, gave away his open-source projects, and became homeless. He won in court. The court order required signatories to withdraw their signatures and statements.

There also was a very toxic environment in the Scala world. See the cases of Tony Morris and Jon Pretty.

Because Scala allowed you to write much less code than Java. After Java was bought by Oracle, they shifted to a faster release cadence and new features. But developers still had to use things like Lombok, Guava, and Apache Commons to have an easier way to do things.

Now, both Kotlin and Java 25 have a lot of the features that Scala was the first to introduce, so it does not seem important. But it was very important back then.

Also, the Big Data world was embracing Scala. Apache Spark is written in Scala and so many other important tools and libraries in the Big Data ecosystem were in Scala.

Edit. Fixed information about releases after Oracle acquisition.

So many former Scala and Haskell developers moved to Rust.

Rust is currently more famous and widely adopted than Scala ever was.

I guess that strongly depends on the use case.

In programming, they are far from good enough.

In article writing too. Now we can distinguish quickly a text written by a human from one written by a large language model.

They want to keep their jobs, to earn their salaries, to live in peace.

They have fought wars, winning some, losing many, and have learned that opposing the system is not worth the cost.

Also stacktraces are very useful, and overflow/underflow exceptions too. So many modern and useful features were missing!

Having a try/catch block is much better than using Goto Err

Edit. Rest in peace mono-basic https://github.com/mono/mono-basic

Two software engineers, one from Texas, the other from the Netherlands

AI generated text about the difference between what happened in the previous years and what changed:

This year’s Philippines-US Balikatan military exercises saw some key changes compared to previous iterations:

• Scale: This year’s Balikatan was the largest ever, with over 16,700 troops participating, exceeding the numbers from previous years [Xinhua].

• Focus: The drills included a stronger emphasis on maritime exercises, with the Philippine Coast Guard participating for the first time [US, Philippines kick off annual joint military drills as tensions mount in South China Sea]. This suggests a focus on island defense and resupply scenarios.

• Scenario: The exercises included a simulated island recapture in Palawan, close to the disputed Spratly Islands, which is a new development compared to past drills [AP News].

• Regional Involvement: While the core remains US-Philippines, this year included observers from ASEAN nations like Vietnam and Thailand, indicating a broader regional approach to security [US, Philippines kick off annual joint military drills as tensions mount in South China Sea].