the only group i noddingly approve of being that programmatically bigoted are the clojure-or-i'm-setting-myself-on-fire guys. they've earned it

with that im very enjoying the challenge of scaling ssr stuff like this. i am very tempted to throw months of my life away building out a full fledged framework that means no npm / node toolchains, an easier to customize component model thats more performant and doesn't feel like... abstractions of abstractions, compile time tree shakedowns. for all of it. streamlit showed me the beauty of a declarative api that kinda went and did the rest but it missed a ton of marks with its top to bottom runs and it's just awkward.. a little too opinionated, terrible performance, perhaps the dumbest state management ive ever seen in my life... nicegui improved on that, but python just doesn't fit the bill for what i want to do. something that's go and its fully reactive and gives you full control. i genuinely think the hardest part of doing this is designing a framework api that is approachable and easily-rememberable. golang actually makes this hard, python wins with kwargs and stuff. i also suppose i could just start using wasm

i think where this might all be headed.. it's a touchy subject if im being honest. our guy at work is an amazing person super candid and honest. he says it kinda hurts seeing the front end stack he's been in pretty much his entire career start to lose developer interest. we've talked in depth about how the entire history of things like react came to be out of necessity, a product of its time with all the historic constraints that used to exist.. it led to educational curriculums, bootcamps and full blown careers.. but it's really hard to get behind what feels like an overly complex workaround that spans well over a decade at this point. people have invested a lot in their frontend-frameworks and toolchains and workflows and other pieces of knowledge and understandably are ready to defend it the entire existence of "make the client browser do a lot of work work" model. but hey, I've used both heavily and for what it's worth I think server-side and a general programming language are really the path forward here and it feels like something that corrects one of computing histories biggest weird sidequests. i genuinely think everyone will have a deeper and better understanding of computing in general approaching from this angle, and i think ssr is a very valuable path to explore that can really open the doors to understanding what makes good software as you're forced to contend with the most important design pattern: if you're going to make the server do most of the work, what is needed to do it well & scale to many clients. it naturally leads you into some really exciting possibilities. i personally love where this is headed because it completely nerfs the need for such abominations such as graphql & it's supporting infra. i can just rawdog sql, the most goated query language of all time.

highly performant data grids imo are the gold standard of components. i'm okay with a blend of client and server side work to make this a reality, aggrid is a good example of a very sick front end lib that does this. but i look forward to seeing if anyone's going to do something new here that is performant as hell and served up from the backend, some kind of tanstack demonchild or satanic wasm data grid 9000

traditional looking commercial jets, their designs, their manufacturing processes, their innovations (yes boeing/airbus do innovate and have for a long time even though it doesnt seem that way) have all been shaped heavily by human blood. to some degree a radical new design almost guarantees more deaths at a commercial level there's really no shortcutting this without it.

dont get me wrong im super open to the possibility that something like this is possible itd be better for the whole world, but there's no way we get there without re-experiencing some hard lessons if we want to push it pash some sort of proverbial finish line

No way man that award goes to cloudflare

i feel like there's a time and a place to split hairs on whether or not legality clears moral wrong doing, and this is certainly not that time nor place. in what universe are these even remotely equivalent without broad abstractions?

* elite boomer filming underage girls for his own gratification

* bystanders filming a perpetrator mid-act

heather touches on those willing to get hung up on this stretch of an inconsistency and even links her other Darnella test post.

> (if the law is bad, change it. but that's not this article)

that is literally the article. she's a tech policy writer critiquing the policy framework.

in general the weird undertones of your comment feel like you're asserting heather is like morally compromised or something and that the article is worth dismissing. if there was some discussion about the actual stuff she's talking about in this article i'd be singing a different tune right now, you know about whether or not under 16 bans punish young people for stinky perf perpetrator behavior... but since there isn't it feels even crazier that you're dotting this with your assessment that heather is somehow being the problematic one here. wat

json is just easier for my brain at this point if it needs to go over http, but ive seen some pretty... poorly designed json structures.

csv is always a good time. love when i can just plop important data into a table and query away

insanely shameful if not

our noob to hero pipeline these days is just requisitions that cover some basics but flat out say its an entry position and a chance to step into something new. we quickly weed out the overqualified and find candidates who seem like theyre genuinely just looking to find a way to break into something new, and our interview process is largely centered around getting to know them as a person what they're all about and we seem to do an okay job triangulating "this kid is curious, seems like they'd glue well with everyone here". mildly grill on some technical stuff but mostly just to get a read on where they're at & make assessments on what we're willing to teach. we actually don't do whiteboarding coding exercises or any of those challenges, not really a fan of those and i've never felt like they were a useful litmus test on whether or not someone will be successful in a role. people can hide a lot of insufficiencies/ego/insecurity/toxicity behind coding exercises, polished resumes and mastering interviews. it is of our opinion that the journey to expertise/excellence also involves having a good grasp on who you are as a person & who you want to be, and a solid moral compass you can navigate with. because there will be highs and there will be some very low lows, any journey to excellence sails these seas & we're very interested in people who can be open and honest about where they might be.

at this point we've reasoned out that the normal requisition is just going to get an influx of people who think they're charmers and can rehearse an interview and then pan out to be a nothingburger. we've had a couple of those in the past few years and it's annoying. we don't hire often do but when we do we're just interested in having someone around that we like and seems eager to learn, we've had great luck with this formula and this seems to pluck out people who get lost in a sea of incredible looking resumes, we give them a good learning track and goals and they seem to leapfrog past every goalpost we've put in front of them. as far as juniors go, we like hearing about other weird non-computer problems they've solved in life. when we find the right candidate we kind of just know when we talk with them, they universally are pretty open about their own shortcomings but just demonstrate some sort of very passionate need to build or solve things and find a community where their contributions are valued. we see the mission as needing to build them up as a person first and the nerdy stuff is the fun sidequest they can join us and chase dopamine with. we all enjoy teaching & watching people grow so it works out pretty well and we've transitioned a couple to senior positions in the past 4-5 years. people who, when we first interviewed them years ago, may have not had any business on paper being in this field. people we're proud to have watched pan out to be incredible resources, some of the heaviest hitters our org has seen, and if im being real at this point really great friends.

people can make some really useful stuff with AI especially when its a domain they're already an expert in, and it would go a long ways for them to just sit and explain that 1. they used AI to help 2. their own words to explain what the heck they put together, especially if they can speak to some of the limitations AI has working with it. just goes a long way to demonstrate this guys stuff is worth tinkering with because he has a good grasp on what was created

for 99% of the stuff out there now people are literally operating in domains they don't understand at all, i just close my tab when i see the damn vibe coded readmes