ASP.NET could mean a bunch of programming languages and I'm assuming that a ASP.NET Server doesn't disclose that.
It's probably safe to guess mostly C#, but that requires a different metric.
'Tis true. I used to know an absolute ton of big sites that were written in 100% VB.NET ASP.NET. I'd still be writing all my backend in VB.NET if it wasn't a second tier .Net language these days.
Well, if all the interesting signals are on the mezzanine, what's the point of the Arduino form factor and pinout? Just to claim that they're supporting a widely used platform? Engineers can see through it.
The more I look at it, the more it sounds like a platform designed by M&A team
I'd like to argue that electric Rechauds are superior anyway. Fuel paste or gas always seems to run out just before you're finished, everything cools down while refilling and then you have to get the fluid up to temperature again.
Safety around children or tipsy people is just the bonus on top.
MAUI is supposed to use native ui components, AvaloniaUI just uses Skia.
I think going with a non-native approach would kinda make Linux a clear second class platform, especially with all the native features that need to be rebuilt?
Is there any multiplatform ui framework that's actually "native" for all the different linux ui toolkits?
A shift in those cultural dynamics is that you can ship the current .NET LTS with your app (or even STS if you feel like making that sort of security support SLA with your own clients). You aren't relying on their Windows Update habits (or lack of them) or having to install a big .NET installer that might break their other apps.
They may still get left behind on an older version of your software because they want to be, but their relationship to Windows is no longer the big excuse/reason to skip updating to your latest that it used to be.
You are right that it’s on a 2 year cycle. Though there is support for 3 years, so you could safely put off an upgrade for up to a year if there are breaking changes one release.
I don't think that's a fair summary of Mozillas Position on the WebBluetooth/WebSerial/WebUSB specs. Interacting with arbitary devices has arbitrary consequences, mozilla seems to assume users are not able to understand these consequences and therefore cannot consent to it.
- Certain things need good layouts - I think I can see a DC-DC Converter, you need to minimize certain loop areas, etc. You also need to ensure that you use the correct footprints for the chips. Way easier to just use a bunch of modules with a simple pcb.
- It reduces the components you need to aquire - you need to select a inductor with the correct specs for the dc-dc converter, a bunch of different resistors and capacitors for all sorts of uses or you just purchase a cheap module from china.
- It's easier to solder. Fancy chips with packages with no leads are not trivial to solder. LED's might be a bit sensitive to temperature and can get destroyed by a not-so-great solderer. Small pitches on IC make it easy to create solder bridges or bad connections.