|
Now there's a feat, cut and pasting from a cereal packet. I understand the quality may reflect that as a source but getting the cardboard into into the computer via the screen would be a real trick.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
Nah, all you have to do is glue it to the scroll bar so it moves up and down with the rest of the code. Pritt Stick will do it if you smear it on the pixels carefully and use a big enough monitor.
Boeing use this all the time for their flight control software.
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
As an embedded developer (30+ years) I can happily say that the vast majority of my copy/paste is from my own library of routines I've developed over the years. Not to say that I came up with the original idea's for a lot of them. I doubt I'd ever have come up with something like the Goertzel algorithm (let alone the sliding Goertzel).
|
|
|
|
|
|
Another interesting question would be: "how many lines of code does a developer delete (life time)?".
|
|
|
|
|
None... that's what comment blocks are for!
|
|
|
|
|
That would make my code a colossal collection of comments.
|
|
|
|
|
What of the velocity of lines of code written over time.
Early on, you might write lots of lines of code. say 1000 lines. push to release.
sum = 1000
But 200 of which is bad. So rewrite those. RELEASE!
sum = 1200
Then you refactor. cutting out 400 lines. Release is now 600 lines. RELEASE!
sum = 1200 + 300 (not 400 as rewrote some multi lines as singular lines) = 1500
Project 2. Very Similar to Project 1. But know you know mistakes. And some extra feature. Same amount of time. 600 lines. RELEASE.
sum= 2100
Year 1. 1500 lines.
Year 2. 600 lines.
Then you build a library of reusable stubs, which you reuse.
Released lines of new code I would say goes down.
Maybe some increases when figuring out a new language.
Oh, but released lines of code would tend to increase. Because that library of support code you use to reduce the amount of new lines you need to write, will increase and bloated to cover the odd and weird corner cases it needs to satisfy.
|
|
|
|
|
sum = impossible to know how many
It's a silly question to be honest. With your examples, plus any IDE (or other tools) auto generating code, where do you even begin to start counting...
(well, I guess technically you start counting at 1)
|
|
|
|
|
stupid metric.
I don't write effective (wrong word here) line of code that often, most of the time it is generic boilerplate code to make those those effective line of code work.
I'd rather be phishing!
|
|
|
|
|
write lines of code??? why?
post question to CP/SO, wait for replies (check for flames on newbie answers)
cut
paste
ZERO lines of code written.
Message Signature
(Click to edit ->)
|
|
|
|
|
|
That's awesome!
I rather suspect that Lee Child, Bernard Cornwell and a fair few others have used up all of theirs by now but their novels keep coming on a daily basis, so I guess they must be using voice recognition software.
Whenever you find yourself on the side of the majority, it is time to pause and reflect. - Mark Twain
|
|
|
|
|
|
Reacher said nothing.
He could tell from the grease stain on the safety-catch that the Glock XP3-15 had been fired three times, yet he had only heard two shots. The smell from the muzzle indicated that the first shot had been fired 42 minutes and 17 seconds prior to the first. Given that the truck had been heading east at an average of 45 MPH, he knew for sure that this was the weapon that had killed Jackson in the warehouse in Topeka, the gun being held at an angle of about 15.6 degrees so that the shell would have severed Jackson's cerebral cortex instantly.
The FBI forensic team duly resigned as they felt so crushingly unnecessary ...
(I actually really liked the couple of Reacher books I read, but how many do we actually need?)
Whenever you find yourself on the side of the majority, it is time to pause and reflect. - Mark Twain
|
|
|
|
|
Apparently I still have 34 novels left.
I'd better get started... "It was a dark and stormy night..."
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
I've heard that about thirty years back (when C was more dominant), some managers used to have tools to count the number of semicolons, each semicolon signifying a line as productivity tools. So, some developers used to have lines as
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
which is as many lines of code.
|
|
|
|
|
for loops counts as 3 lines. glad i barely use linq. LOL
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
let's see. I've written about 10,000 lines this week (strangely enough, I've been counting, and working on a single project so it's easy)
gosh. im my life? I've been coding for about 32 years
I type faster these days, and have a lot of time to do it these days.
and I can crank out what, 520,000 lines a year if I apply myself.
*32 years = 16,640,000 lines of code. we'll halve it.
8,320,000 so far.
i've probably got another 10 million in me.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
120,325,116 lines of code....no less, no more. duh. easy question, next?!
|
|
|
|
|
I'm finding that as the years go by, I'm writing less and less new code. That is to say, I encounter fewer situations that I haven't already dealt with. Being lazy, this leads to either copy/pasta and probably some customization, or better the creation of a reusable utility function.
Also, the IDEs, particularly intellisense are so much better these days than when I started...this code was generated by a tool.
That said, a rough estimate would be around 1.8M in 20 years, around 90K/year average, but as stated, the majority would have been written in the first half of that time frame.
"Go forth into the source" - Neal Morse
|
|
|
|
|
When the VAX supermini was every programmer's dream, DEC published statistics showing that the average production volume for those developers writing the microcode for the 780 (the firs one in the VAX series) was 250 (micro)instructions a year.
Everybody knows that you do not leave microcode writing to the novices - those programmers were among the very best that DEC had. Yet it took them, on the average, a full day's work to figure out a single instruction.
Since the 780 was the first crop, I guess lots of the effort went into competence building, learning the tools etc. Maybe it even included some tool development. I don't know how DEC did the counting, only that the total number of microcode instructions produced divided by the number of microcode programmers returned about 250 instructions/year per programmer.
|
|
|
|
|
Approximately 1,243,867, but only 12 without bugs.
Technician
1. A person that fixes stuff you can't.
2. One who does precision guesswork based on unreliable data provided by those of questionable knowledge.
JaxCoder.com
|
|
|
|
|
"Lines of code" is a rather meaningless metric, since you can rewrite a line many, many times. And what constitutes a "rewrite of a line" anyway, if a single line then gets broken down into multiple lines (or vice-versa) after some refactoring?
|
|
|
|
|
Wouldn't it be more interesting how many keystrokes you typed?
if (i==1)
vs
var result = MyWonderfullData.Where(x => x.FullNameWithoutSpaces).Select().OrderBy().Etc().Etc()
makes quite a difference
|
|
|
|