yeah, it’s a setting in the official rpi imager nowadays

are there not just 2 main libraries or so that all the compositions implement it via?

yeah but you still basically end up duplicating the internal structure of the react component but in a css file then.

there’s nothing definitive that makes one of those 3 options better, it’s all preference. any of them fit better than global css though

sure, but both of those are significantly better than a css file. tailwind tends to match the internal structure better, css in js tends to match the component structure better.

tailwind doesn’t have a runtime though, where css in js libs generally do. not that that’s a big point. the difference is mostly preference

it matches the component model of react etc

did you read their statement? they do.

ai detectors are not good. may as well ask your magic 8 ball

if it’s not clear if it’s ai, it’s not the code this policy was targeting. this is so they don’t have to waste time justifying removing the true ai slop.

if the code looks bad enough to be indistinguishable from ai slop, I don’t think it matters that it was handwritten or not.

you shouldn’t be able to tell if someone used ai to write something. if you can then it is bad code. they’re not talking about getting completion on a fn, they’re talking about letting an agent go and write chunks of the project.

you can also buy a nice USB/Bluetooth dac instead of the inline ones that tend to be more fragile. better quality than an internal one and the flexibility of Bluetooth if you want it. generally a little bulky but if you already have wired headphones I don’t think it’s significant

just to be clear since you said both again in different sentences, GUID and UUID are two names for the same thing.

I think that spec predates uuid4, it only mentions the time based/node based variants. 122 bits of auth token should be plenty, right?

the sheer unlikeliness of guessing that large a number, the original post is fake or something else is going on.

I’ve worked at several places that didn’t have formatters when I started. they did by the time I left. you can incrementally adopt them and if it’s automated most people at worst don’t care. advocate for things you want

reassignment and hoisting are the significant ones. behavior around this does just seem more intuitive than otherwise when it comes up, so I think telling especially new devs to use const arrow fn everywhere but classes is a reasonable rule

hate to break it to you but it behaves like a variable either way. function just behaves closer to a var variable. const fns are less like variables since no assignment. intellisense/devtools all show them just fine. it really is just a minor aesthetic difference on the definition

knowing the programming language you’re working in at a basic level is gatekeeping I’m ok with

semicolons? quotes? use a formatter and don’t think about it. I think js world has basically done this already.

const is simpler. why would I declare an array as let if I’m not reassigning? someone can look at it and know they don’t have to think about reassignment of the reference, just normal mutation. ts has the further readonly to describe the other type of mutation, don’t abuse let to mean that.

const arrow over named function? gets rid of all the legacy behaviors and apis. no arguments, consistent this, and no hoisting or accidental reassignment. the 2 places you should ever use named fn are generator or if you actually need this

they’re different files generally, the only client that will automatically request them is a debugger.

you turn them off because you don’t want to expose your full source code. if you would be ok making your webpage git repo public then making sourcemaps available is fine.

I do think they should have taken an approach similar to prettier and gofmt. very minimal settings and opinionated so all js/go codebases are effectively the same formatting

steam is one of the few commonly used 32 bit apps left on linux.

I imagine most of it is bc most other things are oss and have been updated/rebuilt already. having to run a 10 year old binary happens way less on linux than it does windows.

a handful of distros have tried to remove 32 but support they’ve gotten backlash bc they’d lose steam support. linux the kernel won’t drop it any time soon, but there’s a good chance that if steam drops 32 bit, so will fedora etc

yeah, ofc it should only be a curated set of errors where the consumer can do something about it. unknown errors should just be opaque 500s

sql as the language executed by the db hasn’t changed notably, but I do think there’s been significant developments in ORMs. for a lot of developmers sql is now just an intermediate target

more directly, sqlite was originally for tcl which is why they share the semantics.

also I’d argue that sqlite is a bigger contribution than tk, but I suppose in a more roundabout way