> Also, if the data in chat is being held hostage, the org might be using chat wrong.
This is so important these days. A lot of project send users to discord, slack for documentation and help but they are not made for this purpose. Searching in chat channel for a specific problem is not a good way to handle documentation. I can't even use search engines to search that.
> Searching in chat channel for a specific problem is not a good way to handle documentation
I just wanted to highlight this. I am so happy seeing this written down explicitly and finally.
Throughout the years I struggled so much finding relevant and accurate information about a feature of a product because it was scattered in chat channels, inadequate for providing reliable data (out of date or uncertain staleness, evolving or straight up wrong suggestions found, tangential only, patial, ...). Big names do it (Unity3D, DevExpress, ...). To make the matter worst both official support personel and power users promote its use, defend its use against critique to the last blood, despite of the obvious shortcomings and unreliability for average users. It is just the lazy excuse of providing the necessary knowledge.
It's not lazy, it's by design. We have chat messages because the actual knowledge is stored inside of people, and chat messages are the most searchable way to see what people know outside of being able to ask them personally.
So why don't all of these people simply write it down in a notion/document store and meticulously keep it all up to date?
Because the business does not want that. We demand efficiency, so we understaff engineering departments sufficiently that there is always a little crunch, so that slightly-too-few engineers have to work slightly-harder-than-they-want to make the business successful. The end result of this intentionally engineered "lack of time" is that things like maintaining meticulous documentation are ignored, and the only time the knowledge is shared is in a frantic slack message.
The business is designed to do this. It's not laziness. It's the standard operating procedure to increase efficiency and profit.
The purpose of the software is not profit, but usability. Profit for the organization/owner is a tool to achive that, in some instances (it is very valuable, but not essential).
The primary self-serving focus of bigger and quicker profit leads to serious erosion of trust in technology, making the life of those building a livelihood on top of it shaky at best.
I hear a lot of astrophotographers take many short-exposure (5-10s) photos and then stich them together in POST. Missing 1 of possible 100 photos in OK I think?
Keeping in mind that you photographing a specific thing in the sky, not the startrails, as missing a frame will be very visible there.
Can't thank you enough for photopea. Very good (and impressive) job that you've done with it! It's very useful as a frontend developer that wants to quickly edit an image!
A bit off topic, but I was interested in Nvidia Shield but I have an (5.1) amplifier hooked on my TV with Optical Cable. As I understood, Shield doesn't have any Optical out. Is it possible to connect Shield to TV and let TV (LG with WebOS) pass audio through optical to the amplifier?
My amplifier is quite old, so it doesn't have HDMI in or something.
This is what I'm using, Shield => HDMI => TV => Optical => Soundbar. There are some settings on the TV to enable external speakers over optical, which format is sent (Dolby Digital, etc), and which format is accepted (bitstream) that you may need set. The Shield also has settings for which signal is sends. Works well for me after configuring it and I get Dolby Digital 5.1 (ac3 5.1) from my Shield to my LG C2 to my soundbar over optical.
Strange to see this, as the animation should NOT trigger a layout recalculation (transform is done on it's own "layer", is GPU accelerated and that's why it's more performant).
The article mentions "The computer is doing a lot more work and recomputing the layout of the entire page.", but it's not true. As you see in his example, the square image is getting rotated but layout of the table does not change (the image clips out the table), so no layout recalculation is done.
But after clicking around you realize that it does not anymore. Waaat? Maybe it's related to sidebar visibility changes? You open the inspector and see that .parent is {display:block}. Seems like some jQuery code assumed that display property is either `block` or `none`. Or something. Aaargh. The "sane" attribute of this solution was violated due to its non-locality to the `.rest`. Who could think that changing the display mode for the parent, which is indeed a private property of the parent, would lead to such an issue. You live and you learn css!
(Also, explanations for "intuitive" and/or "logical" are still missing.)
ah yes, jQuery. Indeed hide()/show() just set css to display: none/block, but it can vary (inline/flex/...).
CSS is a bit of a mess the last few years, with so many caveats... Just look at why position sticky will sometimes not work: "If you are trying to use position: sticky and it is not working, it is because one of the elements wrapping it is using overflow with a value of hidden, auto or scroll."[1]
But it's weird, it should work, or at least this should be documented somewhere. Also why should overflow: hidden break the functionality... If you know all the caveats of css, then you can safely say "I know CSS".
For people who use Home Assistant, I've gone with DIY route with ESPHome [1] and senseair CO2 sensor. You can buy those sensors for +- 26 USD on AliExpress. Together with 5 USD, ESP32 devkit, it's mostly "solder"-n-play.
Of course, I only have one of them, so I can't say if they are accurate, but I just need to know if the CO2 levels are normal (+- 400ppm) or high (+1000ppm), to open a window. I have tested it with just blowing on it, the CO2 value jumps up, putting it near a window, goes directly to +- 400.
I haven't had any strange readings with it, ESPHome developers really made an excellent product, that is stable and "just works". You can even calibrate the sensor by putting the it outside (but I haven't really bothered with it).
ESPHome has also support for a lot of other sensors that you combine on a single ESP32 module.
I attached a cheap IKEA Vindriktning PM2.5 sensor to esphome to get air cleanliness data into Home Assistant [1]. That's also very simple to do - solder some wires and write a few lines of yaml and it shows up in the web UI. I bought two of them and they are accurate to each other, so the sensors appear to be acceptable.
They are extremely inaccurate. But relative measurement is OK - you can see rising or falling pollution. When I put one in kitchen it "died" pretty fast - I think the cooking oil grease got onto the sensor and it is game over for me. Shows MAX PM2.5 all the time.
It does but it's a different sensor and doesn't pulse as frequently (I think it has a weekly pulse to clean it... SENS54 is the sensor if you want to look it up)
You can't believe from how much bugs TypScript has saved me. When it was "first released" (when it became more popular), I have ported our starter kit to TypScript and was amazed on how much stuff it was detecting as not safe.
Since then, I can't image working without TS. As for Third Party libraries, I have a different experience from other devs here, it works very well for most (if not all) big libraries/frameworks, and the autocomplete saves me so much time in digging in the docs.
This is so important these days. A lot of project send users to discord, slack for documentation and help but they are not made for this purpose. Searching in chat channel for a specific problem is not a good way to handle documentation. I can't even use search engines to search that.