wim

In a lot of modern work flows this is incompatible with the development pattern.

For example, at my job we have to roll a test release through CI that we then have to deploy to a test kubernetes cluster. You can't even do that if the build is failing because of linting issues.

I never did Rails but I used Ruby for many personal projects in the 2000s.

When showing stuff to my coworkers or friends, I often joked how I tried to make my code look like it was already gzipped.

Depends heavily on the market segment. I also work in Europe and in my 15 years as a software developer (the first 6-7 as C/C++ developer) I've never seen anyone use Visual Studio.

Where is this template from?

What would you do if you had a million dollars?

Odd to see the gap between C and Pascal this big. Is this a matter of lacking optimization effort for less popular languages?

They've been talking about removing the GIL since I was in primary school. My children are in primary school now. I'll believe it when I see it.

This is Indian English, same as "I have a doubt". It's not something you commonly hear outside India.

While C is certainly better for some problems in my experience, it too is very hard to use in large projects with a mix of developers, and it is unsuitable for most higher level applications in most companies.

I think C has its place in the world still, which is mostly confined low level embedded, kernel space and malware. I do believe that the market segment that used to rely on C++ is today better served by either Go or Rust, depending on the project.

That said, while I LOVE working with Rust, it suffers from many of the same issues I mentioned for C++ in my comment above when working in a mixed skillset team.

Everything is fine within the scope of a college course or project.

Where C++ breaks down is large, complicated projects where you colaborate with other developers over multiple years.

I worked in C++ for almost a decade, and while there were a few good projects I encountered, most suffered from one or more of the following problems:

• C++ has so many parts, everyone picks a subset they think is "good", but noone seems to fully agree on what that subset is.
• A side effect of the many possibilities C++ offers to compose or abstract your project is that it allows for developers to be "clever". However, this often results in code that is hard to maintain or understand, especially for other developers.
• Good C++ is very hard. Not everyone is a C++ veteran that read dozens of books or has a robust body of knowledge on all its quirks and pitfalls, and those people are also often assigned to your project and contribute to it. I was certainly never an expert, despite a lot of time and effort spent learning and using C++.

Back when I was still in school, I ran a few tests on real world LISP and Java (the then dominant language, this was in the late days of Sun Microsystems succes).

Turns out most LISP programs had fewer parentheses then Java had braces, parens and brackets.

Agreed, but for many services 2 or 3 nines is acceptable.

For the cloud storage system I worked on it wasn't, and that had different setups for different customers, from a simple 3 node system (the smallest setup, mostly for customers trialing the solution) to a 3 geo setup which has at least 9 nodes in 3 different datacenters.

For the finanicial system, we run a live/live/live setup, where we're running a cluster in 3 different cloud operators, and the client is expected to know all of them and do failover. That obviously requires little more complexity on the client side, but in many cases developers or organisations control both anyway.

Netflix is obviously at another scale, I can't comment on what their needs are, or how their solution looks, but I think it's fair to say they are an exceptional case.