dbalatero

I'm running my 9070XT on NixOS and it's working great. I have Steam + Blizzard games running.

You're presenting this as an exclusive choice, which I doubt describes most engineers. I value both those things.

I'm surprised by the negative response towards this professor. The syllabus was extremely clear up front, and students did not respect it and decided to see what they could get away with instead. Yeah there's some weird rules to follow, but the homework seems fairly scoped to smaller problems and it's just one class out of a few dozen.

Now GP comes off as knee jerk.

I picked a hell of a day to stop impulse shopping.

If they are used, sure.

(as usual)

> I had to bisect over around a million commits to the monorepo to find the culprit.

Thank god bisect is O(log n) at least...

Do it, it's a beautiful work of art.

To me, the ee-oo sound feels more like a Y in my mouth. However if I really draw out the word slowly it feels like ee-oo. But in practice it feels like Y.

I feel like dozens of sites constantly nag me about this. The best ones at least save a cookie to note I'm not interested, such as GitHub.

Sorry to say, DHH invites it.

When one person does it, the FBI is called. When an AI lab does it, it's cute?

Making these kinds of AI projects with fancy READMEs give you a veneer of authority, but the lack of earned wisdom tends to stick out once a few people glance at it.

If LWN isn't your exact thing, consider donating to a project you get outsized value from. For me it's neovim, for you it might be something else!

When it comes to UX, perceived latency is king.

While I have a CS degree from a good university, I think I see things differently than the author here. I think CS degrees are great overviews of the field and give you 4 years to practice programming basics without needing to worry about your job. You also might meet some smart classmates and learn from them too.

However, I think the core issue that individuals run into is that the industry does not stop to train engineers in any kind of formal way. If you do not address this, then your skills will never adequately develop over time. This goes for CS degree holders too, they just might have some more confidence initially from the 4 years of marinating in the material.

There are so many ways to develop your skills:

- cs degree, sure

- pair programming with people that have the skills you want

- helping others with their problems

- building personal tools

- reading blogs, watching videos, and generally soaking up external opinions

- taking projects slightly outside of your skill level

- self-reflection and writing down the problems you have, then actively seeking help with each specific problem

- learning to read error messages so you don't sit there slackjawed when red text shows up

- learning to read documentation and scan for useful APIs

- reading books, if that's a method that works for you

- doing retreats like Recurse Center that push you

- SRS practice with tools like Execute Program

- paid courses with work edu budgets

No one will really make you do these things though, so it is very sink or swim. You don't have to do all of these things, but you likely need to be on some kind of upward trajectory, particularly for the first solid chunk of your career. For me, this is mostly work I would do as part of the job, during 9-5 work hours.

Where are you getting a steak and potato for 2 for less than a bag of Doritos? Is it a 50 lb bag of Doritos?

I mean kinda yeah

Yeah, there's no mandate for government agencies to use login.gov AFAIK, so they can either go with login.gov or buy the private id.me solution. In general it's not a slamdunk to get agencies to cooperate and use their services, it seems.

I've built a few boxes:

https://www.printables.com/model/355924-clickable-touch-id-b...

https://gist.github.com/KhaosT/1406a6b6bea38f59e059c2afcb39d...

You have to carefully tear down and extract the touch id sensor, and then remount it in a box. I went the battery route so it could stay wireless. The tradeoff is the box is bigger.

Reading it is good, but working with it more directly seems to help retention.

You seem to be massively exaggerating here for effect.

I think the main point is, if you're building frontend web apps, you should probably know how HTML, CSS, and JavaScript interact to some decently high level. Can you look stuff up on the margins via AI, or StackOverflow, or whatever? Sure.

If you're building <something else>, you should probably know the core tools and concepts at the appropriate level to build them.

No we do not need to know every aspect of CPU branch prediction and whatnot to make a webpage.

> Of course both are useful, but I’d rather have familiarity with the codebase than a deep general understanding of software systems.

In my experience, getting that familiarity with a particular codebase in a way that isn't surface-level has always been a hands-on process. E.g. just because I know many general things about software, I need to know the particulars of the current codebase I'm in to know what is reasonable to actually apply to it.

This is a chicken and egg problem I find hard to resolve with LLMs. If we're pushed to delegate most work to them, how do you build that expertise? Sure you can ask questions about the codebase, but IMHO that falls under surface-level information, and the devil is often in the deeper details. Hmm.

Don't really have the context, but I'd trust the expert that it will get done on the schedule they want. I'd say people on the outside of things often ask these kinds of questions due to lacking any context on production schedules. See: the last time your PM said "can't we just..."

He's also a small shop and perhaps they intentionally move slower. I suspect he doesn't need to urgently get paid for this.

Story writing is probably non linear in time it takes, and I imagine there's a fair amount of waterfall. E.g you can't schedule voice actors until the story and dialogue is done. Oh wait, the voice actors have other commitments so they'll be by in 3 months. Etc.

God forbid someone see their kids after work. Won't someone think of the potential profits in performatively staying late at work?

I guess if you have nothing else to live for except your job, you'd be really psyched to keep dumping more hours into it...

I think things like CI, linters, hooks, etc started as defense against humans eventually ignoring it (low blood sugar, under pressure, never cared in the first place, etc).

These seem like they would naturally extend to LLMs as well.

(I'm not pro-LLM on balance, but the solutions of today feel similar for humans and LLMs.)

> My idea is to strip the system down as much as possible and leave only what is required for production.

> Development would be done using the full Bun runtime, while production would use its lightweight fork, Cruller. I do not have the resources of the Oven team to develop and maintain a massive general-purpose runtime, so I want to focus on specific production requirements.

I don't know about others, but I don't think I would deviate my development runtime from my production runtime so significantly. The chance for behavior that only rears its head in production is too high for my liking.

Unfortunately, I don't think AI companies will opt to throttle onboarding new users via a licensing/training system.