Slashdot Mirror


Immortal Code

ziani writes ""... Sometimes a piece of code is so elegant, so evolved, that it outlasts everything else." Nice article at Wired wondering how much great (and lousy) code is lost due to business failures."

60 of 354 comments (clear)

  1. It's nice by e12532 · · Score: 3, Funny

    It's nice to see some elegant code in this world of bloated redundant code... Is it me or does it seem that open source is written much more elegantly? Is this just because we can actually see the source :) I'd sit in a corner rocking back and forth if I was forced to read Micro$oft code...

    1. Re:It's nice by Anonymous Coward · · Score: 5, Insightful

      How can you tell if something is written elegantly if you cant see the source? Elegant code does not imply well working code and well working code doesnt mean that it is written elegantly. You can have a program that works great and never crashes but is written poorly and does not use the system efficiently. You can also have very buggy code that is written beautifully.

    2. Re:It's nice by josepha48 · · Score: 5, Insightful
      Well I can't see M$ code so I can't say. However the biggest advantage I see in open source is if the API is not clear you can look at the source to see exactly what the f*** is going on. I find this helps the most. (Debuggable, cause you have the code.)

      Also in open source, I find that if I write something someone else may have a mod that they want in it or they may make their mod on the code and then ask me to include it. I then review thier mod and determine the best way to include it in my code. They may also review my code and offer suggestions on how to improve the code. This does not happen all the time at corporations. I can't speak for all companies, but some that I have worked for, it is more important (read moneywise) to get the code done and to the client than to do it right and nicely. (Code review, by someone trying to modify it or by the owner?)

      Lastly in open source, developers are more likely to rewrite code and drop bad API's (gtk1.0 -> 1.2 -> 2.0 just look at the text widget, notebook and a few more) and do it right the second time around no matter how long it takes than private companies. (Rewrites and screw the client they'll get over it!). I think that this is becase in windows it has traditionally been much harder to have multiple copies of similar dlls than UNIX (not impossible, just more difficult, IMHO). Glibc is a good example of shared libs that you can have many versions of. M$ has a tendancy to wrap its API's on top of each other and keep old baggage around so you have no idea of what you are actually calling, or to change the API and then not tell you.

      --

      Only 'flamers' flame!

    3. Re:It's nice by Anonymous Coward · · Score: 5, Insightful

      I think it has to do with pressure of business that causes cruddy code. Often in my company we're asked to write full projects in 60 days or less -- that kind of tight schedule doesn't produce great code. Let's also not forget that open source code "matures", whereas in the corporate environment we rarely touch working code unless it's to add a new feature (in a day or two). It's a crying shame (and I frequently find myself crying), but we are just not allowed the time to go back and make the code "good".

      Rev 1.0 of any software is not as elegant as it could be; even in OpenSource. OpenSource has the luxury of not needing to move on to the next project ASAP to be profitable.

    4. Re:It's nice by Pieroxy · · Score: 3, Informative

      I think a hell of a lot of nice code will never be used. I remember in my former company (a dot-com), the only thing worth a look was the engineering team. Their very nice code (some of which is mine) will never be used considering the useless people in all the other parts of the company (CEO-VPs...)

      The company will probably be - according to the CEO himself - out of business in a couple of month. And all this beauty will be forgotten forever.

    5. Re:It's nice by Anonymous Coward · · Score: 5, Insightful

      "You can also have very buggy code that is written beautifully."

      I guess it depends on your definition of beautiful code. For me beauty is not in the formatting or the intricacy... but in simplicity. The same aesthetic that favors art with clean flowing lines that is punctuated with edges and corners or melodies and harmonies that smoothly slide in and out of each other applies to beautiful software. There are, believe it or not, beautiful pieces of Fortran IV out there --
      they do the job cleanly and efficiently while being easy to read and follow -- elegant. Elegant code tends to be less buggy because you can see what it's doing.

    6. Re:It's nice by DeadSea · · Score: 3, Informative

      The code that the article is about is neither concise nor elegant. The article is about Dragon speech recognition software which as miraculously survived several companies and failures. The article refers to it as "deep" code. Code that to hard to do over from scratch. The code in question is archived on 5000 CDs (the version control repository).

    7. Re:It's nice by pVoid · · Score: 4, Interesting
      you can't see microsoft code because you don't look.

      Download the friggin DDK from their site, and they have working samples for almost all their core drivers.

      Stripped of a license, the samples in there are as good as OSS.

      And btw, they are nice cleanly coded samples. There is just as much pressure on programmers there to keep that code clean: it's in their DDK, and they don't want to show shody samples. So I'm sure the code review processes are just as stringent.

    8. Re:It's nice by scot4875 · · Score: 3, Insightful

      M$ has a tendancy to wrap its API's on top of each other and keep old baggage around

      Granted, but the 'have no idea of what you are actually calling' part would only be applicable for someone who doesn't read documentation.

      or to change the API and then not tell you

      I call BS. Can you give an example?

      --Jeremy

      --
      Jesus was a liberal
    9. Re:It's nice by Anonymous Coward · · Score: 5, Informative

      >>or to change the API and then not tell you

      >I call BS. Can you give an example?

      Here you go:

      MSDN Library (which came with Visual Studio), ODBC 3.51 Programmer's
      Reference, API Reference for SQLGetDiagRec():
      BufferLength
      [Input]
      Length (in bytes) of the *MessageText buffer. There is no maximum
      length of the diagnostic message text. If the value returned in
      *MessageText is of a Unicode string (when calling SQLGetDiagRecW),
      the BufferLength argument must be an even number.

      Freshly downloaded Microsoft Data Access 2.6 SDK,
      same ODB 3.51 Programmer's Reference, API Reference for SQLGetDiagRec():

      BufferLength
      [Input]
      Length of the *MessageText buffer in characters. There is no maximum
      length of the diagnostic message text.

      It took me few days to figure that one out.
      Oracle ODBC call was corrupting heap.
      If length is in characters, no corruption.

    10. Re:It's nice by spitzak · · Score: 5, Insightful
      Thus code that a programmer knows many others will look at appears to be well-written. This is as good of an argument for OSS as any other.

      I think if you look at a typical closed-source driver written by a hardware manufacturer based on this code you will see some really bad stuff. While open-source Linux drivers, even if based on sample code for other drivers, is a lot better. Closed-source linux drivers seem to be as bad as non-MicroSoft Windows drivers and crash a lot.

  2. Like DNA? by Overand · · Score: 4, Insightful

    Code that lasts 'forever' and gets passed along, like DNA? How unusual!

  3. Here's some REALLY immortal code by Anonymous Coward · · Score: 5, Funny

    #! /bin/bash

    while true; do
    sleep 1
    done

    1. Re:Here's some REALLY immortal code by buzzsport · · Score: 5, Funny

      ^C

    2. Re:Here's some REALLY immortal code by poot_rootbeer · · Score: 4, Funny


      Immortal? Hardly. I was able to kill it.

  4. What was the point of that article? by jj_johny · · Score: 4, Insightful
    I read it and it says that people buy assets of failed companies and sometimes those assets are - oh mi ga - software code. Well I was as suprised as I have ever been that you could buy the software code assets of failed companies.

    Come on guys this is not a story at all. Good code gets bought and reused. Thats not news thats anti-news (it would be news if people didn't do it). So thanks for alerting me to another article that doesn't matter about anti-news.

  5. Excuse me? by Anonymous Coward · · Score: 5, Insightful

    No way the code from busted companies gets lost. I'd bet that most if not all coders get themself copies of their code and keep it in their own portfolio to reuse and recycle it.
    And of course you don't destroy your copies just because another dot bomb has gone off.
    Imho that article is a nice myth...

    1. Re:Excuse me? by On+Lawn · · Score: 5, Interesting

      I'd bet that most if not all coders get themself copies of their code and keep it in their own portfolio to reuse and recycle it.

      I worked for a dot-bomb, and a company that is still around. I erased all of it. Not for security or copyright issues, but becuase there wasn't anything of use.

      Most of the broad purpose code was like re-writing CVS (yes I'm not kidding), or gnu-E. One of my qualms in working for those companies was their hush-hush secretive attitude. And when you get past to find out what the secret is, its like "your doing that? Why not just use this GPL code right here?"

      I realize my experience might be out of the ordinary, but I got rid of it just becuase I had no use for it.

      __________________________________
      OnRoad: Boldly reporting the SUV war from the middle of the road.

  6. OSS and Immortal Code by Peter_Pork · · Score: 5, Insightful

    One of the true beauties OSS is its immortality. Given the "deep" copying of source code from OSS projects (there're many many repositories), it's hard to believe that we will ever lose any software developed in this way. In addition, good, useful OSS is iterated over and over. Just look at Emacs for example. I like to think that Science and OSS work the same way: result/programs are published and reviewed over and over by other scientists/programmers. Some projects will achieve amazing level of perfection, just as some theories, like quantum mechanics, are exceptionally accurate and useful. It took many iterations to get that theory right, as it takes many iterations to create perfect code.

  7. Elegant code like this? by StevenMaurer · · Score: 4, Funny

    int main()
    {
    printf("Hello world\n");
    return 0;
    }

    Seems like the most well known piece of code in programming history.

    1. Re:Elegant code like this? by JimDabell · · Score: 4, Funny

      So well known that you forgot a bit of it :)

      #include <stdio.h>
  8. Immortal code - which do you know? by jschrod · · Score: 5, Interesting
    There are code pieces I think might get immortal. Henry Spencer's regexp routines come to mind.

    What other basic code pieces, used in hundreds or thousands of programs, do you know?

    --

    Joachim

    People don't write Manifestos any more -- what's going on in this world? [Frank Zappa]

    1. Re:Immortal code - which do you know? by Anne+Thwacks · · Score: 4, Insightful
      The BSD TCP/IP stack - this must be the most re-used software ever - its in everything that does internet - and it has the famous BSD licence.

      --
      Sent from my ASR33 using ASCII
  9. The Book by s20451 · · Score: 4, Interesting

    I'm reminded of what mathematicians call "The Book". This is based on a quote from Paul Erdos, who said that God keeps a Book in which He writes the most elegant proofs -- as a mathematician, you don't have to believe in God, but you do have to believe in The Book, and strive to make your proofs Book-worthy. Maybe God keeps a Book of Hacks, too?

    --
    Toronto-area transit rider? Rate your ride.
  10. Re:Immortal code by Anonymous Coward · · Score: 5, Funny
    C:\>/sbin/iptables -I FORWARD -p udp --dport 1434 -j DROP
    The system cannot find the path specified.

    C:\>

  11. Hello World, of course! by Amsterdam+Vallon · · Score: 5, Funny

    ... in COBOL nonetheless!

    000100 IDENTIFICATION DIVISION.
    000200 PROGRAM-ID. HELLOWORLD.
    000300 DATE-WRITTEN. 02/05/96 21:04.
    000400* AUTHOR BRIAN COLLINS
    000500 ENVIRONMENT DIVISION.
    000600 CONFIGURATION SECTION.
    000700 SOURCE-COMPUTER. RM-COBOL.
    000800 OBJECT-COMPUTER. RM-COBOL.
    000900
    001000 DATA DIVISION.
    001100 FILE SECTION.
    001200
    100000 PROCEDURE DIVISION.
    100100
    100200 MAIN-LOGIC SECTION.
    100300 BEGIN.
    100400 DISPLAY " " LINE 1 POSITION 1 ERASE EOS.
    100500 DISPLAY "HELLO, WORLD." LINE 15 POSITION 10.
    100600 STOP RUN.
    100700 MAIN-LOGIC-EXIT.
    100800 EXIT.


    *nix.org - Featuring BSD, Linux, OS X, Solaris, & More!

    --

    Reply or e-mail; don't vaguely moderate. Ex-O'Reilly/MIT employee, now a full-time Google employee.
  12. Doubtful by dubbayu_d_40 · · Score: 4, Insightful

    I don't think they talked to many coders. Who doesn't keep a copy of their work, especially if it is good?
    Good code get reused, but in a more organic way...

    1. Re:Doubtful by dubbayu_d_40 · · Score: 4, Insightful

      Good algorithms transcend the media on which they are stored and their language of implemenation.

    2. Re:Doubtful by Mr.+Slippery · · Score: 3, Informative
      Who doesn't keep a copy of their work, especially if it is good?

      Those who are afraid of being crushed by lawyers for violating NDAs, that's who.

      Last time I was job hunting I was asked for a code sample...all I could produce was a 2000 line Perl hack I did for my own amusement. Which was about all the Perl I've ever written, I'm a C/C++ guy. But I can't share anyone of the stuff I've done professionally, it's all copyrighted to my employers and trapped under non-disclosure agreements. (Well, some of the stuff I did back in grad school might be publically available somewhere.)

      --
      Tom Swiss | the infamous tms | my blog
      You cannot wash away blood with blood
    3. Re:Doubtful by Salamander · · Score: 4, Insightful

      Good for you. Just last week a guy I was interviewing showed me (unasked) a spec he'd done, as a sample of his work. The copyright/confidentiality notice for a very large company was clearly printed right across the top. Needless to say, I told him to put it away and made sure he progressed no further through the interview process. I'm all for people distributing their own code freely, but I can't condone giving away someone else's trade secrets.

      --
      Slashdot - News for Herds. Stuff that Splatters.
    4. Re:Doubtful by chworktap · · Score: 3, Insightful
      Good point. (Poorly made, but good point).

      The best programmers are the ones who program at least partially because of its intrinsic rewards. Whenever I interview a potential programmer, I always ask them to describe the last coding project they did purely for fun. The best developers I know always have several projects going on in the back of their heads.

  13. Oldest working code... by Anonymous Coward · · Score: 5, Interesting

    I'm always curious as to what may be some of the oldest "working" code that's publicly available. Code that was written ages ago, but still used today.

    I'm sure that there are other examples, but I'd like to put forward the first candidate of such code: Squeak Smalltalk.

    The reason I put it forward is more because of my knowledge with it. Of course, I may be wrong also, but...

    Anyway, the first time I saw the predecessor to Squeak was back at an Apple sponsored event at college in 1985. They were showing off the Macs and new Mac Plus.

    One fellow there managed to have a copy of the original Smalltalk-80 image that Apple worked on with Xerox. It was a fascinating piece of software.

    That image was sourced from the original work done at Xerox in the late '70s and early '80s.

    When they decided to bring forth Squeak, they started with the original Apple image (which started with the original Xerox image).

    So, I'd like to think, though I don't know, that there are lines of code within that Squeak image that literally date back to the late '70s and have never been changed since. Coded late at night by some hacker at Xerox and simply pulled along with the Smalltalk image, never needing to be tweaked.

    No doubt there are the zillions of line of code still kicking and screaming within industry, but I'm more interested with code that is out in the wild, and still being used somewhat actively.

    Any other contenders?

    1. Re:Oldest working code... by Frobnicator · · Score: 5, Insightful
      I'm always curious as to what may be some of the oldest "working" code that's publicly available. Code that was written ages ago, but still used today.
      How about DNA?
      --
      //TODO: Think of witty sig statement
    2. Re:Oldest working code... by jridley · · Score: 4, Interesting

      There are millions of lines of code running in financial institutions from possibly as early as the late 50's for which the source is lost. That's why there are emulators. I've heard that some places have emulators running emulators running emulators running their original compiled code.

      Much of it may be replaced by now but when i was taking my CS classes back in the 80's I was told this was true.

    3. Re:Oldest working code... by Sinical · · Score: 3, Interesting

      Not exactly out in the wild, but not exactly purely for an industry, are mathematical routines and the like.

      For instance, a lot of aerodynamics code I've seen is written in Fortran IV or Fortan 77. It's often not the nicest formatting and stuff, but Fortran compiles cleanly, and the code still does it's job, so people still use it: it's also easy to interface Fortran and C/C++, which is a bonus. So you build on the core of this hard mathematical stuff that was written long ago.

      Of course, part of that's bad, because there's a chance there're some gotchas still in there that wouldn't be understood anymore, but thankfully a career in my industry is quite long typically, so there's often a gray-haired sage that you can consult.

      I think things that do math (even financial calculations) are more likely to last, because those kinds of operations endure.

    4. Re:Oldest working code... by jstott · · Score: 3, Informative
      No doubt there are the zillions of line of code still kicking and screaming within industry, but I'm more interested with code that is out in the wild, and still being used somewhat actively.

      Any other contenders?

      Try www.netlib.org. It's all mathematical libraries, the old stuff is all in Fortran, and it does still get used even though some of it goes back to the late 60's and early 70's. Completely debugged code is hard to find, and when you get your hands on it, you hang on to it forever.

      -JS

      --
      Vanity of vanities, all is vanity...
  14. Lifetime of code... by mseeger · · Score: 4, Interesting
    Hi,

    there are several limitations for the lifetime of code:

    • Hardware lifetime: hardware specific code may loose its usefullness once the hardware itself becomes obsolete.
    • Purpose lifetime: A lot of code serves a temporary purpose. Once the purpose is achieved or dropped, the code will die.
    • Language: A code in an obsolete programming language will probably be dropped as there is no one to judge the elegancy of it.

    Perhaps we should look at it that way: If all good code would and could be reused, more than the half of all software engineers would be ou of duty soon. I think i once read a figure that less than 20% of all code written is "new".

    Yours, Martin

  15. The article never makes its point by unfortunateson · · Score: 5, Insightful

    It shows no examples of immortal code. The closest thing they mention is that when Scour got bought, the new company archived the code, but never used it.

    That's hardly immortal, that's entombed.

    Examples of immortality would be things like

    * Bits of BIOS still in use from the original IBM PC through today's pentiums

    * Bits of Multiplan that percolated through Excel

    * Bits of CP/M still floating through Linux

    The article makes a bigger point on how transient software is, and how 99% of what's created is tossed out. How many times, when asked to fix code, do you just rewrite it anyway?

    --
    Design for Use, not Construction!
  16. Duff's Device by Tokerat · · Score: 3, Interesting


    Tom Duff once came up with this very useful yet ugly piece of C code for high-speed blitter routines, or any other instance where data must be moved as quickly as possible.

    I'd post it but the Slashdot lameness filter is just that: It makes posting code like this impossible, therefore making Slashdot lame. :-/

    There is a link to a full explaination here. Damn, if only we could all be this good.
    PS: Yea, I do believe it beats the living crap out of memcpy() or BlockMove() or whatever other routine your using ;-)

    --
    CAn'T CompreHend SARcaSm?
    1. Re:Duff's Device by Chocolate+Teapot · · Score: 3, Interesting
      Judging by your reference to BlockMove(), I take it you are a Mac programmer? In which case, you would gain a lot more by:

      a) Moving 32 bits at a time instead of 16

      b) Use four source pointers and four dest pointers, allowing the pipelining to really scream on the PPC

      c) Consider using Altivec (very Mac specific though)

      d) Lose that f***ing % operator, which will do a lovely job of stalling the integer pipelines while it computes the modulo. ( count & 0x03) does the same thing much quicker.

      In some cases, you can easily beat BlockMove(), especially if you know that your memory was nicely aligned on 4 byte boundaries. However, pit you code up against BlockMove() with mis-aligned data (especially if both the source and dest are on weird alignments) then BlockMove() will whip your sorry ass. My $0.02

      --
      Modest doubt is called the beacon of the wise. - William Shakespeare
    2. Re:Duff's Device by swillden · · Score: 4, Interesting

      Actually, Duff did this the most elegantly in C. However, I had seen the equivalent in assembler much earlier.

      Duff had also seen, and written, the same construct in assembler many times. His Device was born out of frustration that he would have to drop down to assembler to unroll his loop. His fit of genius led him to try to construct it in C, and he was surprised when it compiled without complaint and ran perfectly.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  17. Makefiles by HisMother · · Score: 4, Interesting
    This story reminds me of the old saw that there is only one Makefile; everyone edits it for their own projects. There is grain of truth in that.

    A modern-day analogy might be the line

    <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

    that opens XSL stylesheets -- NOBODY ever types that by hand.

    --
    Cantankerous old coot since 1957.
  18. Unbelievably depressing? by mellon · · Score: 5, Insightful

    Is it just me, or is that story just unbelievably depressing? The writer didn't really acknowledge this - those two people who spent their lives working on Dragon Dictate wound up completely hosed, and can't hack on their lifes' work anymore. I mean, *ouch*!

  19. The code is not lost by Anonymous Coward · · Score: 5, Insightful

    The code escapes on floppies and CD-Rs. Developers are always swiping copies of good code to take home. Whether they wrote it or not. Good code resurrects itself again and again.

    We all know it happens. Many of us do it. We take code with us and "massage" it for the next job... or a job two years later.

    In they eyes of the law and in the eyes of society, it is wrong. To me and most developers I know, it is right. Nothing will ever stop this practice.

  20. Re:Who Is the Greatest Programmer? by jridley · · Score: 4, Funny

    Walla, the program now works! ...
    Computers are not "smart" like humans, thus they require very specific instructions in order to do anything.


    Yes, humans are able to know what you mean even when you type totally the wrong word, like "Walla".

  21. Elegant code by salimma · · Score: 3, Insightful

    Wonder how much well-designed assembler and punch-card code there is out there. While due to being platform-specific most would not be immediately usable, it would be nice to be able to read snippets to explore specific computer platforms for curiousity's sake.

    --
    Michel
    Fedora Project Contribut
  22. the naturally speaking code by MadFarmAnimalz · · Score: 3, Funny

    Left with nothing, Jim and Janet Baker turned to the courts. In a failed attempt to retrieve Dragon from among the L&H assets that were now locked up by bankruptcy laws, they hired the powerhouse law firm run by David Boies.

    David Boies?

    MAN, is that code GONE.

    --
    Blearf. Blearf, I say.
  23. Immortality? (ObLovecraft) by Dr.+Photo · · Score: 5, Funny
    "That is not dead which can eternal lie, Yet with strange aeons, even Death may die."

    Ia! Ia! COBOL Ftaghn!

  24. Everybody Sing Along With Me by Anonymouse+Howard · · Score: 5, Funny

    THIS CODE IS YOUR CODE - you know what tune to sing it to

    This code is your code, this code is my code,
    To California from the south of Finland,
    From the GNU compiler, to the ELF binaries,
    This code was made for you and me.

    As I was trolling the threads on Slashdot,
    In Unreal Tournament, I need an aimbot,
    I saw before me the new KDE,
    This code was made for you and me.

    This code is your code, this code is my code,
    To California from the south of Finland,
    From the GNU compiler, to the ELF binaries,
    This code was made for you and me.

    Downloaded sourcecode, unzipped the tarballs,
    Dot slash configure, then make-installs,
    And all around me, my systems showed me,
    This code was made for you and me.

    This code is your code, this code is my code,
    To California from the south of Finland,
    From the GNU compiler, to the ELF binaries,
    This code was made for you and me.

  25. Numerical Recipes in C (NRC) library by obnoximoron · · Score: 5, Informative

    http://www.library.cornell.edu/nr/bookcpdf.html
    is a great example of long-lasting heavily reused library of frely available code. I have used the eigenvalue and matrix decomposition routines directly from NRC so many times I lost count.

  26. is there anything that a markov matrix can't do? by AssFace · · Score: 5, Interesting

    That article talks of Baker using statistical probability towards speech recognition.
    That immediately makes me thing of the markov matrix/chain.
    The two ways I would have looked at speech without having read anything on it would be FFT and neural nets, and/or markov matricies (likely also with fft).

    When I first learned to use them in speech generation (either written or spoken) and also general analysis that became my favorite tool to abuse (my hammer making everything look like a nail?).
    I immediately thought of how I could use them in image recognition, game ai, and stock analysis...
    But mostly I used them to post to newsgroups and web discussion boards and then laughed at people responding to them as if they were regular users and usually fighting with them.
    I wrote a Poe generator (would write stories/poems based on his matrix) and also a radiohead song generator.

    Now my current hammer(s) are neural nets and genetic algorithms - but the markov matrix is stuff fun as all hell.

    It never says straight out in the article that Baker uses those - but the general concept that is discussed seems to point at them.
    (and yeah - I know the article was about losing code - but that's boring - what is cool is the code discussed)

    --

    There are some odd things afoot now, in the Villa Straylight.
  27. Ack! by M.C.+Hampster · · Score: 5, Funny
    ... in COBOL nonetheless!

    My eyes! MY EYES!!

    --
    Forget the whales - save the babies.
  28. DOS? or what? Clarification requested. by Anonymous Coward · · Score: 3, Funny

    Are we speaking of "immortal" in the sense of vampiric, blood- and money-sucking immortal code(Windows), zombie code(DOS) or of angelic/divine code(my database applications)?

  29. Voyager by tellezj · · Score: 4, Interesting

    is in its 25th year, and still communicates daily. I'm sure the bus has been running the same code for the whole mission, although I'm sure the payload may have had some code revisions uploaded along the way.

    --

    End of Line.

  30. No! by Moonbird · · Score: 3, Informative

    NRC is (a) not free ... you'll have to pay a hell lot of money if you use the code directly and (b) shoddy code - at least the C code. I think it's just automatically converted Fortran code...

    --

    --
    All extremists should be taken out and shot.
  31. I learned my lesson by Anonymous Coward · · Score: 3, Interesting

    Absolutely. When I went from my first to my second job, I foolishly took none of my source code with me. Since the second job was with the same company as the first, just a different division, I assumed I'd still have access to it. Hah. Many times, I regretted that as I had to re-create an object I should've been able to copy and paste.

    When that division folded and I moved on to the next job, this time I took a little more with me. Just some of the essentials I'd need for my portfolio, though, since I felt at the time that it would be wrong of me to abscond with the company's and clients' IP. I now very much regret that decision, because the company itself is gone and the clients have no access to the source - they're stuck with un-upgradeable software.

    At my current job, I am backing up everything I do. I will never touch or look at it except in case of an emergency, but this time if the floor falls out from under me I will be prepared.

  32. Woody Guthrie on copyright. by EdlinUser · · Score: 5, Funny

    "This song is Copyrighted in U.S., under Seal of Copyright # 154085, for a period of 28 years, and anybody caught singin' it without our permission, will be mighty good friends of ourn, cause we don't give a dern. Publish it. Write it. Sing it. Swing to it. Yodel it. We wrote it, that's all we wanted to do."

  33. Murphy's Law of Immortal Code by russotto · · Score: 3, Funny

    That beautiful piece of elegant code you wrote will be lost in a system crash as soon as you move on, if not sooner. That horrid inefficient kludge you wrote early in your career will be retained forever, and when through the vagaries of the world, you end up at the company which owns that code, you will end up responsible for maintaining it.

  34. Re:Who Is the Greatest Programmer? by delcielo · · Score: 3, Funny

    Not necessarily true. In India, the man who sells code might be known as the "code-walla." Therefore, his worker-bee might just be inclined to exclaim "Walla! The program now works!"

    --
    Hot Damn! It's the Soggy Bottom Boys!
  35. Another person who doesn't understand evolution. by aussersterne · · Score: 3, Informative

    As an anthropologist, I am always stunned by the misconceptions that some people have about evolution (primarily that it's just a one-time random snowstorm of debris that made man and beast out of nothing but mud).

    If you believe, as you seem to, that evolution is about producing something valuable from completely random events and matter, then you obviously have not studied evolution or the theories and hypotheses behind it, but have instead simply been listening to misinformation from the likes of Jerry Fallwell.

    Evolution does not function outside of one important context: the environmental context.

    Given this simple caveat to your post, we can now see that all programs are actually evolving.

    Consider this:

    A code snippet is written. But it doesn't function. What happens? It dies -- it is deleted, removed by its environment (i.e. the programmer and project) because it serves no purpose.

    Another code snippet is written. It works properly. Wow, it ends up in release 1.0! It has survived! It has a long and happy life on the retail shelf.

    But lo, another programmer comes along, sees the original code snippet, and adds to it so that it runs faster. Cool! Though 1.0 was very popular in its time, the 1.0 code snippet is removed and is never heard from again -- it has been out-competed by a new, more efficient snippet which works better.

    The new revision is so good, it becomes version 2.0! Soon it's everywhere; 1.0 is hardly ever seen any longer because 2.0 just works better and 1.0 keeps getting wiped and replaced by 2.0.

    Voila! Evolution.

    This exactly the way that natural selection (and by extension, macroevoluti) work on organic beings in the "real" world. Nature "proposes" a product by the mixing coding ideas (i.e. DNA) from different from individuals (i.e. SEX). If the result doesn't work -- if the code doesn't produce a functioning or an efficient product (i.e. individual) -- then the code dies and is never heard from again. If the code does work, then an efficient, functioning individual is born and survives into adulthood. The code lives! But now new ideas are infused into the code again (i.e. the new individual also has SEX!) and new DNA is born -- another new code snippet in the offspring. And yet again, if the code doesn't produce a viable product (i.e. individual), it eventually dies out -- removing it from the environment -- and it is never heard from again. But if the new code does produce a functioning, efficient individual, voila again! The code lives! Wash, rinse, repeat.

    Every time you or anyone else makes a baby, you are writing a new version of the code. Any time two whales mate, they are writing a new version of the code. The DNA is dancing, folks. If the new product works, it finds a place in the marketplace (the environment). It survives. If it happens to work better than anything else out there (Anna Kournikova, Natalie Portman), it dominates the marketplace and everyone wants a piece of it. As the generations pass, products with better code are better at survival -- getting food, getting attention, getting mates (and as a result, the good code doesn't die out).

    EVOLUTION.

    It's not random at all. It is actually an awful lot like software development.

    P.S...

    Voila! Voila! Voila! Voila! Voila!

    --
    STOP . AMERICA . NOW