| 1:45 pm on Feb 26, 2005 (gmt 0)|
7,442 lines in one C# file (only code -- no HTML or other data in it) -- its the biggest in the project but not alone by any means... Beat this ;)
| 7:48 pm on Feb 26, 2005 (gmt 0)|
My Sales Order Entry is a mere 1899 lines. It's one of three programs for entering phone orders - PHP.
The script I used to load my zip code table clocks in at 42235 lines, but was only used once - and had to broken into 10 parts so it would run without timing out.
| 8:18 pm on Feb 26, 2005 (gmt 0)|
|The script I used to load my zip code table clocks in at 42235 lines |
I bet 2 cents it was automatically generated or every line is almost the same as the other, like:
insert into table zip values ('zip1')
insert into table zip values ('zip2')
insert into table zip values ('zip3')
| 8:55 pm on Feb 26, 2005 (gmt 0)|
Well yes, every line is almost the same.. just a bunch of inserts.
Automatically generated.. I wish. No, I did a lot of work getting that data ready to import.
| 10:57 pm on Feb 26, 2005 (gmt 0)|
5223 lines in one 'C' file.
9353 lines in 9 library files.
Flatfile database, 8Meg in 946 files.
Other 2 'C' files on site, 4159 and 3113 lines.
Only list 90% of lines, allowed 10% for remarks.
[edited by: GeorgeGG at 11:27 pm (utc) on Feb. 26, 2005]
| 11:25 pm on Feb 26, 2005 (gmt 0)|
Just compiled my biggest project - 79,000 lines of Delphi Pascal.
| 2:01 pm on Feb 27, 2005 (gmt 0)|
Here we go again, alpha males comparing their sizes.....
| 2:11 pm on Feb 27, 2005 (gmt 0)|
Just when it was almost gone txbakers bumped it back up :)
We must all remember - it's not the size of the code, but how you use it.
Pleading innocence to the alpha male charge, I didn't bother to look for my largest bit of programming; instead I pulled one from the trio I'm currently working on most. (and I'm still not going to bother looking - even as the opportunity and challenge present themselves)
| 3:59 pm on Feb 27, 2005 (gmt 0)|
I thought that was big. Well it was for me.
The code I was on about now stands at 336 lines and is complete!
| 4:01 pm on Feb 27, 2005 (gmt 0)|
5200 in Perl (with comments).
grandpa is right. the best programs are usually the shorter ones :)
| 3:36 pm on Feb 28, 2005 (gmt 0)|
Why does number of lines matter? I've written many large programs with thousands of lines, but that's not what counts.
Back in a previous life, when memory and disk space were precious, we used to work very hard on code reduction and memory utilization. The ace programmers were the ones who could get the most performance with the smallest code. Seems like these days we just happily use up memory, disk space, and processor resouces with wanton abandon.
| 8:22 pm on Feb 28, 2005 (gmt 0)|
|Back in a previous life, when memory and disk space were precious, we used to work very hard on code reduction and memory utilization. |
I still try to keep code tight and efficient. CPU power and memory have grown but so too has OS bulk. My next upgrade to my beast of a program will be to implement data storage in an xml file rather than use the registry. This will increase the size of the program but make it much faster to start up. It will also provide several other benefits but I can't easily explain these.
| 12:09 am on Mar 1, 2005 (gmt 0)|
Had a chatroom once, written in PERL, and when it started it was at 38,000 lines total (all pages). After a year I learned more and more about PERL, and I got it down to about 12,000 lines and about twice as fast speed-wise. Talk about a learning experience. cutting all that code, made me a shortcut-seeker. Now in my projects, if it can be shortened, I'll find a way to do it.
| 12:15 am on Mar 1, 2005 (gmt 0)|
10 pounds of punchcards...to power Google's latest algorythm update.
| 2:14 am on Mar 1, 2005 (gmt 0)|
12 foot high pile of fanfold paper in cobol.
no idea how many lines.
| 2:54 am on Mar 1, 2005 (gmt 0)|
|12 foot high pile of fanfold paper in cobol. |
| 5:00 pm on Mar 1, 2005 (gmt 0)|
I feel more personally rewarded by how much a proggie can be condensed considering what it's doing. The largest one I have operational is an employee timesheet system, complete with logins of various levels, administrative functions, timesheet and payroll reports, auto-reminders, adding/editing/deleting employee data from various access aspects, vacation request/approval loops including email notifications, and a recently added PO system module that encompasses a multi-level approval scheme based on the amount of the PO. From any point of access to this system, the available functions are specific to their access level for the site.
Total 14,121 lines between the main program, 3792 lines, and three included modules, and does not include site output templates. It's important to mention that (like most of your web-based programs) over 9,000 of that is strictly internally-generated HTML, so the actual programming functions only involve 5,000 lines, give or take.