Jetbrains IDEs have AI support with all the things you've described, and in a more polished experience that requires significantly less maintenance and tuning. It does that while affording an actual IDE experience that works well for supported languages/projects out of the box, without the need to constantly tune plugins and experience jank misaligned UX that seems to be the norm for VSCode and derivatives.
No association with Jetbrains, and despite having a license, don't even use their AI support much myself (mostly using CC, with IDE integration for diff viewing). But if you haven't tried it recently, probably worth a revisit if you're open to Jetbrains products.
Opposing Hot take (possibly missing the joke....):
Coding was never the most valuable skill a software engineer contributed. Socially-capable engineers are going to be far more likely than PMs to 'shine' when agents can write code and engineers are afforded more time to engage with busines/customers/stakeholder/domain experts.
If my experience is any reflection of the norm, the avg PMs greatest value has never come from effectively determining the value or requirement of a product or translating requests/feedback to meaningful deliverables. It's been in providing cover (time) for engineers that could do the same job better, but are irreplaceable in the development process and so are more rare/valuable spending time doing development. When engineers no longer need to write code, they are a more direct line to effectively solving "Product-Led" business needs with technical solutions than a typical PM will be.
Nearly 100%. They don't call it that or use that term, and almost never _design_ thinking about the domain. But the absence of a formal 'domain model' still results in domain modeling - it's just done at the level of IC who may or may not have any awareness of the broader implications of the model they are creating.
> When I compare Java and Python in this respect -- and I do as a working programmer in both on a frequent basis -- Java is still slow.
I feel this as well, but I also think it's desirable. Java is slower to add features because the bar is quite a bit higher (especially with regard to backwards-compatibility).
I'd much rather have long previews and occasional removal of previews than have a language that becomes bloated and kneecapped by past rushed decisions.
There's Kotlin, Scala, Groovy, etc, if you want to run on the JVM with languages that offer more features (and footguns). I find the balance OK, personally.
I'd much rather them pull the `STR.` templates than push it forward knowing its not ergonomic in practice.
Going to assume you're talking frontend? Otherwise you'd be claiming most Spring, Django, Rails, Angular, <enter common backend framework> codebases are a nightmare to work in. While there are many good application architectures that don't fit into the MVC pattern (or introduce additional layers, e.g. - auth), separating DB ops (M) from business logic (C) and endpoint handlers (V) has always been rather maintainable/testable in my experience.
There are plenty of examples of real damage caused by ISPs being able to give preferential treatment to what _they_ think is important. A quick search comes up with plenty of examples:
1. ISPs limiting 3rd party VOIP solutions to avoid competition with their own VOIP solutions
2. Comcast blocking bitorrent communication was pretty obvious case of ISP preferentially limiting traffic
3. Verizon blocking text messages it didn't like the political message of
4. Verizon blocking 3rd party tethering apps, limiting users from using the bandwidth they pay for because they want to prevent competition
5. ATT prevented Facetime over their network unless users paid a higher subscription, even though users were already paying for data
6. Verizon limiting bandwidth for arbitrary reasons during natural disasters (first responders communication hampered due to limits justified through 'we don't need to follow net neutrality anymore')
Those are a few, there are MANY more examples in the US alone. Ya, some or many have been rolled back due to public outcry, but they shouldn't have happened to begin with. Allowing ISPs to determine which traffic is allowed based on their own self interest is just a terrible idea. Just because you haven't been harmed by it yet doesn't mean much, especially not in a country where the majority have only one or maybe two broadband ISPs to choose from. It WILL be abused, and we know this because it already has.
My assumption has always been that the first to Mars will have a huge edge in gaining access to any natural resources (ore, salts, etc) that might have commercial value. I imagine the first organization to establish mining and refining capabilities on Mars would stand to make trillions in the production of things like steel and aluminum, as would be needed to build out any sizeable settlements on the planet.
No association with Jetbrains, and despite having a license, don't even use their AI support much myself (mostly using CC, with IDE integration for diff viewing). But if you haven't tried it recently, probably worth a revisit if you're open to Jetbrains products.