Nathan Van Gheem

people like to think this (especially indies), but the reality is saas is less about the tech, and more about liability reduction folks have been able to self-host sentry for all of time, why don't they? nothing changes- bad businesses continue to be bad businesses

@ThePrimeagen vibe coding took all the fun out of coding for my son

after watching my son attempt to vibe code for ~15 hours, I am more convinced than ever hard skills are going to be needed

@chrismcdonough @TheRestHistory Rare Chris sighting. Please come back.

@zeeg is sentry going to eventually integrate with infrastructure/system metrics? The product is so good with errors and traces right now. If only we could get system metrics integrated, I wouldn't need other solutions.

@moo9000 I imagine they had to pay it, they just didn't collect it. There's no way they didn't pay.

On "European mind cannot comprehend" bit. What we do not comprehend - it's bad that companies violate rights and laws, and the companies should be punished? Vercel is net positive for the US economy. There might have been lax sales tax collection at the start, which themselves are not very significant, if I understand correctly. This has now been paid back multiple times, in orders of magnitude. By having sustainable growth and not focusing on fighting with the government has helped Vercel to create many more job opportunities and thus employ more people. Such employment creation opportunities are harder to come by in the EU, because businesses need to focus more on fighting the bureaucracy, much of this being non-productive work bringing very little value to society, and this is one of the reasons the EU has stagnated for the last twenty years. Of course, any violations must be fixed long-term, but focusing on violation preventive regulation at the cost of productivity in the short term is away from growth, and if you do not have growth, then you do not usually have long-term in the first place.

@mitsuhiko I agree with this so much. Even apart from dep maintenance hell, too many engineers think deps are "free" from risk. You introduce that dep, now you have to support it in prod. If something goes wrong, now you're debugging more layers that you could have written yourself.

“Celebrated are the minimal dependencies, the humble function that just quietly does the job, the code that doesn't need to be touched for years because it was done right once.” lucumr.pocoo.org/2025/1/24/buil…

@domenkozar @dnouri Maybe it's ME then :) I don't like any "thread" word to be in there when it's not an actual thread.

@domenkozar @dnouri well well well, I stand corrected :)

devenv.sh now uses multi-threaded notifications instead of sleep for tasks! The benefit from parallelism now comes even for snappy tasks! github.com/cachix/devenv/…

@domenkozar @dnouri "Open to suggestions" -- btw, nothing to suggest. Your code looks great and is a better use of tokio

@domenkozar @dnouri I don't think tokio calls them that. Async is single threaded and better to not use the word "thread" to describe the execution model probably?

@domenkozar @dnouri that's not threading. That's async. Tokio is telling task to wake when ready instead of sleeping

@dnouri Open to suggestions

it's 2024 and argocd still shows "Failed to load data" while loading the data and eventually showing the data

@pfreixes @DHatanian amz has inferentia and gcp has tpus. Sometimes they have availability than nvidia and can be cheaper.

@DHatanian Which ones? raw material? or also others that are intrinsic of NVIDIA? but wouldnt be still a good call?

This is a fascinating dive into OpenAI inference scaling challenges

@pfreixes Right, maybe not so different from a monorepo in some cases. In the end, this is software development and it's all about physical/logical boundaries. At least with "modular monolith", maybe it will prevent people thinking that every logical boundary needed to also be physical.

Im gonna need to read it, but modular monolithics smells a lot to microservices but with the win on having it in the same code base

@mitsuhiko @dhh it's good to have someone test against orthodoxy at the very least -- show some alternative paths The amount of hate he gets for benign opinions is wild though

Y’all might think @dhh knows nothing and is needlessly contrarian but I think there is something behind both cloud avoidance and single tenancy for databases. The time feels right.

@fulmicoton @antirez It's unfair to pick and choose the cases one language behaves better then another I do think Ruby has some nice designs but Ruby vs Python is boring

(following the @antirez rant) All programming language come with footguns. What's your favorite one? Here I go:

"let me chatgpt that for you" doesn't roll off the tongue like "let me google that for you"

@mauricioaniche I think reality is closer to the fact that people are too lazy to learn the real db layer, write sql and data mappers and not that they are too lazy to understand an ORM

People say “our queries are too complex for a ORM”, or “ORMs are too magical”. What I hear is “I don’t really know how to use one and I’m too lazy to learn” For most apps out there, you need a reason NOT to use an ORM, and not the other way around.

@mauricioaniche I've known many ORMs well, written my own sort of one but now I recommend against them because they usually aren't necessary and just add an unnecessary layer. A good middle ground is something like python sqlalchemy's table/mapping layer BUT NOT the ORM