MurphyA/hacker-news huggingface dataset:
by ultrarunner | 2026-02-07 19:36:29+00:00
Through some interesting turns of events I've made more and more acquaintances with some people well outside the city I live in. One thing that caught me off guard was just how true this is. People there would rather-- by a large margin-- see stagnancy than improvement. Literally arguing against adding a grocery store due to there being nothing there to support it, no roads, nowhere to even buy food. They are fiercely opposed to anyone doing anything.

It has made me wonder what proportion of that sentiment is held by my neighbors in spite of the obvious city problems we face.
by vaylian | 2026-02-07 19:36:37+00:00
The market might not be able to tell the difference. It takes effort to count fingers and toes in art. Part of the problem is also: So many companies are doing it now, that it doesn't seem effective to call people/companies out for the use of AI slop.

A big part of the problem is also: AI art is usually not labelled as such. The market can not make an informed decision.
by sosomoxie | 2026-02-07 19:37:06+00:00
Dystopian cyberpunk was always part of the fantasy. Yes, scale has enabled terrible things.

There are more alternatives than ever though. People are still making C64 games today, cheap chips are everywhere. Documentation is abundant... When you layer in AI, it takes away labor costs, meaning that you don't need to make economically viable things, you can make fun things.

I have at least a dozen projects going now that I would have never had time or energy for. Any itch, no matter how geeky and idiosyncratic, is getting scratched by AI.
by saubeidl | 2026-02-07 19:37:22+00:00
I was referring to a hacker as Stallman would've used the term. This sorta stuff: https://en.wikipedia.org/wiki/Hacker_culture

> Richard Stallman explains about hackers who program:

> What they had in common was mainly love of excellence and programming. They wanted to make their programs that they used be as good as they could. They also wanted to make them do neat things. They wanted to be able to do something in a more exciting way than anyone believed possible and show "Look how wonderful this is. I bet you didn't believe this could be done."
by kaydub | 2026-02-07 19:37:34+00:00
There's a lot of reasons. There's a lot of breadth to "software engineering" (FAANG, web dev, embedded, OS, small business, etc.)

I'm sure there are some places where LLMs are bad due to lack of training data. There are some places where the LLMs are bad because the code base is terrible (and there's always "rockstars" at these jobs that severely overestimate their skills because they're always the one fixing the mess... which they also probably caused). Some devs/engineers feel threatened. Many devs/engineers think they're special and super smart so surely no machine can do their job.
by 9rx | 2026-02-07 19:38:01+00:00
Maybe in the simplest case. But compilers themselves often aren't even deterministic! Compiling the same code twice can produce different results depending on things like which thread finished first, how unordered maps and sets are initialized and iterated over, how heuristics are applied, how identifiers are generated, etc. Hence why reproducible builds are an industry concern.

You could say that all those things are ultimately dependent on an input and given the same input will always finish with the same result. And that would be a fair assertion. But once you start thinking that way then even LLMs are 100% deterministic. Fundamentally, computers can only operate deterministically. We only sometimes think of them as being non-deterministic because we are willing to ignore some inputs.
by dataviz1000 | 2026-02-07 19:38:19+00:00
How am I supposed to consolidate my power if the market doesn't crash so I can purchase residential and commercial real estate at bargain prices? Every third restaurant and business on Las Olas was shuttered in 2009, the buildings sold for next to nothing. Today there's one after another—Ferrari, Bugatti, Lamborghini, Porsche, Bentley, Maserati—parked on the street in front of those same buildings, all the while, Steve B. and I enjoy that coal fired pizza! /s
by reactordev | 2026-02-07 19:38:20+00:00
I’m in my 40 something and it’s game over for my career. The grey in my hair makes it so that I never get past the first round. The history on my resume makes it so I’m lucky to get a round. The GPT’s and Claude have fundamentally changed how I view work and frankly, I’m over it.

I’m in consulting now and it’s all the same crap. Enterprises want to “unleash AI” so they can fire people. Maximize profits. My nephews who are just starting their careers are blindly using these tools and accepting the PR if it builds. Not if it’s correct.

I’m in awe of what it can do but I also am not impressed with the quality of how it does it.

I’m fortunate to not have any debt so I can float until the world either wises up or the winds of change push me in a new direction.

I liked the satisfaction of building something “right” that was also “useful”. The current state of Opus and Codex can only pretend to do the latter.
by majormajor | 2026-02-07 19:38:23+00:00
I wouldn't be able to hang out with them as much (they'd go do a lot of higher-cost things that I couldn't afford anymore).

I'd have a shittier apartment (they'd drive up the price of the nicer ones, if we're talking about a significant sized group; if it's truly just immediate friends, then instead it's just "they'd all move further away to a nicer area").

So I'd have some more toys but would have a big loss in quality of my social life. Pass.

(If you promised me that those cracks wouldn't happen, sure, it would be great for them. But in practice, having seen this before, it's not really realistic to hold the social fabric together when economic inequality increases rapidly and dramatically.)
by uejfiweun | 2026-02-07 19:38:31+00:00
I agree with you with the caveat that all the "ease of building" benefits, for me, could potentially be dwarfed by job losses and pay decreases. If SWE really becomes obsolete, or even if the number of roles decrease a lot and/or the pay decreases a lot (or even fails to increase with inflation), I am suddenly in the unenviable position of not being financially secure and being stuck in my 30s with an increasingly useless degree. A life disaster, in other words. In that scenario the unhappiness of worrying about money and retraining far outweighs the happiness I get from being able to build stuff really fast.

Fundamentally this is the only point I really have on the 'anti-AI' side, but it's a really important one.
by scoofy | 2026-02-07 19:38:49+00:00
>> I AM saying "people don't want ride trains that allow 5% of the riders to smoke cigarettes on enclosed train platforms and in enclosed train cars."

>Just don't allow that then?

>"we can't have good transit because a few people who call themselves transit advocates have bad opinions" is very defeatist.

My point here is only that this is a hard problem, not a trivial one. When the transit advocates in my area just say "transit should be free" in response to "transit pricing is a complex problem that affects system fragility" and they say "stop hating homeless people" in response to "quality of life concerns matter to keeping the system functional long term" then we're in bad place, because the non-transit advocates literally want to get rid of the system. The last TWO Muni funding bills in SF failed.

We've built a system that can fail catastrophically, in large part, because transit advocates don't want to deal with the realities of running a functional transit system. This is why I get grumpy when people say "all this work is impressive, but I'd rather have better trains" when it's very clear why Waymo is succeeding as Muni is failing, but it is exactly because Muni is mostly disconnected from market forces that we've got to this place, and the "solution" being proposed by most transit advocates is to just completely remove all market forces which will very obviously be worse is the long run.
Show HN: Vbuckets – Infinite virtual S3 buckets
by dangoodmanUT | 2026-02-07 19:39:12+00:00
Made this proxy as a method for enabling "bucket per deployment" without having to worry about S3 provider quotas.

Great for giving each agent their own S3 bucket without having to worry about cleaning it up to reclaim quotas.

The closest thing that exists to this is the Tigris partner API, but other than that I could not find anything that allows unlimited S3 buckets like this. AWS has a 10k buckets (can go up to 1M) and 5k users limit, which is obviously way too low (and a ceiling to track/worry about) when you're creating and destroying buckets quickly.
by terminalbraid | 2026-02-07 19:39:22+00:00
> All the things the author said will still exist and keep on existing.

Except the community of people who, for whatever reason, had to throw themselves into it and had critical mass to both distribute and benefit from the passion of it. This has already been eroded by the tech industry coopting programming in general and is only going to diminish.

The people who discovered something because they were forced to do some hard work and then ran with it are going to be steered away from that direction by many.
by keeda | 2026-02-07 19:39:23+00:00
I had called this a while back, since the reasoning is simple: frameworks primarily exist to minimize boilerplate, but AI is very good at boilerplate, so the value of frameworks is diminished.

The larger underlying shift is that the economics of coding have been upended. Since its inception, our industry has been organized around one fundamental principle: code is expensive because coders are expensive. This created several complex dynamics, one which was frameworks -- which are massive, painful dependencies aimed at alleviating costs by reducing the repeated boilerplate written by expensive people. As TFA indicates, the costs of frameworks in terms of added complexity (e.g. abstractions from the dependency infecting the entire codebase) are significant compared to their benefits.

But now that the cost of code ---> 0, the need for frameworks (and reusability overall) will likely also --> 0.

I had predicted that this dynamic will play out widely and result in a lot more duplicative code overall, which is already being borne out by studies like https://www.gitclear.com/ai_assistant_code_quality_2025_rese...

Our first instinct is to recoil and view this as a bad thing, because it is considered "Tech Debt." But as the word "debt" indicates, Tech Debt is yet another economic concept, and is also being redefined by these new economics!

For instance, all this duplicate code would have been terrible if only humans had to maintain it. But for LLMs, it is probably better because all the relevant logic is RIGHT THERE in the code, conveniently colocated with the rest of the functionality where it is used, and not obfuscated behind a dozen layers of abstraction whose (intended) functionality is described in natural language scattered across a dozen different pieces of documentation, each with varying amounts of sufficiency, fidelity and updated-ness. This keeps the context very focused on the relevant bits, which greatly amplifies the accuracy of the LLMs.

Now, I'm not claiming to say this will work out well long term -- it's too early to tell -- but it is a logical outcome of the shifting economics of code. I always say with AI, the future of coding will look very weird to us; this is another example of it.
Show HN: Pyrig – One command to set up a production-ready Python project
by Winipedia | 2026-02-07 19:39:57+00:00
I built pyrig because I did the same setup everytime I started a proper python project. I genuinely believe this can be a great tool, for me it has already genuinely simplified my python project development. I would love feedback on this of any kind. Below is a description of what pyrig is and does.

pyrig generates and maintains a complete, production-ready Python project from a single command. It creates all the files you need — source structure, tests, CI/CD, documentation, configs — and keeps them in sync as your project evolves.

uv init

uv add pyrig

uv run pyrig init

You get: package structure with a CLI entry point, test framework with 90% coverage enforcement, GitHub Actions (CI/CD, releases, docs deployment), pre-commit hooks, MkDocs documentation site, and container support.

The key difference from templates like cookiecutter is that pyrig isn't a one-shot scaffold. It's idempotent — rerun it anytime to update configs, add missing files, or sync with the latest defaults. It merges missing values without removing your customizations.

Under the hood, each config file (pyproject.toml, GitHub workflows, .gitignore, etc.) is a Python class that generates the file with sensible defaults, validates it, and merges in anything missing. You can create custom configs by subclassing — pyrig discovers them automatically.

It also supports multi-package inheritance, so you can build a multiproject-wide base on top of pyrig and have all your projects inherit the same configs, CLI commands, test fixtures, and build steps:

pyrig → service-base
→ auth-service

→ payment-service

→ notification-service

Opinionated: Python 3.12+, all ruff rules enabled, strict type checking with ty, 90% test coverage minimum, linear git history with branch protection.

GitHub: https://github.com/Winipedia/pyrig

Docs: https://winipedia.github.io/pyrig

Code-Wiki AI Docs: https://codewiki.google/github.com/winipedia/pyrig
by anonnon | 2026-02-07 19:40:03+00:00
I'm surprised so many people are only waking up to this now. It should have been obvious as soon as ChatGPT came out that even with only incremental improvements, LLMs would kill programming as we knew it. And the fact that these utterances, however performative, from developers expressing grief or existential despair have become commonplace tells me as much about the power of these systems than whatever demo Anthropic or OpenAI has cooked up.

I would also point out that the author, and many AI enthusiasts, still make certain optimistic assumptions about the future role of "developer," insisting that the nature of the work will change, but that it will somehow, in large measure, remain. I doubt that. I could easily envision a future where the bulk of software development becomes something akin to googling--just typing the keywords you think are relevant until the black box gives you what you want. And we don't pay people to google, or at least, we don't pay them very much.
by jmclnx | 2026-02-07 19:40:18+00:00
I retired a few years ago, so I have no idea what AI programming is.

But I mourned when CRT came out, I had just started programming. But I quickly learned CRTs were far better,

I mourned when we moved to GUIs, I never liked the move and still do not like dealing with GUIs, but I got used to it.

Went through all kinds of programming methods, too many to remember, but those were easy to ignore and workaround. I view this new AI thing in a similar way. I expect it will blow over and a new bright shiny programming methodology will become a thing to stress over. In the long run, I doubt anything will really change.
by dismalaf | 2026-02-07 19:40:28+00:00
Dunno, LLMs writing code still feels like they memorized a bunch of open source code and vomited them out in worse condition.

It's not that impressive that Claude wrote a C compiler when GitHub has the code to a bunch of C compilers (some SOTA) just sitting there.

I'm using an LLM to write a compiler in my spare time (for fun) for a "new" language. It feels more like a magical search engine than coding assistant. It's great for bouncing ideas from, for searching the internet without the clutter of SEO optimized sites and ads, it's definitely been useful, just not that useful for code.

Like, I have used some generated code in a very low stakes project (my own Quickshell components) and while it kind of worked, eventually I refactored it myself into 1/3 of the lines it produced and had to squash some bugs.

It's probably good enough for the people who were gluing React components together but it still isn't on the level where I'd put any code it produces into production anywhere I care about.
by majormajor | 2026-02-07 19:40:58+00:00
If you want to claim that that's a realistic outcome you should look at how people lived in the 50s or 80s vs today, now that we've driven up income inequality by dramatically lowering top-end tax rates and reduced barriers to rich people buying up more and more real property.

What we got is actually: you can't buy the same house as before. You can buy an iPhone that didn't exist then, but your boss can use it to request you do more work after-hours whenever they want. You have less money remaining. You have less free time remaining.
by andai | 2026-02-07 19:41:23+00:00
Some code is worth transcribing by hand — an ancient practice in writing, art and music.[0] Some isn't even worth looking at.

I find myself, ironically, spending more time typing out great code by hand now. Maybe some energy previously consumed by tedium has been freed up, or maybe the wacky machines brought a bit of the whimsy back into the process for me.

[0] And in programming, for the readers of Zed Shaw's books :)
by altmanaltman | 2026-02-07 19:41:35+00:00
So when you "learned software development and practiced the slow, methodical process of writing and debugging software", it wasn't about code? I don't get it. Yes, building useful things is the ultimate goal, but code is the medium through which you do it, and I don't understand how that cannot be an important part of the process.

It's like a woodworker saying, "Even though I built all those tables using precise craft and practice, it was NEVER ABOUT THE CRAFT OR PRACTICE! It was about building useful things." Or a surgeon talking about saving lives and doing brain surgery, but "it was never about learning surgery, it was about making people get better!"

I mean sure yeah but also not really.
Show HN: SuperLocalMemory – AI memory that stays on your machine, forever free
by varunpratap369 | 2026-02-07 19:42:02+00:00
*First open-source project. Built after getting tired of Mem0's $50/month bills.*

For the past year, I've been using Claude for everything—debugging, architecture reviews, code generation. The problem? Every new session starts from zero. "Remember that auth bug we fixed?" → "I don't have access to previous conversations."

I tried Mem0. Great product, but $50/month for cloud storage felt wrong when my machine has 1TB of disk sitting idle. I tried building my own with simple key-value storage. Worked okay for 100 memories, broke down at 500+.

So I spent 6 months implementing 2026 research: PageIndex (Meta), GraphRAG (Microsoft), xMemory (Stanford). The result is SuperLocalMemory V2.

*Architecture (what makes it different):*

- *Layer 1:* SQLite + FTS5 for raw storage (<10ms writes)
- *Layer 2:* Tree hierarchy for context (parent-child relationships)
- *Layer 3:* Knowledge graph with auto-clustering (TF-IDF + Leiden algorithm)
- *Layer 4:* Pattern learning (learns your coding style: "You prefer React over Vue - 73% confidence")

*It works everywhere:*
- MCP integration → Auto-configures Claude Desktop, Cursor, Windsurf, Continue.dev
- Universal skills → Works in Claude Code, Cody, VS Code extensions
- CLI → `slm remember "content"` from any terminal

*What I learned building this:*

1. *Graph clustering is expensive* - Leiden algorithm is O(n²) worst case. Solution: profile splitting for >1000 memories.

2. *Backward compatibility is hard* - V1 users upgrading to V2 hit schema changes. Solution: Try-catch on every ALTER TABLE with existence checks.

3. *MCP auto-configuration is fragile* - 11 different IDEs, 11 different JSON formats. Solution: Template system with jq fallback.

*Current status:* 2.2.0 release. 100% test coverage (35/35 passing). Works on Mac/Linux/Windows. Single `./install.sh` script.

*Performance (tested up to 10K memories):*
- Add memory: <10ms
- Hybrid search: 80ms (combines semantic + exact + graph)
- Graph build (100 memories): <2s
- Storage: 60-96% compression via tiering

*When NOT to use this:*

- If you need cloud sync across devices → Use Mem0 or Zep
- If you need enterprise SSO/audit logs → Use Zep Enterprise
- If you don't code → This is developer-focused

*GitHub:* https://github.com/varun369/SuperLocalMemoryV2
*Install:* `git clone https://github.com/varun369/SuperLocalMemoryV2.git && cd SuperLocalMemoryV2 && ./install.sh`

*Honest ask:* This is my first open-source project. I'd love feedback on:
- Architecture decisions (especially the 4-layer approach)
- Performance bottlenecks (graph build feels slow)
- Integration priorities (what tools to support next)
- Documentation clarity

I'm a senior manager at Accenture (25+ years) with basic coding skills. Built this because I needed it, not because I wanted to compete with Mem0/Zep (they're great products).

*What's next:* V3 release with `npm install -g superlocalmemory` for easier installation. Same features, better distribution.
by webdevver | 2026-02-07 19:42:17+00:00
it definitely sucks to be honest, and theres a lot of cope out there.

fact of the matter is, being able to churn out bash oneliners was objectively worth $100k/year, and now it just isnt anymore. knowing the C++ STL inside-out was also worth $200k/year, now it has very questionable utility.

a lot of livelihoods are getting shaken up as programmers get retroactively turned into the equivalent of librarians, whose job is to mechanically index and fetch cognitive assets to and from a digital archive-brain.
by SilverElfin | 2026-02-07 19:42:50+00:00
Take a look at the ecosystem of far right influencers and personalities guiding the MAGA movement, and what they post on Twitter. Go look at replies on deportation and ethnic cleansing (“remigration”) posts made by Elon or DHS or others. You’ll see a torrent of vile supremacist content, and most of it is directed at Indians. That includes insults aimed at Usha Vance, various Indian CEOs, and Indian people at large. It’s why Vivek quit social media - almost every single reply to any post he made was racist. It’s what the right always was, unfortunately, even though it looked for a bit like it might be moving on from that past.

When the deportation push shifts from illegal immigrants to legal ones - which it has to because their stated goal of deporting 100 million Americans is not possible otherwise - it’ll come for Indians too. In fact I would say Indians are perhaps the most hated group on the far right.

As for those Indians still ignoring what the administration stands for and where it’s going, such as the ones working for Trump, they’re useful idiots. Doing the dirty work that will come for them in the future.
by majormajor | 2026-02-07 19:42:58+00:00
And so many people in the US are already miserable before yet another round of "become more efficient and productive for essentially the same pay or less as before!!"

So maybe income equality + disposable material goods is not a good path towards people being happier and better off.

It's our job to build a system that will work well for ourselves. If there's a point where incentivizing a few to hoard even more resources to themselves starts to break down in terms of overall quality of life, we have a responsibility to each other to change the system.

Look at how many miserable-ass unhappy toxic asshole billionaires there are. We'll be helping their own mental health too.