asyncrosaurus

Everything is in the link.

I didn't have an answer for a very long time. Or more seriously, the answer was "the one that paid the most". I've run the gamut of popular languages, C, C++, Java, Javascript, perl, ruby, Python, Visual Basic, VB.Net, C# and F#.

But the last couple years it's really been C#. The pace of development on the language/runtime has really picked up with yearly releases. The features that are added and iterated on are expressive and intuitive. You can tell from the discussion posts on how a feature is being considered for inclusion is thoughtful and deliberate. It really feels like the language is in good hands.

Just wish those hands weren't Microsoft.

It's probably time to stop recommending Clean Code

We can only assume this was all a negotiation tactic, where they start with an unreasonable position, and force devs to accept an imbalanced (but manageable) fee structure they would have rejected.

I say that, but I also assumed that is what Reddit was doing, but they went full steam towards stupid town, so ymmv.

Wild swings between the greatest trip you've ever had, and excruciatingly slow death.

Yes, I couldn't recommend htmx highly enough.

Web & mobile development took a wrong tern 10 million miles back, and no one wants to turn the car around and admit it.

Yes, and the people directly contributing to the project have legitimate gripes. Although, the parable of dhh is if you get on an asshole scorpions back, don't be surprised if you get stung. Dudes been an unreasonable prick for nearly 20 years now.

My comments directed at the manufactured outrage from the tooling zealots incapable of having a mature conversation. Or even accept a difference of opinion. The number of comments that start with, "never heard of Turbo, but let me weigh in on why you're an idiot for not liking Typescript. " is very telling...

I continue to be baffled and amused by the complete meltdown of the typescript community over the actions of a single man on a single package. The only people who have legitimate gripes are those that had been actively contributing and whose work was erased. The rest of you are acting absurdly childish. The anger and vitriol being thrown at anyone who disagrees on how to write javascript would make me embarrassed if I was associated or involved in the ts community.

I find ORMs exist best in a mid-sized project, most valuable in a CQRS context.

For anything small, they massively over complicate the architecture. For the large enterprise systems, they always seem to choke on an already large and complex domain.

So a mid size project, maybe with less than a hundred or so data objects works best with an ORM. In that way, they've also been most productive mainly for the CUD of the CRUD approach. I'd rather write my domain logic with the speed and safety of an ORM during writes, but leverage the flexibility and expressiveness of SQL when I'm crafting efficient read queries.

Some of us have had to support multiple database targets. So I don't know about changing a database in a running application, but a good abstraction has made it easier to extend support and add clients when we could quickly and easily add new database providerz

I like Blazor and use it exclusively at my work (usually to build the same type of stuff I'd use a HARP approach in a personal prj).

Blazor is awesome, but really is attractive to backend .Net developers more than anyone else. However, Blazor has a bunch of downsides: Blazor Server is too chatty to build scalable public facing webapps. Blazor WASM has a massive initial payload, which makes it slow and heavy.

Also, it just really falls into being overkill for so much stuff on the web. Half the shit I'm paid to build with Blazor would be faster and cheaper with just some htmx. Most SPAs are attempting to build a sand castle with an excavator.