I mean millions of lines, eh? Does this actually happen in real programming, or is it just some enterprise thing where most of the programmers only know about selecting text, clicking copy, clicking somewhere else, clicking paste. (the senior developers might know the arcane keyboard shortcuts, but they keep them secret as they are paid by the line of code)
Please explain to me like I am a three year old flatchested loli.
Name:
Anonymous2007-01-26 11:23
>>1
For Java enterprise solutions, it's just a bunch of low-pay, low-experience programmers copypasting design patterns and best practices which serve as "the glue". Glue for what? Don't ask. It works by miracle.
For real projects, yes, sometimes stuff gets big because there's a lot to implement.
Name:
Anonymous2007-01-26 12:36
ASK LONGCAT LOL
Name:
Anonymous2007-01-26 12:52
>>2
I can think of no manner of application that would need even half a million lines of code.
Name:
Anonymous2007-01-26 12:59
>>4
if any single program needs that much code, im sure it would be componentized..
i.e.
we needs to write out own
libobj, libmd3, lib3ds, libdxf
so that we can _sell_ the code instead of GPL it.
then glue code, lots of glue code..
Name:
Anonymous2007-01-26 13:19
Basically, it's when there's a program that offers a general solution for tasks with a lot of specialization involved.
For example, the Linux kernel is huge; over 1.5 million LOC, I think. A lot of it is in driver modules. The non-module bits, while more important to the whole system, constitute a much smaller amount.
Linux is a special case - cost estimates for its construction run as high as the hundreds of millions of USD. Unusual systems like those for government and corporate needs also require a huge level of work and support code, albeit not as much.
Full-fledged accounting application with inventory control and fleet management capabilities - Plus route mapping. Just a hair over one million lines.
Yes, some applications can indeed grow that large. Especially monolithic ones like that. I'd dearly love to split it up into something manageable but will have to wait until we fire the lead developer and parse the godawful mess.
Name:
Anonymous2007-01-26 18:36
>>4
Business shit needs a lot, even when properly written in a proper language that's neither Java nor COBOL. They just have a lot of rules and shit to keep track off, and want a lot of features (half of them will probably be left underexploited). Outside business, it's harder, but still possible, to find such case. Try simulators.
Bringing /prog/ back to its people
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy
All work and no play makes Jack a dull boy