StefanWestfal

Not op but a similar experience. I used cursor with claud to generate a small bash script to set up a Postgres container, iterate over local migration files, and apply them using psql. The generated code did all correct but called psql from within the container. Even when feeding the errors back in it could not correct the code or identify the bug.

I am curiouse, how complex was the app? I use cursor too and am very satisfied with it. It seem that is very good at code that must have been written so many times before (think react components, node.js REST api endpoints etc.) but it starts to fall of when moving into specific domains.

And for me that is the best case scenario, it takes away the part we have to code / solve already solved problems again and again so we can focus more on the other parts of software engineering beyond writing code.

At no point does the author suggest that AI is not going to happen or that it is not useful. He expresses frustration with marketing, false promises, pitching of superficial solutions for deep problems, and the usage of AI to replace meaningful human interactions. In short, the text is not about the technology itself.

In simple economics, a decrease in price typically results in an increase in demand, unless the demand is inelastic.

Anecdotal experience: Onset of tools such as NumPy, which made it more feasible for a wider range of people to write their own simulations due to drop in cost (time/complexity). This, in turn, increased the demand for tooling, infrastructure, optimisation, etc. and demand for software engineers increased. Yes our jobs will change but there are way to many problems to be solve to assume demand will not increase.

How do you define elite programmers?

If you define elite programmers in the context of actual coding as those who excel at implementing ideas and solutions, I could imagine that this skill might become less relevant with the advent of AI. Smashing out over 1000 lines of Haskell would then be the equivalent of being able to calculate complex numbers in your head.

However, if you define elite programmers as those who possess good domain knowledge, communication-, management-, and soft skills, then yes, they might become so productive that they could replace developers whose main skill is writing code as we move up a level of abstraction. While it might help today to have a certain level of understanding about Assembly and C, we do not need to be elite at it to be a good software engineer.

I am asking as I met a few devs who are electrical engs. with a very good understanding of how a computer actually works but now earn more with React and Python.

Would the increase in productivity not happen to almost all people if they were given the interesting work and the direct support of a good leader to help them focus? At least, I feel a difference like night and day when working on things I am interested in, as opposed to when I am doing chores. This includes thinking about the problem when I am on the toilet, during sports, on walks, on the bus, and so on.

I flew with them a few times as well as KLM, Emirates, and Singapore. Lufthansa's customer service, on-board experience (i.e. food & entertainment), is not on par with the others. When a flight got canceled last minute, we were left hanging with a number to call and a long waiting line, and we are still waiting for our reimbursement. On the need to reschedule due to a positive coronavirus test, it took 16 minutes with KLM to reschedule and almost 3 hours with Lufthansa and a bunch of (online) paperwork.

On top of that, some strange management decisions like completely stopping pilot training and laying off the ones that started during Covid while getting financial assistance from the state and 2 years later struggling with a pilot shortage.

My two cents: I worked in a different engineering field before transitioning to Software Engineering because "coding" was and is what we need to solve problems, and I got the hang of it. A few years in, I spend little of my day actually writing code but more time in meetings, consoles, documentation, logs, etc. Large language models (LLMs) help when writing code, but it's mostly about understanding the problem, domain, and your tools. When going back to my old area, I am excited about what a single person can do now and what will come, but I am also hitting walls fast. LLMs are great when you know what you are doing, but can be a trap if you don't and get worse and worse the more novel and niche you go.

That is right, but it is a global market where Novo Nordisk can decide to sell in a country or not, so I do not think they would sell below cost. I agree with the point that the US pays disproportionately much for the R&D portion of the cost, though.

How is it different from the normal market? If I have a product and sell in Germany for 50 USD and Switzerland for 100 USD because that is what people are willing to pay, would you also say that Switzerland pays for R&D while Germany gets it below cost?

Would you mind to explain? My gut feeling tells me you are right but I can not follow 100%.

Indeed, my mistake and agree. Here, I wanted to refer to the fact that the transfer of ownership could likely be done even without involving a notary or a human in a properly digitalized system.

Common in practice is 0.5%

There are ways to ensure the correct transfer of ownership without involving a third party. You can see these principles at work on some trading platforms already, be it for Magic cards or something else where parties cannot trust each other because they do not know each other.

Next, you would expect that the notary would educate participants and act as a source of trust, an actor in your best interest, but that is not the case. Notaries can change contracts until the last minute, and unless agreed upon, the common 14-day withdrawal period for contracts does not apply to things like buying property. Furthermore, if you are inexperienced, you can easily fall into traps.

As a concrete example, when buying a part of a shared property, it is commonly believed that the "Hausordnung" (house rules) is the owners' agreement for house rules. However, that is not the case, as there can be more, and in our case, it forbade us to keep dogs. Now, you could argue that we should have made ourselves more familiar with the law, and I would agree that is true. However, it begs the question, why do we need a notary?