jason_oster (u/jason_oster)

jason_oster commented on AWS CEO says replacing junior devs with AI is 'one of the dumbest ideas' finalroundai.com/blog/aws... · Posted by u/birdculture

bdangubic · 21 hours ago

this can only happen in a shitty places with incompetent team

jason_oster · 19 hours ago

Every team has incompetence at some level. If every team was perfect, there would be no more work left to do, because they would always get the right product built correctly the first time. No bug fix releases, no feature refreshes, no version 2.

Beware, your ego may steer you astray.

jason_oster commented on AI and the ironies of automation – Part 2 ufried.com/blog/ironies_o... · Posted by u/BinaryIgor

everdrive · 4 days ago

I can feel the skill atrophy creeping in. My very first instinct is go use the LLM. I think much like forcing yourself to exercise, eat right, and avoid social media / distractions, this will be a new modern skillset; do you have the discipline to avoid becoming useless without an LLM? A small few will be great at this, the middle of the bell curve will do "well enough," and you know the story for the rest.

jason_oster · 4 days ago

I have wasted too much time wishing I could find the motivation to work on coding projects. And there are times that I was able to force myself to just get started. Spin up the flywheel and let momentum carry me.

But I'm talking about a consistent problem for more than 25 years. AI agents didn't do this to me. At least in my anecdotal case, this isn't atrophy. It's just the way it has always been. Now I actually have much less friction in getting a project going. I can just type a few of my thoughts at an agent and away it goes. The momentum is almost free, now.

jason_oster commented on JSDoc is TypeScript culi.bearblog.dev/jsdoc-i... · Posted by u/culi

brazukadev · 4 days ago

I like the mention to someone from the React team as it seems TypeScript/type safety did not help them create better, safer software.

jason_oster · 4 days ago

Writing better, safer software is more of a cultural problem than a language problem. Languages can only do so much.

jason_oster commented on Someone at YouTube Needs Glasses: The Prophecy Has Been Fulfilled jayd.ml/2025/11/10/someon... · Posted by u/jaydenmilne

ZekeSulastin · 23 days ago

At least for SponsorBlock you can run iSponsorBlockTV[1] on another computer on the same network - in addition to skipping sponsored segments, it also mutes YouTube’s own ads and auto-skips them as soon as it can.

[1] https://github.com/dmunozv04/iSponsorBlockTV

jason_oster · 21 days ago

Thanks, it looks like a helpful workaround for now. Hoping someday SponsorBlock can be ported to tvOS.

jason_oster commented on Someone at YouTube Needs Glasses: The Prophecy Has Been Fulfilled jayd.ml/2025/11/10/someon... · Posted by u/jaydenmilne

chrneu · 23 days ago

There are two apps called "DeArrow" and SponsorBlock that basically everyone should be using.

DeArrow replaces thumbnails and titles with crowd sourced versions. I can't use youtube without it anymore. Usually the titles get replaced with stuff like "How to build a table" instead of "Watch the world explode as I try to make a table!!!!!!!!!!!!". Same with thumbnails. No longer are they over-saturated close up AI generated garbage images, but usually just a screenshot from the video that shows what's really going on.

jason_oster · 23 days ago

Neither of these are available on Apple TV. Otherwise, you make a good suggestion; install them where available.

jason_oster commented on OOP is shifting between domains, not disappearing blog.jsbarretto.com/post/... · Posted by u/ibobev

sroerick · a month ago

I think this is a wonderful philosophy, but many times the actually more important thing is "optimize for the client's budget"

jason_oster · a month ago

Sometimes the client just can't afford your services. There is nothing wrong with that. :)

jason_oster commented on OOP is shifting between domains, not disappearing blog.jsbarretto.com/post/... · Posted by u/ibobev

sroerick · a month ago

I agree with you, but I am not sold on optimizing for performance above all else.

Business logic ran fine on ancient mainframes. It can run fine on Raspberry Pis.

CRUD is super easy. It's also not super resource intensive.

I know that's the path that led us all down into Java OOP / start menu is a react native component, but it is actually true.

ORM adds a convenience layer. It also adds some decent protection against SQL injects OOTB and other dev comforts.

Is that trade off worth it? Probably not. But sometimes it's the best tool for the job

jason_oster · a month ago

Optimize for your users above all else. Yes, even above developer experience. If that means optimize for performance, you optimize for performance.

The only thing that matters is what your users feel when using your product. Everything else is a waste of time. OOP, FP, language choice, it's all just fluff.

jason_oster commented on Show HN: Autism Simulator autism-simulator.vercel.a... · Posted by u/joshcsimmons

ilikecakeandpie · 3 months ago

Yeah this is a thing that gets me. Everyone has to mask because otherwise there'd be a more conflict over shit that doesn't matter then there likely already is during meetings and stuff.

Some of the messaging too is just... off-putting/patronizing. "Brave the grocery store"? I know social situations can be tough on people but it's not you're being asked to kill the chicken and process it or grow the veggies. Is resiliency so low that it's a battle to go pick up necessities?

Maybe I was blessed to grow up in a poor, not exactly stable household at least for a while.

jason_oster · 2 months ago

I am grateful for grocery and food delivery services so that I do not have to brave the grocery store.

It gets worse. I haven't left my apartment in a few weeks. The last time I went out into the world is because I had to appear in court for jury duty. (Yes, it sucked. No, I didn't want to ask for a hardship.)

People experience things in a wide variety of ways. Things that most people believe are trivial can be an anxiety trigger for others.

And for what it's worth, I am not put off or patronized by "Brave the grocery store." That's an accurate description of what I feel every time I have to go to the pharmacy.

jason_oster commented on Why most product planning is bad and what to do about it blog.railway.com/p/produc... · Posted by u/ndneighbor

apsurd · 3 months ago

Isn't software never being finished a unique trait of software and therefore intentionally used as a value?

I get that never-done software tends to justify shitty products.

But how would you suggest taking advantage of software's features vs do you really recommend building it like a bridge?

jason_oster · 3 months ago

> You just cobble something together to sell. It need not be any good. As long as you can fool people into buying it, you can always try to make better versions later.

> So then you get these version numbers, even with decimals: version 2.6 or 2.7. That nonsense. While version 1 should have been the finished product.

E.W. Dijkstra

Translated from the original Dutch [1] [2].

Dijkstra was convinced that programming was a formal application of mathematics. If the program has a bug, the math is wrong. If the program is missing a feature, the math is incomplete.

Personally, I feel that building software like a bridge is the better path. You don't want the bridge patched with new supports and "stability improvements" every time another fatal design flaw is discovered any more than you want to update your OS and system libraries every time a new CVE is announced. These scenarios are both disruptive and costly. But somehow, we have been collectively tricked into accepting it as an unchangeable fact of software.

The advantage of software is that I can "replace the whole bridge" with a completely different design if I wish. Not merely patching an existing bridge in place, with whatever poor aesthetics and integrity problems that leaves behind.

[1] https://www.cs.utexas.edu/~EWD/video-audio/NoorderlichtVideo...

[2] https://youtu.be/-Uae9_pgZzE?si=twwh7k7cPKRB2gvJ&t=50

jason_oster commented on Go’s race detector has a mutex blind spot doublefree.dev/go-race-mu... · Posted by u/GarethX

ViewTrick1002 · 5 months ago

A well formed Go program would have the same logical race conditions to manage as well.

The Arc is only needed when you truly need to mutably share data.

Rust like Go has the full suite of different channels and what other patterns to share data.

jason_oster · 5 months ago

Small correction: The Arc is for sharing across threads, the Mutex is for mutation. But you are generally correct that they can be used independently.