kora

I love Tony's as much as the next guy. However, be aware that a test conducted in 2022 found high levels of lead in Chocolonely Dark Chocolate variant.

Consistent, long-term exposure to even small amounts of heavy metals can lead to a variety of health problems. The danger is greatest for pregnant people and young children because the metals can cause developmental problems, affect brain development, and lead to lower IQ, says Tunde Akinleye, the CR food safety researcher who led this testing project.

Thanks!

I am also curious. Got burnt once thanks to Docker acquisition. Wondering if it is the right time to consider Terraform alternatives.

What a nostalgia trip. I love it. I owned and used 3310 for several years back in early 2000s.

~~How did you end up drawing all of these? Do they serve a purpose or was it just an artistic pursuit?~~

OP has already provided details in the post description.

I am currently working on a project that requires me to use Brother P-touch printers with NixOS on Raspberry Pi. Manufacturer does not offer ARM64 drivers. Last driver update was from 2017 for the model I am using.

I spent the entire week figuring out why CUPS does not play well with open source drivers which are maintained by some unpaid heroes who are doing their best.

Eventually, I hacked together some code that implements printer's raster language and uses usblp printer class driver.

It saddens me to see that there is little to no interest from manufacturers to provide and, most importantly, maintain working drivers.

I would have been certainly lost without open source alternatives and implementation examples.

I elaborated on it below. Your team will grow and shrink. No guarantee that each developer will bring the same IDE. This is especially true for open source projects.

If it works your team, no need to be dogmatic about it. Just be careful about what you put there and agree on a set of sane defaults with your team. Your project should build and run tasks without needing a specific IDE.

Linting rules and scripts should never live in an IDE-specific directory. I should not need to know your IDE configuration to run scripts and lint my files.

I have yet to come across a language that requires configuration to be stored that way. All modern languages have separate configuration and metadata files for use cases you have defined.

As for workspace defaults, whatever IDE configuration works for you is not guaranteed to work for others. Shoving extension suggestions down their throat each time IDE is booted should not be a part of your source code, as IDE extensions should not be needed to run your code.

I personally strongly advise against committing IDE junk to version control. Assuming your IDE workspace defaults are "sane" for the rest of the contributors is not a good practice.

Shared this with my team just recently. Guess there is a lot more of these brilliant edits.

Looks like he would be the perfect fit for Autechre.

That's Oranienburger Tor! Great eateries and bars around.