frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Cloud VM benchmarks 2026

https://devblog.ecuadors.net/cloud-vm-benchmarks-2026-performance-price-1i1m.html
134•dkechag•4h ago•62 comments

CasNum

https://github.com/0x0mer/CasNum
237•aebtebeten•8h ago•27 comments

"Warn about PyPy being unmaintained"

https://github.com/astral-sh/uv/pull/17643
50•networked•3h ago•10 comments

MonoGame: A .NET framework for making cross-platform games

https://github.com/MonoGame/MonoGame
25•azhenley•3h ago•6 comments

A decade of Docker containers

https://cacm.acm.org/research/a-decade-of-docker-containers/
266•zacwest•12h ago•188 comments

Emacs internals: Deconstructing Lisp_Object in C (Part 2)

https://thecloudlet.github.io/blog/project/emacs-02/
39•thecloudlet•2d ago•0 comments

Show HN: A weird thing that detects your pulse from the browser video

https://pulsefeedback.io/
47•kilroy123•3d ago•24 comments

Dumping Lego NXT firmware off of an existing brick (2025)

https://arcanenibble.github.io/dumping-lego-nxt-firmware-off-of-an-existing-brick.html
170•theblazehen•1d ago•11 comments

Yoghurt delivery women combatting loneliness in Japan

https://www.bbc.com/travel/article/20260302-the-yoghurt-delivery-women-combatting-loneliness-in-j...
231•ranit•16h ago•135 comments

Autoresearch: Agents researching on single-GPU nanochat training automatically

https://github.com/karpathy/autoresearch
77•simonpure•9h ago•21 comments

I don't know if my job will still exist in ten years

https://www.seangoedecke.com/will-my-job-still-exist/
41•nomdep•5h ago•5 comments

Best Performance of a C++ Singleton

https://andreasfertig.com/blog/2026/03/best-performance-of-a-cpp-singleton/
16•jandeboevrie•1d ago•4 comments

In 1985 Maxell built a bunch of life-size robots for its bad floppy ad

https://buttondown.com/suchbadtechads/archive/maxell-life-size-robots/
81•rfarley04•3d ago•10 comments

The surprising whimsy of the Time Zone Database

https://muddy.jprs.me/links/2026-03-06-the-surprising-whimsy-of-the-time-zone-database/
73•jprs•10h ago•13 comments

FLASH radiotherapy's bold approach to cancer treatment

https://spectrum.ieee.org/flash-radiotherapy
194•marc__1•13h ago•60 comments

macOS code injection for fun and no profit (2024)

https://mariozechner.at/posts/2024-07-20-macos-code-injection-fun/
84•jstrieb•3d ago•15 comments

The stagnancy of publishing and the disappearance of the midlist

https://www.honest-broker.com/p/the-day-ny-publishing-lost-its-soul
73•wallflower•8h ago•50 comments

Lisp-style C++ template meta programming

https://github.com/mistivia/lmp
33•mistivia•7h ago•1 comments

How important was the Battle of Hastings?

https://www.historytoday.com/archive/head-head/how-important-was-battle-hastings
18•benbreen•3d ago•18 comments

Overheads (2023)

https://blog.xoria.org/hidden-overheads/
16•surprisetalk•1d ago•2 comments

LLM Writing Tropes.md

https://tropes.fyi/tropes-md
135•walterbell•8h ago•50 comments

Compiling Prolog to Forth [pdf]

https://vfxforth.com/flag/jfar/vol4/no4/article4.pdf
103•PaulHoule•4d ago•9 comments

Re-creating the complex cuisine of prehistoric Europeans

https://arstechnica.com/science/2026/03/recreating-the-complex-cuisine-of-prehistoric-europeans/
71•apollinaire•1d ago•31 comments

The influence of anxiety: Harold Bloom and literary inheritance

https://thepointmag.com/examined-life/the-influence-of-anxiety/
22•apollinaire•3d ago•2 comments

SigNoz (YC W21) is hiring for engineering, growth and product roles

https://signoz.io/careers
1•pranay01•12h ago

Bourdieu's theory of taste: a grumbling abrégé (2023)

https://dynomight.net/bourdieu/
46•sebg•2d ago•15 comments

Ki Editor - an editor that operates on the AST

https://ki-editor.org/
387•ravenical•19h ago•137 comments

Files are the interface humans and agents interact with

https://madalitso.me/notes/why-everyone-is-talking-about-filesystems/
194•malgamves•18h ago•115 comments

Put the zip code first

https://zipcodefirst.com
317•dsalzman•6h ago•230 comments

A Grand Vision for Rust

https://blog.yoshuawuyts.com/a-grand-vision-for-rust/
25•todsacerdoti•3d ago•11 comments
Open in hackernews

Will Claude Code ruin our team?

https://justinjackson.ca/claude-code-ruin
54•YounesDz•2h ago

Comments

overgard•2h ago
I won’t take credit for this insight, but as someone else pointed out, everyone oversimplifies other people’s jobs. To PMs engineers are just code monkeys that they won’t need soon. To engineers, PMs are the guys that manage Jira. Designers are the fussy people that make things look pretty. The reality is all these jobs have intricacies AI absolutely sucks at but those intricacies are lost in the larger discussion.

As a coder though, I’ll point out this is why the “AI solved coding” shit drives me crazy. You only believe that if you don’t know how to code or you have an agenda.

adithyassekhar•1h ago
And for people who never liked it in the first place and just wanted a quick buck.
ares623•1h ago
which doesn't make sense because the quick buck train is gonna stop. But then again, maybe there wasn't any sense in them in the first place.
tadfisher•1h ago
You can't pay Claude with equity though
maininformer•3m ago
You can tell him and he will love it and I bet he has encoded the behavior of working better because of it just how some tried threatening LLMs to work harder
idontwantthis•1h ago
Do people really think like that? I see the other people at my company as human beings solving complex problems whether they are an engineer, a manager, an exec, or HR.
threethirtytwo•55m ago
No. There are intricacies to every job but these are intricacies that are learnable. It’s like learning how to drive. It’s a skill for sure but anyone can do it after practice.

I thought programming was the same thing for a long time but have grown to find out that this is not the case. There are many people who cannot learn programming in a reasonable amount of time and therefore are unable to pick up the skill. It is not universal like car driving.

The thing with being a PM or a designer is that this skill is learnable. Anyone can do it. The reason why these jobs are segregated is because society is under the delusion that these are special skills that require intense training when at most he training is equivalent to learning how to drive.

Some of you may be thinking I’m insane but there are tons of jobs that are like this. The presidency for example. You can be senile and insane and still be president. The country doesn’t blow up just because you’re insane. Or maybe this isn’t a good characterization.

Hmm electrician or plumber is the better comparison. The skill level required to be a PM or designer is equivalent to electrician or plumber. Anyone can pick it up with training. It’s not rocket science folks.

paulhebert•48m ago
Huh as someone who has a career doing both design and engineering I disagree with this take.

I think both skills can be learned. I also think that people have intrinsic talents that make them better or worse at those skills.

Put another way, anyone can learn to code but some people will never be great at it while others have a natural talent. Same for design.

I’m curious why you think otherwise. What’s the difference in your mind?

chamomeal•37m ago
I’m kinda getting off topic here but anecdotally: I’ve tried to get so many of my friends to learn programming. I love it, and I think a lot of em would love it too. But they hit a hard wall with the patience needed to self learn.

Like the moment something doesn’t happen like the tutorial said (error message saying “idk what python is, you mean python3?”), they just give up completely instead of googling it. I really feel like the venn diagram of “people who can code” and “people who can google errors they don’t understand for a couple hours” is nearly a perfect circle.

LLMs can smooth out those little tediums, so maybe more people really will be able to learn programming now. But then again if you don’t have the patience to trudge through the annoying parts, will you have the patience to be confused and struggle, instead of letting Claude do the hard stuff for you? I’ll be interested to see what future self-taught devs look like!

blehn•41m ago
> It’s like learning how to drive. It’s a skill for sure but anyone can do it after practice.

The analogy only illustrates the parent's point. Most licensed drivers have been doing it for years and are still terrible drivers, because they never grasp the intricacies of driving — smoothly accelerating and decelerating, smoothing out corners, anticipating light changes, gauging merge distances and timings, using mirrors well, ensuring cars get by when making a left turn in an intersection, etc, etc

jghn•39m ago
> I thought programming was the same thing for a long time but have grown to find out that this is not the case.

> The thing with being a PM or a designer is that this skill is learnable.

This is an absurd take. Everyone looks at the other side and says, "Yeah I could do that". Few can.

vitaflo•29m ago
One of the more ignorant comments I've read on HN which is saying something.
gregoryl•16m ago
Are you mistaking your interactions with low level trades roles (the guy who's making bank fixing power sockets on the weekend) with say, the people maintaining factory electrical systems? or designing them?
devsda•35m ago
Instead of engineer vs PM/manager I separate those jobs based on these categories.

1. How long they can survive in the job while being mediocre or outright bad at their job.

2. Probability of failing upwards.

Engineering roles tend to filter out bad candidates more early, quickly and the probability of failing upwards is less when compared to PM and managerial roles.

Also, in my experience PM and managerial roles looks like skills based jobs but they tend to select individuals with specific personality types and they are more likely to excel.

Developer roles also select towards certain personality types but I think its more diverse than we care to admit.

avaer•1h ago
I don't know why people are talking so theoretically. This was months ago.

My friends have startups, I know a lot of engineers. The startups have been laying off people for months, and many of my engineer friends don't have jobs anymore.

Teams are already ruined. I just don't think the companies are. In many cases this seems like rational reallocation of capital to AI, and in a VC funded ecosystem you're failing at your job if you're not following the math.

I think you must have a very cushy job if you're still armchair speculating about this.

suzzer99•1h ago
We have yet to hit this phase in the cycle: "Hey we laid off all our engineers 6 months ago and vibe-coded this thing and now it's super buggy and AI can't fix it. Can you (senior engineer consultant) look under the hood and fix it?"

Senior engineer looks under the hood, sees 500k lines of incomprehensible spaghetti mess with emoji comments everywhere, runs out the door and never looks back.

satvikpendem•1h ago
I clean up vibe code as a senior engineer consultant, it's quite lucrative actually. I specifically offer this service because I know how to do it.
Tallain•1h ago
I've been thinking of jumping into this sooner rather than later because I see this becoming a Thing eventually. Are you enjoying it?
satvikpendem•1h ago
It's fine, I suppose. It's like a puzzle, and you really need to be comfortable with banging your head against a wall trying to make work what is essentially immediately created legacy code by the LLM.
moregrist•1h ago
> Senior engineer looks under the hood, sees 500k lines of incomprehensible spaghetti mess with emoji comments everywhere, runs out the door and never looks back.

Senior engineering _consultant_ looks at those 500k lines of incomprehensible spaghetti mess and sees $$$: months or years of contracts and likely very dysfunctional management that is willing to pay multiple times the cost of full time employees to keep the burn on a non-payroll line and/or keep the “AI first” story rolling on.

sefrost•42m ago
If that’s how this works out then perhaps Accenture will be okay after all.
oezi•59m ago
Well in 2 years AI will have so advanced that none of this matters.
Spivak•1h ago
I think it's less armchair speculating about the observable outcome, that people are losing their jobs, but the why. AI coding tools aren't making 10x developers, they aren't even making 1.5x developers. They also aren't making "PMs who code" or "designers who code."

It would be really cool if this was the case, I would be singing the praises of these tools finally realizing Stallman's dream of end users who can take control of all the software in their lives for their own benefit. And the huge gains we would see in open source where "man I wish there was a tool that could…" becomes "I'm gonna make a tool that…"

So personally I think it's just a continuation of the belt tightening that was and still is occurring across the economy. I don't think our industry is particularly special on this, everyone is trying to cut headcount right now.

xlbuttplug2•1h ago
> they aren't even making 1.5x developers

I won't try to speak for anyone other than myself, but my multiplier is definitely over 1.5x, probably higher than 5x.

I choose to sit on my hands in my freed up time so upper management does not catch on to and exploit this fact. Eventually they will though via overzealous coworkers.

what•44m ago
It’s not hard to 5x your productivity when you were close to zero to start with.
xlbuttplug2•17m ago
Is that you, boss?

People with a lower multiplier are either in the minority of developers solving genuinely hard/novel problems or, more likely, they've just not figured out how to tap into AI's potential.

Granted, to your point, a decent chunk of the HN crowd belongs to the former and can't relate to us paycheck stealers.

moltopoco•16m ago
Agreed, the tech job market was bad before AI was useful.

The "I'm gonna make a tool" thing is slowly happening and will probably help Linux, knocking on wood... https://x.com/xpasky/status/2030016470730658181

bob001•1h ago
If a startup is laying off engineers then it’s dead in the water. That means it’s not growing and focused on cost cutting at the expense of velocity. Thats what a large company does. The issue isn’t AI but the startup fundamentally being broken and this being a last gasp for air before it dies.
beachy•32m ago
If a startup is laying off architect and analyst type people who have a great high level understand of what technology can do and what customers need, people who can normalize requirements and document them effectively, agreed that would be a sign of a last gasp.

PMs and devs though, in many domains Claude can mostly do their jobs now.

toomanyrichies•1h ago
As an engineer and a daily if not hourly user of Claude Code, I would never dream I could do the jobs of my product / designer teammates. Not because I don’t have opinions on product or design, but simply because they do me the huge service of attending meetings so I don’t have to.

I recognize the necessary evil that is Zoom calls and face-to-face time in the larger context of running a business, but I also know what I’m good at and what I’m not. And long, drawn-out “alignment sessions” are not in my wheelhouse. If my PM and design friends are happy to take that bullet for me, I’m happy to let them do so.

peter_mcrae•1h ago
When the product marketer, product manager, and designer are the same person there is no alignment meeting.
reverius42•1h ago
In my experience at BigCorp, Inc., "alignment meetings" are for meeting with other teams, not for meeting with your own team. You'd just call that a "team meeting", "feature crew meeting", "leads meeting" (if it's just leads), or something to that effect. In BigCorp, Inc. you traditionally need to have both kinds of meetings somewhat regularly. Not sure how the advent of AI will change that structure.
3rodents•1h ago
The final frontier: a warm body.
rvz•1h ago
It already has. Those jobs PM, designer and engineer are all affected and there will not be a need for too many of them for a product feature and will be reduced over time.

While those roles will still exist, there will be a initial shock in people who once believed they were 'valuable' but the business thinks otherwise and does mass layoffs just like Block, because of let's face it; AI.

The way to still remain relevant is to absorb all three roles and build a startup with Claude Code on your side and move rapidly.

empressplay•1h ago
I think you're probably still going to need all of those people, just less of them to accomplish the same amount of work. It's the nature of LLMs that they will always need oversight. Having 20 or even 100 of them agree on something is never going to be 100% accurate -- it can't, the randomness and hallucinations are part of the secret sauce. There will always be a need for people to verify what they do. That said, it was the exact same when people were doing the work.
nemo44x•1h ago
You need to be sociopathic aggressive right now. We are in a few month window here where execs are very confused even if they parrot their group chat talking points to sound smart and ahead of it. They are all behind and they know it.

This isn’t comfortable but now is the time to ship fast and hard. To overstep boundaries and be the person getting attention. In a few months everyone will be so you need to do this now.

Just don’t. Don’t limit yourself. Ask for forgiveness.

stana•1h ago
I wonder if this could go down similar way some SaaS systems went to lower barrier to customisation so less technical users could do it. For example, having to interface with some ServiceNow instances I often find major flaws with db schema design - similar data in multiple places, lack of constraints, etc. Basically one big mess you are now stuck with that could have been avoided if a db expert was in charge of data model design.
adamtaylor_13•1h ago
This naturally seems to indicate smaller teams will become more normal.

Many of my clients are blown away by what our teams can do with 1 senior engineer now.

Anything below enterprise level software should be thinking very hard about what team composition actually needs to look like to achieve good results. It's likely a lot smaller headcount than it used to be.

mijustin•1h ago
I definitely think teams will be getting smaller, and will become even more outcome oriented.
subpar•1h ago
Being a generalist is less fun when you don't have specialist colleagues around to teach you new things and take over the tasks that require actual experience, training, intuition, etc.
xrd•1h ago
One phrase stuck with me from this: "they'll start to absorb lessons that it took their colleagues decades to learn."

I think the point of failure now will hinge on the willingness of teams to admit what they don't know. The ones that don't won't be saved by Claude.

mijustin•1h ago
What’s changed now, with AI, is that you can have compressed learning cycles. Folks can build, deploy, and learn faster now than ever before.

Admitting when you don’t know something has always been important; but the ability to build, deploy, and find out has never been greater.

Instead of theorizing about what might work, you can just build it and find out.

EagnaIonat•30m ago
> Folks can build, deploy, and learn faster now than ever before

Fail faster yes. Learn faster no. The research out there shows that having the AI doing the work stops the learning process.

tuan•51m ago
> absorb lessons

That maybe correct for some lessons. Many lessons you have to learn the hard way to really absorb them.

827a•1h ago
I think the reality is that these tools are good enough that, to some degree, all three of the roles are correct, everyone is now definitely more able to do others' roles, leadership knows this, and even if there's a period of inefficiency or overwork or lower quality output, there's going to be a drive toward collapsing responsibilities. OpenAI saw this early: Member of Technical Staff. The degree to which this negatively impacts the team or company's output is really a function of (1) how drastically leadership does layoffs, (2) how quickly models and agents continue to improve, and (3) how earnestly leadership can admit mistakes and backfill humans when they realize they've over-fired.

In other words: Yes it will ruin our team.

joeyguerra•55m ago
XP is still a good method to practice, but now with AI.
1123581321•49m ago
I’m mainly concerned about communication worsening. If a former engineer, designer and PM all want to do the same job now, the results will be fine, excellent, even, but only if they communicate and build together better than they used to. People who only communicated along the lines provided by the design of their role or organization have new skills to learn.
nurettin•48m ago
I think it will enhance everyone.

PMs can't develop, since llm development (adding code to whatever the llm initially spat out) still consumes time and effort, but they can now write a PoC without devs and quickly get it up and running without sys ops.