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
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.
Text(
text = "Tap me!", <--- add 2 extra lines for localizing it + importing it
color = someTextColor,
fontSize = 15.sp,
modifier = Modifier
.padding(16.dp)
.clickable { println("Text clicked!") } <--- add 2 extra lines for localizing it + importing it
)
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
for f in $(find . -iname '*.go') ; do grep '^ "'"${f}" | wc -l | tr -d '\n' ; echo' '"${f}" ; done | sort -n
(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 cloc calls 25693 lines and wc -l calls 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.)
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.)
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.
Dude wtf lol lol lol
the biggest thing I’ve ever made on my own has half that many lines of code.
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).
…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.
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
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.
It deleted his porn collection
RIP
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
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.
Text( text = "Tap me!", <--- add 2 extra lines for localizing it + importing it color = someTextColor, fontSize = 15.sp, modifier = Modifier .padding(16.dp) .clickable { println("Text clicked!") } <--- add 2 extra lines for localizing it + importing it )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
for f in $(find . -iname '*.go') ; do grep '^ "' "${f}" | wc -l | tr -d '\n' ; echo ' ' "${f}" ; done | sort -n(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).
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