In deutschen Wohnungen produzieren sie normalerweise rasch tropische Schwüle.
Das stimmt, aber da es immer ein Feuchtigkeitsgefälle nach aussen gibt, funktioniert das mit Lüften ganz gut.
Mit "knochentrockener" Luft funktioniert es natürlich am besten aber Deutschland ist nicht der Amazonas und hier macht es zumindest für mich an heissen Tagen viel Unterschied und kost praktisch nix.
Wenn die Sommer noch heisser werden, kommt Klimaanlage mit PV her.
Hier eine Studie die den Effekt quantitativ untersucht hat. Die hier erklärt den Effekt.
Das wird in Teilen Indiens und Pakistans schon seit tausend Jahren so gemacht und funktioniert prima.
Niemand behauptet, dass man damit ein Kühlhaus bekommt wie mit einer 750W Klimaanlage die durchgehend läuft.
Aber wenn man nicht zu doof für die einfache Anleitung ist und die Luft durch häufiges Lüften trocken hält, kann man, (je nachdem), über ein paar Tage der Bausubstanz des Dachgeschosses durchaus 2-3°C an Wärmeenergie entziehen, was an heissen Tagen definitiv einen Unterschied macht.
Ich mach das ständig. Klappt prima.
feuchte Stoffe zum trocknen aufhängen und viel lüften. Das kost nix und bringt viel.
Bonuspunkte wenn die nachts richtig auskühlen können und dann tagsüber mehr Wärmeenergie ~~aufnehmen~~ umwandeln.
...oder halt PV + Klimaanlage für cheatmode.
25 years in the industry here. As I said there's nothing against learning something new but I doubt it's as easy as "leveling up".
Both fields profit a lot from experience and it's as much gain for a scientist do become a software dev as an architect becoming a carpenter. It's simply not productive.
there is so much time lost in research institutes because of shoddy programming
Well, that's the way it is. Scientific code and production code have different requirements. To me that sounds like "that machine prototype is inefficient - just skip the prototype next time and build the real thing right away."
It's always good to learn new stuff but in terms of productivity: Don't attempt to be a programmer. Rather attempt to write better research code (clean up code, revision control, better commenting, maybe testing...)
Rather try to improve cooperation with programmers, if necessary. Close cooperation, asking stupid questions instead of making assumptions etc. makes the process easy for both of you.
Also don't be afraid to consult different programmers since beyond a certain level, experience and expertise in programming is vastly fragmented.
Experienced programmers mostly suck on your field and vice versa and that's a good thing.
why would using a cdn I don't control, from a non-contracted 3rd party and their "PageShield" app reduce my supply chain attack risk?
Am I not just increasing the attack surface since now my visitors can be victim not only by my servers being compromised but now also by the 3rd party being compromised?
serious question.
wenn es so einfach wäre...
"Speicher...! Wir brauchen Speicher!" -- Olli Khan
Consequence:
Software can only be good, when enough people WANT to work on it and with it along the complete life-cycle. There's a critical amount of developers/contributors/testers and (feedback providing) users.
Hence a lot of critical consumer stuff is based on popular opensource.
Also, we're entering an aera where the difference between hardware/firmware/software gets increasingly blurred. So all of this applies to more and more hardware, too.
Jedenfalls sicher keine Ungeimpften. Die haben Immunsistem und da wird in die Hände gespukt..!!
/s
crazy idea: let's publicly fund FOSS projects so devs working on stuff they like with a passion can actually make a good living and enable sustainable non-profits to hire expertise, marketing and all the stuff a company needs
the result would be actually good software and happy devs