Slashdot Mirror


Larry Page and Sergey Brin Are Lousy Coders

theodp writes "Don't tell Business Insider's Nicholas Carlson about Santa and the Easter Bunny just yet. He's still reeling after learning that Larry Page and Sergy Brin are actually pretty lousy coders. That's according to I'm Feeling Lucky: The Confessions of Google Employee Number 59, a book about the company's startup days by Douglas Edwards. 'I didn't trust Larry and Sergey as coders,' Google engineering boss Craig Silverstein recalls in the book. 'I had to deal with their legacy code from the Stanford days and it had a lot of problems. They're research coders: more interested in writing code that works than code that's maintainable.' But don't cry for Larry and Sergey, Argentina — even if the pair won't be taking home any Top Coder prizes, they can at least take solace in their combined $50+ billion fortune. And, according to Woz, they certainly could have kicked Steve Jobs' butt in a coding contest!"

8 of 204 comments (clear)

  1. Ideas vs. Implementation by intermodal · · Score: 5, Insightful

    The computing world works specifically because some people have ideas and others have the ability to implement those ideas. And the few who can handle both of those are not generally going to be capable businessmen. It is a rare individual who can excel in all three roles.

    --
    In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
    1. Re:Ideas vs. Implementation by i+kan+reed · · Score: 4, Insightful

      Larry and Sergy aren't google. Google is a collection of some of the best software engineers in the country(with most of their talent being wasted on getting more people to click ads).

    2. Re:Ideas vs. Implementation by poetmatt · · Score: 4, Insightful

      I would disagree with the talent waste. While they are at google, yes, but their focus isn't really getting people to click more ads. A lot of interesting things come out of google:

      search
      google music
      google maps
      google voice
      hangouts
      g+
      android
      android nexus devices
      ingress
      google glass
      that media player device thing
      google fiber

      I wouldn't say that "most" of their talent is in advertising.

  2. Yes, and? by bmo · · Score: 4, Insightful

    They're research coders: more interested in writing code that works than code that's maintainable.'

    So you're basically criticizing them because they're good at prototypes instead of production parts? Seriously? The world needs both prototype engineers and production engineers. STFU.

    Non-story/trollbait.

    --
    BMO

    1. Re: Yes, and? by Anonymous Coward · · Score: 5, Insightful

      And a lot of Wrights buildings are in shambles, or gone. Because he was an artist, not a builder.

  3. Normal for PhD students by Sir_Sri · · Score: 5, Insightful

    That's pretty normal for PhD students.

    Most of us are aware of better coding practices, but getting things done on academic schedules tends to result in whatever can be done before reading week or before tuition is due or the like.

  4. Typical by Virtucon · · Score: 5, Insightful

    I've always seen software engineers point fingers at other engineers and say that their work sucks. It's the one thing that remains constant in this industry and it's no different from any other competitive field. Most of the time however the guys pointing the fingers have more skeletons in their closets in terms of bad code and use it as a deflection mechanism. Sure, there are incompetent coders but they usually wind up moving into management or the fast food industry.

    --
    Harrison's Postulate - "For every action there is an equal and opposite criticism"
  5. All coders start that way by minstrelmike · · Score: 4, Insightful

    I don't know of any coders who started off writing easy to maintain code.
    Most of the coders who do _write_ code that is easy to maintain only do so after having to come back a month or year later and revise code they themselves have written. /* revising other people's first draft of code just makes you over-confident that you are better than they are when that probably isn't true. Compare first drafts to first drafts, not to final code after all the bugs have been worked out and the customer has finally started understanding his own requirements */

    There are even good business reasons not to worry about maintenance, such as if the product doesn't fly, then maintenance of it is moot. And if writing easy-to-understand code slows down getting the product out the door, don't do it.