I mean, this strongly has to depend on what kind of software you are developing.
I don't know a single developer who primarily uses Windows.
Literally everyone around me uses Linux for development work (and a large portion of them also use Linux for their personal machines).
Of course. However if a developer isn't using Windows typically they are using a Mac.
In corpo-world. Everyone is using Windows. If they are using Linux it would be through a VM or WSL. I guarantee none of those people are using Linux at home.
So for every developer you know that is using Linux, there are many more people using Windows supplied to by their IT department.
> In corpo-world. Everyone is using Windows. If they are using Linux it would be through a VM or WSL. I guarantee none of those people are using Linux at home.
And I guarantee that you're wrong, because I work a corporate job where I have to put up with Windows and am 99% Linux at home. (The other 1% is *BSD and illumos.)
You are the minority but you can believe whatever you like.
The vast majority of developers I have worked with (and I've contracted a lot of places) know next to next to nothing about Linux. They can barely use a terminal (Powershell, CMD, Bash/Zsh) and often can't do anything outside of the IDE.
If they do use Linux. It be on a Raspberry PI that gets stuck in a drawer after a few months.
To those that keep voting me down on this. The teams and environments you work in are the outliers. I've had to accept that I am in the minority as a Linux user even amongst software professionals.
>Sure, there are a lot of people that use Linux indirectly e.g. deploy to a Linux box, use Docker or a VM. But if someone isn't running Windows, 9 times out of 10 they are running a Mac.
That was my original comment. It is pretty easy to that to assume that when someone says "none" in a subsequent comment they mean "almost none" following that statement.
Oil is how Russia funds their war-machine. Bombing refineries makes it harder and less sustainable to keep the war going. It's not about making civilians suffer when you literally need to pressure the enemy into stopping the war by blowing up their infrastructure.
This statement is very uninformed.
Other sources are intermittent, nuclear energy is not.
The problem about many countries not being able to produce fuel rods themselves is true, but the exact same applies to other energy sources.
Most nations depend on very few other nations for imports of oil gas etc.
Nuclear power plants only have a high upfront cost, which is compensated by their long lifetime of 60-100 years.
Other energy sources also have high upfront production costs + you need to spend additional money on infrastructure for batteries/storage.
I also don't understand your argument on military targets.
A NPP is a target the sane way a solar park, wind-park, geothermal facility or whatever would be a target. And to add to that, wile they are of course not indestrctible they are extremely robustly built. You can literally fly an airplane into them and it wouldnt result in a meltdown..
I do agree on your point on decentralization, yes.
I wish it would have support for Zigbee so I can pair it with other open data aggregation systems like Home Assistant.
AirGradient, another cool air quality monitor, for example, does not have this.
The trick with the AirGradient is to use one of the ESPHome configs available [1] instead of their crappy Arduino sketch. Then it integrates with Home Assistant perfectly.
> Air Quality Sensors – Supported sensors can capture and report on: PM1, PM2.5, PM10, CO2, NO2, VOC, CO, Ozone, Radon, and Formaldehyde. Furthermore, the addition of the Air Quality Cluster enables Matter devices to provide AQI information based on the device’s location
We'll definitely look into supporting Matter in the future, as it would allow integration with the most common home automation platforms/apps out there.
