Slashdot Mirror


'Eat, Sleep, Code, Repeat' Approach Is Such Bullshit (signalvnoise.com)

At its I/O developer conference, Google had the message "Eat. Sleep. Code. Repeat." spread everywhere -- walls, t-shirts you name it. Dan Kim, a programmer at Basecamp, has shared an interesting view on the same. He says while he gets the "coding is awesome and we want to do it all the time!" enthusiasm from the company, but he doubts if that's the approach a programmer should take, adding that the company is wittingly or not promoting an "unhealthy perspective that programming is an all or nothing endeavor -- that to excel at it, you have to go all in." He writes: Whether it's racing cars, loving art, reading, hiking, spending time in nature, playing with their dog, running, gardening, or just hanging out with their family, these top-notch programmers love life outside of code. That's because they know that a truly balanced lifestyle -- one that gives your brain and your soul some space to breath non-programming airâS -- actually makes you a better programmer. Life outside of code helps nurture important qualities: inspiration, creative thinking, patience, flexibility, empathy, and many more. All of these skills make you a better programmer, and you can't fully realize them by just coding.

192 comments

  1. Hmmm by Anonymous Coward · · Score: 1, Informative

    Sundarajan, a victim of Indian coding sweatshops now "projecting" his traumatic experience onto us

    1. Re:Hmmm by Anonymous Coward · · Score: 1

      No Grindr breaks?

      Maybe those come during compilation or as part of a fullfilling balanced lunch?

    2. Re:Hmmm by NapalmV · · Score: 1

      Any chance he would be leading by example?

    3. Re:Hmmm by Big+Hairy+Ian · · Score: 1

      Surely it should be "Eat, Sleep, Warcraft, Repeat!"

      --

      Build a Man a Fire, and He'll Be Warm for a Day. Set a Man on Fire, and He'll Be Warm for the Rest of His Life.

    4. Re:Hmmm by Anonymous Coward · · Score: 0

      Obligatory XKCD
      https://xkcd.com/303/

  2. my name is dan kim by Anonymous Coward · · Score: 0

    and i take everything i read super cereal

  3. Aspies are so literal by Anonymous Coward · · Score: 1

    No seriously, why are we reporting on them?

    1. Re:Aspies are so literal by Xest · · Score: 1

      Yes, last time I went diving there was a t-shirt with Eat, Sleep, Dive, Repeat on it. I hope to god this guy doesn't see that t-shirt and take it literally in the belief that there's something fun about living a life under constant decompression sickness, or just outright dying from it.

    2. Re:Aspies are so literal by Anonymous Coward · · Score: 0

      You'd be surprised how quickly someone will comment about the serious dangers of following the suggestions of a shirt like that.

  4. Yes by Anonymous Coward · · Score: 0

    Everybody knows it's eat, sleep, suplex, repeat.

  5. What BS by Anonymous Coward · · Score: 0

    I've worked Seattle hundreds for most of the past twelve years, and other than short-term memory loss, it hasn't affected my productivity at all.

    1. Re: What BS by Anonymous Coward · · Score: 0

      This. They're trying to use twisted logic to justify being lazy.

    2. Re: What BS by ShanghaiBill · · Score: 1, Troll

      When I hear about a new startup, I drive by their office at 9pm on a Friday evening. If the parking lot is full, and the lights are on, then that company may be successful. But if everyone has already gone home, they will almost certainly fail.

      When I noticed that IBM's parking lot was nearly empty by 6pm, I sold all my IBM stock. That turned out to be a smart move.

      The assertion in the summary that a "balanced life" makes you a "better programmer" is not supported by any evidence that I have seen. I don't work long hours like I did when I was younger, but I am not as productive either. There is nothing wrong with living a balanced life, but don't kid yourself that there is no tradeoff.

    3. Re: What BS by 93+Escort+Wagon · · Score: 3, Insightful

      I'm not sure how you make the jump from a company's stock price to how good its programmers are.

      Your observations have everything to do with how much time the programmers are devoting to the company, and nothing to do with the quality of their code. A company that can get a single programmer to spend 16 hours a day working for them is probably going to be more profitable than one which needs to hire two programmers only willing to work 8 hours a day each - it's as simple as that.

      Startups play the long hours they require from their workers against the hypothetical promise of future wealth to their workers. Thing is, that may have been how things worked out for the companies that created the tech boom in the first place... but that's not how it works out for the average startup employee nowadays.

      --
      #DeleteChrome
    4. Re: What BS by Anonymous Coward · · Score: 0

      Hour on site, The metric of lazy Managers everywhere!

    5. Re: What BS by localman · · Score: 5, Insightful

      Based on my personal experience, that's not quite how it works. Programmers don't usually stay long hours because they're told to - they stay long hours because they are into what they're doing. There are crunch-time exceptions, of course, but if the company is making people stay long hours regularly and they don't care about what they're doing, they'll burn out and leave. So to some degree, people staying late at work regularly has some correlation with work engagement, which for coders is a good thing.

      Personally, if I'm sucking at code, I'll try to escape earlier. If I'm deep in flow, I'll be coding until 2AM. And that's when I do my best work.

      YMMV, of course.

    6. Re: What BS by David_Hart · · Score: 2

      Based on my personal experience, that's not quite how it works. Programmers don't usually stay long hours because they're told to - they stay long hours because they are into what they're doing. There are crunch-time exceptions, of course, but if the company is making people stay long hours regularly and they don't care about what they're doing, they'll burn out and leave. So to some degree, people staying late at work regularly has some correlation with work engagement, which for coders is a good thing.

      Personally, if I'm sucking at code, I'll try to escape earlier. If I'm deep in flow, I'll be coding until 2AM. And that's when I do my best work.

      YMMV, of course.

      Exactly. And when you are there late, I'm willing to bet that the parking lot is practically empty. It's only the businesses that are failing to plan ahead or which are experiencing business problems that have the entire staff there at night consistently. It's more of a sign of flaw in leadership and business operations.

    7. Re: What BS by AmiMoJo · · Score: 1

      The person doing 16 hour days is not turning out the same thing as two people doing 8 hour days. Even if they somehow sustain their level of effort, the quality of the code is going to be much worse.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    8. Re: What BS by David_Hart · · Score: 2

      This investing strategy is pure BS. There are much more important factors in an investment strategy than if the workforce is at the office after 9pm such as product, leadership, talent, market, logistics, and funding. In fact, if a company has it's staff working at night consistently, it's more of a sign of underlying flaws in the business, leadership, or funding.

    9. Re: What BS by Intron · · Score: 1

      Old model. The last startup I worked at had 8 programmers in 7 different states. Nobody was "at the office" ever. But I could get online on my couch with a cat on my lap from 8 am til late at night and knew that most of the others were as well. All connected via chat room. Saving two hours a day of commuting made us all more productive.

      --
      Intron: the portion of DNA which expresses nothing useful.
    10. Re: What BS by benjfowler · · Score: 4, Informative

      I wouldn't be so sure about this. Unless you're comparing businesses from a similar culture.

      E.g. in Japan, presenteeism is an issue. People might be at the office for huge hours, but much of that time is spent fucking about rather than focusing on work. OTOH, in countries like Germany, if you don't get your work done in the allocated 8 hours, you're considered weak and incompetent.

      Culture matters here, but also, it's up to the local leadership to set the tone. Some workplaces just have dumber managers who measure the wrong things when understanding developers' productivity. These same workplaces might also embrace technologies/approaches which destroy programmer productivity too (e.g. overreliance on online chat and emails, expecting devs to be preemptable at any time, etc etc).

    11. Re: What BS by Dutch+Gun · · Score: 4, Insightful

      IBM has a hell of a lot worse problems than their employees going home at a reasonable hour. And there are a gazillions startups where plenty of enthusiastic young programmers ruined their relationships and health, only to have the company eventually fold under them anyhow.

      I can't see how working insane hours is any measure of success for a company. In fact, one of the most successful companies I've ever worked for (and this is in the videogame industry, which is notorious for its insane crunches) has deliberately insisted that their employees should NOT work long hours, because it's actually detrimental to both employees AND the product in the long haul.

      Even the mantra I hear of of "programmers work long hours because they *want* to" is idiotic and self-destructive. Most people will eventually burn out, even if it's doing something they love, if they're doing it too long and too intensely.

      --
      Irony: Agile development has too much intertia to be abandoned now.
    12. Re: What BS by JustAnotherOldGuy · · Score: 1

      The assertion in the summary that a "balanced life" makes you a "better programmer" is not supported by any evidence that I have seen.

      I think that having a "balanced life" makes you a "better everything". A better employee, spouse, parent, etc etc etc.

      Bragging about working like a dog and putting 80-hour weeks is for suckers who haven't grasped that there's more to life than work.

      Sure, I've put in some long hours on occasion, but not often and not regularly. I work to live, not live to work. Fuck that shit.

      Feel free to spend your night coding function calls if you want...but while you're doing that, I'll be having dinner at a nice restaurant with my wife.

      --
      Just cruising through this digital world at 33 1/3 rpm...
    13. Re: What BS by Anonymous Coward · · Score: 0

      and who cares even if they keep the quality up (well besides the slavemasters/owners)? You work to live not vis versa. If you are really there because you have more fun coding than other things okay fine. But this isn't always, probably not usually the case. You got stack ranking, option grants dependent on your relative position on your team etc. You can't on the one hand reward the guy working 7am-9pm every day at the same time wonder why everyone else starts working more hours than they did before or leaving. If one dude answers emails at 2am on a Sunday night and gets rewarded for it it becomes the expected behavior.

      It's a carrot not a stick but the end of the day you are still being treated like a horse.

    14. Re: What BS by Dogtanian · · Score: 1

      It's only the businesses that are failing to plan ahead or which are experiencing business problems that have the entire staff there at night consistently. It's more of a sign of flaw in leadership and business operations.

      Either that or it's an intentional and cynical attempt to con gullible staff into working longer than expected under the guise of a "crunch", most significantly in the gaming industry.

      'Course, it's probably not coincidental that the gaming industry is the one with the highest proportion of relatively young, newly-graduated, gullible (smart but with little life or industry experience) and easily manipulated programmers.

      By the time they figure out that the "crunch" is a pathological and embedded aspect of that industry, there's a fresh supply of naive graduates willing to take their place for mediocre wages just to follow their dream of working in the games industry.

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    15. Re: What BS by phantomfive · · Score: 1

      When I noticed that IBM's parking lot was nearly empty by 6pm, I sold all my IBM stock.

      That was like 30 years ago, right? At least, I can't remember ever seeing IBM's parking lot full at 6pm.

      --
      "First they came for the slanderers and i said nothing."
    16. Re: What BS by Anonymous Coward · · Score: 0

      The person doing 16 hour days is not turning out the same thing as two people doing 8 hour days. Even if they somehow sustain their level of effort, the quality of the code is going to be much worse.

      You're wrong, and the Mythical Man Month proved that wrong decades ago. With all of the overhead of meetings and communication, one programmer working more hours can easily outproduce two. Why do you think nearly all programmer jobs almost always end-up long hours? It's because it works.

    17. Re: What BS by Anonymous Coward · · Score: 0

      Wrong. Every hour you spend additional is a pure hour coding. Adding another developer adds communication, learning, and coordination overhead. So do you think nine women can make a baby in one month?

    18. Re: What BS by ShanghaiBill · · Score: 1

      The person doing 16 hour days is not turning out the same thing as two people doing 8 hour days. Even if they somehow sustain their level of effort, the quality of the code is going to be much worse.

      That has not been my experience. I produce my best code late at night, when I can work without interruptions. The worst code comes from the 9-to-5ers that slap something together between meetings, skip the unit tests, and check-in uncompilable garbage before rushing out the door for Junior's soccer game, leaving me to work late cleaning up their mess.

    19. Re: What BS by Anonymous Coward · · Score: 1

      In my experience, code quality is inversely related to to time spent coding. Some people think better at certain times of the day, like 2am, but most people who spend more than a few hours coding seem to have some of the worst code, and I don't mean non-clean code.

    20. Re: What BS by Anonymous Coward · · Score: 0

      Spending 5 minutes face-to-face or 1 hour of miscommunication via text. 93% of communications is non-verbal. Most is body language and tone. Reminds me of people who say you need full documentation. That is impossible. 60% of knowledge cannot be communicated. It can only be shown and experienced.

    21. Re: What BS by pixelpusher220 · · Score: 2

      You drove by IBM? All the locations? That would take you quite a while...and a few plane trips...

      --
      People in cars cause accidents....accidents in cars cause people :-D
    22. Re: What BS by pixelpusher220 · · Score: 2
      After 15 years or so my epiphany was that coding was a whole like being an artist or musician. When the muse hits, you go with it. If it's not there...you won't get a lot of productive results.

      The last 10 years have been much much easier ala Kenny Rogers

      You've got to know when to hold 'em
      Know when to fold 'em
      Know when to walk away
      And know when to run

      The real bonus is that our work product is much more black or white in terms of acceptance. A musician...not so much.

      --
      People in cars cause accidents....accidents in cars cause people :-D
    23. Re: What BS by pixelpusher220 · · Score: 1

      Meat Grinder companies like that generally don't last very long. No matter how amazing your are at programming...if you don't start pushing your job to subordinates as you expand, you can't expand.

      --
      People in cars cause accidents....accidents in cars cause people :-D
    24. Re: What BS by Anonymous Coward · · Score: 0

      I bet you are great at relationships!

    25. Re: What BS by Anonymous Coward · · Score: 0

      Wrong. You're a fucking moron.

    26. Re: What BS by Anonymous Coward · · Score: 0

      The gaming industry understands this, which is why game developer firms/houses/departments rise and fall on the production cycle.

    27. Re: What BS by serviscope_minor · · Score: 2

      When I noticed that IBM's parking lot was nearly empty by 6pm, I sold all my IBM stock. That turned out to be a smart move.

      Do you actually believe this?

      And if yes, do you think it was not the case during IBM's heyday in the 60s when they were unstoppable?

      A hint: it was in fact the case in the 60s.

      Therefore in IBMs case it is uncorrelated with success and so you made the right decision for wrong reasons but got lucky by random chance.

      --
      SJW n. One who posts facts.
    28. Re: What BS by Anonymous Coward · · Score: 0

      EA Tiburon operated like a meat grinder when I worked there from 2005-2007, with multi-month stretches of 60+-hour weeks for one of the game teams, and the fact that the company is still around would generally seem to indicate that you're at least partially wrong that they don't last very long.

    29. Re: What BS by Bengie · · Score: 1

      After 8 hours in a day, most programmers start creating negative value. My max limit is around 4-6 hours, depending on what I'm working on. Even then, I can't sustain those levels for more than a few weeks, and it will then take me a few months to recover.

    30. Re: What BS by Anonymous Coward · · Score: 0

      Then you're a stupid fucking idiot who gets laughed at by the boss for being a toadie that is routinely bitch slapped into slavery, and likes it.

      You might think those words harsh, but it's you and your ilk who condemn your countrymen to perpetual slavery, grovelling at the feet of your masters.

      Get off your knees. Your masters have been teaching you bad habits.

    31. Re: What BS by Hognoxious · · Score: 1

      If the parking lot is full, and the lights are on

      Many moons ago a Soviet military attaché saw that there were lights on late at the Ministry Of Defence, and reported to Moscow that the British were planning a first strike.

      It was the cleaners.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    32. Re: What BS by Anonymous Coward · · Score: 0

      I once did a week of work experience at Alcatel back when they were rich and on top. I was blown away by the free food and fuseball table. I saw one person in their Sun lab with like 80 workstations. The lab geek said that they are supposed to work 37 hours, but most do 32 hours. This is all way before layoffs and shit, this in the bonus and hiring hardcore days.

      The company went to shit downhill months later. Of course it was nothing related to the scandals, but the same observation will forever be burned into my brain.

    33. Re: What BS by Bengie · · Score: 1

      You completely took it out of context. Mythical Man Month just says the cost of communication increases exponentially as the size of the time increases. Other studies have shown that value created by working more than 8 hours quickly turns negative. 16 hours of work is not 16 hours of work, it's also not 15 hours of work, it's negative N hours of work. You'd get more done by not doing anything at all.

    34. Re: What BS by Anonymous Coward · · Score: 0

      The BS here is clearly your assertion of checking out parking lots. I very, very much doubt that you have actually done that. I've seen the IBM thing quoted in other places, you didn't make it up...

  6. I think you're reading it wrong. by pushing-robot · · Score: 1

    It's not a statement of intent but an observation.

    --
    How can I believe you when you tell me what I don't want to hear?
    1. Re:I think you're reading it wrong. by lgw · · Score: 1

      Do not trust the pushing robot. He is malfunctioning.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    2. Re:I think you're reading it wrong. by Anonymous Coward · · Score: 0

      Do not trust the shover robot. Pushing is the answer.

    3. Re:I think you're reading it wrong. by Anonymous Coward · · Score: 0

      Do not trust the shover robot OR the pushing robot. Pulling is the answer.

  7. Eat, Sleep, Slashdot, Repeat by Anonymous Coward · · Score: 0

    If you are reading this Anonymous Coward comment, how healthy is your lifestyle?

  8. Eat, Sleep, Code, Repeat? by charronia · · Score: 1

    There are at least two things there not directly contributing to Google's bottom line.

    1. Re: Eat, Sleep, Code, Repeat? by Anonymous Coward · · Score: 0

      Code and repeat?

  9. the truth hurts by turkeydance · · Score: 1

    lies sell

  10. Memes by Anonymous Coward · · Score: 5, Informative

    Its a play on the Fatboy Slim song Eat, Sleep, Rave, Repeat. Someone needs to take the stick out of their ass. Maybe someone should buy Dam Kim a shirt with Keep Calm and Carry On plastered on it.

    1. Re:Memes by Anonymous Coward · · Score: 1

      Google's slogan makes it sound like you're a prisoner or slave. They need to take this in the opposite direction. Perhaps changing it to "arbeit macht frei" would give their employees the incentive they need to produce exceptional quality code.

    2. Re:Memes by Anonymous Coward · · Score: 0

      Google's slogan makes it sound like you're a prisoner or slave. They need to take this in the opposite direction. Perhaps changing it to "arbeit macht frei" would give their employees the incentive they need to produce exceptional quality code.

      Don't be absurd. Employees never get to the 'frei' part. Now, back to coding, slave.

    3. Re:Memes by clay_shooter · · Score: 1

      Agreed. I wish I had mod points.

    4. Re:Memes by Anonymous Coward · · Score: 0

      And here I thought it came from shampoo: lather, rinse, repeat (as needed).

    5. Re:Memes by Anonymous Coward · · Score: 0

      I don't know if I want to see a Programmer in a Carry On film.

      The horrors I just imagined should not be seen by anyone.

  11. Developer haiku by xxxJonBoyxxx · · Score: 4, Funny

    I code to get paid
    When I work forty a week
    Otherwise blow me

    1. Re:Developer haiku by Anonymous Coward · · Score: 0

      Let me add a line:
      I code to get paid
      Those paid are getting laid
      When I work forty a week
      Otherwise blow me

    2. Re:Developer haiku by benjfowler · · Score: 1

      Dunno about you, but I'm paid to deliver value. Putting in hours by themselves is not that useful.

    3. Re:Developer haiku by Anonymous Coward · · Score: 0

      This is why software "engineers" generally don't get paid by the hour.

    4. Re:Developer haiku by turbidostato · · Score: 1

      "Dunno about you, but I'm paid to deliver value."

      So your payment is a share on profits? If not you are an abused gullible employee.

      An employee provides work. A company provides value.

  12. Breathing by Anonymous Coward · · Score: 0

    That's because they know that a truly balanced lifestyle -- one that gives your brain and your soul some space to breath non-programming airâS -- actually makes you a better programmer.

    Personally, I try to avoid breathing non-programming airâS.

  13. pls tell me there is more to this post by Anonymous Coward · · Score: 0

    i feel like i am reading an article from the 1980s....

  14. My t-shirt by Anonymous Coward · · Score: 0

    My t-shirt says "Eat. Sleep. Screw. Repeat."

    Goodbye programming. Hello slothful hedonism. And fuck you, Google.

    1. Re:My t-shirt by Anonymous Coward · · Score: 0

      I pity your teddy bear.

  15. Cultural Ignorance by Anonymous Coward · · Score: 0

    Or is he really trying to white knight the tacky use of a slogon from a rave dance song.

  16. Coding is a sprint, software development is a mara by GoodNewsJimDotCom · · Score: 1

    Ideally, I only code 2-4 hours a day and then exercise a bunch. The rest in between lets you strategically think about your software's architecture so it is stable across updates. Thinking takes more than a couple minutes if you're doing significant projects, so you might as well go for long walks.

  17. Yep. It's all BS. by K.+S.+Kyosuke · · Score: 1

    adding that the company is wittingly or not promoting an "unhealthy perspective that programming is an all or nothing endeavor -- that to excel at it, you have to go all in."

    Obviously, only complete loonies would support such a preposterous idea as a serious time investment.

    --
    Ezekiel 23:20
  18. Hmm by Anonymous Coward · · Score: 0

    Sounds like a straightforward propaganda poster encouraging everyone to be good little drones to me. I mean, they DID sign on at Google already.

  19. Re: Coding is a sprint, software development is a by Anonymous Coward · · Score: 0

    You're supposed to think off the clock you fucking piece of garbage.

  20. Quit taking things so fucking literally! by Anonymous Coward · · Score: 0

    This is why nobody likes us. Stop being a pedant!

  21. As a manager of a software dev team... by QuietLagoon · · Score: 2, Insightful
    ... I used to tell the Software Engineers to go home if I saw them working too much after regular business hours. I always had the view that a refreshed mind works a lot better than one that has no chance to rest or participate in diversions.

    .
    That "Eat. Sleep. Code. Repeat." mantra is odious, miasmatic bullshit. Plain and simple.

    1. Re:As a manager of a software dev team... by QuietLagoon · · Score: 1

      Troll? ... Well, someone certainly has not had enough mind-refreshment time. ;)

  22. Still missing the point by PvtVoid · · Score: 4, Insightful

    I'm trying to figure out how could possibly serve as a more ironically unwitting example of precisely the thing he's criticizing.

    The point to having a balanced, happy life isn't to be a better programmer. It's to have a balanced, happy life.

    1. Re:Still missing the point by getuid() · · Score: 1

      The point to having a balanced, happy life isn't to be a better programmer. It's to have a balanced, happy life.

      Exactly this.

      Yours has to be the most underrated post ever.

  23. Millennials by NuShrike · · Score: 2

    Just more BS cop-out from those who can't. It's too bad Google is now full of this NIH thinking.

    1. Re:Millennials by Anonymous Coward · · Score: 0

      NIH = National Institutes of Health?

    2. Re:Millennials by Anonymous Coward · · Score: 1

      Not-Invented-Here.

  24. All in works by cfalcon · · Score: 1

    Going all in like this actually works. There needs to be breaks between projects or milestones for this shit to be sustainable though. The reason the industry constantly grabs new talent and lets them work like crazy is because that is actually a functional way to get code done. Every engineer doing that ends up with more working memory devoted to the things his code touches, and he is exposed to it every day. Saying "oh, doing all these other things makes you a better coder" is an extraordinary claim, and needs evidence. A better argument would be "if we work people tons they'll burn out" or "it isn't right to demand that people work this hard for your bottom line". Flat out lying isn't gonna cut it.

    1. Re:All in works by 110010001000 · · Score: 1

      Your post is complete gibberish.

    2. Re:All in works by sydneyfong · · Score: 1

      I've had my own intensive "eat sleep code repeat" cycles back in high school, which is more than a decade ago. That's probably when I went from being a shitty programmer (by adult standards) to an OK programmer. These days I mostly fool around random things when I'm not working, instead of being a beta tester for some bleeding edge software development stack (that's what I secretly think of developers who use RoR and node...)

      The "eat sleep code repeat" cycle is probably quite effective initiallly, I just think there are diminishing returns to this approach. If you've done this thing for (say) 10 years already, you probably don't need another twenty years doing the same thing -- it either gets repetitive (which, especially in this field, isn't exactly a good thing), or you've managed to continue to innovate, but by then you've probably holed yourself into a tiny niche or something.

      Not that I disagree with you though, the *intentional* breaks from actually programming, i.e. those that you force on people just because doing something other than coding "makes you a better coder" probably don't really work. I guess you just need to do coding a lot, and also somehow manage to squeeze other stuff into your life as well.

      --
      Don't quote me on this.
    3. Re:All in works by Anonymous Coward · · Score: 0

      Your^H My post is complete gibberish.

      There, fixed that for you.

    4. Re:All in works by Bengie · · Score: 1

      Coding != Programming

      Coding is to Programming as talking is to debating or hammering is to building a house.

  25. Going GNU helps by Anonymous Coward · · Score: 0

    So, finally Google admitted they suport a generation of zombies. Look, I do pot because I unlock the secrets of the universe. It's known as "voodoo programming". It works, trust me. I may not have a job (I know how much I worth), but that's a slogan for "I'm Google's bitch".

  26. Erm, it's a song by Anonymous Coward · · Score: 0

    It's a just a jokey modification of a song title.

    FFS.

    https://www.youtube.com/watch?v=wBoRkg5-Ieg

  27. Re:Coding is a sprint, software development is a m by Anonymous Coward · · Score: 0

    Oh, so you think you can fuck over your company by taking long walks instead of working? You should be fired.

  28. Millennial weakness by Anonymous Coward · · Score: 1

    Everyone knows that coding is addictive and if there is something not working you are not going to sleep well until you figure out what it is. And you can eat and code at the same time. Relaxation time comes after the orgasm of a running perfect product.

  29. Its a joke by 110010001000 · · Score: 2

    Jesus fucking Christ. It is a joke. Like those "[insert sport here] is life" shirts. No one really thinks Baseball is Life.

    1. Re:Its a joke by axewolf · · Score: 1, Informative

      Ok now try to explain that to some one who bought into it unknowingly and structured their life assuming that it was true.

      This is the intent behind such advertisement campaigns. To force as many people as possible into a weak position for the benefit of the advertiser.

      Google is basically an appendage of the US government for almost every practical intent and purpose.

    2. Re:Its a joke by Anonymous Coward · · Score: 1

      We used to call those people children. And if the inability to not obsess over a single item such that it was the only thing you did short of eating and sleeping did not subside into adulthood, we classified you as having a mental disability. We didn't tell everyone else to stop joking.

    3. Re:Its a joke by FatAlb3rt · · Score: 1

      Darwin is a fair man.

    4. Re: Its a joke by Anonymous Coward · · Score: 0

      I think baseball is life you stupid fucker. You think it's funny to say people don't love baseball you FUCKER!!!!!

    5. Re:Its a joke by Whibla · · Score: 1

      I once tried telling someone that football was just a game...

      It may not be life, but it is what matters to them in their life.

      (Though I agree with you 100% that "Eat, Sleep, Code, Repeat" was clearly intended as humorous, not something that should have been taken as a mantra to live by.)

    6. Re: Its a joke by Anonymous Coward · · Score: 0

      American football is just a game.....and a pretty boring and shit one at that.

  30. They Live by Anonymous Coward · · Score: 0

    CONSUME SLEEP OBEY CONFORM

  31. Okay Google by fahrbot-bot · · Score: 1

    Eat, Sleep, Code, Repeat

    As long as Emily Blunt is my pair-programming partner ...

    --
    It must have been something you assimilated. . . .
  32. Less coding, more thinking== better software by raymorris · · Score: 5, Insightful

    After 20 years in the business, I spend MUCH more time thinking about the problem and the best solutions than I do actually coding. If you're spending most of your time coding, that's probably mostly code I'll delete in a couple of years whwn I do it in a simpler, more elegant way.

    1. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 1

      I agree firmly with this comment. Gung-ho coding is creating work for yourself.
      My day is more like this, xRM / CRM world:

      After a weekend of recuperation, errands and other responsibilities, laundry, cooking, going for a few runs, maybe a few beers if I'm lucky.
      1) Settle down by reading the latest from the aviation industry - my tre passion.
      1) Read my notes from the day before so my mind is ready for my immediate challenges. This naturally primes me for the big picture of my project.
      2) Get something solid done. Take a break unless get stuck. Then take a break early, the answer often comes to my mind when I take a break, or my subconscious reworks a workaround.
      3) Get something else solid done.
      4) Have lunch
      5) Ease in after lunch. Read a bit. Lumber a long for an hour until I get my second coffee.
      6) Get something else done or get stuck. Break
      7) Getting tired now. Do all my drudge work at this time. Go home.
      8) I might do something at home if I'm still stuck. I don't like to face the next morning without a plan in case I'm badly stuck so I might resolve this or at least prepare a workaround strategy for the next day. ..
      Fitness exercise at the weekends is the oil in my gears. Always has been. And if I'm really creaking, beer, followed by more fitness preferably. I need a good/or even crap movie sometimes to flush my RAM. My generally regretful and sad disposition as a result of messing up my life gets me down but it doesn't stop me. I blame the world partly for that. I rumble on..

    2. Re:Less coding, more thinking== better software by mlts · · Score: 2

      I use code for "bridge building", mainly spending time on looking at the map, and finding the best two places to span the bridge. Even then, there are times when I may have a number of lines of code, and wind up tossing the entire shebang out because I can do the same thing with an algorithm change, or using another function.

      Coding is one thing, but I've seen dev houses measure quality by doing over 10,000 lines a day, regardless of bugs. That is akin to building a house and measuring the quality of the structure by the tonnage of concrete that was poured, or the amount of lumber used.

    3. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 0, Insightful

      After 20 years in the business you can't seem to show us a respectable program you've ever done raymorris. You're all talk.

    4. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 1

      Thinking does not make you look like a rockstar on github. Committing shit does.

    5. Re:Less coding, more thinking== better software by chiefmojorising · · Score: 1

      Committing shit just makes you look like an asshole. Committing good code makes you look like a rockstar.

    6. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 1

      Committing shit just makes you look like an asshole. Committing good code makes you look like a rockstar.

      That's not how metrics work.

      more commits, more green, more Rockstar you are!

    7. Re:Less coding, more thinking== better software by Fragnet · · Score: 1

      You say that but I still find managers completely unrealistic about timescales to do things properly.

    8. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 0

      After 20 years in the business you can't seem to show us a respectable program you've ever done raymorris. You're all talk.

      You might have heard of this little program called "the Linux kernel".

      https://www.kernel.org/pub/lin...

      Ohhh...burn

    9. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 5, Interesting

      Measuring programming progress by lines of code is like measuring aircraft building progress by weight.
      ~Bill Gates

      Say what you want about the guy but when you're right, you're right.

    10. Re:Less coding, more thinking== better software by Mandrel · · Score: 2

      After 20 years in the business, I spend MUCH more time thinking about the problem and the best solutions than I do actually coding.

      True. But if you program by the hour it's hard to charge for where this real work is done: in the shower and while eating lunch.

    11. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 0

      True. But if you program by the hour it's hard to charge for where this real work is done: in the shower and while eating lunch.

      Software development contracts don't lend themselves well to billing by the hour. Despite the sincere efforts of management types to convert software development from a bespoke activity undertaken by expert craftsmen into assembly line work, it remains an essentially creative process, neither regular nor regimented. Due to these inherent qualities of the work, it's better to negotiate a set of defined requirements at a fixed price for delivery by a certain date with any additional features or requirements not specifically agreed when the contract is signed to be negotiated as separate additional work requiring additional payments.

    12. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 0

      After 20 years in the business you can't seem to show us a respectable program you've ever done raymorris. You're all talk.

      Generally speaking, if somebody pays you a salary to do the work as an employee or you don't negotiate the ownership rights of the finished work if you do it as an independent contractor, you don't own the results of your work. If the client that paid for it doesn't feel like sharing it, that's their perfect right unless other licenses for code used in the project, GPL for instance, force a share and share alike condition for their use. You may recall the story here on Slashdot about the coder who worked for Goldman Sachs and was charged with theft and convicted for making an unauthorized copy of the proprietary code. I haven't been in the business for 20 years, but I couldn't show you any of the work that I've done either because it's not mine to disclose. It belongs to my employer and former employers, not me.

    13. Re: Less coding, more thinking== better software by Anonymous Coward · · Score: 0

      I would still encourage you to abstract away the fundamental code you write. If you have useful pieces which have nothing to do with the model, or toy models of your own, you should commit code to your own github repo.

    14. Re:Less coding, more thinking== better software by Hognoxious · · Score: 1

      Additional features like not crashing and burning when someone enters a letter in a field that should be numeric?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    15. Re:Less coding, more thinking== better software by Anonymous Coward · · Score: 0

      Code can never be better than the idea it represents. The most elegant code in the world is still crap if the idea is crap. "Pattern-antipattern cargo-cult programming" sums it up for me. Still better than "antipattern programming" or general "cargo-cult programming".

      Funnier yet is when someone tells me "you should never do that", because they're repeating what they've read. Yes, the person you worship may have said that, but there is an implied "if you don't know what you're doing, and most never will".

      I think being an optimizer for high performance parallel computing is giving me a negative world view on programmers in general. I feel like no one understands how easy multi-threading really is. Linear speedups for multi-core programming? That's not enough for me. Super-linear! Yes, it exists. Typically means you're getting a hardware caching benefit. Work that all threads must do, but sometimes one thread benefits from another thread's work. Usually requires implicitly synchronizing the threads via the algorithm used for your data access. How does one explain that to most people? It seems so clear in my mind. "Well, other senior programmer, when the first thread attempts to access the data from main memory for the first time, there is a latency cost, which is not seen by the next thread because the data is already cached in the CPU. This create a bias that causes the threads to become statistically synchronized. But don't explicitly synchronize them because Amdahl's law will hate you". No on understands me, except my brother, and he's interning writing high performance code for super-computers as a sophomore.

    16. Re:Less coding, more thinking== better software by Hognoxious · · Score: 1

      After 20 years in the business you ought to know the difference between a t-shirt slogan and an actual project plan.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    17. Re:Less coding, more thinking== better software by Jahta · · Score: 1

      After 20 years in the business, I spend MUCH more time thinking about the problem and the best solutions than I do actually coding. If you're spending most of your time coding, that's probably mostly code I'll delete in a couple of years whwn I do it in a simpler, more elegant way.

      This is exactly right. Today you can do more with fewer lines of code than ever before. The real value is in the thought process around *which* lines of code to write.

  33. Translation: by Anonymous Coward · · Score: 0

    HR now runs the company through "education" and threats of legal action, and we are sick of dealing with these Aspergers types. Sure they can code but the fact that they like it just freaks me out, and I'm here to socialize.

  34. Re: Coding is a sprint, software development is a by Anonymous Coward · · Score: 0

    This is why Americans are losing jobs, work ethic like yours.

  35. Fuck Google by Anonymous Coward · · Score: 0

    As if they give two shits about any of their employees. It's all about exploitation, baby. Brainwash sheep into thinking that life is nothing but subservience to the almighty master and then reaping the profits. But to their credit, Google has lines out the door waiting their chance to enter the slaughterhouse. Larry and Sergey didn't get where they are by being thoughtful caring humanists. Anyone who thinks otherwise is a goddamn moron. As far as I'm concerned, Google can fuck right off. And yes, I am a troll, but I really believe what I say and truly hate Google and their ilk with a passion. They are the cancer that is destroying humanity.

  36. Excluding coders with experience by Required+Snark · · Score: 2

    This is a major motivation for going after young coders and avoiding people with experience. People with experience know about the burnout bullshit, but people earlier in their careers assume that is the way to get things done. Managers know who they can easily manipulate for the death march on an ill-conceived schedule. Someone who has been there before is going to raise meaningful objections and might alert the younger people that it's a pack of lies. Upper management can't make vast amounts of money unless the workforce remains ignorant about the real cost/reward equation.

    --
    Why is Snark Required?
    1. Re:Excluding coders with experience by TheGratefulNet · · Score: 1

      this is one of the main reasons why older guys are avoided, for hiring, in the bay area.

      when the job gets to the point where you have to be ignorant to be 'successful', then I guess maybe its better not to play anymore.

      ignorant, meaning that you don't realize you're being taken advantage of and once your youthful energy is gone, you will be out here, with me, on the bench.

      I'll keep your seat warm for you, while you are in mid-burnout, young man.

      sigh.

      --

      --
      "It is now safe to switch off your computer."
    2. Re:Excluding coders with experience by clay_shooter · · Score: 1

      On one hand, older programmers have a lot of experience that means they aren't going to make the same mistakes they made in the past. This makes the ones that still retain passion extremely valuable.

      On the other hand, older programmers are often not interested in keeping up with tech changes or changing the way they operate for "new" methodologies. I've seen plenty that went into management because (they admit) it was just too hard to stay technical.

      IT is a business of continual change. Not everyone is cut out for that over the long haul.

    3. Re:Excluding coders with experience by Anonymous Coward · · Score: 0

      IT is a business of continual change.

      Most of which is bullshit. Discernment is required to separate the wheat from the chaff and comes with the judgment cultivated by experience. To use an example from the entertainment business, Walt Disney was always willing to try new things and use new techniques or technologies in making his films, but he had a rule. No new technique or technology would be employed simply for the sake of doing or using something new, however exciting that might seem. Instead the new technology or technique had to be justified by the creative needs of the project, which in Walt Disney's case was animated film and later his themed parks. For example, The 1964 film version of Marry Poppins was the first film to make use of the now common technique of "green screen" (sodium yellow in this case) for the purpose of compositing multiple independently filmed elements; animation and live action in the case of Mary Poppins that were then layered and combined into the final shot. This was necessary because Disney wanted to have live action scenes composited with animated characters in way that seemed natural and correct to the viewer, as if it was actually shot at the same time and place as one take. The point is that as software engineers, we should not allow the technology to dictate the project, but rather the project to dictate the technology, whether it be new or old.

    4. Re:Excluding coders with experience by Bengie · · Score: 1

      Experience is overrated in programming. Someone may never make the same mistake again, but in programming, you rarely come across the same situation again. Too many people stumble through programming "learning" from their mistakes, but constantly making mistakes for their entire life. If you put some thought into your programming, you'll rarely ever make mistakes.

      Technology hasn't changed sine the 70s, only the tools have. Same crap, different pile. If you can't see this, you need to exercise your ability to abstract ideas. Isn't this the whole point of being a programmer? Really. The best programming books were made before I was born. If you want to learn about the flavor of the month language or framework, then I agree, lots of churn.

      The biggest issue with the industry is the saturation of the patter-antipattern cargo-cult programmer. They use a lot of big words, they make beautiful code, they can create programs very quickly, have good unit and integration test coverage, and the follow best practice to the letter, but their projects are still crap. They are clueless when it comes to debugging their pile of crap that is full of bugs, design flaws, and slow as molasses.

    5. Re:Excluding coders with experience by petervandervos · · Score: 1

      I have to disagree with you on experience. Maybe you are working in an other field of programming but I see younger programmers make mistakes I did make years ago (embedded systems).

      As you say: "Technology hasn't changed sine the 70s,...". Doesn't this implies that experience can help programming?

  37. ESCR explains a lot by Anonymous Coward · · Score: 1

    Eat, Sleep, Code, Repeat probably explains why there are so many silly bugs and braindead design decisions.

  38. Utter bullshit by somenickname · · Score: 5, Insightful

    Code is a byproduct of ideas. The actual act of writing the code is the least difficult and least time consuming part of creating software. I can't even remember the last time I sat down to write code and didn't already have all the code in my head. Once the problem is solved in your head, it's just pushing buttons in an editor to bring it to fruition.

    I think that's part of the problem with the software industry. People think they need to show up to work and bang out code all day. That's basically the recipe to writing buggy code. Let the code brew in your head for a while and then sit down one day and bang it out and you'll probably find that it's super solid, very coherent code.

    If you are writing code and can't see the next 100 lines of code you're about to write, you're doing it wrong.

    1. Re:Utter bullshit by NuShrike · · Score: 1

      You're talking about connecting the dots and plumbing. That's IT.

      Good coding is also a hard science. You only know where your goal is (and maybe not). Finding the dots to connect is then 90% sweating it out empirically.

      The real world is full of different hardware, interfaces, paradigms. At certain points you can't gloss over it with generalized code, but have to engineer something more focused.

      Sometimes, it's also time-intensive testing and hacking to glean out undocumented bits.

      Of course this is all against a set schedule. You can't get there punching in and out 4 - 5 hours a day.

    2. Re:Utter bullshit by Anonymous Coward · · Score: 0

      If you are writing code and can't see the next 100 lines of code you're about to write, you're doing it wrong.

      I only see the next 20 lines of code. But then, I don't use Java.

    3. Re:Utter bullshit by Bengie · · Score: 1

      Correct, good coding is mostly an effort of time, but good programming is mostly an effort of thought. I may not write a single line of code for 1-2 weeks when I start a new project. Crappy code that works, trumps beautiful code that doesn't. The most productive programmers only put in a few hours of coding every day. Most of their day is spent thinking or relaxing. The goal of building something isn't to have built "something", it's to have built a specific thing that works well.

  39. It's true by Anonymous Coward · · Score: 0

    The best and brightest in their respective fields almost always have a one-track mind. They live, breath, sleep whatever it is that they do well. Not sure why some don't get this, but I assume it is probably something to do with genetics.

  40. Eat. Sleep. Code. Repeat. by Anonymous Coward · · Score: 0

    Burn out, replace

  41. Lies by Anonymous Coward · · Score: 0

    You just have to actually want to do what you are doing and have an actual reason that impacts you in a positive manner.

    The fact is that they will make it harder and harder for you to get what you want based on your search history. People figured that out and that's what happened with anonymous.

    Jesus why is all this so hard, because I said Jesus and it gets repeated by protestants and catholics alike at that point. Learn to re-learn people. It's all ones and zeros right...

  42. suplex? by Anonymous Coward · · Score: 0

    suplex? duh these are geek programmers here , the neariest they get to physical contact with a sweaty body of any discription is t-bagging in WOW.

  43. Exploitation as Aspiration by ohnocitizen · · Score: 1

    You see this when you go in for a job interview and they want to know, on top of your full time job, if you contribute to open source, or go to meetups, or otherwise pour your whole life into programming. Don't get me wrong, I love programming. And when I'm not doing 50 hours a week (the new 40) I like to do some for fun. But this culture of exploitation has to stop. It's what leads to 80 hour work weeks, not taking vacation, and burn out. It's exploitation pure and simple. And it doesn't work. People who are overworked underperform. And until the MBA's running the show understand that, they will have high turnover and poorer code quality than the companies that do understand it.

  44. Not invented here by Anonymous Coward · · Score: 0

    Write all the codez!

  45. Employer Haiku by rsmith-mac · · Score: 1

    My dear employee
    You are paid a salary
    Work until it's done

    1. Re:Employer Haiku by JustAnotherOldGuy · · Score: 2

      My dear employee
      You are paid a salary
      Work until it's done

      And I will....at 40 hours per week. It'll be done when it's done, so stop harshing my buzz, man.

      --
      Just cruising through this digital world at 33 1/3 rpm...
    2. Re:Employer Haiku by rtb61 · · Score: 1

      It works like this, when I am in the zone, I am by far the most productive, super productive and that can not be forced. It doesn't matter what work you do, for me it was CADD, could really zone out on that and produce a lot of good work really fast, felt great. The same for the best coders, if they are not zoning out producing code, then they can never be fast and good, it is just the way of things, the way the brain is wired. So achieving that must be arranged around each employee and their own genetic makeup and how their brain works. Forcing everyone into the same corporate mode, means pretty much no one will be zoning out to the work and productivity dies.

      --
      Chaos - everything, everywhere, everywhen
    3. Re:Employer Haiku by JustAnotherOldGuy · · Score: 1

      It works like this, when I am in the zone, I am by far the most productive, super productive and that can not be forced.

      I understand, but I do it when *I* want to, not on command. I know how it is- deep into a long session of coding you have it all in your head, the structure, the functions, the calls, the variables, everything. I get it, I've been there. I'd code late into the night and lose track of time. I knew when to quit because the nightly virus scan would kick in around 2am and interrupt my work. That's when I'd call it a day.

      But like I said, I did this when *I* wanted to, not because any employer told me to stay late and work until I dropped.

      -

      Forcing everyone into the same corporate mode, means pretty much no one will be zoning out to the work and productivity dies.

      That's what they want.

      --
      Just cruising through this digital world at 33 1/3 rpm...
  46. Lol, sure..... by JustAnotherOldGuy · · Score: 0

    ...Google had the message "Eat. Sleep. Code. Repeat."

    Yeah, well fuck you, Google.

    Some of us have this thing called a "life", and we want to do whacky shit like spending time with our families, hanging out with friends, going on vacations, pursuing a hobby or two...you know, nutty stuff like that.

    Take your "Eat. Sleep. Code. Repeat" shit and stuff it up your ass.

    --
    Just cruising through this digital world at 33 1/3 rpm...
  47. There's one called "Linux kenel" by raymorris · · Score: 1

    You might have heard of this little program called "the Linux kernel".

    https://www.kernel.org/pub/lin...

    1. Re:There's one called "Linux kenel" by Anonymous Coward · · Score: 0

      You didn't write the linux kernel raymorris. Mr. Torvalds did. Fools work on others' work. Morons try call it "theirs" (you moron). Extremely limited morons trying to hang on the coattails of others.

    2. Re:There's one called "Linux kenel" by Anonymous Coward · · Score: 0

      You might have heard of this little program called "the Linux kernel".

      Nope, never heard of it. Is it a fork of Minix or something?

    3. Re:There's one called "Linux kenel" by Anonymous Coward · · Score: 0

      I'm a fool for contributing bug fixes to kernel modules? Well then, I'll never do that again. Enjoy your bugs, which I won't be fixing, moron.

    4. Re: There's one called "Linux kenel" by Anonymous Coward · · Score: 0

      Please don't give up because of some newbie troll on Slashdot who is probably using Apple or Microsoft OSs and couldn't find their ass with both hands.
      I value the Linux kernel and bug spotters / fixers.

  48. All ten charactersm!?! by raymorris · · Score: 2

    > wind up tossing the entire shebang

    The entire shebang line?! That's like ten characters! :)

  49. Lines of code IS a good measure by raymorris · · Score: 2, Insightful

    > but I've seen dev houses measure quality by doing over 10,000 lines a day, regardless of bugs.

    I find that lines-of-code IS a good measure for me. If I can delete 10,000 lines of data transform and transport code and replace it with a direct connection in 12 lines of code, that's a very successful day.

    As an example, a project I'll take on soon currently dumps data from a database into csv and transfers it to a server via FTP. Later, another server retrieves the csv via CVS, transforms it into XML, and makes it available via another protocol. It's then retrieved by another system which imports it into another database. I will replace these systems with the following:
    INSERT INTO destination.tablename SELECT ... FROM source.table JOIN source.othertable.

    Literally I'll replace hundreds or thousands of lines with one or two lines. That's a good day; getting rid of thousands of lines of code.

    1. Re: Lines of code IS a good measure by Anonymous Coward · · Score: 1, Insightful

      So you do no data verification, you just assume it'll all work?

      You're a fucking garbage programmer.

    2. Re: Lines of code IS a good measure by Nondescr1pt · · Score: 1

      Yep

    3. Re: Lines of code IS a good measure by Anonymous Coward · · Score: 0

      At least you're honest.

  50. Say no by raymorris · · Score: 1

    Can you tell your manager how long something will take? Have you tried doing so in a matter-of-fact, polite but firm way? Can you give an ACCURATE estimate?

    I haven't worked for very many companies, but I haven't had this problem, not after showing that I know my job and giving matter-of-fact statements of how much time is needed.

    1. Re:Say no by Anonymous Coward · · Score: 0

      You can give an accurate estimate, but it won't stop your manager from assuming you should have been finished in half the time, dinging you for not finishing in half the time, reassigning you to another project halfway through, and blaming you for causing the first project to fail.

    2. Re:Say no by Fragnet · · Score: 1

      Precisely.

    3. Re:Say no by ShanghaiBill · · Score: 2

      You can give an accurate estimate ...

      I have rarely seen a programmer give an accurate estimate. Inexperienced programmers usually wildly underestimate how long a task will take. More experienced programmers will apply Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.

      The best way to estimate how long a programming task will take is to look at how long a similar task took for the same team in the past.

    4. Re:Say no by turbidostato · · Score: 1

      "Can you tell your manager how long something will take?"

      No, I usually can't.

      If I could, that would mean I already did something vaguely similar and if that would be the case, then I would be perusing that other piece of code so there's no a third time she comes asking for that kind of tasks. The first case is a boring one that, fortunately doesn't happen too frequently. The second one is not programing at all.

      What I *can* usually do is taking apart that manager and sit down with her quite longer than the two minutes she allocated at first to explain the task so I can understand the business motivation and the real deadlines and *then* narrow a deadline for a PoC which, luckily, will throw some light into the real scope of the task.

      Yes, I'm a senior.

    5. Re:Say no by Anonymous Coward · · Score: 0

      Because It's Easy! All You Have To Do Is...

    6. Re: Say no by Anonymous Coward · · Score: 0

      The very best developer that worked for me always gave estimates that factored in testing and Bug fixes. If he said three weeks, that meant I got a build to test in two weeks, with Bug reports in two days, fixed in one, and polished in one. Reading to ship on the end of three weeks.

      In something like six years, you could rely on his estimates. Another developer got the reputation for needing to multiple by 2.5. A good manager will know what to trust after three or so projects.

    7. Re:Say no by Anonymous Coward · · Score: 0

      You can give an accurate estimate ...

      I have rarely seen a programmer give an accurate estimate. Inexperienced programmers usually wildly underestimate how long a task will take. More experienced programmers will apply Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.

      The best way to estimate how long a programming task will take is to look at how long a similar task took for the same team in the past.

      It's very simple. The boss doesn't care how long it takes you to do it, he's only asking as an intro to telling you how long you have to do it in. As a corollary, progress reports: if you're halfway to the due date, then it's 50% done. If you're 80% to the due date it's 80% done, etc.

  51. Modern companies aren't after better by rsilvergun · · Score: 2

    they want lots and they want it now. The idea is to throw a ton of ideas at a wall and see what sticks. That means fast and cheap, not good.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:Modern companies aren't after better by djinn6 · · Score: 1

      Implementation matters though. If the program craps out whenever you try to do something with it, you'll quickly stop using it. To use the analogy, you want to throw sticky goo at the wall, not rocks.

  52. Refactor by jvandervort · · Score: 1

    do {
            eat();
            sleep();
    } while (codeIsFun());
    retire();

  53. Unhealthy lifestyle by Kant_resistor · · Score: 1

    Trigger warning: this comment contains a quotation drawn from an armed forces recruitment slogan of another era, and therefore may offend just about everybody.

    How much time can be spent coding is determined entirely by how much true creativity is involved. Three hours is pretty much the limit for truly creative work (PhD experience). But if it's just work, well, I put in pretty productive 30-hour shifts as a medical resident (medical experience). See a terrific book called Daily Rituals by Mason Currey: almost all of those extraordinary creators were good for three-hour shifts, at most twice a day with a long break in between.

    But let's face it, the message is not making a statement about coding in general. It's about the culture Google wants to create among their organization. Like the Marines, Google is "looking for a few good men." At least there's no doubt about what you would be signing up for.

  54. It's just a fad by Anonymous Coward · · Score: 0

    Eat, Sleep, [insert verb here], Repeat.

    Is the "in" phrase to use for many things these days thanks to Fat Boy Slim and Riva Starr's Eat, Sleep, Rave, Repeat.

  55. Re: Coding is a sprint, software development is a by Anonymous Coward · · Score: 0

    2-4 hours, that's more than what I do. Bad programmers put in effort, constantly backtracking and fixing flaws they created. Good programmers are lazy, they write code that works well the first time. Build a record of projects that the customer is extremely happy with and requires virtually not maintenance or support, and they don't question your methods.

    $10mil state contract that no one else in the industry would dare touch, take one programmer who coordinates the different departments, solo writes the code in a month, and after 2 years and 300,000 users, 400 administrators get together and unanimously tell you it was flawless. The project itself has consumed less than a few days or support.

  56. Sure, go ahead and take some time off to garden... by Anonymous Coward · · Score: 0

    I'll just be taking your job. Yoink.

    I'm 100% with google here. You either code as hard as you fucking can or you fall behind and risk losing your job. It's actually a pretty simple choice.

  57. Eat, Sleep, Code, Repeat? by Anonymous Coward · · Score: 0

    Sounds like a sweatshop to me.

  58. Each programmer is wrong in a consistent way by raymorris · · Score: 1

    > I have rarely seen a programmer give an accurate estimate. Inexperienced programmers usually wildly underestimate how long a task will take.

    I learned a while back that while programmers, including myself, generally give very bad estimates, each is pretty consistent in how far off they are. In other words, if I estimated 1/3rd the actual time on the last two projects, I'll probably do the same on the next two. If you over-estimated bu 50%, you'll probably over-estimate future projects by 50%.

    Therefore, IF you write down each estimate beforehand, then write down the actual time, you can discover that Ray's estimates can be corrected by multiplying by three. People who have tested this report good results. I haven't done it consistently myself.

    I suspect that some projects which include a significant element of inventing and developing new methods can't be estimated accurately at all. For "routine" projects like building a typical e-commerce site or GUI for a database, I suspect my estimates are wrong in a consistent, predictable way.

    1. Re:Each programmer is wrong in a consistent way by Anonymous Coward · · Score: 0

      I worked on a heavily-metered large project where the results were visible to all.

      One thing that became very apparent was that almost everyone knew fairly accurately how long it would take them to generate "X" lines of code.

      Where they failed was in not realizing that the actual amount of code required was generally about double the number of lines they estimated.

      One thing that my own experience has taught me is that I can often solve the hard problems in half the estimated time, but I'll then lose all of that because of trivial things like misplaced punctuation. So my estimates average out fairly accurately. Twice what management and the users want to hear.

  59. Re: Sure, go ahead and take some time off to garde by Anonymous Coward · · Score: 0

    Misanthropes like you are why this website sucks. Plus your blazing obsession with a trivial contribution to society (banging out code, no doubt to just stuff things into a database and pull them back out) makes you *delusional* and *boring* to read.

  60. Depends upon the scheduling by Whatsmynickname · · Score: 1

    Programmers don't usually stay long hours because they're told to - they stay long hours because they are into what they're doing.

    That's assuming they are working on a project that has been scheduled well. Usually a lot of people I've known (including myself) had to work long hours because a project which has been allocated 12 months had 11 months doing nothing due to management indecision and then 1 month to cram in doing actual work. This has happened to me more often than any other scenario.

  61. Coding is the whole process. by clay_shooter · · Score: 1

    Assuming someone didn't just accept Googles slogan as a statement of passion... Why does someone think "coding" is just typing? Xtreme Programming isn't just about writing code. It is about the process of creating software. Yeah, I want you coding when you are working. You can go somewhere else if you are your view of coding is "typing" or if you want to spend 6 hours a day exercising like the person above.

  62. Literally? by pchasco · · Score: 1

    My wife had written "Eat. Sleep. Run. Repeat." On our whiteboard while we were training for our last marathon. Obviously it was not to be taken literally and was only for motivation.

    1. Re:Literally? by serviscope_minor · · Score: 1

      The whole "eat, sleep, X, repeat" thing is fine for a limited time and if it's by you and for you and your benefit. Being pushed by a company for their benefit even as a "joke" feels kinda creepy.

      --
      SJW n. One who posts facts.
  63. Sounds good by Imp00 · · Score: 0

    That's pretty much my life. Can I get a free t-shirt out of it? You know, for my troubles.

  64. Seriously by backslashdot · · Score: 1

    Ok, everyone knows "Eat, Sleep, Code" is a joke. What I find shocking is that somebody thinks it's real. There's probably nobody who does eat sleep code outside of a few bursts lasting at most a few months to a year when working at a startup. I mean, you have to go buy the red bull at some point, right? Anyway, I think it's a good tag line though.

  65. Yes, this is usually how it works... by bytesex · · Score: 1

    But only for one or two years or so. And only when you're young. And only voluntarily. How do you think concert pianists get to where they are? They 'eat, sleep, play the piano, repeat'. It's how *everyone* gets to a good level of proficiency at *anything*.

    --
    Religion is what happens when nature strikes and groupthink goes wrong.
  66. Funny some people see similarities, some don't by raymorris · · Score: 1

    > explain the task so I can understand the business motivation and the real deadlines

    Mod up.

    > that would mean I already did something vaguely similar and if that would be the case, then I would be perusing [reusing?] that other piece of code so there's no a third time. ... The first case is a boring one that, fortunately doesn't happen too frequently.

    It's interesting, I've almost always done some vaguely similar. Example 1: the organization has data in system X and they want it to be in system Y. Each can use (different) text-based formats to export and import data. Example 2: we want to a GUI to manage some information that's in a database. Example 3: we want to watch for cases outside the norm and trigger some action.

    For most projects, I have some experience I can draw on. Yes, I'm a senior.

    1. Re:Funny some people see similarities, some don't by turbidostato · · Score: 1

      "I've almost always done some vaguely similar. Example 1: the organization has data in system X and they want it to be in system Y."

      Me too. And what I observed is that the problem is never transforming data X into Y, but learning waaaay into the project, that data X was not all data that needed to be transformed since part of it came from an external source of truth which won't be available once the system is decoupled. And then, another part of the dataset involved -oh, I forgot to tell you about it, really? a binary blob fed from some big iron over there, produced by a library we don't have the sources for. And then again, this project started so we could share the data with a partner but by moving the data to a different datacenter, three other partners will lose ability to reach it, and even if they did, they still would need exactly the same API they are already using -all of which was not in the two minutes brief by the manager, the one that ended with "oh, c'mon, of course you can give me a guess, this must be easy peasy for you, ain't so?"

      And then, after I got my long conversation with the manager, one of two things happened: either it was indeed easy peasy, and then the project would go to somebody with less seniority, and it's up to him to give an estimation, or some (or all) of the problems I highlighted above arose after the PoC, which meant that my best guess has no less than two orders of magnitude in time-to-deliver variability, which is basically as good as no guess at the time-to-deliver. In those cases, instead of a date I tend to offer a high level risk assessment (easy / risky / you'd better buy a lotto ticket...) and then it's up to the manager to go ahead or not.

      Regarding seniority, remember it is not the same thing "ten years of experience" than "one year of experience, ten times".

  67. Google self-destructing? by Anonymous Coward · · Score: 0

    Google seems to me to be rapidly self-destructing.

  68. There is a half life on the work cycle of a coder by Anonymous Coward · · Score: 0

    I find most of the arguments here indicative of a point of view that has never been tainted by working with data structures with > 5 dimensions, for long periods. The reason for the long hours isn't because of love. The reason is that productivity in the zone is a multiple of the productivity outside of the zone.

  69. Not so smart by Ol+Olsoc · · Score: 1
    This is how we are supposed to get a large number of people interested in coding?

    Hell, I was one of those obsessives in the workplace, and I've universally caught crap about it in here. I don't think one person ever agreed with me about my work habits.

    So now, we are supposed to attract young people, especially young ladies into coding with the attitude that it is the only thing you do in life beside eating and sleeping?

    That's maybe 1 in a thousand people that have that outlook, and by and large, they are considered freaks.

    In a pop culture world, that dog won't hunt.

    --
    The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
  70. Getting out by atticus9 · · Score: 1

    Yeah for someone who's all about getting out their seems to be some confusion that this is a play on a common meme "Eat, Sleep, Rave, Repeat". Which was never meant to be taken literally either, it's a song. Not an instructional manual.

  71. I hate coding by eggstasy · · Score: 1

    And that is precisely why I am good at it. I would never write long-winded BS that was mostly copy-pasted, loaded with huge if-else chains that can't be unit tested.
    At my current job I delete more code than I produce. I refactor the BS written by junior coders in the past ten years and it is not uncommon to replace 100 lines of code with 2 or 3. Deleting BS code is so satisfying 3
    "Work smarter, not harder!"

    1. Re:I hate coding by SoTuA · · Score: 1

      All of this. I'm now officially an old fart, but still I derive immense pleasure in cleaning up crap code. Which my younger colleagues provide generously. ENUMS DO NOT WORK THAT WAY DAMMIT!

  72. Agreed by Anonymous Coward · · Score: 0

    I find that I produce much cleaner code if I take a bit more time to think about it first. So I imagine this practice scales up to the case in this article.

  73. It's always what you put in by Anonymous Coward · · Score: 0

    To excel at anything, you need to go all out. This has always been true and will always remain true.