this post was submitted on 25 Sep 2026
439 points (96.0% liked)
Fuck AI
8304 readers
3934 users here now
"We did it, Patrick! We made a technological breakthrough!"
A place for all those who loathe AI to discuss things, post articles, and ridicule the AI hype. Proud supporter of working people. And proud booer of SXSW 2024.
AI, in this case, refers to LLMs, GPT technology, and anything listed as "AI" meant to increase market valuations.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Single person project with 55k files in it, not pushed to any remote.
I'm gonna go ahead and assume nothing of value got lost here.
A single developer with that many files? Those are clearly AI generated, so not their work anyways. 🤷♂️
Probably depends on what you’re building with.
I’ve seen c# projects with an insane number of files, all boilerplate. The one language where I can dig through thousands of files without finding where the app is actually coded
I'm developing for a fairly large open source project in C#. The language does not actively minimize boiler plate, sure. But what you describe sounds like a fault with the devs and not with the language.
Could be. I’m a build engineer so need to know enough about every language to build it. Luckily I was able to drop that as “will not support” (we’re mostly a Java shop, with Python, nodejs, and a few less common choices)
Right? I consider myself an avid coder on my time off and the biggest thing I've ever made on my own has half that many lines of code. Let alone files.
Its's not that hard to get to that many lines once you consider imports might be the first 50-100 of a file. One of my UI files the imports are the first 180 lines almost all of them from the android sdk. At least in Android dev.
Then with something like declarative UI frameworks, you might end up with something like 8 lines to show 1 thing of stylized text so it's all formatted cleanly with localized text, let alone trying to position it anywhere.
Like this example clickable text is 12 lines to function ignoring the actual imports for the UI element itself.
I have ~1000 localized strings in my app, so that's 3000 lines right there just writing and importing them if they were only each used once.
Yeah, but the OP was about how many files there were in the project. And none of what you've mentioned here has any significant effect on how many files there would be in a project.
Though I do think probably my style of coding probably results in fewer lines of imports than many coders. I tend to eschew dependencies fairly radically. "A little copying is better than a little dependency" and all that. And also, my language of choice is Go, which doesn't allow importing individual things from a package the way, say, Java does. An import imports a package in Go. Just looking at that "biggest thing I've ever made", the most imports I have in any one file in my entire codebase is 18.
methodology
(Go syntax for imports generally adds a couple of lines in each file, so 18 imports would typically be 20 lines of code. And then there's usually a blank line after that before other code starts. You know how it is.)
And the total number of lines of just imports (including the two extra lines per import statement and blank line before other code starts) in my whole project is 1002 in a codebase that
cloccalls 25693 lines andwc -lcalls 28543 lines. So, like 3.37% to 3.351% of the codebase is imports. Oh, and the whole repo is 136 files.(Full disclosure, there's a tiny bit of non-Go code in my project and I'm omitting all that in the above. A little HTML/JS/CSS here, a little GLSL there. And what I'm writing is a language, so I've got some code in my own language in the repo. Also, there's no vendored code in my repo or anything, so every character of what I'm talking about above was at one point a keystroke on my keyboard.)
So I was actually curious, my main module which is the vast majority of my code is 80k lines of which 10k are imports.
Holy shit. That is a huge import-to-other-code ratio.
Clearly android devs are better devs because they'll write more lines of code if a brain dead manager decides to check 🤣
That's kind of moot since the person I replied to was talking about not even getting to half the LINES of code, hence my comment.
The person you replied to was me and the person who replied to you is also me (and I'm me... I think ;) ). But I think we're talking past each other.
My first post in this thread was making the point that 48,000 files in a single code repo is an outlandishly hugely ridiculous number of files and that is probably a good indication (so I was agreeing with the previous poster) that Claude wrote the vast majority of that code.
As in "if the number of lines in my codebase is significantly less than that 48,000 number of files, how much more stark must be the difference between that 48,000 files the number of files in a repo built by a single normal-but-avid developer (like me)?" Like, if someone said "I ate 5 dozen eggs today" and you responded "holy shit, dude, I haven't even had five single eggs today".
Nobody was talking about any particular number of lines being outlandishly large. Just the number of files in the repo in the OP being outlandishly large. And your post was about how the number of lines in a repo could be very large, which isn't really relevant to anything I was saying.
(Actually, it sounds like there were 55,000 files in the repo of which 48,000-ish were deleted. Either way. Huge number of files.)
Dude wtf lol lol lol
You were making the comparison that even as a line count that was large. YOU.
You missed the italics/emphasas. "The biggest thing I've ever made on my own has HALF that many LINES of code. Let alone FILES." I wasn't claiming that was a lot of lines of code to have in a repo. I was claiming that was a normal amount (for a largest repo made by a single "avid" coder).
You're ~~literally~~ claiming that to your 25k lines of code is a lot of code as you're comparing it to the other number. I'm sorry you can't see it. I haven't even made something with that many lines == that's a lot of lines.
I'm claiming the 48,000-file project mentioned in the OP must have a "lot" (a major understatement) of lines, yes. Just as the hypothetical "you" who said "I haven't even had five single eggs today" in one of my previous posts was claiming that the five dozen eggs the other person had eaten that day was a "lot" of eggs to eat in a single day. But the hypothetical "you" wasn't claiming that the fewer than "five single eggs" "you" had eaten was an unreasonable amount to eat in a day. In the same way, I'm saying that 25,000 lines of code isn't a suspiciously large amount that might lead one to believe it was almost entirely vibe-coded slop.
Here's a so you can keep digging. If you hit bedrock, here's a ⛏️ so you can continue.
It deleted his porn collection
RIP
What in the world even needs 55k files
Probably a mouse driver these days.
node_modules
It was a very simple app but npm
Those are rookie numbers...
...when you create a for loop that writes to a unique (timestamped) file upon script completion, but accidentally forget to add an exit condition. I got nearly 100k files before I was able to force close the script.
You should upload them all to github so they waste their resources scraping them as training data
Damn. That's a really good idea! They've been long deleted. I bet I can recreate this on purpose, though lol
Yeah and just automate your pipeline so it constantly uploads to github while it's running, and only keeps like the most recent 99 locally and deletes the rest as it goes. But make it look like an "agentic AI" is doing it so you can externalize your liability (like all the big tech companies do!
You might get blocked pretty quickly, but if you catch them while the microsoft is sleeping then you might be able to succeed