Slashdot Mirror


Great Programmers Answer Questions From Aspiring Student

NathanBFH writes "Many of the questions that make it to the Ask Slashdot pages come from young and aspiring programmers wanting to know the role math and education play in the profession, or what makes certain programmers so much more productive than others, or what the future of the craft will look like. One young programmer by the name of Jarosaw "sztywny" Rzeszótko decided to ask these types of questions (and more) to the programmers he admired the most who also, it turns out, happen to be some of the most influential computer scientists and programmers of the last several decades. The result? Most of them happily responded. The results include the following: Linus Torvalds (Linux), Bjarne Stroustrup (C++), James Gosling (Java), Tim Bray (XML, Atom), Guido Van Rossum (Python), Dave Thomas (Pragmatic Programmer), David Heinemeier Hansson (Rails Framework), and Googlers Steve Yegge and Peter Norvig."

347 comments

  1. ADA by minus_273 · · Score: 1

    Ada nuff said.

    --
    The war with islam is a war on the beast
    The war on terror is a war for peace
    1. Re:ADA by jrumney · · Score: 4, Funny

      She might have some difficulty answering the questions though, what with being dead for the last 154 years.

    2. Re:ADA by eglamkowski · · Score: 1

      Haven't you people ever heard of a seance? Sheesh!

      --
      Government IS the problem.
    3. Re:ADA by gkhan1 · · Score: 1

      Hey, Donald Knuth has been dead since 2003 and he's still writing books!

    4. Re:ADA by Anonymous Coward · · Score: 2, Interesting

      Has anybody else noticed that Knuth looks like Yoda?

    5. Re:ADA by Morphine007 · · Score: 1

      OMG!!... paint him green and he'd be a ringer...

      Though, it is Knuth after all... when it comes to CS he pretty much is one with the force

    6. Re:ADA by morgan_greywolf · · Score: 1

      Yes. I'm performing one now...everyone hold hands.

      me: ooohhhhhhhhhhhmmmmmmmmmmmmmmmmmmmmmmmmm........... .......weeee caaaaalllll on the spirit of Ada Lovelace ... Aaaddddaaaaaaa....are you with us, Ada?

      ada: *whispers* imhere

      me: Ada! Tell us, what do we need to know about programming?

      ada: m

      me: yes?

      ada: micro

      me: yes? tell us!

      ada: microsoft!

      me: well?

      ada: is

      me: yes??

      ada: da

      me: huh?

      ada: 3v1l!!!!

      me: whoa!

    7. Re:ADA by tehlinux · · Score: 1
      --
      Most linux users don't know this, but the man pages were named after Chuck Norris. Chuck Norris fsck'ing hates noobs!
    8. Re:ADA by EmperorKagato · · Score: 1
      --
      ----- You know you have ego issues when you register a domain in your name.
    9. Re:ADA by tehlinux · · Score: 1

      Hey, I'm really sorry if that one went over your head.

      --
      Most linux users don't know this, but the man pages were named after Chuck Norris. Chuck Norris fsck'ing hates noobs!
    10. Re:ADA by hobo+sapiens · · Score: 1

      Hey! EmperorKagato! Quit looking up! He did not mean literally "over your head". He meant that his post was an intended joke, which you did not understand. It's what's called an "idiom", which is in some ways similar to a "joke".

      Dang Vulcans!

      --
      Providing translations for humour and idiom impaired /. users since...about 1PM.

      --
      blah blah blah
    11. Re:ADA by Shadowruni · · Score: 0

      DUDE! That's the number for the White House!

      --
      "Chinese Amazons, power armor, laser swords.... things just meant to be." - Shampoo, A Very Scary Bet
  2. what? by darkchubs · · Score: 3, Funny

    I'm suprised they didnt say "go into sales kid".

    1. Re:what? by simscitizen · · Score: 1

      Well, at least GvR had some funny replies, like:

      Q: What do you think is the most important skill every programmer should possess?

      A: Your questions are rather general and hard to answer. :-) I guess being able to cook an egg for breakfast is invaluable.

    2. Re:What? by enos · · Score: 2, Informative

      The guy's Polish and "sztywny" means stiff.

      --
      boldly going forward, 'cause we can't find reverse
    3. Re:what? by plopez · · Score: 1

      In all seriousness, the response points out the risks of vauge requirements. Zen philospher he is..... :)

      --
      putting the 'B' in LGBTQ+
    4. Re:what? by anaesthetica · · Score: 1

      Just one word: plastics.

    5. Re:What? by aralin · · Score: 1

      That is because they miss 'l' in 'Jaroslaw'

      'Jaroslaw 'sztywny' Rzeszotko'

      Now, here, I fixed it for you. :)

      --
      If programs would be read like poetry, most programmers would be Vogons.
    6. Re:What? by iggymanz · · Score: 1

      ah, so if i look at polish porn, I'll get a sztywny-y

    7. Re:What? by rubycodez · · Score: 4, Funny

      Polish guy goes to the optometrist. Optometrist tells him to read the chart which starts with letters S-L-Q-W-J-Z-B-X etc. etc.. Polish guys stares and jaw falls open. Optometrist says, "what's wrong, you can't read the chart?". Polish guy goes "read it? I went to school with the guy!"

    8. Re:what? by Bush+Pig · · Score: 1

      Outstanding! Another old fart, I'd guess.

      --
      What a long, strange trip it's been.
  3. What makes a programmer great? by muttoj · · Score: 5, Interesting

    What makes a programmer great? The software they produce? The influence they have in the markt? The money they earn?

    1. Re:What makes a programmer great? by Kranfer · · Score: 3, Insightful

      Personally, I believe it is their creative ability to solve the problem at hand in new and innovative ways. But thats just me.

      --
      -- Josh
      "Whoopie! Man, that may have been a small one for Neil, but that's a long one for me!" - Pete Conrad
    2. Re:What makes a programmer great? by aadvancedGIR · · Score: 1

      No, not just you.
      I just read TFI and your comment is a far more accurate than the post.

    3. Re:What makes a programmer great? by masklinn · · Score: 1

      I'd pick #1 and #2 if you replaced "markt" by "other programmers" in #2.

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    4. Re:What makes a programmer great? by b1ufox · · Score: 4, Interesting
      Well new and innovative ways are just one part of it.


      It is the ability to choose a very simple and elegant solution from a wide possibility of solutions available, which makes a progammer great.The situation may require choosing a little cumbersome solution but mostly its the simple ones.


      programming as such doesnot definetly mean mastering a language.


      tools, language are of no use if you are a horrible programmer.


      People like Brian Kenighan, Dennis Ritchie, Ken Thomson are people who are a perfect example of what a great programmer is. The simplicity of C, Unix and family is a concrete example of what a simple solution can do.

      --
      -- "Genius is 1% inspiration and 99% perspiration" - TAE --
    5. Re:What makes a programmer great? by pyroflower · · Score: 2

      I'd have to agree with you there. I also find that it's the ability to use your language of choice to solve a problem in an efficient and innovative way. Just like speaking any foriegn language fluently...sort of.

      --
      If you are not part of the solution then you are part of the precipitate
    6. Re:What makes a programmer great? by AmberBlackCat · · Score: 1

      It depends on who you ask. If you ask an end user, the usefulness and appeal of the software is what makes them great. If you ask the programmers, the efficiency and accurateness of the code is what makes them great. If you ask Slashdot, working for Google makes them great.

    7. Re:What makes a programmer great? by dwarfking · · Score: 1

      Not to pick on your post, but will someone please explain to me the recent need to describe software solutions as elegant?

      I was researching over the weekend comparisons of the major web application platforms and languages and if I read its a more elegant approach once I read it a hundred times.

      It appears elegant is the new buzzword amongst coders, but it doesn't appear to have any real meaning. Personally I like simple, clean, performant, comprehensible and maintainable as adjectives to describe software solutions.

      Elegant is the word used to describe a well dressed, classy lady, not a solution to a software problem

      </rantOn>
    8. Re:What makes a programmer great? by evil_Tak · · Score: 1

      2: of a high grade or quality

    9. Re:What makes a programmer great? by Anonymous Coward · · Score: 2, Insightful

      http://en.wikipedia.org/wiki/Elegance

      "recent"? I have been hearing (and using) that term at least since the 80s. Even back then, it was so common that even in the "Max Headroom" series, the computer hacker-type characters exclaimed "elegant!" when looking a well crafted system.

      Believe me, "elegant" is neither a new fad nor a buzzword. It's simply a generic term used to mean "simple, clean, performant, comprehensible and maintainable"; that is, everything you said, but with less waste of bandwidth :)

      Be careful when calling a word you never heard before a "buzzword". It might be a legitimate term you just happen to never have heard before, and end up looking like a newb ;-)

    10. Re:What makes a programmer great? by FhnuZoag · · Score: 1

      Nah. I think it's not so much choosing the right solution, than it is choosing the right problem.

    11. Re:What makes a programmer great? by flooey · · Score: 1

      "recent"? I have been hearing (and using) that term at least since the 80s. Even back then, it was so common that even in the "Max Headroom" series, the computer hacker-type characters exclaimed "elegant!" when looking a well crafted system.

      It's also been used in mathematics to describe especially well put together proofs for decades, I expect that's how it got into computer science.

    12. Re:What makes a programmer great? by dwarfking · · Score: 1

      Not worried about looking like a newb, but thanks for the concern, since I've been designing systems, writing and selling software since 1981. And in all that time, I really don't recall an over abundance of the word elegant being used to describe software.

      It just seemed that every single programming language discussion I've reviewed recently describes their preferred langauge/approach as the most elegant solution.

      It just strikes me as the new l33t, but maybe it's just my age.

    13. Re:What makes a programmer great? by CantGetAUserName · · Score: 2, Informative

      Apologies for the late post, but try this, from the Jargon File:

      elegant: adj.

              [common; from mathematical usage] Combining simplicity, power, and a certain ineffable grace of design. Higher praise than 'clever', 'winning', or even cuspy.

              The French aviator, adventurer, and author Antoine de Saint-Exupéry, probably best known for his classic children's book The Little Prince, was also an aircraft designer. He gave us perhaps the best definition of engineering elegance when he said "A designer knows he has achieved perfection not when there is nothing left to add, but when there is nothing left to take away."

      --
      Semper en excreta sumus solum profundum
    14. Re:What makes a programmer great? by hobo+sapiens · · Score: 1

      heh heh...all you hippie kids, with your *OSS* ideals!

      Once you work for corporate america, you realize what is important. Innovation? Heck no! Originality? I laugh.

      Can you get work done in time for unrealistic deadlines, even at the expense of your health and sanity? Can you temporarily suspend your grasp on reality so that you can code what is requested of you, no matter how inane? And most importantly, can you describe what you do using loads of TLAs and buzzwords that are sure to impress the PHB?

      Innovation? Creativity? The Man craves not these things!

      --
      blah blah blah
    15. Re:What makes a programmer great? by AJWM · · Score: 1

      since 1981. [...] in all that time, I really don't recall an over abundance of the word elegant being used to describe software.

      Well, that's perfectly understandable -- look at when Microsoft (to pick a random example) really started to dominate the software business.

      I think what you're seeing today is the corruption or dilution of the word for marketing purposes -- kind of like how a certain large software company uses "innovation" or "rich" (as in "rich user experience" or "rich text").

      A pity, really.

      --
      -- Alastair
    16. Re:What makes a programmer great? by Anonymous Coward · · Score: 0

      In my experience, "elegant" is often used as the opposite of "brute force", "slapped together", or "merely adequate".

    17. Re:What makes a programmer great? by Braino420 · · Score: 1

      I think you are confusing 'programmer' with 'code monkey' ;)

      --
      They call me the wookie man, I guess that's what I am
    18. Re:What makes a programmer great? by hobo+sapiens · · Score: 1

      That's bananas! The corporate world is a jungle, and if you ape ready for it you'll gorilla crazy. I am sure the PHBs have their rhesus and all, but it sure makes you feel like a chimp sometimes! Hot cha cha cha cha!

      --
      blah blah blah
    19. Re:What makes a programmer great? by The_Wilschon · · Score: 2, Insightful

      I'd say that you should be able to use any language, even one that you despise, or one that you have never ever heard of before, to solve your problem in an efficient and innovative way.

      There's a difference between knowing how to program and knowing a language. If you really know how to program, then learning a new language basically amounts to finding a syntax reference for that language.

      --
      SIGSEGV caught, terminating

      wait... not that kind of sig.
    20. Re:What makes a programmer great? by fucksl4shd0t · · Score: 1
      I seem to remember elegant being used in relation to C, but for anything else there was different language. But I've been wondering why people don't use the word anymore and seeing a connection between that and all the shitty code I've been seeing lately.

      Maybe I should quite reading my own code? heh.

      --
      Like what I said? You might like my music
    21. Re:What makes a programmer great? by b1ufox · · Score: 1
      Yes you are correct, elegant is the word used to describe a well dressed, classy lady :).

      My perception of a good programmer is one who can write code, simple and elegant. Now elegant part more or less is a metaphor for the code. The code should be well designed( synonymous with well dressed ), well written( synonymous to the classy ) etc etc.

      --
      -- "Genius is 1% inspiration and 99% perspiration" - TAE --
    22. Re:What makes a programmer great? by try_anything · · Score: 1

      I don't think a great programmer has a language of choice, except for each particular problem he tackles.

  4. I can answer one of them by LiquidCoooled · · Score: 5, Funny

    or what makes certain programmers so much more productive than others

    The most productive programmers have slashdot.org pointed at 0.0.0.0 in their hosts file.

    --
    liqbase :: faster than paper
    1. Re:I can answer one of them by Pastis · · Score: 1

      Don't forget alterslash....

    2. Re:I can answer one of them by erbbysam · · Score: 1

      No, they have it pointed to a picture of there mother pointing at the camera in disguest.

  5. Re:Dupe? by masklinn · · Score: 1, Redundant

    I don't think i've seen it on /. yet (but I may very well err). Your feeling is more likely to exist because this thing's several month old (23rd of july)

    So it's less of a dupe and more of a "slow news day" thing.

    --
    "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  6. no Knuth ? by dario_moreno · · Score: 3, Insightful

    without Donald Knuth this list is *SO* incomplete.

    --
    Google passes Turing test : see my journal
    1. Re:no Knuth ? by Bitsy+Boffin · · Score: 3, Informative

      Knuth doesn't use e-mail, so probably why not included.

      --
      NZ Electronics Enthusiasts: Check out my Trade Me Listings
    2. Re:no Knuth ? by nkv · · Score: 3, Funny

      Also, he forgot to ask Eric Raymond. The guy who wrote "How to be a hacker"! Man...

    3. Re:no Knuth ? by Reverend528 · · Score: 3, Funny
    4. Re:no Knuth ? by ray-auch · · Score: 2, Informative

      Exactly how was the guy supposed to get Turing or Knuth to do an email interview ?

    5. Re:no Knuth ? by amelith · · Score: 5, Funny

      No, without Godel it's incomplete but if you included him it would be inconsistent.

      Ame

    6. Re:no Knuth ? by donkaveh · · Score: 1

      Here is some insider information, he actually has an email address which he uses on a regular basis mainly to arrange visits to different universities!

    7. Re:no Knuth ? by gkhan1 · · Score: 1

      My thoughts exactly! They didn't even mention The Art of Computer Programming when asked what their favorite books on computer programming was (although I smiled when Torvalds said "Operating Systems: Design and Implementation" by Andy Tanenbaum). With the possible exception of Gödel, Escher, Bach (which isn't really about computers anyway), it has to be the greatest work on algorithms and programming ever written.

    8. Re:no Knuth ? by Anonymous Coward · · Score: 0
      Torvalds said "Operating Systems: Design and Implementation" by Andy Tanenbaum

      Is this sarcasm on Torvalds part? I understand that he and Tanenbaum had some flame wars about Minix in the early 90s though I suppose Torvalds can still admire Tanenbaum's book and still disagree with him.

    9. Re:no Knuth ? by plopez · · Score: 1

      or because he didn't like it, decided he could do getter and the rest is history....

      --
      putting the 'B' in LGBTQ+
    10. Re:no Knuth ? by 91degrees · · Score: 3, Informative

      This is largely because Tannenbaum was critical of Linux, and Linus was defending his creation. Just because he disagreed about the importance of certain fundamentals doesn't mean he didn't believe that Tanenbaum's opinion was worthless. Quite the opposite. If he didn't respect Tanenbaum's opinion, he wouldn't have responded.

      And it's a well known fact that Linux was heavily influenced by Tanenbaum's operating systems book.

    11. Re:no Knuth ? by gkhan1 · · Score: 2, Insightful

      This is indeed true. Both Torvalds and Tanenbaum are adults, they are grown up enough to realise that even if you disagree with someone on some issues doesn't mean he's an idiot. That's far to rare in modern discourse.

    12. Re:no Knuth ? by Peaker · · Score: 1

      I don't think you've actually read the flame war between the two.

      Linus called Tenanbaum's decisions brain-dead, and implied that he doesn't understand how he became a professor at all.

      Tenanbaum was patronizing and said Linus would get an F if he was his student.

      They didn't really respect each other too much in that "conversation".

    13. Re:no Knuth ? by gkhan1 · · Score: 4, Insightful

      You are taking the quotes completely out of context, Torvalds wrote that minix was brain-dead, not him. It's hyperbole, not a personal attack. Tanenbaum obviously made the grade comment in jest. The actual quote is

      You would not get a high grade for such a design :-)

      including smiley, and then later

      Writing a new OS only for the386 in 1991 gets you your second 'F' for this term. But if you do real well on the final exam, you can still pass the course.

      He was trying to be light and funny, Tanenbaum isn't an idiot. He knew linux was a solid OS, he just disagreed with how it was made, the philosophies behind it. Ohh, and by the way, this is how Torvalds responded:

      Well, I probably won't get too good grades even without you: I had an argument (completely unrelated - not even pertaining to OS's) with the person here at the university that teaches OS design. I wonder when I'll learn :)

      Yeah, they really seem to hate eachothers guts.

      Just to ram my point home, this is how Torvalds ended his first message

      PS. I apologise for sometimes sounding too harsh: minix is nice enough if you have nothing else. Amoeba might be nice if you have 5-10 spare 386's lying around, but I certainly don't. I don't usually get into flames, but I'm touchy when it comes to linux :)

      Two smart people having a debate. They have different philosophies, true, but they do have respect for eachother. Torvalds even says in Just for Fun that one of the major inspirations for Linux was Tanenbaums work.

      Dude, if you are going to bring out the "have you even read..."-argument, make sure that YOU actually have read it. Otherwise, there is a big chance that you will look stupid, and no one wants that.

    14. Re:no Knuth ? by Anonymous Coward · · Score: 0
      Exactly how was the guy supposed to get Turing or Knuth to do an email interview ?

      Turing would be quite the trick, but Knuth is still alive, if that's what you mean.

    15. Re:no Knuth ? by Aim+Here · · Score: 1

      Knuth, as a matter of policy, refuses to read email, with the singular exception that he'll accept corrections to the Art of Computer Programming via email.

    16. Re:no Knuth ? by Anonymous Coward · · Score: 0

      Otherwise, there is a big chance that you will look stupid, and no one wants that.

      I want that. Then I can point and laugh at him.

    17. Re:no Knuth ? by Anonymous Coward · · Score: 0

      This is indeed true. Both Torvalds and Tanenbaum are adults, they are grown up enough to realise that even if you disagree with someone on some issues doesn't mean he's an idiot. That's far to rare in modern discourse.

      That should be "far too rare", you stupid goddamn bastard!

  7. Should've talked to Knuth by AEton · · Score: 4, Funny
    --
    We recently had heard in the office over one of the Yellow Machine that's made by Anthology Solutions.
    1. Re:Should've talked to Knuth by Anonymous Coward · · Score: 1, Funny

      I heard he was a sellout :)

  8. a sample by macadamia_harold · · Score: 1

    One young programmer by the name of Jarosaw "sztywny" Rzeszótko decided to ask these types of questions (and more) to the programmers he admired the most who also, it turns out, happen to be some of the most influential computer scientists and programmers of the last several decades.

    He asks such age-old questions as, "Why am I forced to learn the LISP programming language? Seriously? What the hell? I can program in C just fine."

    1. Re:a sample by AEton · · Score: 5, Funny


      (and
        (why? (am (forced 'I (to-learn (language (programming 'the-LISP))))))
        (seriously?)
        (what? 'the-hell)
        (can 'I (program (in 'C) 'just-fine)
      )


      Fixed that for you.

      --
      We recently had heard in the office over one of the Yellow Machine that's made by Anthology Solutions.
    2. Re:a sample by PinkyDead · · Score: 3, Insightful

      I think if there was anything I got from the interviews, it is that great programming skills come from individuals that have a broad background. (And what brings this out is the juxtaposition of the different viewpoints - which is a nice approach).

      I'm sure you can program fine in C. But knowing low-level assembly or even machine code can make the difference between a mediocre C programmer and a brilliant one. Similarly, knowing LISP makes you think differently about how lists work within your C programs. And so on....

      These guys all come from different backgrounds and have made substantial efforts to keep their knowledge honed. They also have very open minds to new ideas - (Except for Bjarne who just sounds like a grumpy bugger).

      --
      Genesis 1:32 And God typed :wq!
    3. Re:a sample by rolfwind · · Score: 2, Insightful

      I don't understand "Lisp Hate" at all. Having used C and other C like programming languages since I learned programming, 9 years back - and having learned Lisp just last year - I always consider it approaching what programming should be much closer than an Algol descended language.

      Maybe Lisp shouldn't be a first language in college, so the people who do come to it can appreciate it more. That way they have the fundamentals that occur in any programming language well out of the way.

    4. Re:a sample by patio11 · · Score: 1

      Your parentheses are borked, oh LISPing one.

    5. Re:a sample by multipartmixed · · Score: 1

      Oh, pish-tosh, it was a joke. Get your car out of your cdr!

      --

      Do daemons dream of electric sleep()?
    6. Re:a sample by Fahrenheit+450 · · Score: 2, Funny

      Meh. I can write just as bad pseudo C...

      #include "reason.h"
      #include "answer.h"
      #include "query.h"
      #include "statement.h"
      #include "failure.h"

      void why(query* question, statement* declaration, char* lang1, char* lang2, ANSWER* ans) {
          REASON *reason;

          reason = forced_reason_lookup(person,question,lang1);
          ans = modify_reason(reason,declaration,lang2));
      }

      int main() {
          ANSWER *ans;
          query *quest;
          statement *st;
          char * me = "I";

          init = new_answer();
          if (init == 0) failwith(BAD_ANSWER_INIT);
          quest = new_query();
          if (quest == 0) failwith(BAD_QUERY_INIT);
          st = new_statement();
          if (st == 0) failwith(BAD_STATEMENT_INIT);

          pack_query2(quest,me,"learn");
          pack_statement2(st,me,"program");
          append_statement_modifier(st,FINE_ST);
          wrap_statement_consternation(st,WTH_ST);
          wrap_statement_consternation(st,SERIOUSLY_ST);
          if (!is_valid_statement(st)) failwith(INVALID_STATEMENT);
          why(quest, st, "LISP", "C", ans);
          if (ans == 0) failwith (QUESTION_UNANSWERABLE);
          print_answer(ans)
          destroy_answer(ans);
          destroy_query(quest);
          destroy_statement(st);

          return 0;
      }

      --
      -30-
    7. Re:a sample by Stealth+Potato · · Score: 1

      Is it bad that this almost made me snort orange juice all over my keyboard? :-X

    8. Re:a sample by lmpeters · · Score: 1

      My university doesn't teach Lisp (actually Scheme, a dialect of Lisp) until near the end of the computer science curriculum, in the "Programming Languages" class. I'm taking it now, and I don't appreciate Lisp.

      Perhaps my opinion of Lisp/Scheme will change by the end of the semester, but I doubt it.

    9. Re:a sample by patio11 · · Score: 1

      If snorting orange juice all over my keyboard is wrong, I don't want to be right.

    10. Re:a sample by Anonymous Coward · · Score: 0
      The "Lisp Hate" is from people who desperately need to justify their ignorance of something anyone claims is cool/useful/vital, and won't pick up the following from TFA:

      Ability to prefer evidence to intuition.

      SICP

      Structure and Interpretation of Computer Programs


    11. Re:a sample by renoX · · Score: 1

      Uh in which class Lisp is taught to beginners? I learned Lisp at the end of my scholarity and hated it.

      "Lisp hate" is pretty easy to understand: Lisp syntax is aimed at making it simple to process by a Lisp program, this is quite useful for a programing point of view, but this doesn't mean that it is easy to understand for mens.

      In much the same way that assembly language is the natural language for computers, Lisp is the natural representation of an AST, and both language aren't easy to read by humans.

    12. Re:a sample by rolfwind · · Score: 1

      Scheme (Lisp dialect) is or was taught first year in a lot of places because it is easy/friendly.

      Perhaps the readability is where I don't understand why most people complain. I picked it up in half an hour (maybe being multilingual helps). Is there anything natural about infix notation, other than we learned it doing math growing up?

      I find Lisp easier to parse, because of all the parenthesis, than infix, because I can throw out all the order of precedence rules required by infix for certain symbols and don't have to do much thinking in that area.

      S-expressions are also easier and convenient on the programmer for programming, when he wants to make macros (not to be confused with the "macros" in C) and have data/code be the same.

      However, if you want to check it out, Dylan is basically an infix dialect of Lisp - but macros tend to be a bigger pain to implement.

    13. Re:a sample by mrchaotica · · Score: 1
      Maybe Lisp shouldn't be a first language in college, so the people who do come to it can appreciate it more. That way they have the fundamentals that occur in any programming language well out of the way.

      On the contrary, Lisp (or rather, Scheme) should be a first language in college, so that people aren't prejudiced aginst it. In addition, it's exceptionally good for teaching the fundamentals (e.g. functions, recusion, lists (of course)), since you don't have to worry about things like memory management.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    14. Re:a sample by renoX · · Score: 1

      I didn't say it was hard to learn, I said that it wasn't pleasant to read.

      The complicated syntax present in the other languages is here not just to be hard to parse by the compiler but to try to make class, arrays, etc easier to grasp by the programmers: a good example is Perl!
      And the success of Perl compared to the failure of Lisp show quite clearly that I'm not alone for which syntax matter..

      Now I don't like at all Perl, but Ruby or its twin Python are good.

    15. Re:a sample by rolfwind · · Score: 1

      Failure of Lisp?

      I'm not quite sure I want to continue this conversation.

    16. Re:a sample by renoX · · Score: 1

      Well compare the current numbers of Perl programmers to Lisp programmers and ask yourself which is the most succesful now?
      In the future do you expect the number of Lisp programmers to go up or down (and I mean real programmers, student using Lisp for 3 month then forgetting it do not count)?

      Sure Lisp has been extremely successful, and you could say it's still successful because it has introduced many concepts which are used now.
      But the syntax == AST central to Lisp has clearly failed to catch on and has been probably the main reason of its current downfall.

    17. Re:a sample by kabz · · Score: 1

      I've had a very hard time getting anywhere with LISP, but anyone with any comp.sci. tendencies at all should enjoy the SICP videos which are easily available on the web, and in iPod (tm) format.

      If you can put up with the really annoying guy in class asking questions, and the terrible terrible fashions of the mid-80's MIT students, and Gerry Sussman's somewhat aggressive lecture (I enjoyed it) delivery, there are some absolute gems of knowledge waiting for you at every turn.

      I'm upto about lecture 5, and the last lecture basically said, "Here's digital circuit simulation, and how to implement it in about an hour. Oh yes, I we used this to simulate a real computer." Some assembly required, but this is a great great course and I clearly understand where the adulation / hate of the SICP book comes from.

      --
      -- "It's not stalking if you're married!" My Wife.
    18. Re:a sample by try_anything · · Score: 1
      But the syntax == AST central to Lisp has clearly failed to catch on and has been probably the main reason of its current downfall.

      According to John McCarthy, the guy who invented Lisp, he and his collaborators didn't intend for Lisp programs to always be written using the S-expression syntax. The demand for different syntax never materialized, though. As people used Lisp, they learned to appreciate the S-expressions. That has continued to be the case up to the present day. Projects that do away with S-expressions, such as Dylan and Arc, are explicit attempts to popularize Lisp among less adventurous programmers, not improve the productivity of experienced Lispers.

      So you're wrong and you're right. You're wrong about S-expressions not catching on: Lisp has S-expressions, and always will, because they do catch on with basically everyone who uses Lisp for a significant amount of time. On the other hand, you're right that S-expressions stop Lisp from catching on in a big way, because they prevent many people from trying Lisp or keeping at it.

      Fortunately, Lisp has proven its ability to survive as an unpopular language, so it isn't a question that Lisp programmers lose sleep over.

    19. Re:a sample by EsbenMoseHansen · · Score: 1
      Is there anything natural about infix notation, other than we learned it doing math growing up?

      Yes, there are several natural aspects of infix, though you'll see lots of misuse of infix too. For one thing, infix screams "commutative".. which is why 5+3 makes so much more sense than +(5,3) or even worse 5.+(3). On the other hand 5**3, 5/3 and such constructs are truly unnatural approximation to their natural notations, which I will not attempt in slashdot HTML. Another aspect is operator precendence, which eliminates many parenthesis, which is always a worthwhile goal in and of itself, shortening the expression and distilling the meaning. This, 3+5*3+4 is much better than 3+((5*3)+4) or worse, +(3,+(*(5,3),4). I won't even try to write it up memberfunction style.

      This is not really a detraction from LISP as such. LISP can be fairly trivially cleaned up to remove most of the useless parenthesis, and introduction of a few extra parenthesis further helps. The creators of LISP did the (somewhat classic) mistake of easing the computer's load by offloading to the human, which is a truly silly. There is no excuse for the function declaration syntax though. That is just needlessly similar to function calling, without being so. At least, that's how I view it :)

      --
      Religion is regarded by the common people as true, by the wise as false, and by rulers as useful.
  9. Torvalds plugs Tanenbaum! by Anonymous Coward · · Score: 2, Interesting
    For similar reasons, I have a soft spot for Andrew Tanenbaum's Operating Systems: Design and Implementation".

    Heh. I missed that the first time around.

  10. Interesting Responses by eldavojohn · · Score: 4, Funny
    - What do you think is the most important skill every programmer should posses?
    Guido Van Rossum:

    Your questions are rather general and hard to answer. :-) I guess being able to cook an egg for breakfast is invaluable.
    When writing a kernel, give me Torvalds. When authoring a book, give me Norvig. When making breakfast ... GIVE ME VAN ROSSUM.
    --
    My work here is dung.
    1. Re:Interesting Responses by Chapter80 · · Score: 4, Funny
      The classic answer to the question:
      - What do you think is the most important skill every programmer should posses?
      Steve Yegge:
      Written and verbal communication skills. [Like how to spell the word "possess"]
      I laughed my ass off!
    2. Re:Interesting Responses by TeknoHog · · Score: 1

      I think Guido's answer was a nice pun, but unfortunately you may not get it if you haven't read much Python documentation.

      --
      Escher was the first MC and Giger invented the HR department.
    3. Re:Interesting Responses by Anonymous Coward · · Score: 0

      "When writing a kernel, give me Torvalds. When authoring a book, give me Norvig. When making breakfast ... GIVE ME VAN ROSSUM."

      And when lying in my bed late at night - give me Ada Lovelace. ;)

    4. Re:Interesting Responses by nursegirl · · Score: 1

      Guido's brilliant, but there has to be some element of autism/aspergers there. Many geniuses have traits that fit into that spectrum, and it's hard to read that interview and not wonder.

    5. Re:Interesting Responses by gomoX · · Score: 1

      Why? Because he considers stuff from the outside of the beige box?

      --
      My english is sow-sow. Sowhat?
    6. Re:Interesting Responses by Breakfast+Pants · · Score: 1

      To add to that list: when writing a long rambling blog post about how every language sucks instead of getting out there and coding, give me Yegge.

      (I guess I should preemptively add: when writing a meaningless slashdot post instead of getting out there and coding, give me Pants)

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    7. Re:Interesting Responses by cybercobra · · Score: 1
      Personally, I preferred:

      - If you had three months to learn one relatively new technology, which one would You choose?

      GvR: Snowboarding

      It's so funny in a surreal / hacker humor sort of way. :-)
    8. Re:Interesting Responses by fucksl4shd0t · · Score: 1

      Ok, I guess I missed it. Mind pointing it out? :) (Or maybe it's more like "I really felt warm reading his response precisely because I've spent too much time reading python docs")

      --
      Like what I said? You might like my music
    9. Re:Interesting Responses by TeknoHog · · Score: 2, Insightful

      I think it's a subtle reference to Python's conventional metasyntactic variables. Python was named after Monty Python's Flying Circus, and in the place of foo, bar, baz, quux, etc. it often uses spam, eggs, and sausage.

      --
      Escher was the first MC and Giger invented the HR department.
  11. What? by suv4x4 · · Score: 4, Funny

    Jarosaw "sztywny" Rzeszótko

    That's it... I resign!!

    - suv4x4's spellchecker.

  12. It's not the questions that are important... by jackharrer · · Score: 5, Insightful

    ...it's all about answers. Those guys answered them - and everybody knows how busy they are. I think it shows something about them - their character, the way they treat other people, how helpful they're trying to be. When I was younger I met many times people who claimed to be good programmers, but every time I asked them any kind of questions answer was fairly the same: you noob go to books, online, and other abuse. That effectively prevented me from joining OSS club. If we want more good programmers, people with passion - we need to allow them to enter mainstream - by helping them, not rejecting. Everybody started some time ago, and all of us know how hard was to get over some, now basic, problems. If we show them positive way - they will learn it - and do the same to other. jackharrer

    --

    "an experienced, industrious, ambitious, and often, quite often, picturesque liar" - Mark Twain
    1. Re:It's not the questions that are important... by EvanED · · Score: 2, Interesting

      Not only that, but it shows something about the field of CS which to a large extent is unique, which is that many of the big names are still around and are emailable! I mean, you can't do that in math -- let's see you email Newton and ask him a question. Or ring up Einstein and ask about something in his paper. But just the other day I emailed an author of a paper I read with a question, and he got back in just a couple hours. It's really pretty neat.

      And yeah, you can do this with modern stuff in other sciences, but with CS *most* of the field is modern. (There are some notable exceptions of course.)

    2. Re:It's not the questions that are important... by tOaOMiB · · Score: 1

      In biology, 100% of the field is modern. Better yet, in my field of computational biology, the oldest papers around are 20 years at a reach!

    3. Re:It's not the questions that are important... by namekuseijin · · Score: 1

      "et's see you email Newton and ask him a question. Or ring up Einstein and ask about something in his paper."

      gosh, i wonder how much time these fellows would have in their hands once they got past well 2:00PM just answering provocative emails and trollish forum threads defying their theories...

      --
      I don't feel like it...
    4. Re:It's not the questions that are important... by Anonymous Coward · · Score: 1, Insightful

      you noob go to books, online, and other abuse

      Whether or not that's appropriate depends both upon the question and the relationship between the individuals. When answering a basic question, it's important to point out to the new person how to answer the question for themselves. For example, if you ask how printf works, I can explain it, then point you to the man page, then explain man pages. This is perfectly reasonable, as I look at man pages to answer questions I have, and am likely to do so to answer your question - why not teach you how to cut me out of the cycle? It's a waste of both our time if you *always* have to come to me for answers. It also handicaps you, because you never learn how to find the answer for yourself.

      Then, there are also appropriate times to ask, "Have you read the manual?" If the person you're talking to knows about the manual, but may not have read it. Or, they may have read it but not understood it. Or, they may not have known where to find the manual.

      Then, there are the (hopefully) rare cases where someone refuses to learn on their own. If you don't want to learn, and don't try to learn, and have had the manual pointed out to you hundreds of times, before, it can be perfeclty reasonable to say, "read the manual, then ask me about the parts you don't understand".

      And, finally, some people just don't want to be mentors. They may be uninterested, or they may be unable to do so. And that's perfectly fine - their responsibilties and priorities are not yours, so trying to apply yours to them is inappropriate.

    5. Re:It's not the questions that are important... by 4D6963 · · Score: 1

      every time I asked them any kind of questions answer was fairly the same: you noob go to books, online, and other abuse.

      Based on my experience, while it often happens on IRC's, it doesn't happen on USENET. If you ask correctly a pertinent question, you'll get good replies from people who know what they're talking about.

      --
      You just got troll'd!
    6. Re:It's not the questions that are important... by poopdeville · · Score: 1
      Indeed. Usenet is an invaluable resource in all sorts of fields. The comp.lang.* hierarchy is fantastic, as are the sci.math.* and sci.logic hierarchies. (I actually acknowledge some members of sci.logic and sci.math in my thesis because of their insight, knowledge, and kindness to share) But it is important to know how to ask smart questions, or people won't put in the effort to decipher your post and formulate an answer.

      I have also had good experiences on IRC. I'm sure it depends on the channel. But in my experience, it helps if you identify yourself as a newb, ask smart questions, and help people with what you've learned. It takes a bit of commitment (though keeping a bitchx window open isn't much work). People constantly pop into irc channels and ask the same inane questions. The same ones you had when you first came in. If you help answer them, you show the "community" that you're willing to help too. (This goes for usenet too, but be very careful about only answering questions you absolutely, positively know the answers to.)

      --
      After all, I am strangely colored.
    7. Re:It's not the questions that are important... by Kattana · · Score: 1

      Why dont you write to them and ask if they were invited to the club by the good programmers of their time. There are far too many n00bs looking for someone to hand things to them. I am sure the next good programmer is already out there, and he/she is reading "books, online, and other" instead of bothering the current good programmers. The books do have the answers to your questions, until you have caught up to the current level of knowledge and can ask interesting questions you should just stick to studying and working hard on your own, its the only way really. There are skilled people out there who are willing to answer your trivial questions though, most places they are called teachers, and they get payed for it(but not enough).

    8. Re:It's not the questions that are important... by 4D6963 · · Score: 1

      This goes for usenet too, but be very careful about only answering questions you absolutely, positively know the answers to.

      Yeah that's why when I answer a question in USENET I put a disclaimer regarding my level of expertise in the field in question.

      --
      You just got troll'd!
    9. Re:It's not the questions that are important... by jrobinson5 · · Score: 0

      Reletively off-topic question, but I'm learning Java, and I gotta know... where is this place you're talking about where I can look up this stuff?

  13. Books by CxDoo · · Score: 1

    What I found interesting were the books these guys listed as favourites or recently read. Hofstadter, Dennet, Dawkins, Diamond, Gaiman, Vonnegut, Orwell... are all my favourites too.
    Strange no one mentioned Pinker, though.

    --
    "Blah blah blah." - [citation needed]
  14. Experts?? by Anonymous Coward · · Score: 0, Funny

    Linus Torvalds (Linux) - cloned Minix because he was too tight to pay for a copy
    Bjarne Stroustrup (C++) - added all the easy bits of smalltalk to C. Wow.
    James Gosling (Java) - Took C++ and made it slower
    Tim Bray (XML, Atom) - XML has nothing to do with programming
    Guido Van Rossum (Python) - Nor does Python
    Dave Thomas (Pragmatic Programmer) - Pragmatic = can't do decent designs
    David Heinemeier Hansson (Rails Framework) - Yeah right, sure
    Googlers Steve Yegge and Peter Norvig. - LOLz

    Where are Turing, Knuth and Parnas? The people listed above are all just latter-day uber-geeks. Big fish-small pond types. Re-inventors of other peoples ideas and custodians of gradual decay in the standards of modern software.

    1. Re:Experts?? by Anonymous Coward · · Score: 0

      Where are Turing,...?

      Well, Turing is dead and unlikely to respond to email.

    2. Re:Experts?? by ray-auch · · Score: 4, Funny

      Where are Turing, Knuth and Parnas

      At least two of them are very definitely unavailable for email interviews...

    3. Re:Experts?? by Anonymous Coward · · Score: 1, Informative

      Stoustrup was inspired by Simula, not Smalltalk (allthough Smalltalk also was inspired by Simula)

      Why is it that Smalltalk users think Smalltalk invented everything?

    4. Re:Experts?? by cryfreedomlove · · Score: 1

      You're claiming that software standards are decaying. Do you have any objective measurement that illustrates that unabiguously? What is it?

    5. Re:Experts?? by j00r0m4nc3r · · Score: 1

      What are your accomplishments in the CS field?

    6. Re:Experts?? by CortoMaltese · · Score: 1
      David Heinemeier Hansson (Rails Framework) - Yeah right, sure
      Who knows. I've never heard of him before, but I know I'm getting old for sure. His answer on how he learned programming:
      I learned programming by starting to put together my first web page in HTML. Then I wanted to make some dynamic pieces and picked up first ASP then PHP. After I already knew how to program, I then started on a joint computer science and business administration degree.
    7. Re:Experts?? by 32771 · · Score: 2, Funny

      D.E. Knuth is then indefinitely unavailable for an email interview.

      --
      Je me souviens.
    8. Re:Experts?? by Anonymous Coward · · Score: 0
      You're claiming that software standards are decaying. Do you have any objective measurement that illustrates that unabiguously? What is it?

      Your question is ambiguous to me.
    9. Re:Experts?? by Anonymous Coward · · Score: 1, Funny

      I have excellent karma and a low user ID on Slashdot.

    10. Re:Experts?? by Paco103 · · Score: 1
      Tim Bray (XML, Atom) - XML has nothing to do with programming

      Depends. It's extensible. If you write an interpreter for it, you can program in it. That's what we did. Complete with branching, loops, external calls, etc.

    11. Re:Experts?? by rubycodez · · Score: 1

      things are so bad we can no longer make objective measurements of software standards. QED

    12. Re:Experts?? by pestario · · Score: 0

      ... with the current technology.

      --
      :n
    13. Re:Experts?? by sgt_doom · · Score: 1

      Of course software standards AREN'T decaying, all those Indian and Chinese programmers are doing brilliantly and should code all the next American generation software....

    14. Re:Experts?? by poopdeville · · Score: 1

      I'm curious. Why would you ever want to write an interpreter for an XML-based programming language? It seems like re-inventing the wheel, very poorly, unless there were very strong domain-related reasons to do so. (I admit the question is vague. I guess I'm asking why your choice was appropriate given the domain you work in. Any additional insight would be appreciated.)

      --
      After all, I am strangely colored.
    15. Re:Experts?? by default+luser · · Score: 1

      What are your accomplishments in the CS field?

      I can cook an egg for breakfast!

      --

      Man is the animal that laughs.
      And occasionally whores for Karma.

    16. Re:Experts?? by Deven · · Score: 1

      Perhaps you just haven't found the right email gateway yet...

      --

      Deven

      "Simple things should be simple, and complex things should be possible." - Alan Kay

  15. History of CS 101 by s31523 · · Score: 0, Troll

    The list is nice, but what about some of the forefathers? To not have these guys (and gal) on the list is crazy, especially when talking about most influential computer scientists:

    Alan Turing
    Charles Babbage
    Ada Lovelace
    Edsger Dijkstra

    There are many others, but certainly 1 or all of theses people were crucial to the field of computer science.

    1. Re:History of CS 101 by Anonymous Coward · · Score: 0

      Yes because it's real easy to shoot them over an email and get a response.

      HELLO?? This was a kid INTERVIEWING programmers.. Now unless he also invented a time machine, i doubt he'll get a reply from those 4

    2. Re:History of CS 101 by FoamingToad · · Score: 2, Informative

      Edsger Dijkstra died in 2002.
      Alan Turing committed suicide in 1954.
      Charles Babbage and Ada Lovelace died in the 19th century.

      I'm sure you _could_ ask questions of each of these people, but getting the responses may prove problematic...

    3. Re:History of CS 101 by PinkyDead · · Score: 5, Funny

      Everyone knows that dead people are shit at filling out questionaires.

      Great voters - but questionaires? It's just not their thing.

      --
      Genesis 1:32 And God typed :wq!
    4. Re:History of CS 101 by s31523 · · Score: 1

      Are you kidding? I was talking to Babbage the other day!
      Honary mention perhaps? I don't know, to have a list described as "most influential computer scientists" should include some dead people, even if they can't talk back.

    5. Re:History of CS 101 by Anonymous Coward · · Score: 0

      He probably didnt include them because they're dead. Kinda makes it difficult to interview them dont ya think???

    6. Re:History of CS 101 by dsci · · Score: 1

      Some of those are hard to ask questions of these days...unless you want to hold a seance.

      --
      Computational Chemistry products and services.
    7. Re:History of CS 101 by Anonymous Coward · · Score: 0

      If he wants to interview COMPUTER SCIENTISTS, I can think of a ton of people that actually belong on that list and are not just the revered creators of some popular application. Professors and researchers in the field, not creators of popular languages.

    8. Re:History of CS 101 by 91degrees · · Score: 1

      Alan Turing committed suicide in 1954.

      Yes, but I built a Turing emulator, and it's indistinguishable from Alan Turing. Acording to the Turing test, this means for all intents and purposes, it is Alan Turing. Does need a working Turing machine though. Anyone know where I can get an infinitely long, infinitely erasable paper tape?

    9. Re:History of CS 101 by Average_Joe_Sixpack · · Score: 1

      How about a Ouiji board with binary and a hex responses?

    10. Re:History of CS 101 by OmnipotentEntity · · Score: 1

      Sure, send them an e-mail. Let us know how that works out, and if there's any titty bars in the afterlife.

      --
      "Build a man a fire warm him for a day, set a man on fire and warm him for the rest of his life."
    11. Re:History of CS 101 by NotBorg · · Score: 1

      You're right. If one doesn't take the time to exhume bodies, how can he even pretend to present a complete set of interviews. What an idiot! Why must we constantly discriminate against the dead?

      --
      I want this account deleted.
    12. Re:History of CS 101 by tinkerghost · · Score: 1
      Let us know how that works out, and if there's any titty bars in the afterlife.
      Of course there are titty bars in the afterlife. Why else would there be a stripper factory and a beer volcano there?!
    13. Re:History of CS 101 by CortoMaltese · · Score: 1
      If he wants to interview COMPUTER SCIENTISTS, I can think of a ton of people that actually belong on that list and are not just the revered creators of some popular application. Professors and researchers in the field, not creators of popular languages.
      So let me get this straight: You think he should've interviewed Andy Tanenbaum instead of Linus Torvalds? Get outta here! This is /. for crying out loud!
    14. Re:History of CS 101 by Drall · · Score: 1

      A Suffusion of Yellow.

  16. Notice the trend by hackstraw · · Score: 1, Interesting


    That everybody on the list just started programming, and most enhanced programming with education.

    I firmly believe that programming is something that you are born with, and can do or pretty much can't do. Like everything else, its something where you can always learn more tricks, tips, and techniques, but I don't believe that it is something that can really be "learned". The attention to detail, troubleshooting, and all of those little skills that are necessary to program are tough.

    To put it another way, I can program just fine. I can draw a stick person or something and another person can recognise it, and whatnot. I am by no means an artist, and never will be.

    1. Re:Notice the trend by Jekler · · Score: 5, Insightful

      I believe the opposite. I think people are an infinite well of potential, their decisions shape their potential. I think whether or not you become a great artist is almost solely a function of how much you choose to dedicate yourself to it. People shape themselves into great things all the time, and things they never actually intended to be nor thought they had any potential for.

      I think it's a matter of mental blocks. If a person believes they can't be an artist, then they're not going to put in the necessary effort to make it happen. They won't spend anytime contemplating things like form and composition, not because they inherently lack the capacity to understand it, but because they refuse to. If they lift that mental block and purge the self-defeatist mentality, they can become as great an artists as anyone else, regardless of where their prior talent was.

    2. Re:Notice the trend by orasio · · Score: 2, Interesting

      Programming is very easy, and most people can learn it, like any kind of language.

      Of course, it's much easier if you learn as a kid, because your language skills are starting to form, but it can be taught the same way that difficult languages can.

      I would compare learning programming to learning a foreign language that is fundamentally different from yours, like a western person learning chinese. You need new structures in your head, and obviously there are people that do that kind of thing more easily, but it's not just a gift.

      Aside from that, enjoying programming can go a long way, and probably has much more influence in the development of a programmer.

    3. Re:Notice the trend by firewrought · · Score: 1
      I believe the opposite. I think people are an infinite well of potential, their decisions shape their potential.

      That's a great attitude. True or not, I think studies have found that people who view intelligence this way (as something that can be grown and extended rather than innate) tend to act in ways that ends up making them smarter.

      --
      -1, Too Many Layers Of Abstraction
    4. Re:Notice the trend by Acy+James+Stapp · · Score: 3, Insightful

      "I think people are an infinite well of potential, their decisions shape their potential."

      Not true. Some people are clearly more gifted in certain areas than others. Peoples' brains develop differently and different task competencies arise from parts of the brain that are more or less effective in different people.

      While it's true that in many fields one can become an expert through years of hard work overcoming natural limits or through years of easier work in a field they are gifted in, only someone who is naturally gifted and a hard worked can aspire to and achieve recognition as a genius in their field.

      Given your example, despite my huge intellect, no matter how much I studied I would still not have the skills of composition and form of Rembrandt or Michaelangelo. I'm sure, however, that I could be a quite accomplished painter but I don't have the genius for it that these men do.

      Let me close with by stating that the Standard Social Science Model (where all intellectual skills are culturally determined) is bunk. Just as some people are taller or shorter, blacker or whiter, faster or slower, some people are smarter or dumber. Just as some people have stronger upper bodies or stronger lower bodies, are faster runners or swimmers or rowers or powerlifters, the brain is modular and people are better or worse at math, music, logic, spirituality, face recognition, self-control, and many of the other functions of the brain. These genetic differences in intellectual ability are just as important as the intellectual environment and need to be aligned with it in order to achieve genius-level work.

      --
      -- Too lazy to get a lower UID.
    5. Re:Notice the trend by xTantrum · · Score: 1

      Thats a very interesting statement. Anybody has the ability and the resources to do anything they put their mind to. It is the true patience, time and energy one spends perfecting their craft that transcends it from being just something one does to being a true art form. think about it.

      --
      $action = empty(PHP) ? backToC() : unset(PHP) ; "when the concrete cases are understood, the abstractions are readily
    6. Re:Notice the trend by HeyPunk · · Score: 2, Funny

      Thank you Peter Pan.

    7. Re:Notice the trend by evil_Tak · · Score: 2, Insightful

      Spoken like a true non-programmer.
      Solving trivial problems poorly can be easy; solving interesting problems, or trivial problems in interesting and elegant ways, is not easy.
      My apologies in advance if you're a Turing Prize winner.

    8. Re:Notice the trend by crull · · Score: 1

      I strongly disagree with that.

      Learning a foreign language is almost impossible for me (besides english which started to learn at a young age) but I've done just fine with many programming languages. I've tried to learn french but it doesn't stick, not even german even though it's quite similar to swedish in many ways. And you wanted to compare it a language that is fundamentally different, that'd be even harder.

      --
      this is not my signature.
    9. Re:Notice the trend by Erixxxxx · · Score: 1

      Yes, the Standard Social Science model is bunk, and yes everything is genetic/biological. However, youre making quite a few assumptions from the limited amount of data we have as to how intelligence works, let alone what exactly it is. In particular, you seem to mistake a lack of predisposition for a lack of ability. Also, you seem to take it for granted that ones innate intelligence is ones finite supply. If you are under the impression that ones innate intelligence is some sort of finite thing that cannot be added to or increased, please point in the direction of any study that indicates such a thing. IQs are measurements of rate, not of capacity.

    10. Re:Notice the trend by crull · · Score: 1

      Haha, I even missed a few words in my parent post.

      --
      this is not my signature.
    11. Re:Notice the trend by orasio · · Score: 1

      I program since the age of eight (LOGO, of course, then BASIC, then Pascal, then everything), and I think that what makes me a good programmer is not anything I already had, but what I learned.

      Of course, intelligence and creativity go a long way in programming, but they do in most disciplines, too.

      I didn't mean that programming skills don't vary among programmers, but I wanted to emphasize that it doesn't take any special ability different than what is useful for most other tasks.
      Of course you can't be taught a higher IQ, but the specific skills needed for programming, can be learned.

    12. Re:Notice the trend by orasio · · Score: 1

      Alright, but I was choosing an example broad enough.
      Most people can learn a difficult spoken language, if they try.
      What I mean is that given that you can teach Japanese to a French person, you should obvioulsy be able to teach a much more simple language, like Java, to the same guy.

    13. Re:Notice the trend by Dragonslicer · · Score: 1
      If they lift that mental block and purge the self-defeatist mentality, they can become as great an artists as anyone else
      Tell that to my red-green color blindness.
    14. Re:Notice the trend by pilkul · · Score: 4, Funny
      despite my huge intellect
      Not to mention humility!
    15. Re:Notice the trend by miller701 · · Score: 1

      But the feature set and complexity of French or Japaneese is much greater that any programming language.

    16. Re:Notice the trend by sgt_doom · · Score: 1

      Having grown up in an orphanage, I objectively confirm your post.....(and I'm really not down with Diamond, too many urban legends as primary sources..)

    17. Re:Notice the trend by orasio · · Score: 1

      Obviously.

    18. Re:Notice the trend by amiak · · Score: 1

      but do college professors ever come out and say "hey kid, you're not an 'infinite well of potential... you should go bag groceries'"?

      --
      accurately define good according to a criteria and seek it out.
    19. Re:Notice the trend by Anonymous Coward · · Score: 0

      Dunno if Ansel Adams was colorblind or not, but it might not have mattered that much.

    20. Re:Notice the trend by mackyrae · · Score: 1

      I'm good with languages. I'm studying Japanese, Russian, and Python. I used to study Spanish and Java. Learning the syntax of the machine languages is similar to learning the human language ones, but it's less complex. There is usually one way to write it in the machine language. There can be many ways to express the same idea in a human language. Now, this isn't to say that every method is the same in a machine language, just that, for instance:
      for {int i = 0; i=5; i++;} can only be written like that, maybe as i6 or without some of the spaces, but there really isn't much variation. In Japanese however, if I want to say "The book that I read became the movie that my friend is seeing.", I could say To keep getting the same idea, you could also say (I read a book, and that book became the movie my friend is seeing) or (The book I read and the movie my friend is seeing are the same) They all hold the same meaning. Programming languages don't really let you change the syntax around and still get the same meaning. They require more precision. While a person can understand someone botching their language, a computer can't. That doesn't make the human one easier though, because when someone tries to speak a foreign language which you are studying, you may only understand one way to say something and not the way they are. Since the computer syntax won't change, you can always pick through someone else's code. You have to know many ways to say something in a human language, but one will suffice just fine on a computer. Going with "getting the meaning", a computer requires that you know how to think algorithmically and can break processes into simple pieces. Human languages don't have that problem-solving aspect.

      --
      look! it's a bird, it's a plane, it's....a girl? yes, a girl browsing Slashdot on Linux
    21. Re:Notice the trend by mackyrae · · Score: 1

      apparently japanese fonts dont work on /. for some reason....that's weird... there's no unicode encoding on this site or what?

      In Japanese however, if I want to say "The book that I read became the movie that my friend is seeing.", I could say To keep getting the same idea, you could also say (I read a book, and that book became the movie my friend is seeing) or (The book I read and the movie my friend is seeing are the same)

      watashi ga yonda hon wa tomodachi ga miru eiga ni narimashita.
      watashi wa hon wo yomimashita. soshite, hon wa tomodachi ga miru eiga ni narimashita.
      watashi ga yonda hon to watashi no tomodachi ga miru eiga wa onaji desu.

      There, that's the pronunciations of the Japanese at least

      --
      look! it's a bird, it's a plane, it's....a girl? yes, a girl browsing Slashdot on Linux
    22. Re:Notice the trend by AJWM · · Score: 1

      Computer languages have nothing to do with human (natural) languages, except that some of the computer languages happen to borrow a very few words from English or some other natural language. (As an example of one that doesn't, consider APL.)

      Computer languages are a symbology for breaking problems down into discrete steps. This is what makes a good programmer -- the ability to break down a problem into discrete steps that a machine can follow. Learning different symbologies (computer languages) in which to do that is downright trivial where the languages are largely similar, and for good programmers not that much harder where the concepts are quite different (LISP vs APL vs any of your Algol-derived languages, etc). (That latter is why, when hiring, I tend to look for programmers with a diverse programming language background rather than a high level of expertise in the language du jour.)

      Human languages can be used for conveying discrete sequences of instructions, but they're better at "fuzzy" logic, abstract descriptions, conveying emotion, and the other things that humans use communication for. Someone who is totally incapable of breaking a problem down into discrete steps may still be adept at learning foreign languages, and someone who is adept at a score or more computer "languages" may have a hard time even with his native language.

      (Although I'm inclined to think the latter may be less true -- I suspect that someone who has problems with eg spelling and grammar in their native language probably isn't a very good programmer either. As compared to other programmers, at least, not necessarily compared to the population at large (most of whom have a tough time programming a VCR or a microwave oven).)

      --
      -- Alastair
    23. Re:Notice the trend by fucksl4shd0t · · Score: 1

      How's that stopping you from carving marble?

      --
      Like what I said? You might like my music
    24. Re:Notice the trend by Reservoir+Penguin · · Score: 1
      Given your example, despite my huge intellect, no matter how much I studied I would still not have the skills of composition and form of Rembrandt or Michaelangelo. I'm sure, however, that I could be a quite accomplished painter but I don't have the genius for it that these men do.
      You've just proven his point. You HAVE a mental block. You have given up before even starting.
      --
      US-UK-Israel: The real Axis of Evil
    25. Re:Notice the trend by Acy+James+Stapp · · Score: 1

      Touché

      --
      -- Too lazy to get a lower UID.
  17. An interesting observation by brokeninside · · Score: 1, Interesting
    When asked about the their favorite book on programming, Linus spent a full paragraph explaining why K&R's /The C Programming Language/ is so impressive while Strousoup reply merely said `K&R.' I'll leave it as an exercise for the reader which of these answers shows a better understanding of C.

    I also find it interesting that K&R is the only book mentioned by more than one responder.

    1. Re:An interesting observation by adamacus · · Score: 1

      Bentley's Programming Pearls is mentioned both by James Gosling and Tim Bray. For my part, I was surprised nobody mentioned the design patterns book.

    2. Re:An interesting observation by miro+f · · Score: 1

      actually there was another book that was mentioned more than once. I'd say what it was but the site is slashdotted right now

      someone else will have to get it for me

      --
      being vague is almost as cool as doing that other thing...
    3. Re:An interesting observation by Aim+Here · · Score: 2

      Programming Pearls by Jon Bentley and Structure and Interpretation of Computer Programs by Sussman, Abelson and Sussman were both mentioned twice too.

    4. Re:An interesting observation by mattgreen · · Score: 1

      So could you explain to me exactly how the depth of one's explanation to a question posted on an Internet site is indicative of a better understanding of C?

    5. Re:An interesting observation by Eli+Gottlieb · · Score: 4, Insightful

      Brevity.

    6. Re:An interesting observation by Anonymous Coward · · Score: 0

      do you know what SICP is about? Ive heard it mentioned a few times but have no clue what its about

    7. Re:An interesting observation by Anonymous Coward · · Score: 0

      Programming Pearls by Jon Bentley.
      Was mentioned by more than one responder: James Gosling, Tim Bray

      should have been listed by even more....
      A great book (I have TWO copies... cause I kept lending it out to folks!).

      It doesn't say "here is an algorithm for doing A, B, or C", but instead has anecdotal stories
      of how to look at a problem differently, and how to avoid the "I dont know" response.

      Can you answer the following? show your work...
      How much water exits the mississippi every day?
      What is the circumference of the earth?

      Many folks should be able to answer these with common knowledge and some smart esimatation work
      and get an answer within 20%... which in many cases is good enough to test an idea.

      -E

    8. Re:An interesting observation by namekuseijin · · Score: 3, Insightful

      "I was surprised nobody mentioned the design patterns book"

      programmers program, designers design. that's why.

      --
      I don't feel like it...
    9. Re:An interesting observation by Fahrenheit+450 · · Score: 1
      --
      -30-
    10. Re:An interesting observation by Anonymous Coward · · Score: 0

      Just like that old expression, "Brevity is the soul of communicating programming language expertise via an extremely superficial literary proxy", or something like that.

    11. Re:An interesting observation by lekikui · · Score: 1

      Structure and Interpretation of Computer Programs

      http://mitpress.mit.edu/sicp/
      According to it's Jargon File entry it's one of the bibles of the Lisp/Scheme world http://www.catb.org/~esr/jargon/html/W/Wizard-Book .html. It's used in various universities, including MIT, as the textbook in CS courses.

      --
      "Lisp ... made me aware that software could be close to executable mathematics." - L. Peter Deutsch
    12. Re:An interesting observation by Procyon101 · · Score: 1

      It's available in whole online.

      Basically, it is a very quick ramp up on all the major concepts in computer science. Runs you through recursion and iteration, Procedural programming, y combinators, then through OO concepts, lazy evaluation, memoization etc, then uses those basic concepts to illustrate universal computing by implementing an interpreter, then running the interpreter on itself, then writing a von-neuman register machine emulator, then writing the above interpreter in the emulator complete with garbage collection and such.

      It's a classic because it very clearly and briefly gives a very good introduction to every single important aspect of computer science, keeping it simple, yet has enough depth that every one of the concepts it describes can be implemented by the reader after completing the book.

    13. Re:An interesting observation by adamacus · · Score: 1

      The guys on the list do both, they design, and they implement. Every one of the respondents have created something from the ground up, doing both the architecting and the programming. Design patterns is one of those books I see on a lot of developers shelves, and in a lot of CS courses.

    14. Re:An interesting observation by Cederic · · Score: 1


      You've just explained why so much badly designed software exists.

      Programmers design too. Whether they realise it or not.

    15. Re:An interesting observation by Anonymous Coward · · Score: 0
      Just like that old expression, "Brevity is the soul of communicating programming language expertise via an extremely superficial literary proxy", or something like that.
      For some reason I tend to remember that one as "Brevity is..."
    16. Re:An interesting observation by pthisis · · Score: 1

      Bentley's Programming Pearls is mentioned both by James Gosling and Tim Bray. For my part, I was surprised nobody mentioned the design patterns book.

      That's because design patterns isn't a CS or programming book per se, it's just an attempt to put a uniform set of names on practices that were widely used long before it came out. It really is just an attempt to create a jargon, which is valuable in enabling communication if done well (Design Patterns did a reasonable job; in some areas they're heavily skewed toward statically typed languages, so parts of the lexicon aren't really general across things like Smalltalk, Lisp, Python, Ruby, etc; a great deal of it does transfer okay though). Along the way it can help crystalize some of the thoughts you've had about particular patterns, but it's not a good source for learning programming patterns you haven't used before. Certainly you _could_ learn them from it with enough effort, but that'd be sort of like learning C or Java from the standard.

      SICP, Programming Pearls, K&R, etc are all good books to learn facets of programming from. Certainly all of them deserve a spot on the shelf of a programmer--be it an architect, software engineer, computer scientist, or working coder--long before Design Patterns.

      --
      rage, rage against the dying of the light
    17. Re:An interesting observation by AJWM · · Score: 1

      Design Patterns was written to describe and categorize patterns that the authors had already observed "in the wild". That's certainly useful, it added to the vocabulary of discussion of design, and provides a cornerstone on which to build.

      But good, experienced programmers/designers were already using many of these patterns without having that vocabulary to describe them.

      That said, I would imagine most of the respondents have a copy of DP on their bookshelves -- along with other classics like Brooks's "Mythical Man-Month" or Knuth's "The Art of Computer Programming", etc. But they had to pick just one. K&R's book doesn't surprise me, although personally I think I learned more about programming (vs a particular language) from Kernighan & Plauger's "Software Tools".

      --
      -- Alastair
    18. Re:An interesting observation by BalkanBoy · · Score: 1

      programmers design too. if they didn't, then they end up re-programming whatever it is they're doing before long (an expensive proposition) - because they lacked minimal foresight to begin with. i suppose you could program without designing, but i cant see you do much more than hacking up personal web pages with embedded scripting languages or 3 page webapps for a dinky website with minimal requirements and a halfassed use-case... some amount of upfront design is always required, even in agile/xp/iterative type of development.

      a lot of newbie programmers must be reading slashdot, otherwise you wouldn't be getting modded up to 4.

      --
      'A lie if repeated often enough, becomes the truth.' - Goebbels
    19. Re:An interesting observation by Tablizer · · Score: 1

      "I was surprised nobody mentioned the design patterns book"

      GOF patterns are mostly for limited and static languages and tools. More powerful languages and tools don't need them. For example, why would somebody use Visitor when they could use a database table to do double dispatch? It is sooooo much cleaner, and can expand to triple dispatch etc. with only minor changes. Lisp is similar: you "query" the code structure (ess-expression) for double dispatch.

    20. Re:An interesting observation by namekuseijin · · Score: 1

      BTW, many of these patterns (or idioms) are only really useful in the realm of OO, imperative languages in the C++ tradition. More expressive, functional languages like Scheme, Haskell or OCaml really handle solutions much more gracefully via first-class functions, closures, currying or whatever...

      --
      I don't feel like it...
    21. Re:An interesting observation by namekuseijin · · Score: 1

      "programmers design too"

      yes, of course! If for no other reason than to come up with a decent API and well thought-out reusable functions/classes/components/whatever...

      "a lot of newbie programmers must be reading slashdot, otherwise you wouldn't be getting modded up to 4"

      I agree. It was only a half-assed, provocative comment that was somehow perceived as the macho programmer bill of rights. ;)

      Although, like i replied to someone, and someone else also reminded, the patterns the book describes are truly only useful with imperative OO languages. Lisp/Haskell/ML guys are much better off with first-class functions, currying and others far more expressive techniques, whereas the design patterns should prove clumsy solutions in such languages...

      --
      I don't feel like it...
  18. Not to sound like a fanboi.... by Siberwulf · · Score: 0

    But where is the C# / VB.Net representation? I'm not saying its the industry standard, but it is pretty wisely used out there. Also, its a little easier to get into, if you're on the novice level, but will also allow you to build some pretty robust applications.

    Just askin'

    1. Re:Not to sound like a fanboi.... by MrMr · · Score: 0, Troll

      Perhaps he couldn't get past the 5000 levels of corporate hierarchy to find the underpaid anonymous C#/VB.Net programmer working in the broom-closet in the basement of a Bombay-based programming sweatshop?

      not to not sound like a fanboi btw...

    2. Re:Not to sound like a fanboi.... by Anonymous Coward · · Score: 0

      They're not in the list because they don't deserve to be there. C# is a rebranded version of Java, which itself is a waste of computing resources motivated by an utterly false promise of multi platform compatibility (nearly all non trivial Java programs depend on non portable C++ libraries to do the critical stuff).
      VBdotNet doesn't even deserve to be mentioned among programming languages. If you're stuck to the Windows monoculture but still need a good development system around an easy -and- powerful language go get an old version of Delphi. This version will run also on Linux. No, it's not Kylix, it's an illegal torrent of an ultra illegally optimized version of native Delphi 7 that runs nicely and illegally under Wine and produces illegal windows executables.
      Damn.. those illegal-terrorists-communists-hippies. Hurry! Call the police!

    3. Re:Not to sound like a fanboi.... by RetroGeek · · Score: 1
      but it is pretty wisely used out there.


      What a funny mis-type :-)
      --

      - - - - - - - - - - -
      I am a programmer. I am paid to produce syntax not grammar. Deal with it.
    4. Re:Not to sound like a fanboi.... by NightWhistler · · Score: 1

      nearly all non trivial Java programs depend on non portable C++ libraries to do the critical stuff

      This is a beauty... always nice to hear that all the work I did the last couple of years is trivial.... do me a favour, and keep this insight under wraps.... I have a family to feed.

      --
      PageTurner Reader: open-source e-reader for Android with cloudsync. http://pageturner-reader.org
    5. Re:Not to sound like a fanboi.... by Anonymous Coward · · Score: 0

      MS products are great for building cut-and-paste business applications. They're business tools. They make for bad hacking tools. Right now, I'm trying to figure out how the CLR handles threading, specifically when calling a control that uses asynchronous method calls. Guess what, the documentation is incredibly vague, the newsgroup postings are worthless, and I'm having to take a best guess and hope for the best. Another question I had is how C++ .NET mixes managed and unmanaged code. What if I created a multithreaded C++ .NET application? How would it behave? For whatever reason, most hackers avoid MS products like the plague. When I search the web, I can find discussions about the most pedantic pieces of Perl, but the average C# discussion is about 'synergizing your GUI' or playing 'cool tricks with delegates'. The most prolific MS programmers seem to be architects who muck with design patterns. In short, .NET it's a business tool, not an engineering or hacking tool.

      I've given a couple suggestions of good MS programmers. This list is by no means exhaustive. Frankly, outside of book authors, I don't know of any great MS programmers. There aren't many OSS projects for Windows and I don't have the foggiest idea who does what at Redmond. Some potential great programmers are:

      Jeffrey Richter
      He wrote 'Advanced Windows Programming' (the closest thing to a Steven's like opus on the NT kernel I've seen, and Richter still falls short).

      Ken Henderson
      He's a SQL Server guru. His book 'The Guru's Guide to SQL Server Architecture and Internals' is the closest thing I've seen to a documented reverse engineering of any MS product.

      Bruce McKinney
      He's the author of 'Hardcore Visual Basic'. Did I mention he hates VB.NET?

      Michael Abrash
      He's obviously a ringer, but still... He wrote the 'Zen of Assembly Language', the 'Graphics Programming Black Book', but he also worked on the XBox, DirectX, MS Word (IIRC), and Quake. When John Carmack bows before your graphics programming voodoo, that says something.

      Honorable Mention:
      Charles Petzold

      It's also worth noting that 3 of these men are known for trying to pick apart a black box of a MS product. I'm sure there are some real programming luminaries at the Redmond campus, I just don't know who they are.

  19. What about John Carmack? by Anonymous Coward · · Score: 0

    I consider Carmack to be one of the greatest programmers, I wonder if the guy asked him.

  20. He forgot one.. by saboola · · Score: 1

    The anonymous hero at IBM that wrote hero.bas for qbasic.

    DECLARE FUNCTION ExplodeGorilla (x#, y#)

  21. Lots of people are critical of the list by 91degrees · · Score: 1

    But who would be the top programmers to interview? A lot of the famous names are (a) dead, and (b) never actually wrote a line of code in their lives.

  22. Plastics by 140Mandak262Jamuna · · Score: 1

    Then they said, in unison, "one word for you young man, Plastics".

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  23. I wonder.... by JaJ_D · · Score: 3, Funny

    what Jarosaw "sztywny" Rzeszótko is worth at scrabble....

    cat and lister playing scrabble
    cat places sztywny on the board

    Lister: is that a word?
    cat : yes it's a cat word for when you get you privates caught it your zip
    Lister: is it in the dictionary
    cat: could be if you're reading it in the nude and close it quickly cat demostrates the action and result

    With appropriate apologies

    ;-]

    1. Re:I wonder.... by soliptic · · Score: 4, Informative

      Off-topic trivia - "z" is worth 10 points in scrabble in English, but only worth 1 point in the Polish edition.

    2. Re:I wonder.... by miller701 · · Score: 0

      I'm guessing there's alot more Zs in the Polish version too.

  24. Re:Dupe? by Anonymous Coward · · Score: 1, Funny

    Not yet. Give it time.

  25. Communication by ScorpFromHell · · Score: 1

    Communication being stated as a very important skill by more than one of the Greats was a definite surprise to me, since it is, IMHO, not addressed usually. Thats the thing which almost all the just-out-of-the-greatest-college-with-the-best-gra des programmers seem to lack.

    --
    -- Prem
    Aiming to tweet on a rice ... help me find the write pen!
  26. Math by vadim_t · · Score: 4, Insightful

    An interesting thing I noticed is the disagreement of what is "math" when talking about programming. I think it's a matter where you come from. If you started with mathematics and went into programming, then I guess everything is math.

    On the other hand, a self-taught programmer often sees pretty much everything as "programming". "Math" is then algebra and all that boring stuff they learned in school like trigonometry, which they never use when coding. From this point of view, graphs, trees, recursion, etc are just programming concepts and not seen as necessarily related to the underlying mathematics.

    This seems to explain the confusion that occurs when a student asks "do I need math?" to an experienced professional. The student understands math as in elementary algebra, trigonomery, derivation and matrices, and wonders what's the point all of all that when probably nowhere in the Linux kernel there's any need to derivate anything.

    1. Re:Math by Lars512 · · Score: 3, Interesting

      I think you're right, in many cases it's a matter of perception. In my experience (pure maths/software eng. combined degree grad), there was no part of what I did in maths which is directly relevant now to software. Most of it I don't even remember. Perhaps that would have been different if I'd done discrete maths instead. What I did find was that pure maths was a series of incredible mental exercises. You were reasoning about complicated systems, and the best proofs came from lateral thinking and reaching a deep understanding of the system you were studying. I think pushing your abstract reasoning abilities to that level helps to manage complexity and abstraction in software. As it is pointed out, the best programmers are able to turn a complex problem into a simple one [through reaching the right abstraction]. For me, that is why maths was helpful. Perhaps the experience is also different for different areas of maths. Discrete maths may be better for algorithms, pure maths for abstraction, applied maths/physics for ??? (scientific programming/game dev/very specific areas of software)...

    2. Re:Math by Yusaku+Godai · · Score: 1

      When I'm confronted with discussions like this, I usually like to point out that having some understanding of the underlying mathematics of these things will really help make you a better programmer. That has certainly been the case for me at any rate. Though it may also have to do with one's learning style.

    3. Re:Math by ursabear · · Score: 3, Informative

      Well said...

      The debate over whether or not Math is fundamentally important to programming rages on... I've heard both sides of the argument said very well. My impression is that it is the understanding of math algorithms and problem solving capability, not the math itself, that is (one of the) keys to good programming/software development. I'm sure many will disagree... but I must say that being able to see the bigger picture, solve puzzles, and have a good method of making simple solutions to solve complicated issues seem to be very important to the production of good software.

      I thought it was interesting that one of the interviewees spoke of music and programming. I am one of many musicians with whom I work - all of whom write software, and the software we write is pretty successful. Composing a score is so very similar to marshalling pieces of an API or programming systems.

    4. Re:Math by MxTxL · · Score: 2, Insightful

      You may only need calculus-type math when dealing with programs with physics involved... games, simulations, navigation control etc.

      In university, however, calculus is what is used to prove that you have what it takes to succeed in Discrete Mathematics or Matrix and Linear Algebra. Admittedly it doesn't take these courses to 'program', but they are essential if you want a deep understanding of why 90% of computer science theory is the way it is.

      Programming is all some people aspire to... and in a lot of ways it is superior to the theoretical stuff that goes on at a university. Practical, real world solutions are what most people value. However, R&D is what drives innovation and this is the world where the theory is critical. If you think you can make an algorithm faster than quicksort or mergesort, you better have a damn good understanding of why they run in O(n log n)... These kind of problems are language-agnostic... it doesn't matter your mastery of C++, you can make solutions in pseudo-code for all anyone cares... it's the concepts that matter here not the language. The programming is just the implementation of it.

      Programming can be taught to anyone at ITT Tech or by Sam's 24-hour books. It's not that hard to do and that's why jobs are being shipped overseas. Anyone can do it. The hardcore, deep level theory stuff can't be done by just anyone. Personally, I can't even do it. A BS in computer science only get's you so far into the theoretical... but at least now I can really understand the value in it.

      As for the Linux kernel, I don't know if it does or doesn't have any superficial "real math" in it... (i haven't studied it) but I guaran-damn-tee you that it has cutting edge computer science concepts involved in it.... the developers may have themselves been innovative in using these or they may have been standing on the shoulders of giants, but trust me, to fully understand what happens in a modern OS you need some good math. It's a fact.

    5. Re:Math by whyloginwhysubscribe · · Score: 1

      When I was doing a Math(s?!) unit at university my Lecturer made a very good point that any Mathematician can learn to be a programmer but not all programmers could be mathematicians - which I think made a very good point.
      He was telling people to stop speaking during his lecture!

    6. Re:Math by Anonymous Coward · · Score: 0

      From this point of view, graphs, trees, recursion, etc are just programming concepts and not seen as necessarily related to the underlying mathematics.

      How often do you use recursion?

    7. Re:Math by vadim_t · · Score: 1

      I'm not so sure of that.

      While math certainly helps a lot, that doesn't imply the ability of writing good code. It's great if you can write an efficient algorithm, but that doesn't mean you can write clean, maintainable code. For example, some of my classmates would write code that was uncommented, unmaintainable, had memory leaks, and would barf on the slightest typo (or worse, generate complete garbage on the output)

      To put it in another way, while I'm sure a physicist could figure out how to make a building that doesn't collapse, that doesn't mean you'd like living in it.

    8. Re:Math by whyloginwhysubscribe · · Score: 1

      Yes, you're right. I should've made the distinction between the types of programmers - maybe I could classify them as "Computer Scientists" and "Systems Analyst" - one is an art, the other a science.
      I know that this classification is completely wrong but I'm sure that there is an "art" and a "science" side to programming...

    9. Re:Math by Anonymous Coward · · Score: 0

      Programming is one of the most difficult branches of applied mathematics; the poorer mathematicians had better remain pure mathematicians. - E. W. Dijkstra

    10. Re:Math by Fahrenheit+450 · · Score: 2, Insightful

      Quite often. But then again, I don't limit myself to languages that treat recursion as a second class form of control.

      --
      -30-
    11. Re:Math by twistedcubic · · Score: 1


        In university, however, calculus is what is used to prove that you have what it takes to succeed in Discrete Mathematics or Matrix and Linear Algebra.

      Unfortunately, calculus sometimes is a stumbling block to these (more interesting) classes, since calculus is really not a prerequisite for either (though in typical texts on linear algebra/discrete math/statistics they usually include calculus exercises). I think this is a reason some high schools started giving kids the option of taking statistics instead of calculus. I'd rather see everyone understand something about hypothesis testing (stuff you see on TV everyday) than integration techniques. And you only learn the really cool, interesting calculus when (if) you get to grad school.

    12. Re:Math by Billly+Gates · · Score: 1

      I learned algebra in 6th grade unknowingly by a math teacher teaching graphing on an AppleII using Logo (I think? ). I thought it was fun and I came up with idea's like how to find the midpoint of a line by subracting differences in X/differences in Y.

      In 7th grade I had the same teacher and she taught us something called algebra. I was scared because I hated math and thought I was in over my head with this. Turns out it was fun and I realized something right off.

      Everything math related is just computer lingo.

      In actuality you are correct. When I did graphing and sloping and midpoints I thought cool I already learned how to do this last year on the computer Let x = 4 I typed in basic at home and did not even know its algebra. Transformation functions later on were cool because I wanted to use them in games.

      You can learn math too by using computers and not vice versa. However the difference is I am more applied than theoritical than the students who took math first. Also math is not one of my favorite subjects so years of calculus do not appeal to me and seem like a waste unless you write compilers or engineering apps.

  27. not completely true by Anonymous Coward · · Score: 0

    knuth answers email through a proxy. It is possible to send/receive email from him.

  28. Old News/Post!!!!! by Rockgod · · Score: 1

    Why did the submitter think an article that was created on July of 2006 fresh enough to be posted on a forum which is News for nerds. An article that old is hardly news.

    --
    A witty signature proves nothing
    1. Re:Old News/Post!!!!! by the_greywolf · · Score: 1

      And, indeed, I saw this on Digg in August.

      --
      grey wolf
      LET FORTRAN DIE!
  29. ROTFL (was Re:An interesting observation) by Zero__Kelvin · · Score: 3, Insightful
    When asked about the their favorite book on programming, Linus spent a full paragraph explaining why K&R's /The C Programming Language/ is so impressive while Strousoup reply merely said `K&R.' I'll leave it as an exercise for the reader which of these answers shows a better understanding of C.
    Yes. Stroustrop couldn't have had a very strong understanding of the C language. I mean ... it is not like he invented a language that used C as a starting point and then gave serious thought to the pitfalls, and ways to enhance and extend it, until it was a language called C++ or anything ....

    It is better to remain silent and be thought a fool than to speak (write) and remove all doubt 8-)
    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    1. Re:ROTFL (was Re:An interesting observation) by scotch · · Score: 1

      Way to miss the complete point. Perhaps you should heed the advice of your own last line?

      --
      XML causes global warming.
    2. Re:ROTFL (was Re:An interesting observation) by Zero__Kelvin · · Score: 1
      Way to miss the complete point. Perhaps you should heed the advice of your own last line?
      I cannot wait to read your elaboration of "the point"; your interpretation of which you have as yet to offer. What exactly was "the point?" If you have some idea what it might be in your head, but don't wish to express it, perhaps it is you that is heeding my advice? Alas, you did not heed it well enough ...
      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    3. Re:ROTFL (was Re:An interesting observation) by namekuseijin · · Score: 1

      the point is (or should be) that C is a minimalistic language and begs for a minimalistic answer in the same spirit. Which was just what Stroustrup provided.

      on the other hand, Stroustrup also provided one hell of a barroque opera on top of C, so i'm not really sure he understands the C/Unix spirit. C is tied to Unix programming and C++ to Windows programming, mostly. You make your own mind over who -- Linus or Stroustrup -- understands C better...

      --
      I don't feel like it...
    4. Re:ROTFL (was Re:An interesting observation) by Zero__Kelvin · · Score: 1
      the point is (or should be) that C is a minimalistic language and begs for a minimalistic answer in the same spirit. Which was just what Stroustrup provided.
      No. The point was absurd, and tried to assert a non sequiter ... to wit: One can draw some reasonable informed conclusion about the level of understanding of the C programming language by the nature and/or length of response given by the responder.

      on the other hand, Stroustrup also provided one hell of a barroque opera on top of C, so i'm not really sure he understands the C/Unix spirit. C is tied to Unix programming and C++ to Windows programming, mostly. You make your own mind over who -- Linus or Stroustrup -- understands C better...
      As brokeninside (who ironically asserted the original non sequiter) rightly points out, you are making an absurd assertion yourself ... to wit: C++ is tied to Windows programming. Another mistaken belief you have is that Stroustrop intended to make C++ a language "in the spirit of C." Just because he used C as a starting point , this is no reason to conclude that he intended it to hold to this philosophy. C++ is a language in its own right. Use the right tool for the right job. For OOP, C++ is a decent option; it is not designed to be a procedural language. You can also do OOP in C (indeed early C++ compilers typically generated intermediate C code), but again, you would not be well advised to do so except perhaps in some rather unusual embedded systems scenarios.

      Personally, I will reserve judgment, since I have never met or discussed this matter with either individual, and I recognize that it would be folly to presume that I have sufficient information to form a conclusion.
      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    5. Re:ROTFL (was Re:An interesting observation) by Anonymous Coward · · Score: 0

      Not just that, all of them (K, R and S) worked at Bell Labs. It's hard to think that Stroustrup didn't know C and was too lazy to walk a few rooms away to exchange some ideas with K & R about that "weird language".

    6. Re:ROTFL (was Re:An interesting observation) by scotch · · Score: 1
      It's clear that you will hold to your position until the day you die. It was clear to me and many others what the original poster intended: not that Stroustrup didn't understand C, but that his response was more in the spirit of C than the response provided by Torvalds. Ironic or non-sequitar or maybe just stupid, the original post was clearly making some kind of point you clearly missed, and then you proceeded to not only assume the poster didn't understand the design of C++ using C as a starting point, but also added the richly ironic comment at the end.

      PYour position is untenable. You will die on your sword rather than concede an utterly worthless point on a nearly worthless forum. Perhaps English is not your first language? Or perhaps you're just one of those guys?

      P.S. don't be that guy.

      --
      XML causes global warming.
    7. Re:ROTFL (was Re:An interesting observation) by scotch · · Score: 1

      P.P.S - I'm a big fan of C++.

      --
      XML causes global warming.
    8. Re:ROTFL (was Re:An interesting observation) by Zero__Kelvin · · Score: 1
      It's clear that you will hold to your position until the day you die. It was clear to me and many others what the original poster intended: not that Stroustrup didn't understand C, but that his response was more in the spirit of C than the response provided by Torvalds.
      It is clear to me that lots of things are "clear" to you that should not be. Indeed, the OP has responded in this forum, but *NOT* to elaborate on his/her initial post. It is clear to me that if the OP had a point s/he wanted to elaborate on, s/he would have done so. It is hilarious that you call my position - (that one one cannot ascertain any information about who understands C better from the information provided) - untenable, since it is clear that this is true. No sword to fall on here; and I'm not worried about you falling on one, at least as long as you try hard to do so 8-)
      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  30. Something I noticed about all their answers by porkThreeWays · · Score: 4, Insightful

    I noticed a commonality in some of their answers. More I guess the way they answered them. When they didn't know an answer, they said "I don't know". I think the ability to admit you actually don't know the answer to something is very important. How many actors, salesman, or politicians have you ever heard use those words? Not too many!

    --
    If an officer ever threatens to taze you, say you have a pacemaker.
    1. Re:Something I noticed about all their answers by Furmy · · Score: 5, Funny

      How many actors, salesman, or politicians have you ever heard use those words?

      I don't know.
      Good point, though.

    2. Re:Something I noticed about all their answers by tomatensaft · · Score: 1

      OK. Imagine I'm a teacher of physics at a university. Some student asks me something as simple as: why are things dropping down to the ground? I answer: "I don't know". Now, what will the student think? A) I'm too lazy to explain? B) I'm too busy answering stupid questions, because we've got the quantum physics to learn today? C) I really don't know?? I bet for the first two.

    3. Re:Something I noticed about all their answers by TapeCutter · · Score: 2, Insightful

      That's a "test" I have used when interviewing programmers in the past, drill down on some esoteric crap until they say "I don't know", bonus points for saying "I would have to look it up". Bullshit answers means the interview will be short.

      You don't have to know everything to use this test, every programmer carries several API's around in their head that they used last week or whatever, thing is: it's unusual for two programmers to carry the same API's at the same time.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    4. Re:Something I noticed about all their answers by MrNixon · · Score: 1

      All you need to do is explain to them why you know you don't know.

      Perhaps that student will find out.

    5. Re:Something I noticed about all their answers by drakaan · · Score: 1
      If you're a teacher of physics at a University and a student (presumably one of your students) asks a question as simple as "Why are things dropping to the ground" then I hope that it's because there's an earthquake or because there's a serious enough question about physics being asked that "I don't know" is an appropriate answer.

      The students will think either "Ahhhh!!! Earthquake!!!" or "Dude, do you *seriously* not know what gravity is? How did he get into college?" or "Hey...where does gravity really come from?".

      With the exception of the earthquake scenario, I think most college students would accept "I don't know" as a reasonable (and possibly smart-assed) answer.

      Switching to non-pedant mode, I'll say this; the circumstance in which the respondents answered "I don't know" is not remotely similar to the one in your example. Becasue of that, it's difficult to read your comment without feeling as if you think the ability to admit that you don't know something is unimportant.

      I would tend to agree with the post you are responding to and say that (in general) stupid people don't know that they don't know anything, smart people think that they know everything, and *really* smart people know that they don't know everything. Really smart people get that way because they seek new knowledge to fill the gaps, and the ability to say "I don't know" to yourself as well as others is central to that.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    6. Re:Something I noticed about all their answers by Cederic · · Score: 1


      What makes you think a teacher of physics would be a great programmer?

      Being open and honest enough to admit "I don't know" requires a mindset that happens to occur in the best programmers. This may be coincidence, it may be rhetoric or it may be valuable material for a sociology thesis. I don't know.

    7. Re:Something I noticed about all their answers by Anonymous Coward · · Score: 0

      Well, at the end of the day, we don't know why things fall to the ground. There is no provably-correct way to unify gravitation with our understanding of other forces.

    8. Re:Something I noticed about all their answers by cptgrudge · · Score: 1

      I think most college students would accept "I don't know" as a reasonable (and possibly smart-assed) answer.

      An alternative answer might be also be "We Don't Know". The inclusive nature of "We" has the tendency to spread blame or other negative view around on a given group rather than a single individual. You hear "We" a lot in politics, since it also spreads responsibility around as well. If a project fails spectacularly, an individual can deflect blame from themselves to "the group" with "We failed..." Or if the project succeeds, the person has the option of saying "We succeeded!" to look like a team player or "I succeeded!" to take credit.

      I use "We" all the time in my speech and writing without even thinking about it. It comes from the pseudo-political nature of the school district that I used to work in. :(

      --
      Qualitas edurus commercium, nullus penitus net rimor, nullus deus beneficium
    9. Re:Something I noticed about all their answers by fucksl4shd0t · · Score: 1

      You, sir, are the greatest programmer who ever lived!!!!

      ANd I need to watch less spongebob, apparently.

      --
      Like what I said? You might like my music
    10. Re:Something I noticed about all their answers by lgw · · Score: 1
      I use I refined versionof that approach in interviewing candidates. I always ask a question for which the right answer is not "I would look it up" but instead "I would try it and see"! So many students these days are so habituated to programming-by-Google that it's becoming a problem.

      For example, the answer to any (sufficiently) esoteric corner case question about a programming language will vary by compiler. By far the fastest way to determine what the compiler used in my shop will do with the command line options that are default in my shop is just to write a short sample program and look at it in the debugger. A willingness to say "I don't know, let me get my hands dirty and see" goes a long way. As Feynman often said: why bullshit about hypotheticals when you can just do the experiment and know.

      BTW, here's an example for anyone to steal:
      int foo(int x)
      {
        static int y = foo(2);
        y++;
        return x+y;
      }
      It's actually pretty important in deep C++ programming to understand the amount of trouble that static initialization can cause, but I wouldn't expect a programmer to have a clue about this corner case. However, simply running it will tell you what the compiler does far faster than reading the spec and guessing whether the compiler implementer interpreted the spec the same way that you did.
      --
      Socialism: a lie told by totalitarians and believed by fools.
    11. Re:Something I noticed about all their answers by alienmole · · Score: 1

      "Provably-correct" is a concept from mathematics and logic, not physics.

    12. Re:Something I noticed about all their answers by TapeCutter · · Score: 1

      Fair point, I also accept "suck it and see" as an answer. The general principle is to sort out the "I know it all" types, what I am looking for is someone who is secure enough in their personality to admit they don't know everything, but I also expect them to go away and "find out". How they find out I couldn't care less but the quicker the better.

      BTW: I have been programming C++ for 15+yrs and I don't know what any compiler would do with your example....until I try it.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    13. Re:Something I noticed about all their answers by TapeCutter · · Score: 1

      Something I forgot in my other post but might be usefull to other geeks at the mercy of PHB malpractice:

      If the boss asks you to write a test to give to applicants, (trait of many PHB's), suggest that such tests are worthless and he should let you talk to the applicants for 5-10min. If you are any good yourself it won't take longer than that to get an idea of someone's technical skills and how well they can communicate them.

      Make sure you give a discrete thumbs up/down/shakey to your PHB before the end of the interview.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
  31. Dave? by Anonymous Coward · · Score: 0

    Shouldn't that be "Dave Thomas (Wendy's)"?

    1. Re:Dave? by east+coast · · Score: 1

      Perhaps "Dave Thomas (SCTV)"

      --
      Dedicated Cthulhu Cultist since 4523 BC.
    2. Re:Dave? by NIVRAM · · Score: 1

      Or Dave Thomas the Wendy's guy... even though he's dead.

  32. Re:Dupe? by leonmergen · · Score: 1

    It was featured on reddit.com .. perhaps that's what's confusing you

    --
    - Leon Mergen
    http://www.solatis.com
  33. Hey, Don't Knock Peter Norvig! by Anonymous Coward · · Score: 0

    The guy is brilliant. He wrote my 4th year AI text (Russell & Norvig).

    Also one of my favorites: Teach Yourself Programming in Ten Years

  34. The two biggest omissions by Tyler+Durden · · Score: 4, Informative

    Knuth is great for his theoretical work, but I don't know if he'd rank up there as an important programmer. Although I suppose someone could make an argument for it based on his work on TeX.

    The real great programmers omissions I see are Ken Thompson and Dennis Ritchie. It's hard to top creating the most influencial programming language and the most influential OS of all time. (C and Unix, obviously).

    When it comes to the OS, Thompson would be a thousand times more interesting to talk to than Torvalds.

    --
    Happy people make bad consumers.
    1. Re:The two biggest omissions by penrodyn · · Score: 0

      >>Although I suppose someone could make an argument for it based on his work on TeX.

      You certainly could....

      TeX is the only decent typesetting program for the PC I know. I don't know any wordprocessors that
      can format math equations and paragraphs as well as TeX. Its the defacto standard for many scientists that need to publish their work. TeX does it's job with elegance and simplicity. It's designed to allow newcomers to get something out of it quickly with a shallow learning curve while allowing seasoned users to go deep into the language. This is one of the hallmarks of a good software application.

    2. Re:The two biggest omissions by Anonymous Coward · · Score: 0

      Other than theoretical BS, what's Thompson done in the way OS innovation in the past 20 years?

    3. Re:The two biggest omissions by Tyler+Durden · · Score: 1

      I don't know. Name one recent OS innovation that will be as relevant as Unix is now in 20 years.

      --
      Happy people make bad consumers.
    4. Re:The two biggest omissions by sgt_doom · · Score: 1

      Hold on there, cowboy! What about John Warnock? PostScript must surely rank among the top hacks of all time ....(and who wrote Signaling System #7, BTW??).

    5. Re:The two biggest omissions by sgt_doom · · Score: 1

      A picture is worth a thousand OS's (as a wise man once said..)

    6. Re:The two biggest omissions by jgrahn · · Score: 1
      Knuth is great for his theoretical work, but I don't know if he'd rank up there as an important programmer. Although I suppose someone could make an argument for it based on his work on TeX.

      Which is exactly what I'll do. TeX, MetaFont and family are major works. Apart from the huge impact and scope of the project, some of the algorithms therein were groundbreaking.

  35. Bjarne's favorite band: The Dixie Chicks..? by GogglesPisano · · Score: 1


    Gotta say that I didn't see that one coming.

    1. Re:Bjarne's favorite band: The Dixie Chicks..? by jCaT · · Score: 1

      Gotta say that I didn't see that one coming.

      After all of his dismissive answers to the rest of the questions, that one actually made me laugh out loud. He was starting to sound like a guy who doesn't have any fun!

  36. What, no Michael Bolton? by L'homme+de+Fromage · · Score: 0

    How could the creator of the program to move a fraction of a penny from millions of transactions into a personal account be left off this list? 'Experts' indeed...

  37. Larry Wall by Doc+Ruby · · Score: 5, Interesting

    He missed Larry Wall, creator of Perl. Not that Perl makes for great programs (though the fact that Perl works so much, so often, says a lot). But because Wall's C programming of Perl is some of the best programming out there. Perl, an interpreted language, runs faster than most equivalent C programs written by lesser programmers than Wall. It runs on more hardware than almost any language, including Java (and runs better on more HW than Java). Perl has the largest free, open source archive and one of the best FOSS communities, and has since before that was considered a feature of the language. Including the source to the language itself.

    Wall also wrote rn, which was equivalent to Usenet for thousands of people for many years, and patch, on which practically everyone outside the MS programming world depend.

    These programs are long-lived and popular because Larry programmed them so well to do their essential function. And since he's had to deal with so many obfuscated Perl programs, even winning the Obfuscated C Programming Contest twice, I expect he has a lot of wisdom to deliver to aspiring programmers with question.

    He's also probably still available to answer these questions.

    --

    --
    make install -not war

    1. Re:Larry Wall by Black+Perl · · Score: 3, Informative

      He missed Larry Wall, creator of Perl. Not that Perl makes for great programs (though the fact that Perl works so much, so often, says a lot). But because Wall's C programming of Perl is some of the best programming out there.

      Heh... this comment reminds me of the O'Reilly convention a couple years ago, when they called Larry Wall on stage for a Lifetime Achievement Award. The award goes to the author of an indispensable software tool. They got him on stage and presented him with the award... for 'patch'.

      --
      bp
    2. Re:Larry Wall by Anonymous Coward · · Score: 0

      Hey, I use patch a lot more than I ever use Perl. I've always viewed Perl as just a better awk. In fact, that was Larry Wall's reason for creating it. That's why I'm not surprised that he was left off the list. Perl just wasn't really anything all that new.

    3. Re:Larry Wall by Lord+Ender · · Score: 1

      The design decisions that went in to the Perl language go against practically everything any college student would learn in software engineering class.

      It may be true that the C underneath it all is good, but the philosophies that went in to the perl language itself are just ... demented. Wall's primary design philosphy seems to have been "use the fewest number of characters to express the most complex algorithm possible." That is the absolute opposite of what are universally accepted as good software engineering principles. "Learning" from that would make a student dumber.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    4. Re:Larry Wall by sohp · · Score: 1

      What's really galling is that he included David Heinemeier Hansson over Larry.

    5. Re:Larry Wall by Doc+Ruby · · Score: 3, Interesting

      That's why I made the distinction between Perl code ("Perl") and Wall's C code that makes Perl work ("perl").

      Not only has perl demonstrated its extreme effectiveness at solving the most general class of real-world problems, it has proven to be maintainable by generations of distributed volunteers. Wall is a great programmer. So great that even terrible programmers benefit from calling his excellent C code by means of cruddy Perl code.

      --

      --
      make install -not war

    6. Re:Larry Wall by Doc+Ruby · · Score: 1
      Considering that he already had Ruby represented, Hansson was a lame choice reflecting his own preference for Python/Ruby over Perl.

      Consider Hansson's "how I learned to program":
      I learned programming by starting to put together my first web page in HTML. Then I wanted to make some dynamic pieces and picked up first ASP then PHP. After I already knew how to program, I then started on a joint computer science and business administration degree.


      compared to Wall ("I invented transcontinental network programming on the job"), and Hansson's other lame answers add up. But I do think Hansson represents a lot of Slashdotters who haven't gotten to be the right person in the right place at the right time yet, which is the defining factor for all those famous programmers. Without Knuth or Dykstra, they're just "popular" more than necessarily "great".
      --

      --
      make install -not war

    7. Re:Larry Wall by Lord+Ender · · Score: 1

      Wall must be a real Jeckyl-and-Hyde type guy if he can write the most elegant of C to implement the most complex and ill-conceived of the higher-level programming languages.

      He deserves both respect and fear. I might ask him how to write good C, but I would not ask him how to design a new programming language.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    8. Re:Larry Wall by Doc+Ruby · · Score: 1

      I think the continuing popularity and evolution of Perl shows that Wall is doing the hard work of coding that's easy to read while still extremely flexible and efficient ("powerful") so other coders don't have to be as good just to get that power. Perl code can be extremely easy to read, though it's not necessary. C is also abusable.

      Perl's ease of syntactical abuse is a result of a philosophy growing out of Perl's design value of offering "more than one way to do it". That doesn't make him a bad, or evil, programmer. Wall trusts programmers to code as well or poorly as we want.

      As a good programmer, I appreciate the flexibility. That makes Wall a great programmer.

      --

      --
      make install -not war

    9. Re:Larry Wall by Anonymous Coward · · Score: 0
      the continuing popularity and evolution of Perl

      Sorry, but Perl's popularity is definitely in decline. Its "evolution" is too little too late.

      Python and Ruby have taken away a huge chunk of Perl's earlier mindshare, and other smaller languages have chipped away at it also. There's a reason why so many former Perl programmers have vowed never to go back to Perl. Python and Ruby are both just flat-out better designed than Perl, and so is Java for that matter. Perl will continue on of course, but it will never regain the popularity it once had up through the late 90's. Kind of similar to what happened to Tcl.
    10. Re:Larry Wall by Doc+Ruby · · Score: 1

      None of the points that those languages that now compete with Perl say anything about how well programmed is perl (the engine, not the language). The continuing popularity of programming the perl interpreter is testament to how well Wall programmed it and continues to do so, otherwise few would want to help when there are so many alternatives.

      --

      --
      make install -not war

    11. Re:Larry Wall by Lord+Ender · · Score: 1

      You could have said, "I think the continuing popularity and evolution of Windows shows that..." but you would still be wrong.

      The philosophies behind the perl language are WRONG WRONG WRONG. Sometimes crap becomes popular. But any software engineering professor, the world over, would give a student an "F" if he suggested a language like perl. You may be a good programmer, but you aren't a good software engineer if you appreciate perl.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    12. Re:Larry Wall by Doc+Ruby · · Score: 1

      Well, there's one reason I rarely hire Comp Sci or SW Engineering grads without at least 5 years experience actually programming. Because those professors like things like "Eiffel" and ADA.

      --

      --
      make install -not war

    13. Re:Larry Wall by Lord+Ender · · Score: 1

      People who got in to CS through math like the lispy stuff. Yeah, that's not practical.

      But I just want to be one of the millions who say Ruby and Python are what Perl should have been, and Perl is ONLY popular because it was first on the scene.

      And a software engineer's skills probably won't be appreciated on small, short life-span projects. But engineers are definitely better for big projects than most people with no formal education who tought themselves.

      But if you think complexity is a good thing in code... well... Perl is your language. And you'll pay for it in the long run.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    14. Re:Larry Wall by CTachyon · · Score: 1
      Hey, I use patch a lot more than I ever use Perl. I've always viewed Perl as just a better awk. In fact, that was Larry Wall's reason for creating it. That's why I'm not surprised that he was left off the list. Perl just wasn't really anything all that new.

      Problem is, nothing is all that new. It was all done 50 years ago, by LISP (or rarely FORTRAN). Every other language in existence is just an exercise in pushing LISP and FORTRAN features around.

      Once you see things from that perspective, Perl is actually quite nice: it's moving more and more towards the power of LISP, yet it still retains a familiar C-like syntax and is still useful for quick AWK-like one-liners. (And yes, based on the current language design, that'll still be true for Perl 6, which is going to be far LISP-ier with a bit of APL on the side.)

      --
      Range Voting: preference intensity matters
  38. I am horrified... by Jeian · · Score: 1

    ... to see that Larry Wall didn't make the list.

    1. Re:I am horrified... by rubycodez · · Score: 1

      you gotta be kidding, the only language with worse design on planet earth than Perl is Perl 6

    2. Re:I am horrified... by Anonymous Coward · · Score: 0

      I'm gratified that Larry Wall was omitted. Every interview with him that I've read was filled with rambling, pompous drivel about linguistics and how 'literate' he is. He seems to be the kind of person who desperately wants people to be impressed with him. In the process, he achieves the opposite effect. And all this is besides the fact that he created an unreadable 'write-only' language which has rightly been compared to "an explosion at an ASCII factory". And when he gets on his born-again Christian soapbox that's when I completely check out.

    3. Re:I am horrified... by FishWithAHammer · · Score: 1

      Larry Wall invented the original "P" in the LAMP platform. He invented what amounts to transcontinental network communication while on the job. I don't care whether he's a born-again Christian or whether he's a frigging Pastafarian. He's one of the nicest guys I've ever talked to in the programming world and he deserves respect. You, on the other hand, are an anonymous coward. FOAD, troll.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
  39. Ozzie & Gates by Anonymous Coward · · Score: 0

    Ray Ozzie?
    Hell, why not: Bill Gates!

  40. Agreement by zerosix · · Score: 1

    I agree with you. When I entered my freshman year into a computer science program there were probably 70+ people in my "class" but nearly every semester the amount of people was cut in half. In this particular school the number of people graduating with a CS degree each year was only about 5. This was not a super intensive school, yet the professors all knew what they were talking about and did a good job of helping students.

    While, yes, you can learn a programming language that doesn't mean you can speak it. Simply knowing syntax will get you absolutely no where. A matter of point regarding my current job; While we do ask some questions to new programmers about syntax most of our questions revolve around trouble shooting and strong mental cognitive ability. We want to know how someone thinks, their ideas to solving a problem, what they do when they don't know the answer. These types of things, while they can be enhanced are not something that everyone has innately, this has been proven. Some people are right brained others are left brained. All in all you are an analytical type person or you are not. And that's not saying this is all a good programmer requires...

    Anyone can learn a programming language not everyone can program effectively.

    --
    Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. ~Albert Einstein
  41. Math is needed... some of the time. by paladinwannabe2 · · Score: 1

    I was also going to post about the disagreement but you beat me to it. Honestly, though, I think how much mathematics that you need is dependent on what you are doing. Most programmers really only need small amounts of discrete mathematics and logic, and some programmers won't even need that. If you're designing a 3-D engine you need a lot of geometry and matrix theory. Physics engines need physics (which is really just applied mathematics). Kernels, embedded systems, and other core devices often need to be optimised to run as fast as possible on minimal hardware, which requires a good grasp of run-time complexity (which goes back to the discrete math and logic). I work in the manufacturing industry myself, and I use huge amounts of 3-D geometry/trig in my work. I've only used Calculus once in the workplace so far, but Calculus is useful for simulations of real-world events.

    Basically, what I'm telling aspiring programmers out there is that a strong Math background gives you more options- but that you don't need it to be a successful programmer.

    --
    You are reading a copy of my copyrighted post.
  42. Lots of insight in that interview by CrazedWalrus · · Score: 4, Informative
    That was easily one of the best interviews I've read. The questions weren't overbearing, and the guys responding were generally conscientious in their responses. Some points that really struck me as I read some of the answers:

    • Communication is extremely valuable. Programming in large projects is a social activity. Good ideas must be adequately expressed, or they'll likely whither on the vine.
    • A good understanding of math concepts is valuable in that they teach the programmer to think about algorithms logically and coherently, not so much for their direct usage in programming. Dave Thomas even associated a musical background with good programmers.
    • Open your mind. Be a student of everything, not just technology. Read fiction, study music, be social, be curious about the world in general, and learn as much about it as possible. The best programmers tend to love learning and knowledge for their own sakes.
    • Good tools allow you to make them better.
    • Programmer + vague question = eggs for breakfast.
    • University education *is* valuable, but one shouldn't believe they've learned everything there. Programming is an artform that is refined over time with patience and experience.
    • Cultivate a sense of "value". Don't waste 90% of your time on the 5% of the work that doesn't really matter.
    • Develop good "taste" in how you attack problems. This is a bit esoteric, but I think part of what Linus was referring to is what I tend to call "elegance". Don't use a lot of code where a little will do. Don't overcomplicate. Use the right tool for the job. I think the other part was actually being able to recognize this quality in the work of others. Apologies to Linus if I misunderstood.
    • Don't worry about the Next Big Thing. Keep building fundamentals. When the Big Things come along, they're usually the product of lots of fundamentals put together in a creative way. More often, the future is shaped in small increments that people barely notice.
    1. Re:Lots of insight in that interview by Dolly_Llama · · Score: 1
      Programmer + vague question = eggs for breakfast.


      I'm neither a programmer nor terribly bright. What does this mean?
      --

      Somewhere, something incredible is waiting to be known. -- Carl Sagan

    2. Re:Lots of insight in that interview by CrazedWalrus · · Score: 1

      Just a tongue-in-cheek reference to (Guido Van Rossum?)'s response to a question in the article. Since it's slashdotted, I can't go back and check.

      Basically, one of the questions was about what's an important skill for programmers to know. The response was language parsing typical of a programmer, stating that the ability to cook an egg for breakfast is a really important skill, generally speaking. (ESR has a section of the jargon file that might help explain the joke a bit.)

      The upshot is that the question was vague, so the question was technically correct, if totally irrelevant.

    3. Re:Lots of insight in that interview by Cederic · · Score: 1


      soldiers with your eggs

    4. Re:Lots of insight in that interview by Fahrenheit+450 · · Score: 1

      But is it really technically correct? Is the ability to cook an egg for breakfast an important skill for programmers (or pretty much anyone who doesn't cook breakfast for a living)? There are thousands of choices of foods you could eat for breakfast that don't involve you cooking eggs. And if you want to have eggs for breakfast, in all likelihood there are many places within a five mile radius of you that can cook you an egg cheaply and efficiently.

      As far as important life skills go, cooking an egg for breakfast is pretty damn low.

      --
      -30-
    5. Re:Lots of insight in that interview by CrazedWalrus · · Score: 1

      The importance of egg cooking is subjective to the tastes of said programmer. Consider, if you would, that the programmer in question may have an aversion to eating in public places, a lack of time and/or funds, or simply prefer cooking his/her own food. In this case, the importance of egg cooking skills would be significantly higher for this individual.

      For that portion of geek population who would simply yell upstairs for mom to cook an egg, this particular skill would have an appreciably lower value.

      As for the correctness of the statement, I think it may be sufficient to say that the statement is not provably false, and may be assumed to be true for some positive whole-number percentage of the sample. In the interest of geek culinary science, a Slashdot poll may be in order.

    6. Re:Lots of insight in that interview by Dolly_Llama · · Score: 1
      who would simply yell upstairs for mom to cook an egg


      MOM! MORE HOTPOCKETS!
      --

      Somewhere, something incredible is waiting to be known. -- Carl Sagan

    7. Re:Lots of insight in that interview by AJWM · · Score: 1

      But is it really technically correct? Is the ability to cook an egg for breakfast an important skill for programmers?

      Yes indeed.

      Consider the choices that go into cooking an egg for breakfast. What is the desired end result - scrambled, boiled (hard or soft?), fried (sunnyside up, over easy, over, with the yolk broken?), made into an omelette? These choices in turn will affect your choice of tools - a pot of water or an egg cooker? a skillet? microwave oven? Or conversely, the tool(s) available may influence the choice of end result. The really adept can make do -- one can fry an egg in a saucepan, or boil one in a skillet, if one is truly desparate and sufficiently skilled. Salt and/or pepper? Maybe a little curry in with the scrambled egg?

      And so on. Cooking an egg for breakfast is an allegory for the kind of decisions and need for an array of expertise that any skilled programmer can expect to face.

      Guido Van Rossum's answer shows great wisdom and insight. Or maybe (like me after writing all this) he was just hungry.

      --
      -- Alastair
  43. Pedantic by Amazing+Quantum+Man · · Score: 1

    I'd argue that Stroustrup was more influenced by Simula-67 than by Smalltalk.

    --
    Fascism starts when the efficiency of the government becomes more important than the rights of the people.
  44. Programmer productivity by SpinyNorman · · Score: 3, Insightful

    Interesting answers, but more because of the different take on things than any individual specifics.

    However, I wasn't too impressed with the answers to the productivity question.

    While general intelligence doesn't hurt, I think the real key to productivity comes down to maintaining an interest/passion in the craft of designing and writing code. If you care about it then you will always be trying new techniques and paying attention to lessons that can be learned. At the neurological level, one only learns (lays down new memories) for something if one is paying attention to it, and form the strongest memories when there is emotion attached to the experience (totally different areas of the brain are used for emotional memories).

    A "blah" programmer just trudges through his/her work without ever really paying attention and trying to learn - they just want to get the job done and go home. A programmer more likely to climb the productivity curve will be always be excited about what they are doing, trying to do it in the best/most consise way (I'd even say correct - many probloems do have minimal solutions that can be found), trying new techniques, etc.

    It's too bad that the reality of difference in programmer producticvity isn't better understood, or there might be less outsourcing. The whole premise of outsourcing is that programmers are equivalent and therefore cheaper means better value... Personally I'd prefer to seek out the programmers who are 10-20x more productive than the herd and pay them 2 x normal rather than outsource to some Indian college graduate and pay them 1/3 x normal.

    1. Re:Programmer productivity by SailingMike · · Score: 1

      "- What do you think is the most important skill every programmer should posses?" It sounds trite perhaps, but relevant indeed to those who sign the paychecks--show up on time, everyday, sober, and free of personal problems, ready to concentrate on the task at hand. As an adjunct to this, I would also add--don't be afraid to experiment, but try to not be one of those IT "pros" who *appear* productive by virtue of their constant busyness, but in reality spend their afternoons fixing what they broke all morning creating the false impression of progress.

    2. Re:Programmer productivity by Anonymous Coward · · Score: 0

      show up on time, everyday, sober, and free of personal problems, ready to concentrate on the task at hand

      Sorry, I prefer to eat a bunch of pot brownies throughout the day and surf the web 95% of the time. That 5% of work I do is really kickass, though.

  45. I guess I'm not the only one by yipper · · Score: 1

    who hates the direction that email has taken.
    Attachments, MIME, signature blocks written
    by lawyers, blah blah blah.

    The world would be a better place if all email
    were plain text.

    Linus uses Pine. And he's right.

    1. Re:I guess I'm not the only one by nasch · · Score: 1

      Of course, Pine doesn't prevent signatures or attachments.

    2. Re:I guess I'm not the only one by belmolis · · Score: 1

      I use Pine only when I need to send attachments. Otherwise, I just use good old Berkeley mail. Pine is a bit too gui-ish for me.

    3. Re:I guess I'm not the only one by FishWithAHammer · · Score: 1

      You whippersnappers. I craft my own packets.

      Using cat. And an ASR-33.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    4. Re:I guess I'm not the only one by Anonymous Coward · · Score: 0

      you should check out 'nail'

  46. A question of style by 0xABADC0DA · · Score: 2, Funny

    I like how Linus says "taste" is the most important quality for a programmer, but then listens to "various classic-rockish things, ranging from Pink Floyd to the Beatles to Queen and The Who". I guess, like operating systems, there hasn't been anything good since 1980s?

    1. Re:A question of style by Bluesman · · Score: 1

      It's probably more a factor of his age and lack of interest in the latest musical trend.

      I've found it's much easier and cheaper to find music that's good if you let a certain amount of time filter out the faddish stuff for you. (Although waiting 30 years might be a bit much, ten seems to work just fine. The principle holds, however.)

      I've also realized that if I've never heard it before, it's new to me. It doesn't matter when it was recorded. So much music has been recorded that I could never touch anything from the last 20 years and still listen to new music every day.

      It also helps to be beyond the years when your social status is defined by the type of music you listen to.

      That, and nobody will ever, ever, ever produce a better album than Van Morrison. Any musician who thinks he can has no taste or is overestimating his own talent. :-)

      --
      If moderation could change anything, it would be illegal.
    2. Re:A question of style by 0xABADC0DA · · Score: 1

      Maybe you picked up on the sarcasm that, yes, actually there has been good music made since 1980. And there have been improvements in kernel design since then too. And languages besides C. And licenses besides GPLv2.

      I actually think this is informative because pretty much anybody would have heard something good just visiting with their friends. I suppose Linus is that busy that he never gets out, or maybe he doesn't know people who expose him to new things like this.

      In any case, I think it's safe to say the chance of getting a neko or similar into a standard linux kernel is pretty much zero.

  47. I miss Paula.. by andr0meda · · Score: 1

    ..because she was simply brillant!

    --
    With great power comes great electricity bills.
  48. Not Surprising by ruben.gutierrez · · Score: 1

    I agree with most of the responses to the questions. But, I would say one of the most import attributes any programmer/developer must have is the ability to get shit done.

  49. Re:Dupe? by Com2Kid · · Score: 1

    Yes, it is a dupe, from a few months back though.

  50. The printout guy by Anonymous Coward · · Score: 0

    It'd be nice if the guy who invented how to make a printout of such pages as the one TFA refers to was also interviewed.

    What ? This guy does not exist ?

    Seriously, why don't they have an option to print their article ? Or perhaps it was 'czwczywatwxzy' ?

  51. Great Programmers and Great Languages -- ? by virtualthinker · · Score: 1

    The kid did't ask Dr. J.A.N. Lee, Dr. George Gorsline, or anyone relating to Grace Hopper. Oh, I guess they are a bit old now -- Dr. Lee was my compiler professor at Va Tech 29 years ago. Things have changed a lot in the past 30 years - including most of the players, but supprisingly the languages are not all that different. C the ultimate simplification of assembler is still here somewhere. PL/1 never really became objective, but C++, Objective REXX, Ruby, Perl, and most of the rest are syntactic relatives of PL/1 and it's brother / sister pascal. PERL is exec2 on steriods - even has all the crazy @#$ stuff that exec2 and CLIST needed to tell the parser it was looking at a variable. I have written some incrediably complex stuff in PL/1 for TIRKS, DPRS, etc., which really would have been easier to manage with an objective compilier, but if you are not pushing the edge of the programming envelope you do not need it. Perl works just fine for most of the stuff I do these days, but I will be glad when PERL 6 arrives with the grand universal virtual machine thing in the background, so all the "new" languages can devolve their output into some common assemblage. If we learn this new virtual machine code maybe we can skip learning all the new languages which look like all the old languages, and thus confuse us old guys out of what is left of our minds after five years of unemployment. BTW tell the kid that in a couple years we will have programs writing the programs, so we wont need anymore programmers, let him pass that on to those guys offshore too - they need to git the rates up while the gitting is good, cause like all good things computer program code too will pass.

    1. Re:Great Programmers and Great Languages -- ? by Anonymous Coward · · Score: 0

      I'm not sure what Dr. Lee taught you but if you think that programs will be writing themselves in a couple of years!
      I thought that started with the makings of a good post and ended sounding like the old guy of Futurama!

  52. Re:Math is needed... some of the time. by fumblebruschi · · Score: 1

    Like anything else, it's only useful when you need it. I was terrible at trig in high school until I needed to build a staircase.

  53. Ada 2005 by Ada95 · · Score: 1

    Ada 2005. Available now from a compiler near you: GNAT GPL Edition

  54. C++ tied to Windows? by brokeninside · · Score: 2, Informative

    That is quite the old wive's tale that wasn't even true when it was much more common twenty years ago or so. The last C++ code I touched was a multi-tiered billing system engineered to run on Unix and only on Unix. Not to mention that all the large Unix vendors have been on board C++ for quite some time. IIRC the STL, as but one example, was built almost entirely work by SGI and HP.

    1. Re:C++ tied to Windows? by namekuseijin · · Score: 1

      yes, yes, C++ is everywhere and was created by a Bell-Labs researcher, just like C/Unix. Still, Unix-systems and tools are written mostly in C, whereas Windows is all C++.

      --
      I don't feel like it...
  55. The Answer by RAMMS+EIN · · Score: 1

    The answer to "Do I need math?" is, as usual "It depends."

    In this case, it depends on what you mean by "math", and what you want to program. For programming in general, you need to be able to think logically; you need to have a clear idea of what operations a computer can perform, and phrase your programs in terms of those. In that sense, programming is just like logic or mathematic proofs. So, if you count logical thinking skills as math, yes, you need math to be a good programmer.

    Do you need to take any math courses? No; you can learn programming just fine without math courses.

    Do you need any of the other stuff in math, like algebra or trig? No.

    Does math knowledge and experience help with programming? Probably.

    --
    Please correct me if I got my facts wrong.
  56. Re:Math is needed... some of the time. by bioglaze · · Score: 1

    I suck at math, but still like to program 3D engines and ray tracing. I don't have anything against math, and try to learn it as i code.

    --
    Who is John Galt?
  57. Alternate Article Title by Anonymous Coward · · Score: 0

    "Stiff asks long, hard questions of big men in the industry"

  58. Math needs are dependent on the problem domain by goodviking · · Score: 1

    Whether or not you should have a solid mathematics background is not a static question and depends on what field you wish to work in. Fundamentally, to be a skilled programmer in any field means being able to bridge the gap between the problem domain and practical solutions to problems in that domain. If that problem domain is inherently mathematical in its formulation (e.g. signal processing), then acquiring a background in mathematics is essential to being a highly effective programmer. If you interests lie elsewhere, then gaining a background in whatever the foundational material is in that particular field will probably be more beneficial.

    At the very least, you should have enough of a background in mathematics to be able to read the foundational resource/journal for your problem domain and understand the gist of the articles and algorithms. This ability will be the critical enabler in allowing you to incorporate new ideas in the field into novel software, and will ultimately be a limiter to your success in the field.

  59. RMS by hackrobat · · Score: 2, Insightful

    No RMS, what a pity.

  60. How do we know these are real answers? by walterjr · · Score: 1

    Did anyone verify that the responses listed on this blog really came from the people that are listed? Is there anyway to verify that? I also was impressed that so many of them would have responded. Then I have to ask, did they really? This guy's blog, with ads on it, is getting a lot of hits. Hmm....

    1. Re:How do we know these are real answers? by Anonymous Coward · · Score: 0

      Steve Yegge (one of the interviewed persons) actually blogs about it on his own blog so there's at least one real respondent...

  61. Your Sig (was Re:An interesting observation) by adavies42 · · Score: 1

    OK, I know enough Hebrew to spot "let there be light", but I'm in the dark (so to speak) about the Chuck Norris part. Care to explain?

    --
    Media that can be recorded and distributed can be recorded and distributed.
    -kfg
    1. Re:Your Sig (was Re:An interesting observation) by Anonymous Coward · · Score: 0

      Chuck Norris said "Say please". However, the "say" (Imru) is addressed to a plural, not a singular, and is in the past tense. The poster wanted to use "tagid", meaning "[singular] you shall say".

    2. Re:Your Sig (was Re:An interesting observation) by Eli+Gottlieb · · Score: 1

      Last I heard, "imru" was imperative tense. I honestly don't know imperative tense conjugation to singular forms, so I used that.

      Also, "tagid" doesn't even seem to come from the same consonant root. Where the hell in alef-mem-reish do you find a gimil or daled?

  62. Rate vs. Capacity by Acy+James+Stapp · · Score: 1

    "IQs are measurements of rate, not of capacity."

    Proof by contradiction: Consider a mentally retarded human with an IQ of 60. Such a person is capable of doing routine work under supervision. Assuming a normal human reaches full adult functioning at age 18, then our example person should be capable of the normal adult functioning at the age of 30. Clearly this is not so, hence IQ is also a capacity measurement.

    Expecting a human to become "more intelligent" is akin to expecting your computer to suddenly run faster because you really, really want it to. There is a finite amount of processing power that can be accessed. The human brain is a machine with finite capabilities based upon its particular genetic developmental program.

    --
    -- Too lazy to get a lower UID.
  63. Who knew that answers to such simple questions.... by Anonymous Coward · · Score: 0

    ....could make me dislike Guido van Rossum so very much.

  64. I love slashdot by BlackShirt · · Score: 1

    .. for the posts like this. Really.

  65. Typing ability by DrCode · · Score: 1

    Well, you didn't ask me, but I'm going to give you the secret to my success anyway:

    Learn to type fast!

    The faster you type, the faster you write code:-) It also helps you when you're typing stuff in the debugger.

  66. We'll need the Jaws of Life by osgeek · · Score: 1

    Jesus Christ! Would someone please remove the large stick from Stroustrup's ass?

    What a buzz kill that guy is.

  67. question #11 by Anonymous Coward · · Score: 0

    Question #11: Where can I get some more vowels for my last name?

  68. Interesting reading choices by dcam · · Score: 1

    It is interesting to see "A day in the life of Ivan Denosavich" and "1984" in the list of books. It suggests that there is a greater recognition of the dangers posed by totalitarian regimes among programmers. Whether this is paranoia or far-sighted-ness is an exercise for the reader...

    --
    meh
  69. Hold on a sec ... by Y2 · · Score: 1

    Was TFA corrupted? I didn't find the list of "influential computer scientists" in it. Just a bunch of "great programmers."

    --
    "But all your emitter and collector are belong to me!"
  70. Qwghlm by marksilverman · · Score: 1

    > Jarosaw "sztywny" Rzeszótko

    Wow, I bet he's from Qwghlm.

  71. Happily there are no perl programmers in the list by umdenken · · Score: 1

    Because, 1) Perl programmers intentionally avoid best practices, and 2) Perl programmers are the ones most likely to be offended by the ommission - having as they do, an extreme culture of personality and of being the Great Hacker.

  72. Influential programmers /= influential comp scient by Doug+Jensen · · Score: 1

    Note that "influential computer scientists" seems to have been gratuitously added by the Slashdot poster. At least Gosling does fit that description, so maybe the poster should have said "influential computer scientist."

    --
    Doug Jensen
  73. bill gates by Anonymous Coward · · Score: 0

    where's bill gates? he's teh greatest programmer!

  74. Are you a neuroscientist? by Estanislao+Mart�nez · · Score: 1

    Peoples' brains develop differently and different task competencies arise from parts of the brain that are more or less effective in different people.

    I call bullshit on this, because I doubt you can actually substantiate this claim. (And citing somebody like Pinker doesn't count, you know.)

    Let me close with by stating that the Standard Social Science Model (where all intellectual skills are culturally determined) is bunk.

    Ah, I see where you're coming from. You'll certainly get me to agree that your precious Standard Social Science Modal is a strawman, which makes the fact that it's bunk not particularly interesting.

    1. Re:Are you a neuroscientist? by Acy+James+Stapp · · Score: 1

      I am not a neuroscientist, are you? So let's just cite the American Psychological Association's definition of intelligence:

      "Individuals differ from one another in their ability to understand complex ideas, to adapt effectively to the environment, to learn from experience, to engage in various forms of reasoning, to overcome obstacles by taking thought. Although these individual differences can be substantial, they are never entirely consistent: a given person's intellectual performance will vary on different occasions, in different domains, as judged by different criteria. Concepts of "intelligence" are attempts to clarify and organize this complex set of phenomena."

      People have more or less organ function and efficiency, body size and muscularity, and other inherited differences. These differences are typically a result of differential expression of one or a few developmental genes. With over 50 different types of cytoarchitecture there are clearly over 50 different patterns of gene expression in different brain regions. Do you claim that there is no genetic variability in the construction of brain matter? Or do you simply claim that despite significant structural variability (arond a 15% variation in neuron density, size, and count as well as substantial variation in interconnectivity) that there is no functional variability?

      "citing ... Pinker doesn't count"Please. Just because he writes for a lay audience doesn't mean he isn't an intelligent, respected researcher.

      --
      -- Too lazy to get a lower UID.
  75. Notice the slippery slope by Anonymous Coward · · Score: 0

    I firmly believe that greediness is something Jews are born with. Oh, wait...

  76. Weird Quote Marks by HeroreV · · Score: 1

    Does anybody else hate those bizarre quotation symbols? What's the deal with that?

  77. Don Box by bensch128 · · Score: 1

    They should have sent the interview questions to him, being one of the foremost programmers on the other side of the fence. Mind you, I'm no M$ fanboy but it would have been nice to read from a programmer who doesn't cut his (/her?) teeth on Unix every day.

    Absolutely great interview otherwise.

    Cheers,
    Ben

    1. Re:Don Box by Get+Lives! · · Score: 1

      Get Lives !!!

  78. Windows is all C++? by brokeninside · · Score: 1

    The overwhelming majority of Windows code is VB. Sure, there is quite a bit of C++, but I'd bet the amount of C code alone rivals, if not surpasses, the amount of C++ Windows code.

    1. Re:Windows is all C++? by namekuseijin · · Score: 1

      Sorry i was talking about infrastructure code, like, say, Visual Basic being written in C++ itself along with most other tools, libraries and whatnot. Quite unlike in the C-leaning Unix world...

      --
      I don't feel like it...
  79. Why should I clarify a point made crystal clear? by brokeninside · · Score: 1

    By a single word, even?

  80. I'd heard it used a long time ago... by Shadowruni · · Score: 0

    I've heard it used to describe weapons from a more civilized age, weapons that weren't as random or clumsy as a blaster.

    --
    "Chinese Amazons, power armor, laser swords.... things just meant to be." - Shampoo, A Very Scary Bet