News for hackers. Stuff that matters.

akhil08agrawal

Re:I also filed the corners off my MacBook on Thursday July 16, 2026 @03:33AM (#48931390)
Never knew that there are more people like me who get irked at such things. But yeah, I do not have the heart to do this to my laptop, so I end up using my laptop on a solid surface xD
Thanks for sharing
Re:Drowning in information but still missing everything? on Thursday January 22, 2026 @08:43AM (#46719131)
Yeah. But this is not about the slop. This is more about the fact that I need to be everywhere, at all platforms, but really can't.

And really need a solution for that.

Gonna be interesting to see on how Apple would ramp up on its AI journey. If this is a hit, this will definitely take mkt share from Apple Airbuds.

Drowning in information but still missing everything?

I need to vent. I'm a Senior PM and genuinely don't know how anyone stays on top of everything anymore. My morning routine has become a 2-hour anxiety spiral:- Check Slack for overnight fires - Skim 200+ unread messages - Open Twitter to see what's happening in my space - Check if competitors launched anything - Glance at 3 newsletters I subscribed to and never actually read - Scroll LinkedIn...

( Read More... | 10 comments | on HN )
Nuances of a codebase are the key. But I guess we are accelerating towards solving that. Let's see how much time will this take.
Re:Are You YES AI or No AI? on Monday January 19, 2026 @11:56AM (#46681332)
I don't know if I can really trust the data. 93% of 40k+ votes are NO AI. How is that possible. I am not sure if I would like to go back to time when I couldn't code or when I had to do all the labourious work of writing test cases on my own. Now, my time is free to build more 0 to 1 ideas, faster and more effectively.
Re:Show HN: Figma-use – CLI to control Figma for AI agents on Sunday January 18, 2026 @02:07PM (#46671066)
Same here. Really curious on where this leads. Firstly, I feel that the speed and complexity increase that comes with agents can only be dealt with people adept both in the domain and in general AI tools.

Basically, to really leverage this I think just knowing Figma perfectly previously or being a noobie and knowing Claude Code perfectly isn't gonna cut it.

Building things is fast, but building something that is gonna stick is gonna be more difficult now you have so many options.

The game has changed.

Re:Why There's No Single Best Way to Store Information on Saturday January 17, 2026 @03:24PM (#46661682)
This clicked for me in a way I didn't expect.

I've been thinking about trade-offs as "pick two of three" in the abstract, but the bookshelf example made it concrete. The insight that matters is: if you know your query patterns, you can optimize differently.

As a PM, I keep trying to build systems that work for "every case." But this article reminded me that's the wrong goal. The hash table works because it accepts the space-time trade-off. The heap works because it embraces disorder for non-priority items.

Sometimes the best system isn't the most elegant one—it's the one that matches how you'll actually use it.

Good reminder to stop over-optimizing for flexibility I'll never need.

Thanks for sharing.

Re:The recurring dream of replacing developers on Saturday January 17, 2026 @03:15PM (#46661612)
Exactly. The customer doesn't know what's possible, but increasingly neither do we unless we're staying current at frontier speed. AI can type faster and answer Stack Overflow questions. But understanding what's newly possible, what competitors just shipped, what research just dropped... that requires continuous monitoring across arXiv, HN, Reddit, Discord, Twitter. The gap isn't coding ability anymore. It's information asymmetry. Teams with better intelligence infrastructure will outpace teams with better coding skills. That's the shift people are missing.
Re:The recurring dream of replacing developers on Saturday January 17, 2026 @03:14PM (#46661601)
I'm seeing it too, but there's a distinction I think matters: AI isn't replacing the thinking, it's shifting where the bottleneck is. You mention systems are self-improving and code quality has increased dramatically. But the constraint isn't execution anymore. It's judgment at scale. When AI collapses build time from weeks to hours, the new bottleneck becomes staying current with what's actually changing. You need to know what competitors shipped, what research dropped, what patterns are emerging across 50+ sources continuously. Generic ChatGPT can't do that. It doesn't know what YOU care about. It starts from scratch every time. The real question is how do you build personal AI that learns YOUR priorities and filters the noise? That's where the leverage is now.

Excited for the future :)

Re:The recurring dream of replacing developers on Saturday January 17, 2026 @03:04PM (#46661520)
This resonates with what I'm experiencing, but I think the article misses the real shift happening now.

The conversation shouldn't be "will AI replace developers". It should be "how do humans stay competitive as AI gets 10x better every 18 months?"

I watched Claude Code build a feature in 30 minutes that used to take weeks. That moment crystallised something: you don't compete WITH AI. You need YOUR personal AI.

Here's what I mean: Frontier teams at Anthropic/OpenAI have 20-person research teams monitoring everything 24/7. They're 2-4 weeks ahead today. By 2027? 16+ weeks ahead. This "frontier gap" is exponential.

The real problem isn't tools or abstraction. It's information overload at scale. When AI collapses execution time, the bottleneck shifts to judgment. And good judgment requires staying current across 50+ sources (Twitter, Reddit, arXiv, Discord, HN).

Generic ChatGPT is commodity. What matters is: does your AI know YOUR priorities? Does it learn YOUR judgment patterns? Does it filter information through YOUR lens?

The article is right that tools don't eliminate complexity. But personal AI doesn't eliminate complexity. It amplifies YOUR ability to handle complexity at frontier speed.

The question isn't about replacement. It's about levelling the playing field. And frankly we all are figuring out on how will this shape out in the future. And if you have any solution that can help me level up, please hit me up.

Re:Show HN: HyTags – HTML as a Programming Language on Wednesday January 14, 2026 @01:14PM (#46619905)
Interesting idea. As a product person I'm immediately thinking about security. how does this handle auth, data validation, etc when backend logic is embedded in HTML?

But that said, this could unlock some interesting use cases where security isn't the primary concern. Like few internal tools, prototypes, small side projects where the tradeoff might be worth it.

Re:The Unbearable Frustration of Figuring Out APIs on Wednesday January 14, 2026 @01:06PM (#46619739)
The "finally got it working then realized Spotlight already does this" moment is brutal.

API design isn't just about functionality. it is about discoverability and if your right-click menu uses different models than your API and your error messages don't explain why, you are just creating friction for no reason.

Sometimes the "proper" solution isn't worth the super complicated maze.

Re:I Hate GitHub Actions with Passion on Wednesday January 14, 2026 @01:02PM (#46619645)
As a PM trying to understand what was happening, it took me a minute. Turning this into an analogy so that it might benefit other non-too-techies:

Original plan: You have an oven in another building that automatically bakes your cake. But the oven needs a mixer, and every time you bake, it has to wait 2-3 minutes for someone to bring the mixer from storage.

Problem: For one specific oven (Linux ARM), the mixer never arrives. So your cake fails. You keep trying different ways to get the mixer delivered. Each attempt: 2-3 minutes wait.

What you finally do: Stop waiting for the mixer to be delivered. Just mix the batter at home where you already have a mixer. Send the pre-mixed batter to the other building. Now the oven just bakes it - no waiting for the mixer.

Translation: Stop trying to generate files in GitHub Actions (where it takes 2-3 minutes each time). Generate them locally on your computer where you already have the tools. Upload the finished files. GitHub Actions just uses them.

Sometimes "pre-mix the batter at home" beats "wait for the mixer every single time."

Re:The Tulip Creative Computer on Tuesday January 13, 2026 @03:28PM (#46607412)
Seems a little too technical for me but I am really curious. Seems pretty interesting. My brother is into music and is looking forward to get started with music production as well. And he himself is a developer. He might like this. Let's see.
This looks great. Just started learning piano and ear training has been on my list and this Simon-style approach seems way more engaging than traditional exercises.

The MIDI support is a nice touch. Haven't connected my keyboard yet though. Gonna try this out.

Re:How to Code Claude Code in 200 Lines of Code on Friday January 09, 2026 @03:54PM (#46559179)
Nice breakdown. Been thinking about this a lot lately - if the core is this simple, what actually becomes the hard part?

Feels like we're headed toward a world where everyone can build these loops easily. Curious what you think separates good uses of these agents from mediocre ones.