Italian here. This kind of non compete agreement are legal here as long as the employee gets compensated with a raise high enough to justify the terms. So a judge may rule in favor of the employee if the contract is too strict or if the pay raise was not high enough.
It seems fair enough doing that way.
That’s my case, i’m a backend developer, more specialized in databases than websites, so i choose blazor because it was easy for me to become proficient fast and build nice and fast apps.
Also i usually build Enterprise apps, not public facing ones, so my target is still good for blazor. I know there are methods to scale better with blazor server (like using signalr on a separate service, outside the webapp).
Also we use DevExpress components, so basically all UI controls are done for me, so my dev time is even lower.
I’ll look at htmx, i’m curious at the tecnical differences and why it may be lighter than blazor.
The behaviour you described is very similar to what Blazor is. No frontend framework, and the DOM updates are rendered on the fly. I’m using it a lot and it’s very good.
Your assumption that “using reflection means the code is wrong” seems a bit extreme, at least in .Net. Every time you interact with types, you use reflection. Xml and Json serialization/deserialization uses reflection, and also Entity Framework. If you use mocking in test you are using reflection.
We have an excel export functionality on our sites that uses reflection because we can write 1 function and export any types we want, thanks to reflection.