Slashdot Mirror


The Truth About Hiring "Rock Star" Developers

snydeq writes "You want the best and the brightest money can buy. Or do you? Andrew Oliver offers six hard truths about 'rock-star' developers, arguing in favor of mixed skill levels with a focus on getting the job done: 'A big, important project has launched — and abruptly crashed to the ground. The horrible spaghetti code is beyond debugging. There are no unit tests, and every change requires a meeting with, like, 40 people. Oh, if only we'd had a team of 10 "rock star" developers working on this project instead! It would have been done in half the time with twice the features and five-nines availability. On the other hand, maybe not. A team of senior developers will often produce a complex design and no code, thanks to the reasons listed below.'"

487 comments

  1. Summarized by war4peace · · Score: 3, Insightful

    The whole article could be summarized like this: "We have no fucking clue how to manage rockstar developers".
    If management or MBAs don't click with devs, the project is ripe for crashing.

    --
    ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    1. Re:Summarized by Anonymous Coward · · Score: 0

      A team of senior developers will often produce a complex design and no code

      The best code written is the code that isn't there.
      See "Negative Code"

    2. Re:Summarized by jellomizer · · Score: 5, Insightful

      No it is more of a case that most companies don't need a team of rockstar developers.

      Because in truth you don't. For an average medium large project
      1 Rockstar Developer
      3 Mid Level Developers
      6 Jr. Developers

      The Rockstar works on the proof of concepts, and the base architectural design.
      Mid Level make the core building blocks
      Jr. Developers put all the pieces together.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    3. Re:Summarized by SQLGuru · · Score: 1

      You need a couple of rockstar developers so that you can have an unresolved argument. :)

      Actually, that ratio is fairly close. You need a rockstar to solve the tough problems and a team of junior developers to do the less glamorous work. The mid-level guys are "rockstars in training".

    4. Re:Summarized by Anonymous Coward · · Score: 1

      The whole article could be summarized like this: "We have no fucking clue how to manage rockstar developers".
      If management or MBAs don't click with devs, the project is ripe for crashing.

      Andrew Oliver is a genius:-

      • 1. Convince companies not smart is smart
      • 2. Recruit the mediocre for his new company - Rent-A-CodeDerr
      • 3. Profit!
    5. Re:Summarized by IICV · · Score: 1

      The whole article could be summarized like this: "We have no fucking clue how to manage rockstar developers".

      Actually I think it's even worse than that - notice that as soon as the author gets into the meat of the article, it transforms from "rockstar developers" to "senior developers".

      The two terms are not interchangeable. A "senior developer" has spent many years in the field, a "rockstar developer" is someone who fits the 10x productivity rule. Although he mentions it in passing, this is the fundamental problem with the article: being a "senior developer" affects your productivity by maybe 1.5x - 2x; being good at programming affects your productivity by 0x-10x.

      If you tell your HR department you need to hire ten "senior programmers", you're probably not going to get any sort of rockstar programmers out of it; the rockstars are already employed, and you're not going to find them just because you want them to be there. You're just going to get a bunch people with ten year's experience who aren't very good at what they do (which is why they're looking for a job).

    6. Re:Summarized by darronb · · Score: 4, Insightful

      I strongly disagree in the concept that rockstars only design and don't code. Sure, lots of senior people I meet seem to think they've earned the right to just think all day on problems and let more junior people slog through actually coding anything. Many times you end up with (as Joel put it wonderfully) architecture astronauts that do much more harm than good. Many of the ones that avoid that particular trap just cost you a lot of money to work at a way lower productivity level than what they're capable of producing.

      Coders need to constantly code, or they start to drift off the reservation. They develop odd ideas of what software development should be (which can end up quite burdensome since they don't have to do a lot of it themselves), and chase down crazy edge cases as thought experiments.

      While the junior people need to learn somewhere, I'd much rather just work with just 'senior' level people personally. (That's generally a watered down ranking anyway, and certainly not rockstar level) Sorry, you guys deal with the rest. :) Any competent senior-ish level person can code faster than they can explain what to do to/clean up after junior developers. Even assuming a really well architected system broken up into easy blocks for the junior people to code (which doesn't happen in practice quite as often as/well as it should) just means that the easy blocks could be done in minutes by the more senior people.

      At the moment, at my largest client they've got one near-rockstar guy and myself. We get things done about 10 times faster than -competent- teams I've work with in the past. When the platform evolves to a point where it needs some refactoring, there's no whining and it gets done FAST. (it's R&D, the requirements change rapidly) It's awesome. I wish I could hire the guy.

      One of the weakest points of having more junior developers is handling signficant design shifts. On past teams we ended up avoiding or delaying making changes we needed to make because we were afraid of dealinng with the confusion from the juniors. The code ended up accumulating cruft to a much greater extent as a consequence.

    7. Re:Summarized by Anonymous Coward · · Score: 0

      You sound like the problem. Many highly-qualified people are unemployed in IT and CS these days because management prefers to hire mediocre people or rejects the more experienced applicants. On one project, for example, the person assigned to integrate various systems had spent 1 year and produced no workable code so every few days the systems had to be flushed to force all data to synchronize. The manager dumped the integration into my lap after I called out the co-worker. I had to begin from scratch due to the poor quality of the integration code and completed the project in under 3 months including all business rules gathering and pre-production testing. Guess whom was hired into the permanent position? The screw-up.

    8. Re:Summarized by mjwx · · Score: 1

      The whole article could be summarized like this: "We have no fucking clue how to manage rockstar developers".
      If management or MBAs don't click with devs, the project is ripe for crashing.

      As much as I dislike management, 9 times out of 10 it's "rockstar" developers not co-operating with managers (or the rest of the team for that matter, lets not even consider how they treat "peons" like accounting and infrastructure staff).

      I've seen some very good managers absolutely lose it with "rockstar" devs, to the point where they've made that dev quit (easier than trying to get them fired here in Oz), oddly enough the teams performance improved once that individual left. OTOH I've seen some shocking managers completely suck up to "rockstar" devs where it's ended in catastrophe and the project manager and developer are both looking for someone else to blame.

      A good developer, a really good developer leads a team, leads by example, makes sure the work is done right and helps the junior developers improve their skills. Someone like this would never describe themselves as a "rockstar". Rockstars don't do this, they're too concerned with their own ego and entitlements to let little people get in the way. This is why I hate working with a "rockstar" anything, they are more interested in themselves than their work where as I like working with people who take pride in their work and aren't arrogant about it (Dunning-Kruger applies here I think).

      Never pander to a "rockstar's" ego. It'll only bite you in the arse every time.

      BTW, people who think managers need to butt out and let the "rockstar" do their thing are deluding themselves. Left to their own devices, a "rockstar" will do what they feel like, not what the client actually needs (a lot of devs have this problem, which is why we have Project Managers to bridge that gap, the difference between a good dev and a "rockstar" dev is the good devs aren't in denial about it).

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    9. Re:Summarized by Anonymous Coward · · Score: 5, Insightful

      This "rockstar" term is so fucking stupid and abused. If you have millions of end-users who know your name and what you did, THEN you can call yourself a rockstar programmer. It's mostly a public image thing too, rather than quality or quantity of code. Programmed some lame server-side java app in half the time it takes most people? Not rockstar.

      The only rockstar programmers I can think of off the top of my head are John Carmack, Tim Sweeny, Brian Fargo, Warren Spector, Sid Meier, Peter Molyneux, John Romero (classic rock I suppose), and Cliff Bleszinski. All of these guys are games industry programmers that are high profile. When's the last time you saw publicity on generic corporate coder #81635?

    10. Re:Summarized by tnk1 · · Score: 3, Insightful

      I agree that you will 9 times out of 10 get a veteran, as opposed to a performer, but rock stars are always going to be looking for new jobs, because that's how you actually get raises these days. Not to mention that staying in the same job will eventually bore them after a few years.

      The thing is, they will be snapped up quickly, and usually can find these new jobs via back channels. Don't expect to find these guys by looking for people to respond to your ad for jobs. People like that are headhunted and often move jobs when they feel like it. Unless your search starts headhunting people or unless you network sufficiently, you won't find them.

    11. Re:Summarized by hackula · · Score: 3, Interesting

      Sometimes having specialized people who do not code a whole lot is necessary. I work with a lot of Phd folks who can crank out some really powerful algorithms, but their code leaves... something to be desired. I do work in a pretty edge case kind of field though (geospatial analytics), that has a good bit more math than your average business dev work. Those devs do go off the reservation, but that is pretty much the nature of the work, and its better them than me. I am more than happy to interpret their algos and architect them into a maintainable solution. We also have worker bees who write reports and do basic data processing code. I live happily in between (my title is software architect (which I realize everyone thinks is bullshit, but I think it fits pretty well)), writing the most code, designing the "big picture" of the applications, and piecing everyone's work into one unified product. TLDR: Every type has a place, even the people who cannot grok the complex design patterns AND the people who are too smart for their own good and can be focused in on particular difficult-to-design modules.

    12. Re:Summarized by hackula · · Score: 0

      Senior devs are often worse than the juniors IME. As the saying goes, "some people have 10 years of experience, and some people have 1 year of experience 10 times". That 1.5x productivity boost does not look so good when it was multiplied by the dev's productivity in 1982. Juniors have an almost automatic productivity boost over those types because of the new tools and tech that they were brought up in. Of course, if the junior does not learn and grow actively, they will be in the same spot in 10 years anyway.

    13. Re:Summarized by TemporalBeing · · Score: 1

      No it is more of a case that most companies don't need a team of rockstar developers.

      Because in truth you don't. For an average medium large project 1 Rockstar Developer 3 Mid Level Developers 6 Jr. Developers

      The Rockstar works on the proof of concepts, and the base architectural design. Mid Level make the core building blocks Jr. Developers put all the pieces together.

      I disagree. Where I am presently working our parent company does that - they have 1 senior developer who is in charge of everything, and then a bunch of other lesser developers that implement what the senior developer says to do. Their products all suck, and they don't deliver to customers expectations. Many have sworn never to buy from our parent company.

      On the other hand, in my portion of the company (until the parent destroyed it) we had 4-5 mid-senior level developers, and could turn out products that met expectations in reasonable time. We actually had something the industry we're in wanted.

      It doesn't really have anything to do with ratios, as it does having a team that works well together and can deliver products. If they can't deliver, then it doesn't matter how skilled they are they need to go. If they can't work together, then it doesn't matter how skilled they are, they have to go. If they can do those two things, then products will happen and the ROI will generally be very good.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    14. Re:Summarized by quintus_horatius · · Score: 3, Insightful

      After reading your post, I realized that slashdot needs a 'bitter' mod point.

    15. Re:Summarized by war4peace · · Score: 1

      Oh my god. So being KNOWN makes you a rockstar coder? Boo.
      Music analogy: Elend, Haggard and In The Woods would beat Rihanna's ass any given day in terms of pure musical skills. You're basically telling me that Rihanna is a better singer just because she looks good and moves like a pornstar in her video clips? Wow.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    16. Re:Summarized by darronb · · Score: 1

      Well, I did have a really good experience that was similar at one client where a communications scientist would fly over and spend a week in my cube every few months basically explaining algorithms he developed in matlab. We'd take his algorithms to date as a starting point. First, I'd just come up with a reasonable translation of his matlab code (altering the algorithms for better performance with guidance from him to make sure changes I made didn't break the concept). After that, we'd usually iterate for a few days on improving the algorithms beyond what he'd done. This system worked really well... although he had a lot of down time waiting sometimes a few hours at a time for me to code the next iteration (I'd refactor in place to avoid messing up the code too much, sometimes forcing him to wait a bit). I on the other hand was crazy busy. I always looked forward to those visits.

      While he did write a lot of matlab code... he was really considered a scientist, not a developer. What I was doing (and you too, apparently) was translating the scientist's work into well architected and maintainable code. There are certainly roles like this for experts to play, but usually for software platform architecture problems I think my original statements stand. System architects should be coding... their work should already be well architected and maintainable by definition.

      it's possible that there would be code architecture tasks that require deep thought and possbibly translation by another into a broader framework... but then they're not the high level design architect either... more of a subsection specialist. They should still code proof of concepts just to avoid wasting people's time even if they get thrown away.

      I was a small part of one large platform that needed seriously major but quite obvious refactoring that never got done specifically because the "top level architect team" was mentally masturbating over the next system design that never happened because they just kept iterating... for over TEN YEARS. If the architects were required to produce at least some functional modules that met design requirements by a certain delivery date then they'd be accountable if they never got something out the door. As it was, they felt like they were producing a lot, but they never actually delivered any product. High level management would ask what the hell was up, and they'd end up in meetings getting huge tomes of past software architecture design iterations thrown at them. The architecture team would show them how much work was being done and try to convince them the task was really really hard. It wasn't.

      Luckily, that architecture team was eventually sidelined by a major outsourcing outfit. The outsourcing team cost a lot more, produced really ugly code, and took at least twice as long.... but at least things were going out the door again.

    17. Re:Summarized by war4peace · · Score: 1

      As much as I dislike management, 9 times out of 10 it's "rockstar" developers not co-operating with managers (or the rest of the team for that matter, lets not even consider how they treat "peons" like accounting and infrastructure staff).

      Those were NOT rockstar coders, they were cowboy coders.

      I've seen some very good managers absolutely lose it with "rockstar" devs, to the point where they've made that dev quit (easier than trying to get them fired here in Oz), oddly enough the teams performance improved once that individual left. OTOH I've seen some shocking managers completely suck up to "rockstar" devs where it's ended in catastrophe and the project manager and developer are both looking for someone else to blame.
       

      Those were NOT rockstar coders, they were cowboy coders.
      Let's get our facts straight. There are coders who are unmanageable, and they can't be called rockstars, period. They lack an ingredient, and that's human interaction skills. Sure, a rockstar coder could be difficult to manage, due to mainly stubbornness or "thinking too fast", but impossible to manage? No.

      BTW, people who think managers need to butt out and let the "rockstar" do their thing are deluding themselves. Left to their own devices, a "rockstar" will do what they feel like, not what the client actually needs (a lot of devs have this problem, which is why we have Project Managers to bridge that gap, the difference between a good dev and a "rockstar" dev is the good devs aren't in denial about it).

      Yes, here we agree completely.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    18. Re:Summarized by Bucky24 · · Score: 1

      I highly doubt that Rihanna is a better singer then whoever else you mentioned. But that's not the point the point. People know her, and that is what matters. Hell it's even in the dictionary definition:
      rock star
      noun
      a famous singer of rock music
      The keyword there is famous

      Hence a rock-star programmer would be someone that everyone knows. And hell, it might not even be that they're famous world-wide. Maybe it's just the guy in your company that everyone goes to because he does high quality work.

      --
      All the world's a CPU, and all the men and women merely AI agents
    19. Re:Summarized by gagol · · Score: 1

      I consider myself a communication veteran rock-star. At my first job I was responsible for the network well being and also the senior (read only) graphical artist of the agency. Every year I learned something new, got more responsibilities, to the point yo ucan now call me event designer, or video director/editor/producer (listed in order of real world importance), I also can program a CMS in C++ if required... when the company closed due to boss retirement and no succession, I can now barely stay a year in one place, the repetitiveness and boring nature of any job I got depress me deeply (medicaly). Especially in family businesses where your last name is WAY more important than actual skills to get promoted, the bosses kids are usually afraid from me stealing their supposed rightful place in the company...

      --
      Tomorrow is another day...
    20. Re:Summarized by war4peace · · Score: 2

      So, my manager telling me "you're a rockstar" all the time is basically a string of lies? And me, who thought he was of an integer behavior and had a good character. Time for me to get real.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    21. Re:Summarized by Anonymous Coward · · Score: 0

      The only ones?
      What about: Linus Torvalds, Bill Gates (... You know his name, he's done programming..hold the flames) , Alan Cox, RMS, Mark Zuckerberg?

    22. Re:Summarized by Anonymous Coward · · Score: 0

      I'm surprised you didn't add Peter Norton to your list. Of the folks on your list I doubt anyone not in the industry would recognize anyone except Sid Meier, Peter Molyneux, and John Carmack. And of those I'd be willing to bet most people that are not into gaming would only be likely to recognize Sid Meier.

    23. Re:Summarized by Anonymous Coward · · Score: 0

      geohot, pod2g...

    24. Re:Summarized by Anonymous Coward · · Score: 0

      The NSA, DoD, and defense contractors have millions of 'end users' that would never know the name of the people who designed and manufactured the product. What do you call those people?

    25. Re:Summarized by Anonymous Coward · · Score: 0

      Funny, when I worked on a team with 1 rock star and many junior level people, the junior people would fsck up the rock star's code. Such as the manager wanted a certain font, so the juniors in india went to each element of code to change the the font instead of using the .css...

      I would say 1 rockstar -- tons of mid level people and a few juniors you're trying to promote and educate to mid level.

    26. Re:Summarized by obarel · · Score: 1

      Boo.... lean!

    27. Re:Summarized by Anonymous Coward · · Score: 0

      The only rockstar programmers I can think of off the top of my head are John Carmack, Tim Sweeny, Brian Fargo, Warren Spector, Sid Meier, Peter Molyneux, John Romero (classic rock I suppose), and Cliff Bleszinski. All of these guys are games industry programmers that are high profile.

      Definently worthy rockstars, but half of them are rockstar designers and not programmers. A totally different breed with far more impact then any programmer can hope to have. ;-)

    28. Re:Summarized by rev0lt · · Score: 1

      Senior devs are often worse than the juniors IME.

      I think you are confusing senior devs with geriatric devs. I'd say you get two types of juniors - the academic and the hacker. The academic tries to apply (to a varying extent) endless layers of abstraction or really obvious/dumb approaches to not-so-complex problems. They usually produce acceptable code, but the algorithms usually are crap. The hacker usually has a lot more experience, but often repeats patterns he saw elsewhere without thinking too much about them. Their code tends to be crappier, but it is usually compensated by their real-world experience.

    29. Re:Summarized by Anonymous Coward · · Score: 0

      I'd add Michael Abrash as well.

    30. Re:Summarized by jc42 · · Score: 1

      No; you're missing the meaning of the term "star". This word refers solely to how well known someone is. It has little (if anything) to do with actual talent. Rihanna is a star simply because she's well known. That's mostly the result of marketing.

      The term "rock star", when used as a metaphor, is basically an insult. It means that the name is known to the people walking into most of the customers at retail computer outlets like Walmart and the Apple Store. Being know to the readers of /. doesn't qualify you for the term, just as being known to the denizens of the local indie record story doesn't qualify you as a "rock star", no matter how good you may be.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    31. Re:Summarized by Anonymous Coward · · Score: 0

      Half of those guys are designers, not programmers (CliffyB, Romero, Molyneux, Spector).

      Your definition of "rockstar programmer" is not the generally accepted one by the way.

    32. Re:Summarized by toddestan · · Score: 1

      That's odd. I always thought "rockstar" meant that they considered themselves hotshots, thought they were all that, know-it-alls, where the whole world (or at least the whole company) revolves around them. Usually they are a bit of a cowboy too, in the sense that they tend to only do what they want in the way that suits them. And they are talented enough to get away with these antics, which means everyone else has to put up with them (much like some real rockstars).

    33. Re:Summarized by robsku · · Score: 1

      I would add at least Linus Torvald (not just because of his work with Linux, his not first one to program a kernel by himself and I don't know how much of the work in current kernel is done by him, and how much worth does his kernel work has) for his skills and fame and RMS (no matter what anyone thinks of his philosophies) because, well his done some spectacular work, like emacs, and has earned name too.

      --
      In capitalist USA corporations control the government.
    34. Re:Summarized by robsku · · Score: 1

      I highly doubt that Rihanna is a better singer then whoever else you mentioned. But that's not the point the point. People know her, and that is what matters. Hell it's even in the dictionary definition:

      rock star

      noun

      a famous singer of rock music

      The keyword there is famous

      Another keyword is rock. According to closest dictionary to me (wikipedia) her genres include R&B, pop, dancehall, reggae, hip hop and dance - none are even close to rock.

      Pop star would work.

      --
      In capitalist USA corporations control the government.
  2. Re:Don't hire union workers by AliasMarlowe · · Score: 5, Funny

    Rock Star Developers, seriously? None of them are that good.

    Agreed. Rock Stars suck as developers. And most of them suck at rock, as well.

    --
    Those who can make you believe absurdities can make you commit atrocities. - Voltaire
  3. Troll Article? by Narcocide · · Score: 4, Insightful

    Article is weak on expertise.

    1) No, you don't need 10, idiot, you just need ONE, and about a dozen or so relatively obedeient and competent non-novice developers.

    2) Those weren't senior developers.

    1. Re:Troll Article? by ccguy · · Score: 2

      No, you don't need 10, idiot, you just need ONE, and about a dozen or so relatively obedeient and competent non-novice developers.

      Some rules:
      -The definition of 'rock star' is relative to the teams (both past and present). The rock star in one team can just be so-so in a different team.
      - If everyone in the team knows (even if they don't publicly acknowledge) who their best guy is, all other egos are easily kept under control. No one wants to be more of an asshole than the best guy.
      - By using both previous rules at the same time, the best thing you can do is find the brightest possible guy that is also humble. You might think this is asking for the impossible, but not so much. For example I can bet you that on the exit door of Google I/O you can find thousands of developers that were considered 'rock stars' in their companies that were having some internal battle after the sessions (you know, thinking, "Do I really suck so much?", "I don't even know where to start...").

      Also, a fellow developer of mine used to say "Don't do today what you can leave for torromow; it's possible that you don't have to do it after all". When he said that I was in my 20s, he was north of 40. Back then, he sounded like a slacker. Fuck, was he right.

    2. Re:Troll Article? by Anonymous Coward · · Score: 1

      Yup, sounds to me, that like in every other industry, managers blame the underlings for their own lack of skill.

      Their problem though, is that unlike other industries, GOOD, decent or even half-decent developers are rare, so they can't fire them or make them quit and then just find someone who swallows all their crap. That's why they call good programming a talent.

      My advice to company owners, you make a development team. Not the horse and driver kind, so, for every rockstar developer, make sure you have a rockstar manager.

    3. Re:Troll Article? by donscarletti · · Score: 4, Insightful

      Best to have a couple of elite guys to motivate each other, a bit of camaraderie and some healthy competition. A single fulcrum may get stressed, lonely or complacent. I like having someone that I must work hard to prove I am better than.

      --
      When Argumentum ad Hominem falls short, try Argumentum ad Matrem
    4. Re:Troll Article? by Xest · · Score: 5, Insightful

      Exactly.

      If your "rock star" developers are over-engineering the problem, writing bad code or whatever, then they weren't "rock star" developers, but a bunch of ill experienced or underqualified amateurs that's kind of the fucking point.

      The article will be better labelled as "If your rock star developers aren't, then they'll produce just as shit a product as developers who don't even pretend to be capable of doing the given task".

    5. Re:Troll Article? by ShieldW0lf · · Score: 1

      Bullshit. The definition of a "Rock Star" developer is that they have a history of producing hits. It's not relative.

      --
      -1 Uncomfortable Truth
    6. Re:Troll Article? by JWW · · Score: 2

      You are so right a humble rock star developer is worth their weight in gold (or at least silver). Also humble rock star developers can be some of the best mentors to junior programmers because the don't maintain any off putting alloofness.

      Humble rock star developers aren't fairy tales either, they do exist. Having them on your development team is a fantastic benefit.

    7. Re:Troll Article? by YttriumOxide · · Score: 5, Insightful

      Bullshit. The definition of a "Rock Star" developer is that they have a history of producing hits. It's not relative.

      I have a history of producing software that gets the job done; sells pretty well; people like using; is very stable without too many bugs; and so forth.

      I however would definitely NOT consider myself a "Rock Star" developer by any stretch of the imagination. I'm self taught and have glaring holes in my knowledge in quite a few areas. I often look at code from others and go "ah, that's a better way than I would've used" (and then try to use similar things in my own code in the future). For example, after a good 5 years of coding all day every day as my day job, I finally figured out the "right" time to use interfaces vs other methods. My code before that should've used interfaces worked (and worked well) but would be much more maintainable had I really known about their correct usage before. And vice-versa, I came across some REALLY old code of mine that uses interfaces when it makes absolutely no sense to do so (I assume it was when I first heard what about they are)

      What makes me not a CRAP developer is that I know I have these holes in my knowledge and am willing to learn from others. That hardly makes a rock-star though, regardless of how much good stuff I've produced to date.

      --
      My book about LSD and Self-Discovery
      Also on facebook as: DroppingAcidDaleBewan
    8. Re:Troll Article? by Anonymous Coward · · Score: 1

      Exactly. Your band has 10 lead singers and no one to play the instruments.

    9. Re:Troll Article? by GameboyRMH · · Score: 1

      Article is weak on expertise.

      Well, it is an InfoWorld article...

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    10. Re:Troll Article? by Anonymous Coward · · Score: 0

      Also, you have to ask why did you hired the developer in first place. I've known cases were they hire an expert in networking to write code, and an expert coder to work on networking. They are both good, and experts but aren't "stars" in what they are solving.

    11. Re:Troll Article? by Lord_Naikon · · Score: 1

      Couldn't agree more. It is always good to speak to someone on the same level about the problems you're trying to solve; especially if they're architecture related with large ramifications if you get it wrong.

    12. Re:Troll Article? by DuckDodgers · · Score: 1

      You are competent, willing to learn from your mistakes, and productive. That's all necessary for being a rock star developer, but it's not enough. I think when people use the phrase "rock star developer" they're specifically thinking of someone that's competent, willing to learn from their mistakes, and ridiculously productive.

      I think Narcocide is correct, the article is a troll or at best misleading. If the person claiming to be a rock star developer can't code well, they are not one. If they don't use unit tests or write code that is hard to maintain, they are not one. If they charge off on needless tangents instead of tackling the task at hand, like the example in the article of writing a replacement for JSP, then they are not rock star developers. That said, JSP is horrendous and just about every other Java presentation layer system I have tried (like the ones in Tapestry, Wicket, GSP, Play Framework) is easier to read and write.

    13. Re:Troll Article? by djchristensen · · Score: 1

      I'm in a similar boat. I write good code because I care about the quality of my work. I generally have fewer defects in my code, but that doesn't make me a "rock star". In my experience, in any group sufficiently large, the real "rock star" is easily identifiable as the developer who just seems to know eveything and can offer accurate and useful advice without having to go off and research anything. More often than not, that developer actually doesn't do a whole lot of implementation, they're spending too much time guiding all the other developers in the right (technical) direction. What development they do is usually on the really hairy parts that require simultaneously very broad and very deep knowledge of the system.

    14. Re:Troll Article? by Anonymous Coward · · Score: 0

      "I have a history of producing software that gets the job done; sells pretty well; people like using; is very stable without too many bugs; and so forth."

      If you have a history like that, then you are a rock star developer. Most developers can't achieve one of the above in any single project.

    15. Re:Troll Article? by Anonymous Coward · · Score: 0

      If competency, willingness to learn and being productive is all that's necessary to earn the title "Rock star", that means the average developer should be making "Rock Star" money.

      A Developer should be able to do all that as part of their basic job skills - it's what people hire them to do. "Rock star" is a bullshit title added by ignorant people for no reason at all. I was hired as a rock star developer at my company and I felt insanely uncomfortable being referred to as such. I'm good at my job. That's it. I am not a super star destined to grace the cover of the latest tech magazine - I don't maintain a project used by millions of people (eg: jQuery).

      Overall I find the term "Rock star developer" to be demeaning to a very professional field as a whole.

    16. Re:Troll Article? by AwesomeMcgee · · Score: 1

      I keep a very clear definition of rock star on hand by spending lots of time on StackOverflow and seeing the likes of Henk Holterman, Marc Gravell, Jon Skeet, and countless others who while in my job I am found to be on of if not the best engineer they have and they refer to me as a rock star here, but I know 10 years of hardcore study and I still wouldn't be able to touch any of those guys I listed with a ten foot pole. *or countless others*. I've always found it valuable to find people who are clearly stupifyingly better than me at any given thing, really drives me to keep trying regardless of the praise I get from those who aren't, because I know there's a huge gap in front of me still left to cover.

    17. Re:Troll Article? by Anonymous Coward · · Score: 0

      No True Scotsman? You've redefined "rock star" to mean developers who produce successful projects and don't "over-engineering the problem, writing bad code".

    18. Re:Troll Article? by Anonymous Coward · · Score: 0

      "very professional field" I lol'd.

    19. Re:Troll Article? by ShieldW0lf · · Score: 1

      I don't maintain a project used by millions of people (eg: jQuery).

      Overall I find the term "Rock star developer" to be demeaning to a very professional field as a whole.

      I do, and you can call me a Rock Star if you want... I don't mind :P

      --
      -1 Uncomfortable Truth
    20. Re:Troll Article? by mjwx · · Score: 1

      Bullshit. The definition of a "Rock Star" developer is that they have a history of producing hits. It's not relative.

      I have a history of producing software that gets the job done; sells pretty well; people like using; is very stable without too many bugs; and so forth.

      I however would definitely NOT consider myself a "Rock Star" developer by any stretch of the imagination. I'm self taught and have glaring holes in my knowledge in quite a few areas. I often look at code from others and go "ah, that's a better way than I would've used" (and then try to use similar things in my own code in the future). For example, after a good 5 years of coding all day every day as my day job, I finally figured out the "right" time to use interfaces vs other methods. My code before that should've used interfaces worked (and worked well) but would be much more maintainable had I really known about their correct usage before. And vice-versa, I came across some REALLY old code of mine that uses interfaces when it makes absolutely no sense to do so (I assume it was when I first heard what about they are)

      What makes me not a CRAP developer is that I know I have these holes in my knowledge and am willing to learn from others. That hardly makes a rock-star though, regardless of how much good stuff I've produced to date.

      This,

      Add to this the ability to pass on useful knowledge to more junior team members and we're onto a winner.

      When I look for a good developer, I look for someone who can not only code well but code well with others. Relying on one person to do everything is foolhardy (I mean, what if he wins lotto), I don't treat devs like cogs, quite the contrary a good team member is made to feel very comfortable but I have zero patience for egos.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    21. Re:Troll Article? by AwesomeMcgee · · Score: 1

      This a hundred times. Frigging hate trying to bounce ideas off other engineers who are just like "Meh" and suggest the simplest most obvious approach which is full of flaws and say "It'll probably be good enough" rather than trying to look for ways of making the flaws go away. It's nice to talk to someone who helps you come up with new approaches that increase the code quality and stop you from writing flawed systems that are going to cause serious problems with a "It'll probably be good enough" approach.

    22. Re:Troll Article? by phantomfive · · Score: 2

      Mind sharing when is the right time to use interfaces? I like hearing the wisdom of other programmers.

      --
      "First they came for the slanderers and i said nothing."
    23. Re:Troll Article? by phantomfive · · Score: 1

      Also, a fellow developer of mine used to say "Don't do today what you can leave for torromow; it's possible that you don't have to do it after all". When he said that I was in my 20s, he was north of 40. Back then, he sounded like a slacker. Fuck, was he right.

      Mind if I quote you?

      --
      "First they came for the slanderers and i said nothing."
    24. Re:Troll Article? by ccguy · · Score: 1

      Also, a fellow developer of mine used to say "Don't do today what you can leave for tomorrow; it's possible that you don't have to do it after all". When he said that I was in my 20s, he was north of 40. Back then, he sounded like a slacker. Fuck, was he right.

      Mind if I quote you?

      Go ahead (minus the dyslexia).

    25. Re:Troll Article? by multicoregeneral · · Score: 1

      Yeah, that's a brilliant approach. Or, you can have three or four rock-stars of different disciplines that don't tread on each other. Force them to sit in a room and collaborate, and it works out. That's what the company I work for does, and I've found it to be an enlightened, and positive approach. They let me hang my eight foot pirate flag too. That's nice. I've also picked up Oracle dba stuff I didn't know before, and I'm getting help learning C. Good stuff.

      --
      This signature intentionally left blank.
    26. Re:Troll Article? by multicoregeneral · · Score: 1

      Define "bad." If the code works, can be maintained, and meets the client requirement, then there's no such thing as bad. We all make sacrifices when there are deadlines.

      --
      This signature intentionally left blank.
    27. Re:Troll Article? by Anonymous Coward · · Score: 0

      In my experience, in any group sufficiently large, the real "rock star" is easily identifiable as the developer who just seems to know eveything and can offer accurate and useful advice without having to go off and research anything.

      As a small business owner who's managed development teams I fully disagree.

      A real "Rock Star" developer understands or naturally has humility and would never categorize themselves as such; in fact, likely the opposite. Others on the team may look to them as such but the developer in question would never consider themselves this way. They would view themselves as a team leader at most. In my view this is an essential component of what makes a star, a star. A know-it-all developer who doesn't have to keep researching is usually a self-centered "I'm God" jackass who would have no place on my team.

      Only others can designate someone as having the qualities of a "rock star" developer. The developer themselves may even be uncomfortable with this designation due to what they perceive as holes in their own knowledge – they don't feel perfect and see their flaws. This drive to continuously improve upon already competent skills is EXACTLY what makes one a "rock star."

      If you're not continuing your education, if you don't have humility and know you have flaws (since we ALL clearly do) and if you have a big head and think you're "the shit" then you're a liability and will, eventually, BE the problem rather than one solving it.

    28. Re:Troll Article? by stretch0611 · · Score: 1

      Best to have a couple of elite guys to motivate each other, a bit of camaraderie and some healthy competition.

      True, but you do not need the entire team to be elite.

      Two or Three work well... I agree with the earlier comment by YttriumOxide... Your elite coders know what they are doing, they also know where their own skills are limited and are willing to learn... even from less competent developers. (Yes, anyone can have a good idea.) But, the elite coders will also learn from each other and become even better.

      Having one elite coder means that one person will define everything even if he makes a mistake. Having 2 or 3 allows for some discussion about the best way to proceed. Having too many is the same as having too many cooks... the code gets spoiled.

      There is one thing though... If your elite coder believes that he is so far above everyone else that he never makes a mistake, doesn't need to learn anymore, or can't learn anything from someone "beneath" him, he is not an elite coder and needs to be removed... He will become a detriment to any project he is on.

      --
      Looking for a job?
      Want your resume written professionally?
      DON'T USE TUNAREZ!!!
    29. Re:Troll Article? by gagol · · Score: 1

      "Don't do today what you can leave for torromow; it's possible that you don't have to do it after all"

      Dilbert, is that you?

      --
      Tomorrow is another day...
    30. Re:Troll Article? by gagol · · Score: 1

      Dont leave out awesome mathematician, if you dont know your maths, you miss a LOT of opportunities to created efficient code.

      --
      Tomorrow is another day...
    31. Re:Troll Article? by Xest · · Score: 1

      Sure, but the better the coder, the less sacrifices required.

    32. Re:Troll Article? by gagol · · Score: 1

      As an uber-geek who loves nature, I learned to related to my techno-literate fellows on the web, with my friends I go fishing, prepare big games animals to eat, make a fire fro time to time... at work I try to spread knowledge to the extent others are willing to suck it (not much). Country living for the nerds!

      --
      Tomorrow is another day...
    33. Re:Troll Article? by DuckDodgers · · Score: 1

      My second sentence was "That's all necessary for being a rock star developer, but it's not enough". Did you miss that sentence?

      I agree that the term tends to denote someone who's more egomaniacal than focused on being polite and writing maintainable code.

    34. Re:Troll Article? by SolitaryMan · · Score: 1

      If the quality of those "hits" is on par with the quality of the hits from the real Rock Stars ... then id does not say very much.

      --
      May Peace Prevail On Earth
    35. Re:Troll Article? by Bengie · · Score: 1

      The developer themselves may even be uncomfortable with this designation due to what they perceive as holes in their own knowledge – they don't feel perfect and see their flaws. This drive to continuously improve upon already competent skills is EXACTLY what makes one a "rock star."

      +9000 Insightful

    36. Re:Troll Article? by Anonymous Coward · · Score: 0

      Ask a rock star to play Jazz or Bach. They also know they cannot. Having limitations and knowing them and learning to fill the holes in your knowledge is what rock star programmers do all the time.

      The "uomo universalis" or "polymath" don't exist anymore, Henri Poincaré was the last one and he's been dead for a century.

    37. Re:Troll Article? by YttriumOxide · · Score: 1

      Ask a rock star to play Jazz or Bach. They also know they cannot. Having limitations and knowing them and learning to fill the holes in your knowledge is what rock star programmers do all the time.

      Not a brilliant example, since most of the best rock stars are classically trained and can handle both Jazz styles and classics like Bach fairly well. But I do get your point. I still wouldn't accept being called a rock-star developer though.

      --
      My book about LSD and Self-Discovery
      Also on facebook as: DroppingAcidDaleBewan
    38. Re:Troll Article? by YttriumOxide · · Score: 1

      Mind sharing when is the right time to use interfaces? I like hearing the wisdom of other programmers.

      I wish I could "elegantly" explain it. Basically, the question comes down to whether to use an abstract class or an interface. It's pretty clear you need to use one or the other in particular cases (or use neither, and end up with a fairly chaotic mess, like most of my code from 10 years ago).

      So, deciding between an abstract class and an interface, I generally go for a feel of what the system is going to do.

      An abstract class is something I'll use when I'm dealing with things that are similar in design or concept. These things (objects) will be medium to large in size generally, and have functionality that is common between them.
      Interfaces however, I'll use when I'm dealing with things that have (or more specifically are "required to have") the same kind of structure; but don't have any relationship to each other otherwise.

      So, programming a virtual zoo, "animal" is an abstract class that I derive "giraffe" from; but "process for feeding animals" is an interface since the way that animals get fed will be vastly different for each one but there are defined things that must happen.

      Sorry... that's not as clear as it could be (and I'm sure other programmers will pipe up to disagree with me on some detail somewhere), but like I said, I do it more from "feel" than any hard and fast rules. It's the "feel" that I was lacking before I got the hang of it.

      --
      My book about LSD and Self-Discovery
      Also on facebook as: DroppingAcidDaleBewan
    39. Re:Troll Article? by phantomfive · · Score: 1

      Interesting. I will have to think of that. In general I only use interfaces, never abstract classes. If two classes have shared functionality, I put that functionality in a separate class, and use composition (ie, make it a member variable). That is flexible.

      I will have to think more about abstract classes though, maybe I am missing something.

      --
      "First they came for the slanderers and i said nothing."
  4. Re:Don't hire union workers by Anonymous Coward · · Score: 5, Informative

    I'm not sure about how unions work in America, but in Germany the purpose of an organised workplace is to have a forum between workers and management. The union wants the company to be productive because that secures jobs and usually results in higher wages. The management want the workers to be happy because then staff turnover is reduced, productivity increased and honesty maintained.

    The UK and the USA are falling further behind as they put short-term executive profit over the needs of all classes of people.

  5. Who is the author, and what has he done? by Anonymous Coward · · Score: 0

    In my experience, anyone tossing off terminology like "rock star developer" is some kind of a poseur.

    1. Re:Who is the author, and what has he done? by pegdhcp · · Score: 1

      I do not think the Author is a complete poseur, so asking him to leave the hall would not be 100% correct solution. He seemed to have some project management experience. However there is a problem with him that I cannot put my finger on (or an appropriate place). No programmer in his right (or left one for that matter) mind can believe that a "programming test" during an interview would provide any meaningful indicator about a coder's abilities. Maybe you can ask the difference between SET versus SELECT and INSERT, but the answer would show the philosophical position of candidate at best. He can say that SET is a three letter command and others are six letter (thus inefficient :) ) commands, that there is a need for a four letter command in between.... He would be right. He can talk about the differences between utilization of read and write pipes amongst those commands and he would be right again. If I were to answer I would talk about offloading some CPU tasks from application server to database server and I would be right too. However a programming test, to see if a programmer can code, especially if you are looking for a possible "cowboy" (which is more suitable to the case than "rock star" I assume) is absurd. It is like claiming that there are already people in staff who can evaluate the code from such people... It would be more likely a case of "You are not expected to understand this", if candidate is really a good programmer. My Assembly instructor used to tell us that "no good programmer can understand their code after a year"...

    2. Re:Who is the author, and what has he done? by Ash+Vince · · Score: 2

      No programmer in his right (or left one for that matter) mind can believe that a "programming test" during an interview would provide any meaningful indicator about a coder's abilities.

      Actually, I think you are dead wrong here.

      I have been through a few programming tests and have now created a few as well and I think they can be a very good indicator if they are approached correctly (by the company, not the prospective employee).

      Firstly, there are no hard and fast wrong answers. I made a few glaring screw ups in mine but since I was able to recognise them myself and discuss them during the post test interview this did not count against me.

      We were asked to fill in some blanks in a some code (very big blanks though, more than a few lines long). This pretty much guaranteed some mistakes since we had to do it on paper with no access to a computer or any reference material. We also go to choose a language were comfortable with to do the test in (PHP or ASP since it was a web dev role). All in all I think the test took about half an hour, then a further half hour to discuss it.

      The main thing is that you do not expect the test to be marked and that be the be all and end all. Instead it is used as a starting point for an interview. Then the interview can be far more useful than if you just go in with a list of stock questions that the candidate will have rehearsed for anyway.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    3. Re:Who is the author, and what has he done? by Jesus_666 · · Score: 2

      That plus there are always applicants who seem very smart and capable until they actually get to coding, at which point they will completely fall apart as their "years of experience with PHP" turn out to mean "I spent half an hour with PHP 3 back in 2001".

      Coding tests won't allow you to perfectly gauge the coding abilities of an applicant but they will at least give you a rough idea on how familiar they are with the language and how they approach a problem in the time allotted. (Plus honesty; an applicant who starts out with "I don't know the language but I'm willing to learn it" leaves a much better impression than one who spends most of the test trying to find out how to display a string without ever having mentioned thay they have no clue about the language.)

      I find that starting with a short general interview, then doing a coding test for an hour or so and following that up with another interview where you discuss what the applicant did and how they did it is a fairly reasonable way of doing things. You can see whether they're familiar with the language and how they approach the problem in general. I'd rather not try to hire someone without a test. (Look at me, less than two years of total work experience and I'm talking like I know what I'm doing. Startupish companies put you in weird positions...)

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    4. Re:Who is the author, and what has he done? by dkleinsc · · Score: 2, Interesting

      Another key piece of why programming tests are useful: If you give out some relatively easy problems, you learn a lot by finding out not just whether the candidate can solve them, but what it took for them to solve it.

      For instance, I recently gave a relatively simple problem to 1 developer who seemed competent from the resume and our phone conversation: She took a quick look over the problem, typed for about 3 minutes and showed me her completely correct solution. I gave the same problem to another developer who seemed competent: He hunted and pecked for 15 minutes, poked through some documentation, and wasn't completely on the wrong track when I cut him off.

      When you get clear results like that, the decision of which candidate to hire becomes really really easy.

      Oh, and never ask stock interview questions, that's just a waste of time. Much better to ask them to apply their purported knowledge and experience to situations that might arise in the job, and use their answers to extract out thought patterns and problem-solving approaches. The fakers get really obvious in these kinds of interviews, and also really clear is whether they take any pride in their work or have a personality problem which would make them an ineffective employee.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
    5. Re:Who is the author, and what has he done? by Anonymous Coward · · Score: 0

      ...you learn a lot by finding out not just whether the candidate can solve them, but what it took for them to solve it.

      For one thing, you learn their approach to problem solving and what process/methods they've learned.

      The first thing to watch for on a coding test is: did they analyze the problem and design the solution before starting to code? If they just jumped in and started writing code, you don't want them!

    6. Re:Who is the author, and what has he done? by AwesomeMcgee · · Score: 1

      I must say, I have watched many people go through interviews and do well enough to get to the last stage we had: Hand them a laptop with the IDE we use setup and ask them to write, execute, and debug, a very simple program, think string reversal or parsing arithmetic strings to calculate answers like "2+3".

      Many seemed promising answered technical questions accurately and seemed knowledgeable, but spent 30 minutes trying to write a loop that reversed a string only to have bugs in it. After seeing this so many times I feel it is absolutely *required*, because in reality no developer should be hired beyond junior level if a loop to reverse a string takes them more than 5 minutes *at most*.

    7. Re:Who is the author, and what has he done? by AwesomeMcgee · · Score: 1

      I should note, it was always the IDE and language they were familiar with (we wouldn't have been looking at hiring them if they weren't already quite experienced in the technology environment we use)

    8. Re:Who is the author, and what has he done? by Surt · · Score: 1

      I find it odd that in your discussion of programming tests your examples are all DBA oriented.

      Programming tests are most useful for weeding out the large numbers of incompetent candidates. The incompetent candidate can't finish in the time allowed, and their code is often an obvious mess. A competent candidate breezes through it, their code is well organized and readable. A rockstar finishes the 45 minute interview problem after 10 minutes, and his solution covers all the edge cases it took you a year of familiarity with the problem to discover.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    9. Re:Who is the author, and what has he done? by Anonymous Coward · · Score: 0

      That is very interesting. My interview test for a programming related job went like this:
      Interviewer: There is a file with three columns of data. How would you go about swapping the data in columns 2 and 3?

      After I gave the first obvious answer and four other alternative ways, the interviewer asked me if I could do it any other ways.

      When I had exhausted all of the ways I could think of executing that task the interviewer said that he could only think of one way I missed. The test worked quite well, showing that I had knowledge of the tools and knowledge of problem solving.

      When I asked about it later it turned out that how I answered this question was a key factor into being hired. I have used this type of question when conducting hiring interviews with good success.

    10. Re:Who is the author, and what has he done? by Ash+Vince · · Score: 1

      ...you learn a lot by finding out not just whether the candidate can solve them, but what it took for them to solve it.

      For one thing, you learn their approach to problem solving and what process/methods they've learned.

      The first thing to watch for on a coding test is: did they analyze the problem and design the solution before starting to code? If they just jumped in and started writing code, you don't want them!

      Actually that is utter crap too.

      Do not try and force other people to follow the same process to a solution that you do, instead judge them on their results. Different people approach problems very differently but that often has no relevance to whether who's solution is better.

      It may be that the person you are testing has simply seen a comparison between the problem you gave them and a problem they have previously solved so can create a solution pretty much from memory. This is actually very likely based on the fact that tests you hand out in interview scenarios have to be short and quick.

      By your logic you just denied a perfectly good candidate the job based on your own preconceptions that there were taking a shortcut.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
  6. It's an art by TheCouchPotatoFamine · · Score: 3, Informative

    it's the lack of a single, piercing intellect who is given the power to do their best. You need SINGLE intelligence to coordinate complex maneuvers, and many minds to search out the plain of solutions like hunters of old. Coding is actually quite holistic, occurring in natural stages. Maybe the problem isn't that there too many or too few people; a good software team should be inspirational, allowing the members to spend time for excellence, even if its not obvious (to you, the hiring boss).

    No surprise efficiency is an issue in some places; if one builds a "well oiled" machines for it's consistency of action, trouble us not about these tiny changes (in all honesty) that leave managers hoping humans can be better machines. The art you are looking for, and the people, aren't found where that idea lives.

    --
    CS majors know the time/space tradeoff, but they never get taught the 3rd, crucial, tradeoff of the set: comprehension!
    1. Re:It's an art by gallondr00nk · · Score: 1

      You need SINGLE intelligence to coordinate complex maneuvers, and many minds to search out the plain of solutions like hunters of old.

      It sounds like they desperately need to employ Borg as developers.

    2. Re:It's an art by Anonymous Coward · · Score: 0

      The number of times I've wished I was a hive-mind roughly equals the number of times I've been the architect of a large software solution. (It's a number in the low double-digits.)

      You get to a point where you know every tiny little thing about the design, interactions, architecture, to-dos, and wishlist items that you are practically the only one that can work on the project. Everyone else has to work at your direction, and directing them takes time. You end up being the de-facto project manager with none of the actual shot-calling authority of the "real" project manager. Unfortunately, you're often expected to be a developer at the same time, so you end up overworked and underpaid. To be a mind directly controlling many bodies simultaneously (like the Borg) would be a huge boon. Also, a sales pitch (I can do that work in half the time of the competition!) and a retirement plan (step right up and see the freak-show!).

  7. Unmanageable by Rosco+P.+Coltrane · · Score: 4, Insightful

    "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others, tend to do what they "know" is right instead of doing what they're told, and have an overinflated sense of ego. It's a high price to pay to exploit their expertise.

    At any rate, one diva per project, provided a good supervisor is found to manage them and the project is in early development, is okay and probably does bring added value. A team of them however is sure to bring chaos, as individual personalities will inevitably clash. And forget about getting these guys to work on products that are in the middle of their product lives.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:Unmanageable by TheCouchPotatoFamine · · Score: 3

      truly, it's as if we should choose people to work together who actually have a lttlle in common. In many contracts i held, we didn't even read each others resumes. How can you build a bridge of understanding with a person who "just wants to work" and defines that as having no spark or interest greater than what's for lunch? (or, what's for project - same thing) Talking, and sharing mistakes freely - coming to know each other so as to render help and criticism without fear of reprisal IS work. That's what "professional engagement" means - one are engaged! I consider myself an eccentric coder (oh i do so qualify), but my major gripe wasn''t some big lack of skill - it was lack of professionalism. If people expect treating each other like strangers on the subway will make a better workplace, and if the company only promotes lax, lazy, quiet, and completely unstimulating environment - well, i can understand the divas better then the people that fail to *care*.

      --
      CS majors know the time/space tradeoff, but they never get taught the 3rd, crucial, tradeoff of the set: comprehension!
    2. Re:Unmanageable by epyT-R · · Score: 3, Insightful

      "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others, tend to do what they "know" is right instead of doing what they're told, and have an overinflated sense of ego. It's a high price to pay to exploit their expertise.

      except of course when they do when they're told, and shit hits the fan because they were correct to begin with, and then they're blamed for the failure and canned. Who's the diva then? Your phrase 'doesn't work well with others' tells me all I need to know about the culture where you work. Process and consensus matter more than facts and the truth of a matter. This is a very poor environment for logical thinking of any kind, nevermind computer programming.

    3. Re:Unmanageable by ccguy · · Score: 4, Funny

      "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others, tend to do what they "know" is right instead of doing what they're told,

      No disrespect, but we developers also have a name for people that describe developers the way you do :-)

    4. Re:Unmanageable by Xest · · Score: 5, Insightful

      I think you've probably just been fleeced.

      ""Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others"

      To me this means they weren't rock star developers. Being a great developers means being excellent not just at writing fancy algorithms, but being able to architect great code, being able to communicate with the project stakeholders to find out what they really want, being able to organise and train other coders to improve their level of competence. If your "rock star" developers were problematic, then I'd argue what you actually had were a bunch of people who managed to sell themselves as being more competent than they were - they told you they were "rock star" developers and you believed them, but in reality they weren't.

      "tend to do what they "know" is right instead of doing what they're told"

      I take issue with this. Surely the whole point in hiring the best of the best is that they know from experience what the fuck they are doing. If you don't listen to them then you are hence the problem, why hire them if you're just not going to listen to them and do things your way anyway? If you know better then you don't need them in the first place. If you do need them, then fucking listen to them.

      Really, it's not difficult. The ones who really do deserve the "rock star" developer title are the ones whom you'd never have any of the problems you listed with (bar the one in the last paragraph which I believe is a flaw with your management rather than them). If you're having those problems then you've hired a salesman. A salesman who is a pro at selling himself at an overinflated price, but not really the person you were actually looking for.

      Having an ego runs completely counter to being a great developer or engineer, because if you have an ego you're not capable of introspection, you're not capable of noticing your flaws, your weak areas, and improving them. If your devs have an ego then they're never going to be as good as the ones who quietly and happily just self improve. Take John Romero and John Carmack, one of these has a massive fucking ego, an ego so big it can fill a football stadium, the other has a long history of writing pretty impressive cutting edge code without ever displaying an ounce of ego. The latter has had an impressive career developing cutting edge tech, the former, when he went it alone became probably the biggest flop in the industry and his studio was only saved by a bunch of other previously nameless devs who worked on a separate project away from him.

      Egos are a trait of wannabes, real superstars just get the fuck on and do what they do.

    5. Re:Unmanageable by luis_a_espinal · · Score: 1

      "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others, tend to do what they "know" is right instead of doing what they're told,

      No disrespect, but we developers also have a name for people that describe developers the way you do :-)

      No disrespect, but is this "we" that you are referring to? The fact is that there are divas in the software industry, and they are not necessarily among the best developers (even though they thing they are.) Once we get a diva in the team, it's just utter chaos. They are simply impossible to manage. They can bang code like no tomorrow alright. And they might be able to describe the state of a TCP session by heart. But that doesn't necessarily make them good developers. That's just savantism.

      As Dijkstra once put it, good developers are humble, or at least are capable of acknowledging what they don't know. A diva, OTH, is always right, in his mind that is, he is abrasive and nearly impossible to manage effectively.

      So when management (and other developers) calls them divas, they are usually right. True that there are systemic problems with management in some places. But not all management shops are created equal, and it does not negate the fact that the software industry is infected by divas (and code monkeys.)

      Also, the whole "rock start" term is so stupid and unprofessional. If you are looking for rock starts, you will most likely get pretentious walking turds. Don't look for rock starts, look for competent, professional developers. These are not the same, and the nuisance is missed to most apparently.

    6. Re:Unmanageable by Carewolf · · Score: 1

      "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others,

      If rock stars programmers work with genuine peers, the diva part of them will be suppressed. It is hard to feel superior when working with people against whom you are just average. Some of them can still lack in social skills(*), but you can often minimize the damages that could cause. Of course as a company you still need to be able to afford top talent and have a project that challenges or otherwise interest them.

      Examples I know where it works:
      WebKit, it has top talent from multiple companies that has to work together and also compete against each other as companies.
      Qt, a project that needs the best developers to make a product that will impress and please other developers.

      (*) In my experience lack of social skills disappears towards the high end of most skill scales. Really smart people often also learn how to interact with other people, even if they are different. Of course well-balanced top-talent costs extra and needs to be head-hunted as they tend to not get fired.

    7. Re:Unmanageable by Chrisq · · Score: 5, Funny

      "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others, tend to do what they "know" is right instead of doing what they're told,

      No disrespect, but we developers also have a name for people that describe developers the way you do :-)

      Let me guess: "Sir".

    8. Re:Unmanageable by bjourne · · Score: 2

      Having an ego runs completely counter to being a great developer or engineer, because if you have an ego you're not capable of introspection, you're not capable of noticing your flaws, your weak areas, and improving them. If your devs have an ego then they're never going to be as good as the ones who quietly and happily just self improve. Take John Romero and John Carmack, one of these has a massive fucking ego, an ego so big it can fill a football stadium, the other has a long history of writing pretty impressive cutting edge code without ever displaying an ounce of ego. The latter has had an impressive career developing cutting edge tech, the former, when he went it alone became probably the biggest flop in the industry and his studio was only saved by a bunch of other previously nameless devs who worked on a separate project away from him. Egos are a trait of wannabes, real superstars just get the fuck on and do what they do.

      I dont think the parent is talking about the same kind of "ego" as you. Unfortunately, it is not only the arrogant jerks that are seen as having an "overinflated sense of ego," even the most humble developer can have that accusation thrown at him or her in the wrong environment. You may be very good at something, you may also be aware of it and that most of your peers aren't as good at it. That's all it takes to have an overinflated ego because people will sense that you know it and will feel inferior. Doesn't matter if you are as friendly and humble as can be. And that is why people like us want to work at Google.

    9. Re:Unmanageable by locofungus · · Score: 4, Insightful

      A diva, OTH, is always right, in his mind that is, he is abrasive and nearly impossible to manage effectively.

      While this is probably true for some people, especially above average people who have only worked at small companies where they are the best developer with no real competition I think there's a second problem that can make good people appear like that:

      Sometimes we are asked to do something that is impossible. Not hard, not boring, not beyond our capabilities, but impossible.

      Mediocre developers will go off to start things when they are asked. Months later they'll hit the corner cases that make the project impossible to do and then will be completely flummoxed at which point one of the top developers will be called in to try to rescue the project.

      Where the top developers can be particularly weak is in trying to explain why a project "just won't work." It's surprisingly difficult to do in any moderately complex system. Often any single example that won't work has a simple solution. It's only when you consider many of the difficult cases together that you understand that the solutions are mutually inconsistent.

      One of the key things of the top people isn't just that they're good but that they don't (often) start along roads that won't work. Get two or three of them together, give them time to thrash out ideas (and them leaving work early on Friday to go for a pint might actually save your company hundreds of thousands in developer time when they realize there's a problem ahead) and you really can see a ten fold performance improvement in productivity. Not because more code is written but less is written and then thrown away.

      Maybe we're saying the same thing. But I have seen few true divas while you imply they're common. Many able programmers are not perhaps as socially functional as managers might prefer but that is, unfortunately, going to be a consequence of hiring people who are doing a job that needs excessive amounts of pedantry to get right.

      Tim.

      --
      God said, "div D = rho, div B = 0, curl E = -@B/@t, curl H = J + @D/@t," and there was light.
    10. Re:Unmanageable by gbjbaanb · · Score: 0

      The problem then is one of communication - your rockstar that whines "but I am right" and is later proven to be right has to question why no-one else accepted his knowledge. It could be because he cried wolf all the time over things that have no "right" answer (ie just different ways of achieving the same task), or its because he's a whiny sod who no-one likes.

      In either case, his technical knowledge is worthless, and he becomes the kind of loser who can only work by himself. In such a case you need to stuff the guy off to be a technical expert that is wheeled in now and then to provide some technical consultancy, or stuffed out of the way in a 1-man R&D dept.

    11. Re:Unmanageable by locofungus · · Score: 1

      In my experience lack of social skills disappears towards the high end of most skill scales. Really smart people often also learn how to interact with other people, even if they are different.

      Amen to this. I am sometimes amused in the various posts here about hiring programmers complaining about HR filtering and general inability of people hiring to recognize how brilliant they are.

      I think it is true that a good programmer can be good in any language. But that includes social discourse. Many here come over as proud that they're social misfits. That HR bod that they are so disparaging about is disproportionately young, attractive and female. Personally I think that's enough incentive to want to be able to charm her even if there isn't a job riding on it.

      Tim.

      --
      God said, "div D = rho, div B = 0, curl E = -@B/@t, curl H = J + @D/@t," and there was light.
    12. Re:Unmanageable by Anonymous Coward · · Score: 0

      The best people are never arrogant, they don't have anything to prove. The people who want you to think they are the best are arrogant. They don't want you to question their ability because it's lacking.

    13. Re:Unmanageable by Anonymous Coward · · Score: 0

      Brogrammers are much more manageable, right?

      What is the right mix of rock stars and brogrammers? And I heard this pair programming thing has led to fantastic leaps in productivity.

    14. Re:Unmanageable by Anonymous Coward · · Score: 1

      I've seen too many impossible things done to believe your self-assesment. There are things you can be reasonably sure are impossible given the constraints. But in most general cases it's shortsightedness and fixation on a particular aproach that gives you the (mistaken) belief that something isn't poosible. The truth is that you don't know if it can be done, and if it can, you don't know how to as of now, impossible is a lie to keep you looking all knowing.

    15. Re:Unmanageable by JDG1980 · · Score: 1

      Having an ego runs completely counter to being a great developer or engineer, because if you have an ego you're not capable of introspection, you're not capable of noticing your flaws, your weak areas, and improving them. If your devs have an ego then they're never going to be as good as the ones who quietly and happily just self improve.

      But if you don't have an ego, you will be paid significantly less than those who do. Studies show that aggressive negotiation is a prerequisite to getting paid well, and this requires a strong ego. In this case as in so many others, technical logic is in direct opposition to the logic of the business world.

    16. Re:Unmanageable by Xest · · Score: 1

      Having an ego and aggressive negotiation aren't the same things by any measure.

      At the end of the day, companies may have someone with a big ego running a development team and be misled to believe that they know their stuff, but when someone who really does know their stuff comes along, it doesn't take much for management to realise cold hard facts, such as the guy who knows his stuff, and quietly just gets on with doing the job is delivering higher profit margins, lower staff turnover in his team and so forth.

      I've seen this in a number of companies, the quiet but brilliant turn up on the first day of the job, they don't seem much, but they get on and deliver, they quietly gain respect as they manage to solve problems no one else could, sometimes even outside the role they were employed for, they deliver greater profits, their team is happier, and then they move on to new pastures and management look back at the guy with the ego with a completely recalibrated perspective on things.

    17. Re:Unmanageable by eples · · Score: 1

      "Rock stars" - we called them divas in my company - are notoriously unmanageable

      Smart people don't want to be managed by C-minus business majors.

      Even worse would be managed by even an A-plus History/English/Psychology major.

      Of which, corporate america is currently rife with.

      --
      I'm a 2000 man.
    18. Re:Unmanageable by drinkypoo · · Score: 1

      To me this means they weren't rock star developers

      We can't have a meaningful discussion about what is or is not a rock star developer (we can have fun ranting, but...) unless we can define the term. If you look at the behavior of rock stars they are really not known for it being good. A rock star is the guy whose product people want, he might be humble or he might be an arrogant asshole but he's putting it down and getting shit done. People buy albums based on an image, they don't buy the person and put them in their den.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    19. Re:Unmanageable by TheWoozle · · Score: 1

      ...are notoriously unmanageable...

      ...tend to do what they "know" is right instead of doing what they're told...

      It's a high price to pay to exploit [them]...

      The me be clear...middle managers like you are the problem, not competent developers.

      The best possible way to launch a product is with a team of six or less high power developers with one manager: a C-level executive who will listen openly and honestly, make the tough decisions quickly, and keep everybody else the fuck out of the way.

      --
      Insisting on "correct" English is like saying that there is only one, definitive recipe for chili.
    20. Re:Unmanageable by Maximum+Prophet · · Score: 1

      "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others, tend to do what they "know" is right instead of doing what they're told, and have an overinflated sense of ego. ..

      "Damnit, I told you the app had to read my mind, why doesn't it work???"

      If the people you hire are doing the wrong thing, get new people. If those new people *still* can't do it, suspect the requirements are not achievable.

      --
      All ideas^H^H^H^H^Hprocesses in this post are Patent Pending. (as well as the process of patenting all postings)
    21. Re:Unmanageable by bzipitidoo · · Score: 3, Interesting

      he's a whiny sod who no-one likes.

      That's a typical subjective evaluation too easily made and abused for nefarious purposes. You forget the power of office politics. He could be a well-mannered, polite person who was given the brush off and shoved into a closet, for political reasons. The other people on the "team" were afraid they'd look bad, and this would imperil their jobs. So they maligned and sidelined him, behind his back of course. Said he wasn't a team player, and a whiner, and all sorts of other difficult to assess bad qualities. Blamed him for every problem regardless of actual fault. By such means, the cabal can cover up their own mistakes and push a dangerous rival closer to termination at the same time. They may even resort to sabotage, "accidentally" deleting his work, for instance, then enjoying it when management roasts him for lack of productivity. Very Sienfeldesque. Who is management going to believe when it's one person's word against 5?

      Think cabals like that are uncommon? When people are feeling their own necks, feel they can't afford to be nice or fair, situations can quickly turn ugly. It can get rough when one team member greatly outshines the rest.

      Meanwhile, the rock star programmer will soon figure out what is going on. What is he to do? The rest of the team has turned against him, and is determined to make his every effort end in failure. He didn't do anything to deserve that, his "crime" was merely being too smart. He could try to rise above the pettiness, ignoring the politics and concentrating on the job. That might work, but much depends on how able the others are at sabotaging him. He could try to befriend them, help them with problems and the like, but that may simply not work. When someone has to be voted off the island, all he is really doing is persuading the others to cut someone else's throat instead of his. Each may still think that their best chance is to get rid of the most dangerous competitors first, while they still have numbers on their side, and the rock star can't dodge that assessment. Once he's gone, the rest have better chances against one another than they would have against him. He's a dead man walking in an environment like that. He could therefore play dumb, but it's difficult to maintain the facade for any length of time. If he complains to management, he merely confirms that he is a whiner. If he quits, he gets painted as yet another flighty, difficult prima donna, further confirming the general view of rock star programmers. This view is very convenient for the incompetent masses, and they are quite good at suckering management into that kind of thinking, that too good is bad, and too smart is dumb. And so it is perpetuated, in crummy articles like this one. He could try to demonstrate to management that the rest of the team is incompetent, show them for the conniving, treacherous scum they are. But this is likely a waste of time. It's rare that management is at that borderline level of competence where they didn't already know it, but once there is evidence, they will be convinced, and will take appropriate action. If they are newly arrived, then there's a chance. But if they've been there awhile, forget it. More likely, they already know the team plays dirty, and can't do anything about it thanks to nepotism. They may not care. Or, they don't know, in which case they can't be very good managers, not to know the temperament of their subordinates. If they aren't any good at that, they won't be much good at seeing through the bull, and are more likely to fire him than the real troublemakers. The management may even side with the incompetents, seeing them as kindred spirits.

      --
      Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
    22. Re:Unmanageable by Anonymous Coward · · Score: 1

      I have seen requirements that depended on either Strong AI or the halting problem being solved.

    23. Re:Unmanageable by Anonymous Coward · · Score: 0

      "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others, tend to do what they "know" is right instead of doing what they're told, and have an overinflated sense of ego.

      But of course!

      The great are bored with simple stuff. And they are so far ahead of "others", that almost all "cooperation" will only hold them back. So it may seem they don't work well with others - in reality the others are the ones who can't keep up. Pulling the wagon alone is easier than pulling the wagon and the other horses.

      They do of course not have much respect for a boss that don't know what he's doing. Unfortunately, many bosses are in that category. It is ok for a boss not to know as much as the hired experts, but then he had better not try to overrule them. A good boss knows that when you hire an expert, you give him considerable freedom because he knows his field so much better. Try fitting an expert into a "slot", and you ruin it all. It is not as if he need this particular job anyway, he can get another. Or he might actually prefer unemployment over boring work. A genius is not always "in it for the money", and might prefer a nice workplace over the highest possible pay. They don't fit common stereotypes, and many people just can't understand that at all.

    24. Re:Unmanageable by HapSlappy_2222 · · Score: 1

      Egos are like naughty bits; keep them both in your pants until it's time to use them.

      Seriously; it's fine to be confident; but it's not fine to be arrogant. Ego can lead to either confidence or arrogance, but confidence is far more appealing to an employer.

    25. Re:Unmanageable by tnk1 · · Score: 1

      I'd watch your bias. Some A-plus history majors understand the problems as well as anyone, maybe better. Particularly since they actually will tend to have this thing called "perspective" if they actually gave a shit about history to begin with. If only more development projects understood the value of learning from past mistakes, perhaps we wouldn't need rock star coders in the first place.

      And I don't think that corporate America is filled with A-plus liberal arts majors. For one thing, most business people I have spoken to wouldn't know history or English literature if it hit them in the head. They do tend to be pretty good with sports stats, however. Imagine that.

      Your problem is with people who obtain pieces of paper to say that they went to school and then think they are good at something else. Fair enough. However, I have run into plenty of "engineers" who got their paper and think that makes them perceptive and smart. It doesn't work that way.

    26. Re:Unmanageable by Anonymous Coward · · Score: 1

      > And that is why people like us want to work at Google.

      You may not realize this, given your obvious lack of self-awareness, but being humble presumes one doesn't go around professing how brilliant they are.

      Send a resume to Google and stop pretending you're deserving of the recognition without the work.

    27. Re:Unmanageable by Anonymous Coward · · Score: 0

      I can be professional without caring what the name of your goldfish is. I think you are highly overvaluing the total sum of your life experience as applied to the problem at hand, and you are certainly failing to appreciate some people do their best work when they are implementing the spec instead of being nagged to be a 'team-player'.

    28. Re:Unmanageable by tqk · · Score: 1

      Egos are a trait of wannabes, real superstars just get the fuck on and do what they do.

      I think that's the problem right there. Your *average* manager thinks superstars ought to look like divas and prima donnas. The eccentric nutbars fit into their Hollywood inspired "ET Tonight" vision of star quality, and not the merely quietly competent.

      I've found it a lot more difficult to find good managers than good devs. Almost any dev can learn, but every manager thinks s/he can teach.

      --
      "Tongue tied and twisted, just an Earth bound misfit ..." -- Pink Floyd.
    29. Re:Unmanageable by Anonymous Coward · · Score: 0

      Only in the military.

      In the private sector, we just sabotage them. Haven't you read the BOFH stories? They're practically an instruction manual.

    30. Re:Unmanageable by ccguy · · Score: 1

      "Rock stars" - we called them divas in my company - are notoriously unmanageable: many of them are temperamental, don't work well with others, tend to do what they "know" is right instead of doing what they're told,

      No disrespect, but we developers also have a name for people that describe developers the way you do :-)

      Let me guess: "Sir".

      Keep telling yourself that :-)

    31. Re:Unmanageable by Graham+J+-+XVI · · Score: 1

      If people expect treating each other like strangers on the subway will make a better workplace, and if the company only promotes lax, lazy, quiet, and completely unstimulating environment - well, i can understand the divas better then the people that fail to *care*.

      Hear, hear!

    32. Re:Unmanageable by MaerD · · Score: 1

      No disrespect, but we developers also have a name for people that describe developers the way you do :-)

      Project Managers?

      --
      I put on my robe and wizard hat..
    33. Re:Unmanageable by ccguy · · Score: 1

      No disrespect, but we developers also have a name for people that describe developers the way you do :-)

      Project Managers?

      No, that's too generic and also includes perfectly fine bosses who know how to make the most of their teams.

    34. Re:Unmanageable by hobarrera · · Score: 1

      Social skills and programming skills are way too different. What a portion of code does is clearly defined, what a function returns is predictable (generally), but when it comes to socializing, you need to know when to lie and when not to, you don't need to say the truth every time, but rather, know what other people want to hear, etc. You can only learn this from experience, there's no man page, or readable code example of how all this works.

      On top of that, I general don't care about what people have to say ni many scenarios, which I why I ignore them. I don't expect code to tell me about their lunch last week, or how it's ride to work was.
      Why would I bother doing something I dislike? And how does that reflect how I program (which I do like)?

      And I don't care if the HR girl is young and hot. I'm not looking for socialization/coitus/relationships/etc.

    35. Re:Unmanageable by gagol · · Score: 1

      While not being a dramaqueen like a diva would be, I was sacked in my last position, only to file for my patent application couple months later and on my way to financial freedom as we speak... sometime a diva may be just bad perception from clueless/fearsome management who dont believe there is an outside the box existing, all the while promoting "innovation" as corporate value while driving it away by pointy haired boss'edness (french guy here, please correct me if im wrong).

      By my experience, everyone wants an obedient corporate boy who behave exactly like everyone else, but also wants him/her to be innovative... complete opposite and incompatible requirements.

      --
      Tomorrow is another day...
    36. Re:Unmanageable by gagol · · Score: 1

      I can relate, been here and lived it all for one complete year... very tough position and I feel you did the same, for that you earned my respect.

      --
      Tomorrow is another day...
    37. Re:Unmanageable by gagol · · Score: 1

      Since ai-class.com, no one have an excuse to NOT include AI principles where applicable in their projects.

      --
      Tomorrow is another day...
    38. Re:Unmanageable by gagol · · Score: 1

      I agree, a well stocked savings account enables much more flexibility in negotiations than an ego. In the long run, in non family-focused businesses, can get you farther with some patience.

      --
      Tomorrow is another day...
    39. Re:Unmanageable by gagol · · Score: 1

      Amen

      --
      Tomorrow is another day...
    40. Re:Unmanageable by Anonymous Coward · · Score: 0

      No, "My shitty old boss."

    41. Re:Unmanageable by Anonymous Coward · · Score: 0

      My name is Tim. Learn it well, for I shall not repeat it until my next post. God, I love my name.

      Tim.

    42. Re:Unmanageable by Anonymous Coward · · Score: 0

      He could try to demonstrate to management that the rest of the team is incompetent, show them for the conniving, treacherous scum they are. But this is likely a waste of time.

      THIS

      You have described the culture where I work. The absolutely worst part about this situation is that even when you have all of the evidence required to demonstrate unethical behaviour, bullying, incompetence, maleficence and fraud management still do nothing.

      Only recently I realised that I would need to formally accuse the mid level manager of incompetence or fraud for something to be done. Worst is that the culture is that he who complains is in the wrong.

      I used to think that the only saving grace here is that if the shit hits the fan then they will be forced to fix it. No. This happened to me in this place. I informed the manager that there is a problem, and the manager sided with the incompetent employee. One day there is a serious problem and this manager and the incompetent employee turns up at my desk to help resolve it. I carefully iterate to this manager that they need to fix the root cause of the problem. Of course, I get a real serve for not jumping How High and fixing the problem immediately. I point out that the incompetent employee should be able to fix the problem and nothing happens. I get ignored. So, I go in and do the work required and get happy emails from the manager and mr incompetent thanking me for fixing the problem.

      tl;dr: If you find an incompetent employee protected by management who will back stab you to get ahead or get rid of you then stop helping them in any way and get out of there

    43. Re:Unmanageable by Anonymous Coward · · Score: 0

      Anyone with the level of coding competence ascribed to a "rock star" doesn't have to play games with people about holding his/her job. His skills are in demand, he is free to walk at any time. Only contractual obligations or personal vested interest in the outcome of the enterprise change that equation. Managers resent people that they can't control and have more supply-demand power than they do. So this idea that someone that good is going to play a lot of office politics just doesn't ring true. Frankly that's why I never bothered to read the article in the 1st place.

      Judging by the amount of debate, I'd say "rock star" is a semi-meaningless term that embodies fears programmers have about how well they perform compared to others. To which I say, there are many ways to skin a cat. Before embracing and fearing the meme of the Heroic Programmer, perhaps consider all the skills necessary or helpful for launching an indie business.

    44. Re:Unmanageable by Anonymous Coward · · Score: 0

      Yeah, we call them "Suits."

  8. "rockstar developer" by Hazel+Bergeron · · Score: 4, Insightful

    No-one who identifies himself as a rockstar developer is a rockstar developer, and no good developer would call himself a rockstar. The only thing certain is that in any article about "rockstar developers", a few dozen people will wander in and complain that the only reason the world isn't perfect is because rockstars like them just aren't looked after well enough.

    So, for all of you thinking about making this claim: if you're so fucking great, go out and start your own business and rewrite every single software product in your own image. Be the rockstar you think you are, identify everyone's desires, and out-compete every other firm on the planet. Internet capitalism is more meritocratic than most forms of capitalism - if you write a killer operating system or office suite or CRM system or time&billing app or whatever, people will take notice. So team up with as many people as your ego will allow (you're a rockstar so you already have considerable savings) and go get 'em, tiger!

    1. Re:"rockstar developer" by jcr · · Score: 5, Insightful

      No-one who identifies himself as a rockstar developer is a rockstar developer, and no good developer would call himself a rockstar.

      I agree 100%. I've had the good fortune to work with some extremely talented developers in my career, and the best of them tend to be very humble about their skills (mostly because they tend to seek out the company of other engineers who are as good as they are.) "Rockstar" is a bullshit term used by dotcom promoters and headhunters.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    2. Re:"rockstar developer" by Migala77 · · Score: 2

      No-one who identifies himself as a rockstar developer is a rockstar developer, and no good developer would call himself a rockstar.

      You are not a rockstar (developer or otherwise) unless you have the groupies to prove it.

    3. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      No-one who identifies himself as a rockstar developer is a rockstar developer, and no good developer would call himself a rockstar.

      "Them whats knows, knows no need to brag. Them whats doesn't, does."

    4. Re:"rockstar developer" by Anonymous Coward · · Score: 1

      don't forget ninjas

    5. Re:"rockstar developer" by gbjbaanb · · Score: 2

      "The more I learn, the more I realise how little I know" said the expert.

      "I know everything" said the novice.

    6. Re:"rockstar developer" by Pieroxy · · Score: 1

      Some head hunter referred to the guys he was proposing as "top guns".

      I never talked to the salesman again.

    7. Re:"rockstar developer" by jellomizer · · Score: 1

      When you think you are the best programmer out there, that usually means you actually suck.

      When you begin to realize where your strengths and weaknesses and work to improve your weaknesses and leverage your strengths are then you become a better developer.

      Good ideas and wisdom come from all levels you need to listen to everyone to be an exceptional developer, you need to realize that someone will look at what you did and say your design and idea is horrible, see why they are saying that, then use it to learn and expand.

      I have found the best developers are the ones who want to make software that helps their customers and are willing to hold back their own egos to accomplish the goals. When I hire a developer I look for someone who will do the following.
      When given a task question me on my approach if they feel it is wrong, argue with me professionally to explain their point, if they loose their argument do the best they can do to implement the way I wanted so it will succeed. On the flip side I agree to listen to their argument and judge their method fairly and let them win if their argument is better then mine, and I will work as hard to have his idea be successful.

      I have worked in the industry long enough to be confident in my work and produce good work, and I am not afraid to be wrong.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    8. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      Kinda off topic, and no, I am not a developer of any kind, let alone a rockstar (aka diva) developer.

      But in this current climate, if they did attempt to go out on their own and make a product. They would immediately be sued into oblivion by some patent troll over some issue, no matter how small and obvious, to the point they would fold over, even if they were in the right.

      Right now, the only way you could do that would be to move out of the USA and into a more friendly area to make programs and avoid selling directly to the US until you have enough of a warchest to fend off the trolls. Sorry to say it, but America is a sinking ship when it comes to allowing people any opportunities unless they were already wealthy to begin with. And this is coming from an American.

    9. Re:"rockstar developer" by scarlac · · Score: 1

      Groupies? Do under-paid employees count?

    10. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      Hahaha this this, fucking this. I have worked with these people and as someone else said here, they might be clever and good programmers but they always lack the ability to take a step back and consider what they are doing in a bigger perspective. Many times did i laugh inside when the rock stars had to spend the afternoon debugging their buzzword compliant shit v0.1beta, instead of just safing it and make the damn thing work. And why on earth should IT people be any more enthusiastic about their jobs than anyone else ? I fucking hate coding, so would most people that has been in the grind for more than a mere daydream. I'll give you people tip, don't show off and don't code to the best of your ability, Save your skills for when it can save you more work. The day your manager figures out you could in theory build an app in a day, you will get in trouble when you tell them it's gonna take a week. So make everything take a week. Bad work moral? Haha. Yor managers job is to exploit you within the reaches of the law, and they do. Be a worker, not a hero.

    11. Re:"rockstar developer" by drinkypoo · · Score: 1

      You are not a rockstar (developer or otherwise) unless you have the groupies to prove it.

      Consequently, John Romero is the only rockstar developer. Well, was

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    12. Re:"rockstar developer" by dkleinsc · · Score: 1

      Not a new development: Socrates was always quite clear that his real wisdom was knowing that he didn't know very much. He actually describes, in the Apology, going around to different people who were supposed to be knowledgeable, and he found an inverse relationship between how much they thought they knew and how much they actually knew (for instance, learned teachers knew basically nothing, while craftsmen at least understood their craft).

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
    13. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      sounds about right.

    14. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      Knowledge is just the border of ignorance. Increase your ignorance to increase your knowledge. Fractalizing the border works too.

    15. Re:"rockstar developer" by tnk1 · · Score: 1

      I don't know about that. There's nothing about being a rock star coder that requires you to be humble. It may be that there just are not as many gigantic asshats out there as people think there are.

      The problem here is that the term being used is a little mixed by perspective. In these comments, we have people who are developers who consider rock star developers to be people they admire and perhaps aspire to be. To them, "rock star developer" means someone who has a lot of good qualities and few intolerable ones, sort of like a rock and roll fan has a favorite artist or band.

      To the author, a rock star developer is equivalent to what he knows to be a well-known and in-demand performer, but the author himself is a classical music fan and doesn't really like rock. He views the rock star as being good in his field, but decries his tendency to get drunk, have sex with fans, and trash hotel rooms.

      The author is looking at things as if he was a record company exec who needs to get the rock star to do whatever he does to make money, but he doesn't want the trashed hotel rooms that go with it. The developers completely want the rock star to teach them the ways of rocking harder, even if it means that they're a little late for the show due to a hangover. There is definitely room for a conflict of interest when it comes to each side's goals and aspirations.

    16. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      Unfortunately, in most businesses the expected interaction is more like:

      When given a task question me on my approach if they feel it is wrong, shut the hell up while, with my ignorance, I set you up for a failure that I will inevitably blame you on, while I collect a nice fat bonus.

    17. Re:"rockstar developer" by multicoregeneral · · Score: 2

      Yes. It's okay to call yourself a ninja. As long as you're never actually seen doing the job.

      --
      This signature intentionally left blank.
    18. Re:"rockstar developer" by Graham+J+-+XVI · · Score: 1

      On it.

    19. Re:"rockstar developer" by tqk · · Score: 1

      Yor managers job is to exploit you within the reaches of the law, and they do. Be a worker, not a hero.

      $DEITY, please don't ever make me have to work with this guy. A good manager's job is to define the work to be done, to provide the conditions in which the work can be done, and to deal with his management which means to insulate them from those who are doing the work.

      If they think their job is to exploit their employees, they'll have nothing but valueless drones to exploit very soon; "workers".

      --
      "Tongue tied and twisted, just an Earth bound misfit ..." -- Pink Floyd.
    20. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      The better you think are the more people there are that are better than you.

    21. Re:"rockstar developer" by AwesomeMcgee · · Score: 1

      Be in the industry long enough and you have to not fear being wrong, because even being good at this stuff we're all still wrong constantly. The important thing is to try and figure out if you're wrong or not rather than assuming you're not.

    22. Re:"rockstar developer" by gagol · · Score: 1

      If I cant hear them, they dont exist ;-)

      --
      Tomorrow is another day...
    23. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      My username is jcr. Learn it well, for I shall not repeat it until the bottom of the body of my post. God I love my username. jcr jcr jcr.

      -jcr

    24. Re:"rockstar developer" by Anonymous Coward · · Score: 0

      I am a rockstar. I lack humility. That's why I repeat the username which is at the top of my post again at the bottom of my post, unlike every other poster on this site. I'm such a very special rockstar.

      -jcr

    25. Re:"rockstar developer" by jcr · · Score: 1

      Kid,

      I'm not going to quit signing my posts just because some AC newb is all butthurt about it. Try to work it out in therapy.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    26. Re:"rockstar developer" by jellomizer · · Score: 1

      The reality is closer to the person who disagrees with you is looking at the problem in a different point of view. In my experience there is only a very few times where I had to implement a method in a way I really disagreed with (Well one) the other times, I can see and understand their view point, and see that after the debate in cases where they one (I have one more then my fair share), While I feel my approach world work just as well, their view would work two, deciding to give a different set of trade-offs.

      That one time I was forced to do it the way I really disagreed with, while I did massive effort to get it to succeed. They guy was found to not be a "good fit to the company culture" and left. Where we in essence after that with managements full blessings redesigned the entire project.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    27. Re:"rockstar developer" by electrosoccertux · · Score: 1

      rephrasing cliche'd oversimplifications said the slashdotter

    28. Re:"rockstar developer" by Hazel+Bergeron · · Score: 1

      The developers completely want the rock star to teach them the ways of rocking harder, even if it means that they're a little late for the show due to a hangover.

      The day I meet a good worker with this mindset, I'll consider your position.

  9. Re:Don't hire union workers by Anonymous Coward · · Score: 4, Funny

    in Germany the purpose of an organised workplace is to have a forum between workers and management. The union wants the company to be productive because that secures jobs and usually results in higher wages.

    Sounds like Germany still has labor unions. In the USA, we have organized crime posing as labor union organizers, and their purpose is to tax the workers to pay for hookers and blow for mobsters and politicians.

  10. Technologists vs Developers by PCK · · Score: 1

    One big problem is that many of these so called "Rockstars" are too interested in the technology rather than getting the job done. Technology to them is like fashion, you have to use the latest simply for bragging rights and ego when a proven more mature solution would be the correct descision to take.

    This video is funny but makes a simpliar point, the irony being he's promoting mysql as the solution when mysql itself was in itself once an object of ridicule by peoeple who knew what they where doing:

    http://www.youtube.com/watch?v=b2F-DItXtZs

    1. Re:Technologists vs Developers by Gr8Apes · · Score: 1

      One big problem is that many of these so called "Rockstars" are too interested in the technology rather than getting the job done. Technology to them is like fashion, you have to use the latest simply for bragging rights and ego when a proven more mature solution would be the correct descision to take.

      Those would be posers, the real "rockstars" are those who just get the job done and are interested in the next product more than the one they just finished.

      --
      The cesspool just got a check and balance.
    2. Re:Technologists vs Developers by Anonymous Coward · · Score: 0

      They are all real Scotts by the way, you can't be one unless ye'r good.

    3. Re:Technologists vs Developers by Anonymous Coward · · Score: 0

      "are interested in the next product more than the one they just finished."

      +1

  11. Based on what definition of truth? by martin_dk · · Score: 1

    The title should read My 6 opinions on senior developers

    Sound far-fetched?

    Yes.

  12. Nahhh by M0j0_j0j0 · · Score: 1

    10 rock stars are as difficult to manage as 10 idiots, every lead knows that the good development team is a balanced one , 2 idiots , 2 experts , and 6 normal guys, never involve an even number of women!! never!!

    1. Re:Nahhh by hobarrera · · Score: 1

      Care to elaborate on the even number of women thing?

  13. I wanna be a Rockstar by simoncpu+was+here · · Score: 1

    'Cause we all just wanna be big rockstars
    And live in hilltop houses, drivin' fifteen cars
    The girls come easy and the drugs come cheap
    We'll all stay skinny 'cause we just won't eat

    And we'll hang out in the coolest bars
    In the VIP with the movie stars
    Every good gold digger's gonna wind up there
    Every Playboy bunny with her bleach blond hair

    And well, hey, hey, I wanna be a Rockstar
    Hey, hey, I wanna be a Rockstar!

    1. Re:I wanna be a Rockstar by Robert+Zenz · · Score: 2

      Incoming lawsuit for distributing the lyrics in 3...2...1...

  14. by rockstar developers... by Anonymous Coward · · Score: 0

    i assume they mean guys from with Phds from Stanford and MIT? Sorry but it just sounds like all the self-taught C# losers are just jealous.

  15. Re:Don't hire union workers by Ash-Fox · · Score: 0, Troll

    Have you seen the rate of Germany's GDP decrease in the recent years? I think it's hard to claim the USA and UK are falling back when pitted against Germany for that reason.

    --
    Change is certain; progress is not obligatory.
  16. Dunno... by Anonymous Coward · · Score: 0

    Just finished a project. Involved were myself and another senior guy - we are both near our 40s (no, it wasn't cobol, it was in fact HTML5) - whom I consider in the rock star group. There was also a junior involved.

    Well, I loved working every minute with the senior rock star. The process had a great flow. Reading each other's mind and just fucking go for it, develop and ship it.
    Junior was unreliable, didn't add any insight to the team - just barely contributed the minimal and quite trivial things (due to the time pressure we couln't have done it without him, so still he did contribute some value).

    But really, I'd work with non-soloing rock star any day. I can not work with somebody who can't follow my tempo.
    And it's the same weather I'm in developer or manager role.

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

      You do need the junior to be willing to learn and enthusiastic, so that the next time they can contribute more and more.

      In my experience it is the just-above-juniors who want to bring the latest technologies and methodologies into a project.

      And it is the rockstars / senior developers who don't want to learn those new fangled things, not when they could reinvent the wheel. A senior Java developer, for example, may have come from a company on an old codebase that doesn't use things that a younger developer takes for granted. They can make JDBC sing but Hibernate will make them scream in frustration.

      You need a good manager of the team to make decisions that the team will respect.

      And your interviews need to discover not only raw programming ability and intelligence, but whether they know the methodologies that your team uses. You can get experienced software developers that haven't used DI (Spring, Guice, etc), Mocking (JMock, EasyMock, etc), Hibernate, so they might not be an ideal fit for your team even if they're good overall - unless you can spare the time to let them get up to speed on these technologies (and they will be quicker than a junior who doesn't know them). Make your job adverts/requirements specific on required technologies - don't take them for granted.

      And senior developers like to work on new projects, not maintainence and enhancements to older projects.

  17. Rockstarism is a function of time-place-project by Desibert · · Score: 1

    Not all developers can be rock stars all the time. Developer-rockstarism requires a fair bit of ground work ... it's a supersaturated state ...bit of a shake and it's gone! For projects & companies to succeed you need a good balance between the rock stars & others [ well trained, well read, high IQ, high tenacity, high experience, high business, high spirit etc. ] ... If a company lets you pace your self in between these two then you know u are working for a geek-friendly outfit. That's priceless!

  18. Senior Rock Stars? by Pikewake · · Score: 1

    I thought the whole point of hiring a senior developer is that he doesn't behave like a rock star, even if some of them do look like Keith Richards...

  19. Senior Developers != Rockstar Developers by HizookRobotics · · Score: 4, Insightful

    Description starts by talking about rockstar developers, then makes assertions about senior developers. These two groups are not even close to equivalent. Seniority (generally) implies experience -- not "rockstar" status.

    1. Re:Senior Developers != Rockstar Developers by dubbreak · · Score: 1

      This.

      I recently had a sub-contractor I would classify as a "rock star". First time I worked with him he wasn't even out of Uni. Amazingly understanding of software development. He truly "got it". He understood softdev better than any "senior" dev I have ever worked w/ and produced elegant, clean, simple solutions that were brilliant (any idiot can push out some spaghetti quick). What made him a "rock star" in my opinion was his extreme ability. Writing good code was as natural for him. Just a crazy talent like some are w/ instruments or other skills. He knew his craft, knew it well and claiming 20+ years of experience had nothing to do with it (I've had nothing but problems w/ people claiming double digit experience and being seasoned senior developers).

      This is a non-article by someone who hasn't actually worked w/ a rock star.

      --
      "If you are going through hell, keep going." - Winston Churchill
  20. Re:Don't hire union workers by Forty+Two+Tenfold · · Score: 4, Funny

    I think it's hard to claim the USA and UK are falling back when pitted against Germany for that reason.

    USA and UK are falling back to slave labor.

    echo -e "HEAD / HTTP/1.1\nHost: slashdot.org\n\n" | nc slashdot.org 80

    curl -I http://slashdot.org/

    --
    Upward mobility is a slippery slope - the higher you climb the more you show your ass.
  21. Troll Indeed by Anonymous Coward · · Score: 3, Interesting

    ...No, you don't need 10, idiot,....

    That's the attitude and one of the things that made my time as a developer miserable. It wasn't enough that I was under constant pressure to meet unrealistic dealines and spending all my free time keeping up with new tech, I had to put up with that kind of abuse and the constant intellect pissing contests and penis measuring.

    The other was the fact that you couldn't say "I don't know. Let me research it." Any sign of ignorance or weakness would get you fired or the very least treated like a moron by one's colleagues.

    Last year, I saw the National Geogrphic show on Stress. To make a long story short, the guy who was researching monkeys made some observations about them that reminded me of working in software development.

    1. Re:Troll Indeed by pairo · · Score: 4, Insightful

      Sounds like your employer/colleagues were pieces of shit. Doesn't necessarily mean that's the norm, or that you can't find better. But, keep on fighting the good fight, sir!

    2. Re:Troll Indeed by Anonymous Coward · · Score: 4, Funny

      You need to work in IT in the porn industry. Everyone gets tired of the penis measuring very quickly.

  22. Desperate justification for hiring cheap people? by gweihir · · Score: 5, Interesting

    This sounds like a desperate justification for doing it on the cheap. And the "truths" are badly flawed. First, the term "rockstar" is already pretty bad and way off. A very senior engineer is not a "rockstar". Rockstars are people that crave attention and can generate it.

    As to the items:
    1. Wrong. If you hire highly competent and professional people, the savings in time, maintenance, etc. will be far higher then the higher salary you have to pay them.
    2. Wrong. People in the described situation have trouble seeing the big picture, and will get details wrong as well. Their code will basically barely good enough if you are lucky, but it will be a nightmare of maintenance, architecture and design issues.
    3. Wrong. This is confusing "rockstars" with very senior engineers. Very senior (by experience and capability, not age) engineers will know this pitfall (hint: Brooks calls it the "second system effect", a really senior coder will know about that) and will know how to avoid it.
    4. Well, yes. But what is the point? If the hiring process is run incompetently, of course you will get bad people. That is in no way the fault of the good people that are out there as well. Seems to me the author needed an excuse to bring it up to 6.
    5. Wrong. This is a typical problem of people that may think they are senior when in fact they are not. Also see 3 and 4.
    6. And here the truth is revealed. This person does not want senior individuals that actually know what they are doing and may criticize as stupid plan. In fact this person wants no individuals on the team, so everybody can be replaced easily and knows it. Yes-men preferred. Unfortunately that is a sure recipe for disaster.

    Bottom line: All there "truths" are wrong or irrelevant and show the real problem: The author of this article has no clue and is a "rockstar" himself. But not one of those that can actually do things right. Just one of those small people that cannot handle others being better at something than he is.
     

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  23. MBA by Anonymous Coward · · Score: 1

    Another lame MBA trying to make excuses for hiring substandard workers. "See I told you so! We should have hired H1Bs instead! I put a few assholes who were full of themselves and they didn't get anything done!" The fact is there are tens of thousands of qualified American candidates for programming and other IT jobs. Do they get hired? No, even though they will work for the same wage nowadays in this lack luster Oconomy. It's because businesses want to be able to pay shit wages AND take the tax deductions for hiring H1Bs. That's why I left the IT industry. A bunch of MBA assholes running the show that don't have a clue about what they are doing to their companies or the country, where they are going, or who they are hiring. It's funny how most MBA's degrees don't mean shit, ooooh ooooh tell me how you took macroeconomics again, and how that makes you better than everyone else.

    Now I use my programming skills in another industry, make a ton more money, and don't have to put up with corporate asshole MBAs.

    1. Re:MBA by Viol8 · · Score: 2

      "Now I use my programming skills in another industry"

      TBH most developers I know work in the IT dept of a non IT related industry. The amount of devs who work in pure IT is actually quite small.

  24. Re:Don't hire union workers by Sique · · Score: 3, Informative

    I don't. http://www.tradingeconomics.com/germany/gdp-growth

    Looks as if Germany's GDP is managing just fine.

    --
    .sig: Sique *sigh*
  25. Re:Don't hire union workers by Ash-Fox · · Score: 1

    USA and UK are falling back to slave labor.

    Do you even have a credible source to back that up? Our minimum wages in the UK have been increasing, which seems to counter the implication of slave labor type situations.

    curl -I http://slashdot.org/

    Curl is not usually available on older UNIX systems. Also, I haven't verified in years whether or not Slashdot still produces those headers.

    --
    Change is certain; progress is not obligatory.
  26. If your project is going *that* badly by GodfatherofSoul · · Score: 1

    Lay back, shut up, and let Angus pound you back into shape <screeching guitar riff>

    --
    I swear to God...I swear to God! That is NOT how you treat your human!
  27. Re:Don't hire union workers by Ash-Fox · · Score: 1

    I don't. http://www.tradingeconomics.com/germany/gdp-growth

    You ruined my stage, this would have been so hilarious. :(

    --
    Change is certain; progress is not obligatory.
  28. Re:Don't hire union workers by skeletal · · Score: 1

    Labor unions are what is causing problems for the auto companies in Europe. They have too many factories with too many workers, and not selling all the cars produced in Europe, but can't close the unprofitable factories or lay off people who aren't needed, because labor unions won't let them do that.

  29. I've been in this game a looong time... by CaptainOfSpray · · Score: 5, Interesting

    and every really hotshot piece of software I have ever encountered (and I'm talking world-wide success here) has been written by a very small team of highly-motivated developers working very long hours at very odd times of day with no management interference at all. They weren't rock stars before the project or they would have been managed into oblivion. After they had completed the product and it became successful, then they were rock stars. The self-motivation usually came from "fuck you, manager, I'm going to prove that my ideas are correct" One of these projects, where I knew the people well, became one of IBM's top 5 most profitable products world-wide (you've never heard of it), and those guys broke every rule in the book. They worked nights, never went to meetings, smoked cigars at their desks, suppressed all records of how many hours they were really working. By working those hours, the two of them held the entire structure of a big application, its database, and all its interactions with the operating system in their heads, and that mental state enabled them to write vast quantities of simple clear code that contained no serious errors on shipment, and none revealed in the first year. Later people added on to the project for subsequent releases never found any serious errors in the backbone written by the first two guys, nor did they have any problems adding to the code.

    Code written during the normal working day, with constant interruptions, will never soar like that.

    --
    "Cock Up Your Beaver" does not mean what you think. This sig is intended to clog filters and annoy do-gooders
    1. Re:I've been in this game a looong time... by pnot · · Score: 3, Insightful

      Code written during the normal working day, with constant interruptions, will never soar like that.

      About half an hour before reading your post, I suddenly realized that Monday is Labor Day. My first thought was "fuck yeah, no office-mate, no visitors, finally I'll get some real work done".

    2. Re:I've been in this game a looong time... by Anonymous Coward · · Score: 0

      anybody got an idea as to what the IBM product was? Makes me want to look under the hood of it.

    3. Re:I've been in this game a looong time... by Anonymous Coward · · Score: 0

      AND you've been paying attention! Well said.

    4. Re:I've been in this game a looong time... by Anonymous Coward · · Score: 0

      Sure you have, slashdot user number one million two hundred and twenty nine thousand, seven hundred and fifty four.

    5. Re:I've been in this game a looong time... by Anonymous Coward · · Score: 0

      and every really hotshot piece of software I have ever encountered (and I'm talking world-wide success here)

      I'd argue that you need to become familiar with more software. There are *plenty* of examples of managed products that went on to enjoy both technical and financial success, many of which you will never see because it does stuff like control the engine and transmission in your car, keep inherently unstable aircraft flying, etc. Very little of that shit gets written in a "seat of the pants" fashion, and when it does you end up with products like the Therac-25.

    6. Re:I've been in this game a looong time... by Anonymous Coward · · Score: 0

      My first thought was "fuck yeah, paid holiday!"

    7. Re:I've been in this game a looong time... by Anonymous Coward · · Score: 0

      Your elegant words made me cry, your insight reassured me of my sanity.

    8. Re:I've been in this game a looong time... by electrosoccertux · · Score: 1

      that's not why they call it labor day :)

    9. Re:I've been in this game a looong time... by erp_consultant · · Score: 1

      This is something that non-programmer manager types just don't get. If you want a programmer to be productive...leave him the fuck alone. Don't invite them to meetings unless it's absolutely necessary. Don't stop by their desk for idle chit chat.

      When I encounter a non-programmer I explain it like this...imagine you're at home with a ladder ready to clean the leaves out of the gutter. You get half way up the ladder and your wife calls you for something. So you climb down the ladder and help her out. When you return you don't start half way up the ladder...you have to start again from the bottom. That's what programming is like. Every time you interrupt someone coding they have to drill back down to where ever they were in the code before you interrupted them.

  30. The article is frankly stupid. by gnasher719 · · Score: 5, Interesting

    If you have 40 people writing spaghetti code, then you need _one_ good developer and code reviews, and reject bad code until they learn. Many bad developers are bad because they haven't learned how to do it better. Those that can't learn - sorry, but their productivity is negative, so let them go. What you don't need is a dozen "rock stars". You need developers who can lead by example and let them do it, and who can solve difficult problems that turn up, and you need more people who are reliable, not necessarily bright, who can do all the boring bits - of which there are usually lots.

    What I can't understand is how the author talks about smart people making smart designs that don't work. If the design doesn't work, it wasn't smart in the first place. If someone creates a design that isn't smart in the first place, that person wasn't smart. So this seems to be about people who can bamboozle others into thinking they are smart, creating designs that nobody understands.

    1. Re:The article is frankly stupid. by Anonymous Coward · · Score: 0

      I think the main thing the article is trying to point out is that higher a team of just experienced devs is silly because they will get bored doing any kind of dogs body style coding and it's cheaper to get a couple of experienced guys and then a bunch of cheaper less able experienced people and the effects will be roughly the same.

    2. Re:The article is frankly stupid. by Anonymous Coward · · Score: 0

      Maybe he needs a dozen rockstars because he's got 3 dozen projects he's working on?

  31. Re:Don't hire union workers by Carewolf · · Score: 2

    Have you seen the rate of Germany's GDP decrease in the recent years? I think it's hard to claim the USA and UK are falling back when pitted against Germany for that reason.

    What are you talking about? One of those three countries still has a solid AAA credit rating and is now loaning money at negative interest, the two others do not (well UK has the rating but has been warned it will fall unless things improve). The country in question is Germany. US is failing and UK is not looking too great either.

  32. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    Credit ratings agency Moody's has changed its outlook for Germany's AAA credit rating to negative, the first step towards a possible downgrade.

    http://www.bbc.co.uk/news/business-18963810

  33. If the managers are crap not even programming gods by Anonymous Coward · · Score: 1

    The characteristic of failed software projects is poor management,

    Until organizations realize that, they are doomed to fail, again and again.

    Yeah, with good project management, even moderately competant coders can produce good results - the problems reported here are entirely due to poor managers, not poor programmers.

    The stars can produce excellent results, but not if the management is doing it's best to derail the project at every turn.

    Look at the games industries greatest failures :)

  34. Re:Don't hire union workers by blahplusplus · · Score: 3, Insightful

    "Your arguments would probably be more listened to if you didn't use Marxist terminology"

    It's not "marxist terminology" capitalism is enforced and came into being by men with guns, only in america would someone say something so ignorant of history. More proof america is under the spell of mass political propaganda.

  35. focus by StripedCow · · Score: 1

    The problem with "Rock Star" developers is, that they might lose focus when the job they're doing is too simple for them. They may like to code on your internet-enabled office-style application for a while, but in the end they long for more interesting, worthwhile and complicated matters that are on the edge of scientific discovery.

    So eventually you'll lose them, and you're stuck with the code that they left.

    --
    If Pandora's box is destined to be opened, *I* want to be the one to open it.
    1. Re:focus by gatkinso · · Score: 1

      So basically you are saying that HR should be screening applicants for ADHD?

      --
      I am very small, utmostly microscopic.
    2. Re:focus by Anonymous Coward · · Score: 0

      So basically you're saying that the potential for boredom has nothing to do with a person's intelligence and potential?

      No, I think we're saying that HR should be screening applicants for *you*.

  36. Re:Don't hire union workers by Anonymous Coward · · Score: 0, Insightful

    Well, in America "unions" mean very powerful quasai-political entities like SEIU or UAW which basically make american labor unprofitable (see the insane costs of auto-workers). These "unions" extort huge fees from their often-unwilling constituents and in turn donate large sums to our Democratic/socialist party.

    Source: my uncle worked in Detroit from high school-> retirement. He loves American cars but told me it's one of the most corrupt systems out there.

  37. Quite a bit of truth to the article by Qbertino · · Score: 2

    There's quite a bit of truth to the article allthough I'd say that true rockstar programmers do use the right tool for the job. If a programmer builds a custom Java CMS where Joomla would do, he isn't a rockstar. He's an idiot.

    Then again, the best programmer in the world is worth nothing without the environment or the right people around him. That includes higher ups that keep people off his back, maintainers that can handle the pipeline and clear objectives to work against.

    If a rockstar doesn't have those, he'll be faster than others in producing workable stuff, but if he gets hit by a bus it will be just as much worth as the other unfinished stuff.

    Many programmers I know hat are considered rockstars are quite mediocre. They only were at the right place at the righ time and didn't have any scruples in building a complex key product only they could understand, without docs, concept comments or usecases, as a means of job security.

    My last teamlead was a nice guy and a demigod in Perl, but absolutely incapable of any sort of productive or result oriented teamwork-organisation or inter-team communication. In itself not very rockstarish, allthough people did think of him that way when he saved the day on some billing system or something every once in a while.

    Bottom line:
    Rockstar is always relative. Very relative.

    --
    We suffer more in our imagination than in reality. - Seneca
    1. Re:Quite a bit of truth to the article by MaerD · · Score: 1

      There's quite a bit of truth to the article allthough I'd say that true rockstar programmers do use the right tool for the job. If a programmer builds a custom Java CMS where Joomla would do, he isn't a rockstar. He's an idiot.

      That..depends. If off-the-shelf technology has not been evaluated, and the project jumps right into "let's write custom software", it may be because of "Not invented here" syndrome. If, on the other hand, the ONLY options are off-the-shelf, possibly with customizations, you may have hit the polar opposite, which is also a pitfall. I have seen many IT projects that try to beat a plowshare into a sword. While it may do the minimal job, it usually requires hours of consulting, customization, or other tools added on top to actually meet all the needs. Sometimes, if you need a sword, you should just forge the thing from scratch.

      If a rockstar doesn't have those, he'll be faster than others in producing workable stuff, but if he gets hit by a bus it will be just as much worth as the other unfinished stuff.

      I call this the "bus test". I'd also argue that a rock star isn't a star (ie, he's just a rock) if he can't transfer enough knowledge that someone else on the team can pick up and keep going, even if it's at a slower pace.

      Many programmers I know hat are considered rockstars are quite mediocre.

      I would say your next point plays to this nicely: If you haven't got the communication/teamwork skills to deal with others on your team, you aren't a Rock Star.
      If you can communicate, know your craft (ie, program your way out of a paper bag), and (big one) admit your own shortcomings (be it "I made this bug" or "Yes, that's more efficient/a better idea than what I wrote"), then you might be worthy of being a rock star. This doesn't mean you are always the BEST programmer.. to some extent it's more about being able to bring things together.

      Bottom line:
      Rockstar is always relative. Very relative.

      This.

      --
      I put on my robe and wizard hat..
  38. Not just true of programmers, and new team really by DarkOx · · Score: 1

    Existing teams where everyone has know each other and worked together for a long time have their own functional relationships, but for new teams you kinda need a hierarchy.

    I don't think this matters if its a team of developers putting together an inside sales support system or a team of carpenters putting up a barn. You simply can't have a team of all equals because if you do everything becomes a debate and no actual work gets done. Or even worse everyone needs to shine and get some recognition outside the team and so is pushing for their 'plan' so they can be the hero.

    You have to have some social order. Teams are happiest when the guys at the top are their tacitly because of their widely acknowledged talent, and or successful experience. It really helps if those guys are also personable but is not always a requirement. Nobody wants feel someone has arbitrarily stifled their career so that Bob can be tech lead. OOTH some competent but not so senior developers might love working with RockStar Bob on a project. They would feel its an opportunity to learn how Bob does does it, technically or socially, so they can use that knowledge going forward for their own gain.

    In the mean time you'd hope Bob is happy that he has some people he can farm out tasks to and after pointing in a general direction, perhaps even taking some feedback, can just leave them to it without having to hold their hand the whole time or worry he is going to get 10KLOC of useless spaghetti as a 'deliverable'.

    --
    Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
  39. The real issue... by blahplusplus · · Score: 2

    ... is not rockstar developers it's that making and understanding how software will perform and it's impacts is a hard problem. It's not like engineering where the laws of nature are relatively fixed and known and is a matter of trade offs (time vs cost), ANY change to a program has potential impacts and ripple effects on all other subsystems effectively changing program behavior to some extent. The real issue is the tools for software development and making these things understandable in complex systems is a hard problem. It's a matter of framing problems and solutions in ways that you can actually understand their impacts. Too much software development is undefined and uncharted because of the nature of coding itself. There is a lot of research going on in visualization trying to make these ethereal systems of code easy to grasp and understand in ways that are much easier and more natural for our senses as human beings.

    http://www.allosphere.ucsb.edu/

    It's a matter of being able to grasp what is that you are trying to do and it's impact. Most developers (even rockstars) have issues with not even knowing where they are headed and what will be needed down the line as projects grow and outstrip human ability to understand them. Software has long since passed the complexity where the human mind has the ability to full grasp all the complex interactions. The real problem now is getting the research and data to make demystify this complexity (i.e. complexity partially being a synonym for not being able to see/understand what a problem and solutions are and it's impacts).

  40. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    The UK and the USA are falling further behind as they put short-term executive profit over the needs of all classes of people.

    You can add Australia to that list.

  41. Todd Rundgren by danboid · · Score: 1

    If I think 'Rockstar devs' Todd is the first person who comes to mind. Todd designed the first commercial graphics tablet and had it released by Apple, was an early (and flagship) user of the Video Toaster and released arguably the first interactive album which he helped code for Phillips CDi.

    Do we have any other notable examples of people successful as both devs and rock stars? There have to be more than just Todd.

    1. Re:Todd Rundgren by Anonymous Coward · · Score: 0

      Tom Scholz of Boston.

  42. Re:Don't hire union workers by Mr0bvious · · Score: 4, Insightful

    Surely the recent past has shown you what 'ratings' are worth.... These are the same people who stamped all those dubious mortgage backed securities as AAA, remember how that turned out..

    These ratings are simply an opinion that is correct until it isn't - it's worth bat shit.

    --
    Never happened. True story.
  43. Re:Don't hire union workers by iserlohn · · Score: 1

    Only because of the Eurozone crisis.

  44. Re:Don't hire union workers by Coisiche · · Score: 4, Insightful

    Actually, thanks to workfare it seems that people do end up doing work for less than minimum wage. There is an, admittedly anecdotal, story that a woman was dismissed from a paying job and then ended up at the same place doing the same job under workfare. Not exactly the definition of slave labour but makes a mockery of minimum wage laws.

  45. To hell with "rock star" developers.... by Lumpy · · Score: 1

    How about hiring COMPETENT developers to begin with? the companies that have those problems have the fault lie with the management. managers that cant actually manage, pay scale for the actual developers is too low, budget for the department or project is too low, and the upper management focus is not on quality, but on profitability.

    Yeah, let's lay blame on the guys that are actually doing the work. In reality, every failed project has the person managing it to firmly blame for it's failure.

    --
    Do not look at laser with remaining good eye.
  46. Re:Don't hire union workers by Forty+Two+Tenfold · · Score: 1
    --
    Upward mobility is a slippery slope - the higher you climb the more you show your ass.
  47. Re:Desperate justification for hiring cheap people by TheDarkMaster · · Score: 1

    I never have mod points when I need them ... Well said.

    --
    Religion: The greatest weapon of mass destruction of all time
  48. Notch is what I'd call a rockstar developer by Anonymous Coward · · Score: 0

    A slgihtly different definition to the one in the article but the only rockstar developer I can think of off the top of my head is Notch - I don't know when it happened but suddenly everyone knew who he was and he has legions of fans all over the internet. That seems to have died down a bit now but it amused and pleased me to see a developer elevated to the level of rockstars.

    Wonder if he got groupies?

  49. This is old news by Anonymous Coward · · Score: 0

    We've known about this issue ever since we started to write complex code. The classic reference is 'The Mythical Man-Month'.

    The case can be made that one or two really good programmers will do a better job than a team. That seems to contradict TFA.

  50. Re:Don't hire union workers by Forty+Two+Tenfold · · Score: 2
    --
    Upward mobility is a slippery slope - the higher you climb the more you show your ass.
  51. Re:Don't hire union workers by Ash-Fox · · Score: 1

    I don't understand, how does that apply to both the UK and US simultaneously?

    --
    Change is certain; progress is not obligatory.
  52. A truly terrible manager... by Anonymous Coward · · Score: 0

    A truly terrible manager will ruin a project, even if you give him/her the best people.

  53. Rock Stars make great performances... by Martin+S. · · Score: 2

    Rock Stars make great performances not great software.

    Ego has little place in software development and in most cases those that consider themselves 'Rock Star Programmers' are suffering from a chronic case of Dunning Kruger syndrome

    Great Programmers are masters at listening and comprehension. They are humble, asking questions before offering solutions. They not only accept criticism they solicit it. Their code is simple and elegant, capable of being comprehended by the most junior and appreciated by experts.

  54. What are you talking about? by Anonymous Coward · · Score: 0

    You've got it quite backward. In most cases, it's the "divas" and "rockstars" who forcefully suggest the use of certain technologies solely because they're "trendy", rather than out of any technical merit.

    So the software product ends up getting built as a web app using Ruby on Rails, NoSQL, and JavaScript. Then it goes live, and it's a complete disaster. The Ruby on Rails code ends up being horribly slow, with all sorts of performance problems. Furthermore, the code is damn near unmaintainable, since the "rockstars" insisted on using techniques like monkey patching. Of course, the NoSQL database is a pain in the ass to query, and the data quickly becomes corrupt thanks to a complete lack of referential integrity and other constraints. Sometimes it just loses data completely. Then there's the front-end JavaScript code. Besides being slow, it also only works correctly on some browsers. The users hate the new web-based UI, because it's less productive than the native apps they were using before.

    When a software project with no code goes bad, it's usually because of "architects". When a software project with code goes bad, it's usually because of "rockstars" or "divas".

    1. Re:What are you talking about? by Anonymous Coward · · Score: 0

      It's funny how your complete lack of understanding of NoSQL as more enlightened than their wrong choice of tech. You're not right, you are merely conservative and ignoring the cases were your "tried and true" shit fails as well as the instances where newer tech truly is the right job. Oh, and your ignorance? Your trouble with querying is because you lack any flexibility of mind, all you have is a hammer (SQL) and so every database looks like a nail. Learn the tech in question. If your shitty coding is corrupting something higly stable like CouchDB you'd be able to corrupt any database. You'd corrupt it differently, but that doesn't matter. Again, learn the damn tech before you bitch about it, there's a lot of variaty in NoSQL land and you have to pick your tradeoffs carefully... just like with everything else. Now go back to querying Oracle and parsing that shit in Cobol, because, you know, that doesn't have any tradeoffs.

    2. Re:What are you talking about? by Maudib · · Score: 1

      If only I had some mod points.

    3. Re:What are you talking about? by Anonymous Coward · · Score: 0

      You appear to have mistaken "Rockstar" with "Young and Eager"

      In my experience its the "Young and Eager" ones who will build your entire platform in fucking Scala and some shit half-baked crap like cassandra because "Its cool" rather than some tried and tested stuff. Because, the "Rockstar" will generally have "been there and done it" to be able to tell whats shit or not.

  55. Re:Don't hire union workers by Anonymous Coward · · Score: 2, Interesting

    Every time somebody brings up the topic of unions in the US, I find myself wondering whether "union" is one of those terms like "potato chips" or "football" that means something completely different over there.

  56. Re:Don't hire union workers by Ash+Vince · · Score: 4, Informative

    Well, in America "unions" mean very powerful quasai-political entities like SEIU or UAW which basically make american labor unprofitable (see the insane costs of auto-workers). These "unions" extort huge fees from their often-unwilling constituents and in turn donate large sums to our Democratic/socialist party.

    Source: my uncle worked in Detroit from high school-> retirement. He loves American cars but told me it's one of the most corrupt systems out there.

    Not all countries unions work the same way. I know that here in the UK unions are very different from unions in the US and also different to unions in Germany.

    The fact that the union system in the US was infiltrated in organised crime does not mean that happened anywhere else. I think it might be one of the only developed western countries where this happened actually, it is certainly not the case in the UK.

    --
    I dont read /. to RTFA, I read /. to offend people in ignorance.
  57. $100,000? Really? by macbeth66 · · Score: 1

    That's a ho hum salary for programmers with experience. That's less than $50/hour. Ten years ago, I knew Unix people in the financial area ( NYC ) making 50% more than that.

    It isn't just the money that makes a programmer work harder. A good working environment ( not the physical ) gets people to be more productive. Things like flex time, tele-commuting and accessible day-care goes a long way towards fostering an effective work force. Trust and respect goes a long way.

    Oh, well, not going to happen with all the psychotic managers running the place.

  58. IBM knew this back in the 1970s. Called CPT by Anonymous Coward · · Score: 0

    CPT (Chief Programmer Team) had one chief programmer (your "rock star") that could carry out design, but was not necessarily the team leader. The chief programmer would guide other programmers in the task of programming, but the project leader would make sure schedules were kept. Frequently the chief programmer would also be the project leader, but it wasn't a fixed rule.

  59. Bad article by angel'o'sphere · · Score: 1

    Well, most tuthes in the article are perceptions of the auther. Not truthes.

    The whole article is rather mood anyway. I so far never was in a project where the development team needed managing/management.

    The project might need management ... defining what is in scope, what is out of scope and what is done in what timeframe, basically talking to external stakesholders.

    But a team? What do you want to manage in a team? Let them define their work alone ... if you have 10 senior developers that should be no issue, if youo have a team with only one it might be difficult. Best teams imho are 50/50.

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  60. The op is projecting by frist · · Score: 1

    He is projecting his own incompetence and poor work ethic onto all senior developers.

  61. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    Bloody socialists!

  62. Rock Star MBAs by Anonymous Coward · · Score: 0

    Meanwhile rock star MBAs run rampant collecting bonuses by forcing 2 developers to do the job of 10 while working on an ever tightening schedule. To hell with quality of product, it has to ship by yesterday otherwise the investors won't give the C*O his bonus for the quarter. If the company sinks the rock star MBAs just float their parachutes to the next company and rehire everyone at even lower salary.

  63. Re:Don't hire union workers by Anonymous Coward · · Score: 2, Interesting

    not sure why he equates senior developers with rock star developers, for me rockstar developer is someone able to do very complicated piece of functionality that a team of ordinary (even ordinary senior developers) would need a month for, and do it alone in less than one week with ten times less bugs, you know people that not only have 10+ year experience but also high intelligence

  64. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    "capitalism is enforced and came into being by men with guns"

    Yes, I think I know quite a lot about history and you won't mind if I ask you for some clarification on this? Where exactly is this capitalism you refer to and when were these 'men with guns' promoting it?

    Can you please point me to this country you refer to as "america"? Are you speaking about Canadians perhaps?

  65. Not just code but all design by trout007 · · Score: 2

    I am a Mechanical Engineer but I also have a CS degree. It was interesting in school to see how software engineering being a relatively new field is struggling with what other engineering fields have had to deal with for a long time.

    Staffing a project is not a linear function. A project with twice the complexity doesn't take twice as many people. It may take 4 times as many because now you have to coordinate those people. This requires project managers and system engineers. This begs the question what is the right project size for a team?

    I've been on small teams that have done amazing things in limited time because we were all in one room without distractions. I've also been on large projects that have gone nowhere because nobody knew what to do.

    Very occasionally I've been on a large project with a good manager that can break the project down into subsystems with clear requirements small enough for a small team to handle. The manager handles the conflicts with interfaces between these subsystems but otherwise stays out of the way. This is the type of manager I like to work with.

    --
    I love Jesus, except for his foreign policy.
    1. Re:Not just code but all design by Anonymous Coward · · Score: 0

      Since you do not know what the phrase "begging the question" actually means, please just stop using it.

    2. Re:Not just code but all design by trout007 · · Score: 1

      Your post was one of the few times a grammar nazi actually taught me something rather than catching a mistake.

      Thank you.

      --
      I love Jesus, except for his foreign policy.
  66. No shit? by Arancaytar · · Score: 1

    A manager went to the master programmer and showed him the requirements document for a new application. The manager asked the master: "How long will it take to design this system if I assign five programmers to it?"

    "It will take one year," said the master promptly.

    "But we need this system immediately or even sooner! How long will it take if I assign ten programmers to it?"

    The master programmer frowned. "In that case, it will take two years."

    "And what if I assign a hundred programmers to it?"

    The master programmer shrugged. "Then the design will never be completed," he said.

    Also, I'd treat anyone calling themselves a "rockstar anything" with suspicion. What they're telling you is that they're flashy, have a huge ego, expect to be treated and paid like royalty, may have a drug habit and might possibly (but not probably) have some actual singing ability.

  67. Re:Don't hire union workers by jellomizer · · Score: 5, Informative

    Unions in the United States needs massive reform. However no one is really wanting to admit it. When ever someone says to the Union "Dude, you have some major problems, you need to fix them!" they go back and spout all the good stuff they did in the past. Weekends, Overtime, Vacation....

    The problem now the Unions main goal is to increase the size of the Union. So I have seen Unions agree to something similar to the following example
    Lay Off 50% of the IT Staff (say 10 People at an average of $70k a year), and Expand Factory workers by 20 average $30k a year. To save $100k, for the company. But the Union ends up getting more money out of dues.

    Also because the Unions are structured there is a deep dislike towards Outside Consultants and Contractors for temporary work. (For example the Auto Union hired workers to do nothing until there is a surge in work, so they sat around all day and watched TV except for a few time a month or year) Because they would get more unioned members vs. hiring contractors to pick up the extra slack when it is needed, but they are not paying union dues so they are not welcomed.

    Union shops tend tries to make sure no one does anyone elses job. You request and get approved for a whiteboard. The board is shipped to you. If you hang it yourself your are in trouble, you will need to wait an other week to get a Unioned employee to take 5 minutes to hang it for you.
      I once got in trouble from the union because I was consultant commissioned to create a Web Application for them. The commission came from the Application Development group, I did the work to the best of my abilities... Apparently it pissed off the Web Group because my application looked better then what they could do, and they demanded more tools so they can make their apps look better then mine...

    There is also a fear amongst union members to bad mouth the union. When I was taking my MBA class, and the Unioned Professor trying to teach how to deal with collective bargaining, she would close the door and talk quietly. When I use to work as a consultant, I was told to avoid these people because they are big in the union, and if I did anything to make them look bad there will be a lot of trouble.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  68. Avoid Rock Star Developers by HangingChad · · Score: 0

    My personal experience hiring rock star developers led me to believe they're more of pain than they're worth. I'd rather hire the number 2 programmer with a better attitude.

    Rock star developers most often work the hardest at feathering their own nest at the expense of everyone else on the project. Trying to become immune to layoffs and working themselves into a position they can demand more money.

    Many of them will keep junior programmers from learning enough to be really useful and are ultimately counter-productive to the health of the project.

    --
    That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
  69. They're rockstars because they get the job done by Anonymous Coward · · Score: 5, Interesting

    Except they/we are rockstars because they get the job done, despite a bunch of MBA's trying to stop them. I agree with him about too many senior developers, they cancel each other out. I've use teams of 3-4 people, usually one rockstar and 3 who are happy to play second fiddle and follow his lead.

    When I've done the rockstar roll (before I moved into managing them). The number of times I've had ineffective programmers try to trip me up. A typical pattern is the 'spec says X', I'm well into the spec, X is already written, a programmer on some other platform is falling behind and hasn't gotten to X yet. What do they do? Typically they will start changing the spec, now X is Y and I have to go back and re-implement X as Y.

    Do this often enough and I have to WAIT for the slow coach to decide what he's going to implement from the original spec. before I can clone it on my platform.

    Then there's the IBM type guys (I think EDS are the same, but I haven't personally had experience of them yet). I couldn't get them to code at all in any way. I'd receive a mountain of design documents for the most trivial of things, and a million excuses why it would take 10 years and more resources than we had. If I simply went ahead and coded their part, they'd send in the 'Rock Star Business Analysts' to claim it's spaghetti code and the distraction of it was the reason they couldn't code their part.

    I've seen IBM do a hatchet job on a Danish software producer, so much that the Danish company refused to continue with the project. Yet I never saw an IBM guy deliver a single line of code that tackled a single problem. All they every did was produce meetings explaining what is wrong with the code (which was nothing but a few bugs they were hired to fix but didn't).

    That's the other problem superstar programmers face, superstar bullshitters whose real agenda is to delay a project.

    I often think there are superstars in every company, and the difference between a Google and a Microsoft is that one company can tell the superstar developer from the superstar bullshitter, the other can't.

    1. Re:They're rockstars because they get the job done by Anonymous Coward · · Score: 0

      When I've done the rockstar roll

      I'd be interested in seeing your rockstar roll. Is it like a parachute roll?

      Can you do it whilst performing the rockstar role?

    2. Re:They're rockstars because they get the job done by phantomfive · · Score: 2

      When I've done the rockstar roll (before I moved into managing them). The number of times I've had ineffective programmers try to trip me up. A typical pattern is the 'spec says X', I'm well into the spec, X is already written, a programmer on some other platform is falling behind and hasn't gotten to X yet. What do they do? Typically they will start changing the spec, now X is Y and I have to go back and re-implement X as Y.

      You need to consider that you are not actually a rockstar programmer. Specifications change is one of the basic fundamentals of software design, and if you're having trouble with it, then your code is not flexible enough. Start now figuring out how to make your code more flexible.

      You seem to be making the same mistake the article made, confusing rockstar developers with senior developers. You're not a rockstar, you just type fast.

      --
      "First they came for the slanderers and i said nothing."
    3. Re:They're rockstars because they get the job done by Anonymous Coward · · Score: 0

      I've seen it where the wanna-be rockstars recommend "improvements" which are completely fucking dumb. You tell them politely as much and they universally agree you're clueless. Then, three months later when their, "improvements" completely fuck things up, you're forced to redo that part. They then recommend the original design as their own idea whereby now its completely fucking brilliant. And if you politely remind them they are now stealing your idea, you're not a team player. Seem this repeated many times. Of course, in their mind, they are rockstars, in spite of the fact they are the antithesis of a rockstardom and good team players.

    4. Re:They're rockstars because they get the job done by SolitaryMan · · Score: 1

      ... I've use teams of 3-4 people, usually one rockstar and 3 who are happy to play second fiddle and follow his lead.

      I think you are confusing different concepts here. People who are leaders/can lead are not necessarily "rock star" developers. They just talk louder and more arrogant than everybody else. People who follow are not necessarily worse developers, they just don't like conflicts.

      --
      May Peace Prevail On Earth
    5. Re:They're rockstars because they get the job done by swalve · · Score: 1

      And you are confusing leadership with charisma.

    6. Re:They're rockstars because they get the job done by erp_consultant · · Score: 1

      On a few occasions I've had the (dis)pleasure of working with people from IBM...and Ascenture...and Deloitte...and PWC. I can say without reservation that most of them were worthless. It's not so much the people themselves, it's the culture of those companies. Mostly they are hired right out of college and "molded" into the {insert big company name here} way of doing things. They (the companies above) teach them to produce mountains of mostly worthless documentation. They teach them that meetings and politics are more important than banging out some code and getting something for your client that actually works. Many of them seem to have a chip on their collective shoulders - again, a product of the company cultures I'm willing to bet. Most of the real coding is done in some sweatshop offshore.

      Here is how they do business...they send in large teams of people, mostly inexperienced. The few experienced ones are the ones that get face time with the client. The rest of the rookies are hidden away somewhere in the back, training on the client's nickel. The experienced ones are being groomed for Partner, at which point they become even bigger assholes than they are now. It's an "up or out" culture, meaning that you either get promoted or you're gone.

      I've never met any rock stars from these companies. I suspect that really good programmers would not flourish in that kind of environment. They leave for greener pastures.

  70. Re:Don't hire union workers by GameboyRMH · · Score: 0

    I don't see any x-fry/x-bender headers :-(

    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  71. Re:Don't hire union workers by GameboyRMH · · Score: 1

    Hey now guano used to be highly valuable and is still a useful fertilizer:

    https://en.wikipedia.org/wiki/Guano#History

    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  72. Re:Don't hire union workers by jellomizer · · Score: 2

    We are better then you are because we choose a particular measurement to show that we a better then you.
    The GDP is a good indicator but like most indicators they are not the big picture. The problems exist in the details, not the aggregated big number. Back during the Bush year the Stock Market was at a record high (S&P Dow Jones Nasdaq they are good indicators as well) But the details was in the fact they are high off of lies. So when the truth came out the collapsed. But during this high Republicans and Democrats were going Hey Things are going good! No the Democrats wanted to get power so they choose other indicators to show where the problem is, while the republicans show others to say things are great. But that is normal politics.

    For complex problems like the economy I don't like to look at any particular number. You need to look at the details who are the the guys that are Upward forcing the GDP who are the guys lowering the GDP.

    So for example you see that a few companies are the biggest player in your GDP, while you have a lot of small companies lowering it. It could be big trouble. as your economy is based on few company where they can do one mistake and kill your economy) However if you see that you have a lot of small companies raising your GDP and a few firms lowering it, then that gives you a stronger stance to weather a lot of problems.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  73. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    not sure why he equates senior developers with rock star developers, for me rockstar developer is someone able to do very complicated piece of functionality that a team of ordinary (even ordinary senior developers) would need a month for, and do it alone in less than one week with ten times less bugs, you know people that not only have 10+ year experience but also high intelligence

    In sw many times it has come up that 2-4 developers("rock stars", though you would call them just "developers") can do what the 100+ team people can't - the amount of people attached to the project is usually proportional to budget, not to what the project is supposed to come up with.

    usually it just boils down to politics and that the whole project is such that it suits 2-4 developers better than 100+ people who are trying to keep their jobs, leading to every change needing a meeting with 20 stakeholders-for whom that meeting is the only "work" they do all week - and the few guys churning out code being isolated from each other by 3 levels of middle management.

  74. Re:Don't hire union workers by jellomizer · · Score: 1

    The downgraded the US rating only because our leaders are a bunch of asses. Not about our ability to pay off our debt.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  75. Re:Don't hire union workers by PerMolestiasEruditio · · Score: 3, Informative

    Definitely a lot of organised crime in relatively strong Australian unions.

    In the days of strong militant unions in New Zealand OC in unions was a big factor (surprising considering that New Zealand is nearly the least corrupt place on the planet), but unions were thankfully mostly broken in 80's, (with partial exception of waterfront), at the point where they had come close to destroying the economy with uncompetitive labour practices and the Labour govt of the time was left with no choice but massive reform.

  76. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    There's no "the auto companies in Europe". Most german manufacturers currently enjoy records profits, except Opel that was riddled by management failures for the last two decades. Fiat is doing ok coming out of a difficult restructuring as well. The french manufacturers are hurting badly, but their inability to close factories is not due to unions, but because of government intervention, and the british car industry has been dead for ages now anyway

  77. Re:Don't hire union workers by Anonymous Coward · · Score: 4, Insightful

    And you really think that anybody here in Germany gives a fu*k about what an american credit rating company says about this country? What kind of reputation do you think they have here? Germany has NEGATIVE interest rates on short-term bonds, and lower interest rates that anyone else (US included) on 10 year bonds.

    A low-level german factory worker with middle school education makes 50K a year, cannot be fired if not for just cause, can vote for 50% of the seats in the Council of Surveillance (what you call "board of directors" in america) so the company is substantially co-managed by workers themselves and shareholders have limited power compared to the US (yes, it's a semi-socialist system, and it works great!). And he/she gets complete and high quality healthcare coverage from the government, a generous pension benefit when he/she retires (67% of the last salary, and completely tax free), all paid for by a highly progressive tax system. Of course also education is free, college included.

    Instead, if you're american, you live in a country where the richest 10% of the population has 70% of the wealth, and the remaining 90% are beggars brainwashed by trashy hollywood movies since birth. That's the "american dream", right? Just keep it.

  78. Team Lead by Anonymous Coward · · Score: 0

    You just need a really strong lead but programming itself works better in a mixed team. Too many great minds in the same project might just make the project stale.

  79. We all know the type of dev this article refers to by Anonymous Coward · · Score: 0

    How many people on here are taking this to heart and going on the offensive? Brilliant.

  80. well the union job training ideas are needed over by Joe_Dragon · · Score: 1

    well the union job training ideas are needed over say just pure classroom. The tech / trades schools do better but they can use a on the job training / apprenticeship part as well.

  81. It's a TRAP! by blackfrancis75 · · Score: 1

    These days, sadly, /. is increasingly regurgitating any bullshit article they know is going to get developers/IT staff/geeks 'inflamed' with righteous indignation.
    It's perfect because they get all the site traffic without being seen to be agreeing with the opinions of the author.
    Feel free to Reply with your righteously indignant refutal of the BS article.

  82. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    I've been in unions - the above is nonsense. It's self serving BS put out by our overlords - and greedily slurped up by some (see above) and regurgitated ad nauseum - and always without substantiation. A scared professor - my words - it's usually put as the shrill voices of the elite - not scardey cat profs. What right wing propaganda we have in the above.

  83. Re:Don't hire union workers by DuckDodgers · · Score: 4, Insightful

    That's okay, the banking executives in the United States caused the biggest recession in 80 years without a single criminal prosecution or even getting fired. When the people on top of the economy get their house in order, I'll start listening to their advice for curbing the excess of the working class.

  84. What about TPS reports / poor metrics / rushed by Joe_Dragon · · Score: 1

    What about TPS reports / poor metrics / rushed time line / high over time.

    Stuff like that leads to poor code.

    Also how much documentation do you want them to do any ways??

  85. Chief Programmer Teams? a'la Brooks by Anonymous Coward · · Score: 0

    nothing really changes..

  86. Re:Don't hire union workers by Anonymous Coward · · Score: 1

    Why is this modded funny? It's the truth!

  87. Should be fine by Anonymous Coward · · Score: 0

    Just remember the Golden Ratio: 3 Brogrammers per RockStar (and certainly no more than 2 Ninjas per team).

  88. Re:Don't hire union workers by GuB-42 · · Score: 1

    This is Germany, where the union system is reputed to be one of the best in the world.
    This is typically the kind of compromise that seems impossible to achieve in France. Don't know about the US and UK.

  89. true senior engineers dont over engineer by Anonymous Coward · · Score: 0

    He considered a bunch of knuckleheads who over engineered because they are bored rockstar developers? Being a star developer includes having common sense. Just because you can punch out code quickly, does not mean you are a star. Being a star includes common sense. This guy does not know the difference.

    About junior people writing better code than senior people when the code is simple. Again, that is only the case if the senior person is a knucklehead. People with alot of experience can get stuff done faster. Junior people will still need help and need some reviews. The other issue that junior people have is they may find 1-2 ways to solve a problem, but senior people have seen lots of different things and have more options at their disposal (this does not include making stuff unnecessarily complex).

    Mixing Junior/Senior developers is a good idea, so that the junior guys can learn from the senior guys. Smart Rockstar developers will learn from Junior people too because you will never know everything. The smart senior guys are articulate enough to help the junior people out. I do agree that a project is about a team and process. Alot of the success of a project is based on the management and the processes in place. When you have incompetent managers and silly processes, you end up with delays.

    A technical person irregardless of skill set (DBA, SA, Tester, whatever) who lacks the common sense to keep things as simple as possible is not and never will be a rockstar. They are just a nuissance.

  90. Re:Don't hire union workers by jittles · · Score: 0

    The problem isn't your "WorkFare" program itself, but how it is implemented. In my opinion, everyone on welfare SHOULD have to do something. They can't sit around all day playing world of warcraft or watching soaps on the telly. I would force them to attend mock interview sessions, resume writing seminars, do community service, and things of that nature. Do you have kids and can't afford childcare? Fine. The "Workfare" program should provide for child care. But I'm sure most people would rather work hard to find a real job instead of cleaning up trash on the side of the freeway. Having them do work for the rich or corporations is just plain non-sense. If they need people do to work, they should hire people. If they don't want to hire someone, too bad for them!

  91. Ooh... Let Me Guess by Greyfox · · Score: 2

    They didn't have the budget for unit tests, realistic deadlines or an architect. They probably adopted "Agile" and had the project manager set all the deadlines, using the process mostly as a method of flogging the developers. And they probably never had clear requirements. You don't need rockstar developers to insure a project success. You don't even need rockstar managers. You just have to put some thought into the project, and that, sadly, is what's lacking in most of these badly-executed software projects.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:Ooh... Let Me Guess by dkleinsc · · Score: 0

      Nailed it.

      Compare and contrast a ridiculously successful project and a ridiculously unsuccessful project, with many of the same developers on both projects.

      The successful project started with a good idea for a product, and moved fairly quickly to the project manager talking to developers and getting the best estimates they could and basing their timelines on that plus some slack time. The marketing team had clear requirements and vision, and were happy to manage change requests to prevent scope creep. 2 weeks before the launch date, we had something we could have launched with, decided to spend 2 days adding a couple of extra "nice-to-have" features, spent remainder of that week testing it thoroughly internally, and then launched it a week early. End result: something like a $1 million profit off of a 4 month project.

      The unsuccessful project started with a mediocre idea, and moved fairly quickly to different managers engaging in an auction to determine who claimed to get it done the fastest. No estimates were made, no requirements really gathered, the devs were told to just start. The marketing team changed its mind constantly with no pushback from project management (e.g. they made a drawing of the home page, the devs produced exactly that home page, the marketing team rejected it and successfully blamed the devs for the delay). 9 weeks after the supposed launch date, after constant overtime among the developers, a half-assed version was launched. End result: an entire brand ruined and sold off for parts at an 8-figure loss.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
  92. Since we are using cliche analogies... by gatkinso · · Score: 1

    ...I would rather hire a classically trained pianist.

    --
    I am very small, utmostly microscopic.
  93. Re:Don't hire union workers by Dorkmaster+Flek · · Score: 1

    Union shops tend tries to make sure no one does anyone elses job. You request and get approved for a whiteboard. The board is shipped to you. If you hang it yourself your are in trouble, you will need to wait an other week to get a Unioned employee to take 5 minutes to hang it for you.

    Here in Toronto, you just described the TTC. I have a younger brother and a friend of my father-in-law in there who both said the same thing.

    --
    I like to think of online DRM as something akin to a college -- you pay for lessons until you learn something.
  94. Re:Don't hire union workers by dkleinsc · · Score: 0

    Surely the recent past has shown you what 'ratings' are worth.

    The markets continue to place trust in ratings agencies. Ergo, they're worth something (although unclear exactly what, since Moody's and S&P and the like don't provide any kind of public price listing). I agree that they may be nonsense, but they apparantly have value to somebody.

    And don't call me Shirley.

    --
    I am officially gone from /. Long live http://www.soylentnews.com/
  95. Re:Don't hire union workers by tFunc · · Score: 1

    Sounds like you're describing a Lisp developer.

  96. Re:Don't hire union workers by jbolden · · Score: 1

    That's more or less what they are in the USA. But in the US workers are subject to a lot of propaganda. Further we have a culture of individualism that conflicts with the basic understanding that to management their employees are cogs.

  97. The truth about opinion articles by Anonymous Coward · · Score: 0

    They shouldn't be titled "THE truth about..." since they're seldom true, complete, or offer any proof. This one has nothing but a bunch of opinion.

    Can we vote down submissions to slashdot so we can start getting less slash and more dot?

  98. Its about culture by Anonymous Coward · · Score: 0

    and every really hotshot piece of software I have ever encountered (and I'm talking world-wide success here) has been written by a very small team of highly-motivated developers working very long hours at very odd times of day with no management interference at all. They weren't rock stars before the project or they would have been managed into oblivion. After they had completed the product and it became successful, then they were rock stars. The self-motivation usually came from "fuck you, manager, I'm going to prove that my ideas are correct" One of these projects, where I knew the people well, became one of IBM's top 5 most profitable products world-wide (you've never heard of it), and those guys broke every rule in the book. They worked nights, never went to meetings, smoked cigars at their desks, suppressed all records of how many hours they were really working. By working those hours, the two of them held the entire structure of a big application, its database, and all its interactions with the operating system in their heads, and that mental state enabled them to write vast quantities of simple clear code that contained no serious errors on shipment, and none revealed in the first year. Later people added on to the project for subsequent releases never found any serious errors in the backbone written by the first two guys, nor did they have any problems adding to the code.

    Code written during the normal working day, with constant interruptions, will never soar like that.

    That happens but it is rare. I too have been doing this for a long time, more than 25 years. It has taken me a while to get my head around how to create an environment for the team where success can be replicated. In my experience what was described, what I call coders in a cave, can be extremely successful but it is rarely replicated. While the developers involved can often reflect on what they accomplished they can rarely replicate it again. What you (and I) have experienced is amazing but it is somewhat down to being a huge coincidence of timing with respect to developer/team abilities, market knowledge, energy levels, management attention (or not), etc. It happens, but it is rare. I have also been on very successful projects that were built using processes that are highly interactive with management and basically the opposite of what was described. But, I prefer to find a balance in the middle, one that allows some of the freedoms of coders in a cave but with the feedback and guidance provided by the parts of the company that matter.

    For a company that is trying to create an environment for success I would suggest that you need to think about process more than rockstars. Rockstar is a management term BTW, as true rockstars are very humble and most often just consider themselves to have a 'good' way to get things done, not the only way.

    For the management types out there:

    1. Focus on a 'rockstar' R&D manager, someone who lives to drive the process but understands when to drive and when to get the hell out of the way
    2. Make sure your infrastructure is there to guarantee throughput. The larger and more complex the project the more important this is. Pay attention to the little things that keep developers happy, do not cheap out on systems or networks.
    3. You need a single architect to be in charge of the overall design even if you have a team of architects as nothing will kill a projects momentum more often than the 'architectural committee'. Even in large scale projects that single architect has to make tough design decisions that can only be made in developer land. Managers please step aside
    4. Do not promote your best developers to be managers, hire great managers to be managers if you need them. Pay your top developers more if you want to make them happy. In my experience the best developers are not corporate ladder climbers anyhow except when they think they have to be to improve their lives at home (which never works out) so just pay them more AND/OR

    1. Re:Its about culture by BiggerIsBetter · · Score: 1

      But, I prefer to find a balance in the middle, one that allows some of the freedoms of coders in a cave but with the feedback and guidance provided by the parts of the company that matter.

      Wow. You're awesome. Shame the developers aren't one of the parts of the company that matter.

      4. Do not promote your best developers to be managers...

      I mostly agree with the list you've written, except for this part. It a) implies that a management role is more important rather than just a different role in the greater team, and b) you'll lose your best seniors if you don't give them a career path beyond just cutting more code.

      Until organisations get over their manager > "resource" mentality they're doomed to mediocrity (at best). Yes culture matters, but that's not so much a factor of giving devs a free coke or the tools they ask for, it's about respect, it's about the team (including the testeres, analysts, PMs, etc) and about the collective way things roll. It's more about them than it is about you.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
  99. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    "... but in Germany the purpose of an organised workplace is to have a forum between workers and management."

    I'm really off-topic here:

    I am speaking as a blue-collar worker, but Unions are next to useless here in Canada. The only forum between workers and the company where the Unions are active are when workers are facing disciplinary charges. Lack of regulation, greed and elected officials who have corporate interests as a priority are quickly stripping wages from the middle-class and outsourcing more and more work to other countries. AVEOS, Canada Post, Air Canada, are all situations this year that show that nobody is interested in the well-being of a company or jobs.

    It's not really anyone's fault but our own for feeling like we're powerless.

  100. What the fuck is a "home truth"? by Anonymous Coward · · Score: 0

    Fucking faggets.

  101. Rule #7 by SecurityGuy · · Score: 2

    If you're not a rock star manager, you vastly overrate your ability to identify, attract, hire, and retain rockstar developers. You're far more likely to hire people who have massive egos who don't realize their own faults, and who can succeed in pulling the wool over your eyes because you don't know any better.

  102. Re:Don't hire union workers by gutnor · · Score: 1

    Credit Rating measure you capacity and willingness. From an investor point of view it does not really matter if you are not paying off your debt because you can't or because you don't want.

  103. Re:Don't hire union workers by isorox · · Score: 2

    Rock Star Developers, seriously? None of them are that good.

    Agreed. Rock Stars suck as developers. And most of them suck at rock, as well.

    There's not great at astronomy either.

  104. Re:Don't hire union workers by BVis · · Score: 4, Insightful

    Get out of here with your 'logic' and 'sensible suggestions'! USA! USA! USA!

    Seriously, though, I totally agree. I agree that welfare should not be a handout with no strings, but at the same time the helping hand should be there to help them change their lives to the point where they no longer need government assistance. Sometimes there are mental health issues that need to be addressed, or untreated medical conditions that aren't being adequately covered by our Medicaid/Medicare programs. Sometimes there needs to be skills training to make them more employable. The private sector can help as well; instead of exploiting the fact that the job market sucks by hiring these people into no-benefit, minimum wage jobs that nobody would take under normal circumstances, they could hire people into positions that have potential for raises and promotion based on hard work. I guarantee you that 99% of the jobs listed at your local unemployment office are dead-end garbage that only reward hard work with more hard work, and pay so little that frequently a person would be better off without the job at all. (At least then they might be eligible for Medicaid and have SOME health coverage.)

    Your child care suggestion? You'd get laughed out of the room if you proposed that. The attitude is that they had the kids, it's their problem. They're literally being punished because they had children.

    And yes, there are some who game the system to collect benefits without putting in any sincere effort. It's human nature for some people to want something for nothing (hell, it's probably human nature for all of us) but the baby shouldn't be thrown out with the bathwater. The system isn't perfect, but it's a damn sight better than the alternative.

    --
    Never underestimate the power of stupid people in large groups.
  105. Re:Don't hire union workers by hilltaker7 · · Score: 1

    Uhm, all economic and political systems came into being and have been enforced by armed men. Not once , ever, have the people in power just said "You have a great idea so I am going to step down and let you take charge". They had to be forced out of power. To try to pin that fact solely on capitalism is downright silly. Everyone's hero is someone else's evil foe. Marxism is a beautiful Utopian dream that can never exist in reality. Capitalism, while no where near perfect, is at least realistic.

  106. Rockstars aren't all they're cracked up to be by Teckla · · Score: 2, Informative

    Except they/we are rockstars because they get the job done

    The problem with rockstar developers is they often write code that mere mortals cannot read or maintain.

    Sure, they can whip out version 1.0 or impressive enhancements quickly, but if it becomes a maintenance nightmare later, isn't the cost just being shifted from up front to later? Rockstar developers are often more trouble than they're worth.

    Good, solid, dependable non-rockstar developers are better, in my experience, because they're more likely to write code that their colleagues can actually maintain later.

    1. Re:Rockstars aren't all they're cracked up to be by DaWhilly · · Score: 0

      Tell me about it. I have to hold myself back because I know if I stretch any more of my coding muscle, no one around here will be able to support what I built. However, I firmly believe that if it requires me to get involved in the support aspect, I did a crappy job so the apps I build tend to either be self-repairing (primitively, compared to what I know I could do) or have the support aspect so automated that the rest of the staff can just click a few buttons and fix the issue. Sometimes, though, I have to throw people bones and include 'bugs' just to give them something that they can use to talk crap about me. It makes them feel better thinking that I'm not as good as they thought I was and that they were able to find that obvious bug which I missed. In the event I don't want to put a bug in something for them to find, I just inflate my ego and do something stupid to give them a chance to try and knock me down a notch. All in all, it's boring but pays well.

    2. Re:Rockstars aren't all they're cracked up to be by ak3ldama · · Score: 1

      The problem with rockstar developers is they often write code that mere mortals cannot read or maintain.

      This is absolutely right. Programming can be a fun game to play, but to make it overly complex for others is not what the game should be about. When the rockstar hops in and out and leaves a pogo-stick-shit behind he does no one any favors. Hey, but thanks for that product we will now have to re-write anyways! These are probably the kids whose mothers doted on too much saying how special they were.

      --
      "but money is the God of Algiers & Mahomet their prophet." - Rich. O'Bryen June 8th 1786
    3. Re:Rockstars aren't all they're cracked up to be by hackula · · Score: 5, Insightful

      You are describing a cowboy coder, not a rock star. The two could not be further apart. Rock stars are the ones who, by definition, get shit done right. If they cannot write maintainable code, then they are not a rock star, plain and simple. Maintainability is almost always the number one most important quality of any project. Anybody can get v1 out quickly. A cowboy does it by cutting corners and rushing. A rock star does it fast and right, which is what makes them a rock star. If your good, solid, dependable devs can do that, you might have a couple rock stars without knowing it. Remember that skill and ego rarely match up. Joel Spolsky's definition of a rock star is still the best one IMHO: smart and gets things done.

    4. Re:Rockstars aren't all they're cracked up to be by mvdwege · · Score: 3, Insightful

      The problem is that every cowboy coder insists that he is the rockstar, it's the others that are the cowboys.

      Mart

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    5. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 0

      It takes extra CPU cycles to make code that's both simple and does the job.

      It's not always possible, but a good developer should be able to generally do both.

      Perhaps you are confusing rockstar with prima donna.

    6. Re:Rockstars aren't all they're cracked up to be by man_of_mr_e · · Score: 2

      No. The problem with Rockstar developers is that the requirements are usually such that it requires Rockstars to get it done. Unreasonable time lines, unfinished specifications that require constant changes as it's being written, Psychic coding (I know I *said* I wanted this, but I meant that), Managerial changes mid-project in which the new manager changes everything.... etc..

      Insane measures are required to meet insane expectations, and that is ALWAYS managements fault.

    7. Re:Rockstars aren't all they're cracked up to be by Teckla · · Score: 5, Insightful

      You are describing a cowboy coder, not a rock star.

      The problem is that management equates "gets stuff done fast" with "rock star", regardless of the unmaintainable mess they may leave behind.

    8. Re:Rockstars aren't all they're cracked up to be by WaywardGeek · · Score: 4, Interesting

      There are both kinds of awesome coders. Most often, seriously good coders wind up being the lone-wolf type simply because pairing them with other coders just slows them down. Most coders I know who don't suck prefer to work alone. It's one thing that draws them to this profession. Those who suck have to work with coders who don't in order to have any positive impact at all.

      I like to think I'm a pretty darned good coder. A lot of coders feel that way about themselves, which is fine. I'm far more into team based development than most, so I generally impose coding practices that help code be maintainable and easily transferred between team members. Partly because of stupid software patent law in the US, I try to "code dumb", using simple algorithms when they will do the job, even when more clever ones would do better.

      However, there's one rock-star coder who I humbly admit has skills far beyond what I ever will have: Ken McElvain, founder and CTO of Synplicity until it was purchased by Synopsis, is an inhuman coder. I was the first coder he hired to work with him at Synplicity, and he'd already written 350,000 lines of C code to do FPGA synthesis. I opened one of the more interesting files that implements one of the many ingenious algorithms Ken invented, and just about had a heart attack. It was over 2,000 lines long, and IIRC, it was exactly one function. There were dozens of variables, and most of them were 1 letter. There seemed to be 2 letter variables only because he'd run out of 1 letter options. There were no comments. Thinking Ken must put his comments elsewhere, I grep-ed the whole code base for comments. There was exactly one, that read "This is a hack." To this day, I doubt any other human understands that hack. I asked Ken why he didn't make smaller functions and why he didn't use longer variable names, and he said it slowed him down, because his typing speed was the primary limit to his productivity. Ken types like a fiend. I watched him develop code for a couple of years, and it was amazing. He writes files from first line to last, literally limited by his typing speed, and when complete, he hits a special icon on the desktop that means "Compile in release mode, and if no errors, push to customer download site". He rarely had any use for a debugger, because the only bugs he'd have would be typos (his fingers were not infallible at the rate he moved them).

      So, a rock-star like I consider myself to be can help build an effective development team, one where I can be the lead contributor. On the other hand, I doubt I've ever been part of a team that collectively could out-produce Ken. I decided to write the first version of HDL Analyst rather than try to help Ken improve synthesis quality, which was a good choice. I was able to contribute and not slow him down. However, Synplicity basically went IPO on the strength of Ken's coding. That's one valuable rock-star, even if he's not exactly a team player.

      --
      Celebrate failure, and then learn from it - Nolan Bushnell
    9. Re:Rockstars aren't all they're cracked up to be by war4peace · · Score: 1

      That happens because you don't manage them properly. Sure, they're a pain to manage, but it's only a pain to those managers who expect people to be named "resources" and managed similarly to merchandise.
      Truth be told, most managers nowadays are just grocery managers, putting an equal sign between their directs and potatoes. They don't have the skills or the will to throw human variables into the equation. That's the single point of failure.
      If you can't get a rockstar developer to produce readable code and add comments to it, you don't have proper management skills. Explain your general expectations to them and stick to them, that's step 1.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    10. Re:Rockstars aren't all they're cracked up to be by war4peace · · Score: 3, Insightful

      Sorry, but what you describe is exactly a cowboy coder. A genius (granted) who lacks a certain type of vision, and that is the understanding of the fact that the code he writes is NOT readable by anyone else, unless they make a huge effort that's going to cost them lots of time (and therefore money). Yeah, he saves time NOW, but loses maybe 3x more LATER. Well played! Not.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    11. Re:Rockstars aren't all they're cracked up to be by Jane+Q.+Public · · Score: 2

      "The problem is that every cowboy coder insists that he is the rockstar, it's the others that are the cowboys."

      Yes, but again, almost by definition, it is generally not what he thinks that makes him a "rockstar". It's what others think.

    12. Re:Rockstars aren't all they're cracked up to be by Teckla · · Score: 1

      I basically agree with you. But I'm not a manager. It is merely my experience that 99% of managers merely think "gets stuff done fast" == "rock star developer", without paying attention to the disaster they often leave in their wake.

    13. Re:Rockstars aren't all they're cracked up to be by Surt · · Score: 1

      The problem of course is that it takes a rockstar manager to tell the two apart BEFORE the project falls apart during the maintenance years. And rockstar managers are rarer than rockstar programmers.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    14. Re:Rockstars aren't all they're cracked up to be by gagol · · Score: 1

      Speaking for myself (self learned not professionnal, but enough to create a simple AI ambiguity resolver) I love to do a easy to read implementation of my functions first, comment it and have the optimised version live. Revisiting my code without doing it is freakin tedious and time consuming.

      --
      Tomorrow is another day...
    15. Re:Rockstars aren't all they're cracked up to be by gagol · · Score: 1

      If you read "Game design and architecture" the second half of the book talks about managing creative developers. It is SO insightful, a must read to help you manage a team. The Cowboy developer is very often a Joker, someone proficient in what he/she does, but filled with surprises (weird code, weird behaviour, difficult to integrate in the team). Weak point, but definitely worth a read.

      --
      Tomorrow is another day...
    16. Re:Rockstars aren't all they're cracked up to be by war4peace · · Score: 1

      Therefore: bad managers. As I was saying :)

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    17. Re:Rockstars aren't all they're cracked up to be by Matt.Battey · · Score: 4, Insightful

      Couldn't agree with you more.

      Rock-star Engineers produce designs, implementations and tests that are easy to comprehend and extend. They don't produce Golden Code that will never be put in to use. Also they have a more than effective knowledge of the technology and the problem being solved. They are able to lead-by example, and true rock-stars are able to realize when they need to follow and/or team lead when they are are on a larger project.

    18. Re:Rockstars aren't all they're cracked up to be by goose-incarnated · · Score: 1

      Sorry, but what you describe is exactly a cowboy coder. A genius (granted) who lacks a certain type of vision, and that is the understanding of the fact that the code he writes is NOT readable by anyone else, unless they make a huge effort that's going to cost them lots of time (and therefore money). Yeah, he saves time NOW, but loses maybe 3x more LATER. Well played! Not.

      Well, the way the parent tells the story, it doesn't look like there were any losses at all to that kind of productivity. If a single man was able to produce enough to IPO and then get bought out, there's no measure that counts that as a loss. At all.

      --
      I'm a minority race. Save your vitriol for white people.
    19. Re:Rockstars aren't all they're cracked up to be by Eponymous+Hero · · Score: 1

      to add to that, less experienced developers may not even realize the rockstar's code is easily maintainable because it requires doing things differently than they have experience with. veteran coders will more likely abstract things as much as possible for easy reuse, but this abstraction can be confusing to a coder who expects the code to be explicit about what it does all the time.

      --
      insensitive clod overlords obligatory xkcd car analogy russian reversals whoosh pedant fanbois ftfy in 3...2...1..PROFIT
    20. Re:Rockstars aren't all they're cracked up to be by Eponymous+Hero · · Score: 1

      i can't tell if you're insulting ken or praising him.

      --
      insensitive clod overlords obligatory xkcd car analogy russian reversals whoosh pedant fanbois ftfy in 3...2...1..PROFIT
    21. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 0

      I find that what is maintainable for one coder is not maintainable for another. Some people are taught to code in a certain way and if you don't follow that coding style well your doing a bad job. But your way of coding might be better. Take for instance the insistence of developers in this industry to use the K&R coding style. I'll tell you that K&R Sucks and is responsible for a majority of the most unmaintainable code there is. Yet they reject white smith because they don't understand it. This stuff is all subjective IMHO. I personally go by the adage. Real programmers ship.

    22. Re:Rockstars aren't all they're cracked up to be by jnork · · Score: 2

      The way WaywardGeek tells the story, the downside is that the code is un-maintainable. war4peace is merely trying to point that out. If all you focus on is the immediate release, then it seems like a good deal, but that kind of coding makes what is basically throw-away code.

      WaywardGeek himself said the code was unreadable. What's amusing to me is how highly he praised the guy for writing it. I'll grant that it's pretty awesome if a guy can really pound out working code that quickly. I can't. And throw-away code has its place. But I wouldn't want that guy anywhere near any production code.

      --
      Cleverly disguised as a responsible adult.
    23. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 0

      A coder who's that anti-social and that anti-collaboration is a liability in all but a very small number of situations. Good luck ever maintaining a system through several feature iterations with 0 comments and nonsensical variable names. IPO is the only exit strategy, because you sure as hell aren't changing anything ever again.

    24. Re:Rockstars aren't all they're cracked up to be by goose-incarnated · · Score: 1

      The way WaywardGeek tells the story, the downside is that the code is un-maintainable. war4peace is merely trying to point that out. If all you focus on is the immediate release, then it seems like a good deal, but that kind of coding makes what is basically throw-away code.

      WaywardGeek himself said the code was unreadable. What's amusing to me is how highly he praised the guy for writing it. I'll grant that it's pretty awesome if a guy can really pound out working code that quickly. I can't. And throw-away code has its place. But I wouldn't want that guy anywhere near any production code.

      I actually agree with everything you say (I was also amused that he was impressed by unreadable code :), but the point I was responding to was the line

      Yeah, he saves time NOW, but loses maybe 3x more LATER. Well played! Not.

      I disagree with that mostly because from what I understood of GP's anecdote was that the entire company turned a profit, IPO'ed with success, and then got even more money for the entire company. Not a 3x loss, not a loss at all. In fact, I see nothing wrong with code that did that, regardless of the fact that all variables were less than two characters long. I don't care if the code was commented in klingon and used urdu for variable names, as far as I am concerned if it turned into that much of a success, then it was a success.

      --
      I'm a minority race. Save your vitriol for white people.
    25. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 1

      And tomorrow he's hit by a bus and the whole company is screwed because no one else is able to figure out what he was doing, why he was doing it, or how to change it?

    26. Re:Rockstars aren't all they're cracked up to be by WaywardGeek · · Score: 1

      The truth is somewhere in the middle. Ken's code was so brilliant, yet hard to understand, that Synplicity had to hire many of the best coders around, because average guys wouldn't be able to deal with the complexity. So, it cost the company in terms of excessive programmer salaries.

      OTHO, before the IPO, Ken still owned around 50% of the company. I have not seen anyone pull that off before. Also, Ken did adapt. Once we had several coders, the call for better commenting and longer variable names, and God forbid, more functions got too loud. It slowed Ken down to document code and make it more readable, but the team more than made up for his lost productivity.

      --
      Celebrate failure, and then learn from it - Nolan Bushnell
    27. Re:Rockstars aren't all they're cracked up to be by WaywardGeek · · Score: 1

      Ken calculated how much time he put into making his code understandable to others. Over the long term, he switched gradually to more commenting and a coding style that was easier to follow. He always traded that off with his own lost productivity, so nothing he ever wrote came across like reading a book.

      Here's a bit more to the story. As a boy he fell and broke his skull on a rock. He lost his sense of smell, and his body runs two degrees colder than normal. His damaged brain had to rewire itself, and however it did that turned him into an inhuman coder. It's a bit like Spider Man and that radioactive spider. What are the odds that bashing your head against a rock would make you smarter?

      --
      Celebrate failure, and then learn from it - Nolan Bushnell
    28. Re:Rockstars aren't all they're cracked up to be by WaywardGeek · · Score: 1

      Oh, and one more thing I forgot to mention, that's just funny, and probably has nothing to do with anything. Both his mother and father were identical twins, and their twins married each other, making two (nearly) identical couples genetically. There's even more, but it starts to get too personal. Ken's story blows me away. I assume many readers will have come to the very reasonable conclusion that either I'm pulling your leg or am dillusional, but this is a case of reality cooler than fiction. Here's a link about Synplicity, and here's one about Ken.

      Now days, SFAIK, he's devoting his brain cycles to physics as a Ph. D. student at UC Berkeley. I keep waiting to hear about the mysteries of the universe he's decoded. One more thing about Ken: he rarely would read papers in our field. He would say that reading other people's solutions to hard problems would bias is own thinking, causing him to get trapped in the same solution space as everyone else. I read a few of his best algorithms, and I have to say he seemed to be able to consistently out-invent the combined rest of the world.

      --
      Celebrate failure, and then learn from it - Nolan Bushnell
    29. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 1

      There were dozens of variables, and most of them were 1 letter. There seemed to be 2 letter variables only because he'd run out of 1 letter options. There were no comments. Thinking Ken must put his comments elsewhere, I grep-ed the whole code base for comments. There was exactly one, that read "This is a hack." To this day, I doubt any other human understands that hack.

      I'll bet the Synopsis coders that had to support that mess probably don't have the same glowing opinion of the man that you do.

    30. Re:Rockstars aren't all they're cracked up to be by ILongForDarkness · · Score: 1

      Proof is in the code: if the code is flawless and reads like a great programming book (Ie grab a random function and it would be the how to example) you got a rock star. If it takes three guys on your team standing around drawing flow diagrams to figure out what happens when a single button is pressed and you find your self with lots of boxes that say "magic happens" you got a cowboy. Both got the job done which is fine if you never need to change, find bugs etc in the code. But other than an app at a 5 person company (ie. few well known users) used to order the Friday pizza (ie. an unimportant solution) when does that ever happen?

    31. Re:Rockstars aren't all they're cracked up to be by gadzook33 · · Score: 1

      I couldn't agree more. The interesting thing is that I lead a team of rock star developers but I'm constantly grappling with a sort of self-image crisis wherein I'm trying to figure out if I'm a rock star or a cowboy. I know I can code but it's easy when you're in charge and get to make the final decision. I try to give my team a huge amount of a autonomy but I still believe it's harder to be in their shoes, since any one of them could do my job. Despite that they achieve excellence every day and produce the highest quality code and product that I've ever experienced. Regardless, you're right: these are the true rock stars as they are selfless and superb at the same time.

    32. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 0

      I am a cowboy, but I am designed as a rockstar by my peers, When I tell to my boss that I am a cowboy he answer with: but we need one cowboy. However I insist that my code only serves as an example. A proof of concept for the professional but less creative, skilled and knowledgeable developer under me.

      They usually rewrite it with logging, comment and test but keep the original implementation as a reference in a package aptly named proofofconcept.thethingitdemonstrate.
      As they usually do not fully understand the code I wrote they question me about it, it raise their knowledge that they crystallize in the comments. My code, with some exception (like dynamically generated caching RMI proxy), never reach production. I would not trust my output to run at 4 9, but I trust the output of my devs to do so, I must do so as I am imputable for the operation of our applications.

    33. Re:Rockstars aren't all they're cracked up to be by robertinventor · · Score: 1

      Yes - that type of code is limited to the working lifetime of the coder. As long as he is alive and part of the company then he can continue to do updates of the code. After that then no more updates are possible, and even simple bug fixes may be hard to do. Which may be fine in some situations. Just so long as you recognise the situation.

    34. Re:Rockstars aren't all they're cracked up to be by robertinventor · · Score: 1

      E.g. if in one year they can do the same thing another coder would take ten years to do, and can foresee future problems so that the code is future proof and is also pretty much bug free, and typically the programs they release never need to be updated.

    35. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 0

      (speed depends on your domain, you can accomplish feats indeed)

    36. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 0

      Sorry, but what you describe is exactly a cowboy coder. A genius (granted) who lacks a certain type of vision, and that is the understanding of the fact that the code he writes is NOT readable by anyone else, unless they make a huge effort that's going to cost them lots of time (and therefore money). Yeah, he saves time NOW, but loses maybe 3x more LATER. Well played! Not.

      Seen a number of variations on this in my career. The most egregious example of a cowboy rockstar I ran into was a persian Professorial type (PhD) who had a small contract with the US military back in the day to produce drainage topo maps for siting ICBM silos. He hired me to do some small modifications of the code which when I looked at it was all one and two letter variable names. When I asked WTF, it quickly became obvious that while the US Govt might own the code, without him no one was going to understand it much less modify it. Would have been cheaper to completely rewrite it than to try and follow it. I walked and it wouldn't be the last time. ;)
      jj

    37. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 0

      This.

    38. Re:Rockstars aren't all they're cracked up to be by Murdoch5 · · Score: 1

      The average developer can't maintain rockstar code because what the post secondary schools are turning out for average programmers are fucking horrible piles of crap. You can't actually teach a human to program, you either have it or you don't, it might be hidden and brought out but you can never teach it. I think what needs to happen is for the entire software engineering industry to sit back and re-evaluate just what average needs to be. I have a feeling 45% of programmers would be out of work if the "average programmer" got redefined.

    39. Re:Rockstars aren't all they're cracked up to be by fractoid · · Score: 1

      Spot on. The guys that pump out something that looks like a product, really fast, but it's horribly un-maintainable and poorly designed, are not rock stars. They're hackers. Rock-star code gets written (sometimes literally) overnight, is easy to maintain and extend, and simple enough that a new graduate could debug it. (Source: Am currently in a team of pretty good programmers who got rid of a hacker who thought he was a rock star a year ago and are still digging his turds out of our codebase.)

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    40. Re:Rockstars aren't all they're cracked up to be by fractoid · · Score: 1

      Yes, in the short term. You'll notice that cowboy coders generally get on the best with the least technical people, and only stay in any given job for a year or two at most. They don't stay in any one place long enough for the pitfalls of their 'method' to show, and it's not until after they've left that their co-workers are able to get the "oh god what have they done" sentiment through to their management.

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    41. Re:Rockstars aren't all they're cracked up to be by fractoid · · Score: 1

      ...already written 350,000 lines of C code ... many ingenious algorithms Ken invented ... over 2,000 lines long, and IIRC, it was exactly one function ... seemed to be 2 letter variables only because he'd run out of 1 letter options. There were no comments.

      It sounds like the guy makes this work for him - although I must wonder, if "the only bugs he'd have would be typos" and he uses all one- and two-letter variables, how many bugs he was introducing with each fix. It also sounds like a complete nightmare to debug, maintain, or extend.

      The real question is, how many lines of code would those functions have been if he'd actually structured them properly? For that matter, how many lines of code would the codebase have been, and how many of those bug fixes would have been necessary, if he'd actually designed his system rather than just typing it in and assuming it was correct?

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    42. Re:Rockstars aren't all they're cracked up to be by Anonymous Coward · · Score: 0

      I guess I'm a little bit country, and a little bit rock'n'roll

    43. Re:Rockstars aren't all they're cracked up to be by robsku · · Score: 1

      Except they/we are rockstars because they get the job done

      The problem with rockstar developers is they often write code that mere mortals cannot read or maintain.

      Sure, they can whip out version 1.0 or impressive enhancements quickly, but if it becomes a maintenance nightmare later, isn't the cost just being shifted from up front to later? Rockstar developers are often more trouble than they're worth.

      I don't know what "Rockstar Developer" means, but from the discussion I gather that there is no well established definition at all, and from the "nature" of the word I'd say that it's a new marketing buzzword made up by non-techies of marketing department of a IT magazine.

      It's also the kind of stuff I hate to even see - laughable, unprofessional, etc. but apparently is supposed to describe some type of professional developers.

      Anyway, if your argument on problem with "Rockstar developers" is true then WTF are they described with such worth indicating term as rockstar? Would not a "garage punk rock developers" be better (this coming from someone loving punk - it's played fast, but rarely achieves anything mentionable musically)?

      Good, solid, dependable non-rockstar developers are better, in my experience, because they're more likely to write code that their colleagues can actually maintain later.

      So, is "rockstar developer" a term made up by someone who associates rockstars with great achievements but in the end crappy control of life, health, anything...? Something seemingly great, but not dependable, never dependable or solid? Not trolling, I'm honestly pondering if this is the case...

      Anyway, it's a stupid buzz word, and not having clear well known definition makes it just as much dumber.

      --
      In capitalist USA corporations control the government.
    44. Re:Rockstars aren't all they're cracked up to be by robsku · · Score: 1

      WaywardGeek himself said the code was unreadable. What's amusing to me is how highly he praised the guy for writing it. I'll grant that it's pretty awesome if a guy can really pound out working code that quickly. I can't. And throw-away code has its place. But I wouldn't want that guy anywhere near any production code.

      Amusing maybe, but it's an earned praise - the way I read his post seemed like his praise and respect is the kind often given to idiot savant. This kind of coder is kinda like savant (emphasis on "kinda like" of coding - not a Rockstar Developer, but Idiot Savant Coder, who can't explain what he did and how he did it but clearly has extraordinary skills to do it all in one write and working as planned.

      Of course this only has worth in use-once-throw-away or never-update code.

      --
      In capitalist USA corporations control the government.
  107. Re:$100,000? Really? by Anonymous Coward · · Score: 0

    That's a ho hum salary for programmers with experience on the coasts.

    FTFY. Also, that's why the developer unemployment rate in CA and NY is 7-8% and why it's 3% in the Midwest.

  108. Re:Don't hire union workers by dkleinsc · · Score: 1

    Lay Off 50% of the IT Staff (say 10 People at an average of $70k a year), and Expand Factory workers by 20 average $30k a year. To save $100k, for the company. But the Union ends up getting more money out of dues.

    The company also couldn't get away with that if the IT staff were unionized, because to do that would probably cause the remaining 50% to walk off the job too.

    Also because the Unions are structured there is a deep dislike towards Outside Consultants and Contractors for temporary work.

    Of course there is: Temporary workers are competitors to unionized workers. Using your example of a unionized factory workforce of people getting ~$30k / year, which is a decent living but certainly not an extravagant one: it's about half of the median US household income, about 50% above the poverty line, probably no more than 40% of what you make as an IT consultant, and about the going rate for, say, welders and machinists. Now, if management brings in temps at $7.50 an hour, that's half the cost of your union wage, which means that if management can do so it will fire its entire unionized workforce and replace them with the temps. Sure, the formerly unionized workers could possibly go to the temp agency and get their old jobs back with a 50% pay cut, but could you understand why they might see temps as a fairly direct threat to their own livelihoods? A strong parallel here would be the hostility most US-based IT folks have to H1B holders from India and China.

    Union shops tend tries to make sure no one does anyone elses job.

    Again, this is a case of union members protecting their own jobs, trying to ensure that management doesn't fire the unionized workforce and just do without. You'd do the same if you were in their shoes.

    I once got in trouble from the union because I was consultant commissioned to create a Web Application for them. The commission came from the Application Development group, I did the work to the best of my abilities... Apparently it pissed off the Web Group because my application looked better then what they could do, and they demanded more tools so they can make their apps look better then mine...

    And how did that hurt you, exactly? I mean, some folks in a company you didn't work for were pissed off at you - big deal.

    When I use to work as a consultant, I was told to avoid these people because they are big in the union, and if I did anything to make them look bad there will be a lot of trouble.

    How different is that from the basic rule that embarassing the wrong executive is at best a career-limiting move?

    --
    I am officially gone from /. Long live http://www.soylentnews.com/
  109. Re:Don't hire union workers by bickerdyke · · Score: 1

    And remember that opel is under US management (it's part of General motors)

    --
    bickerdyke
  110. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    If you want a close analogue to the US union situation, the closest in Europe would be the France dock worker's union. The people in unionized positions in the US get paid 4-5x more than their managers who work on salary out of union. Its so bad the manual labor in my company make more than anyone in the company they work for. Anon for obvious reasons.

  111. Re:Don't hire union workers by pedestrian+crossing · · Score: 1

    And groceries are about half the price that they are in the states...

    --
    A house divided against itself cannot stand.
  112. Re:Don't hire union workers by prefec2 · · Score: 1

    If you want this in Germany, you need to be part of an insurance company.

  113. Re:Don't hire union workers by Impy+the+Impiuos+Imp · · Score: 4, Interesting

    My brother used to work summers fixing lawn mowers for Sears. He was forced to join the Teamsters (fell under delivery, I guess).

    The masthead for his monthly Teamsters newsletter looked like the dramatis personae for a mob movie. There were like 15 names, and every single one was Italian with a nickname in quotes in the middle. Crap like "The Knife" aand "Lefty".

    If running for union leadership was a class in an MMO, the character creation sheet would have a line for "Enter nickname here. This is your mob handle and will show up in double quotes over your head between your first and last name."

    --
    (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
  114. Re:Desperate justification for hiring cheap people by wienerschnizzel · · Score: 1

    This.

    I think the problem is that very few managers, even people with technical background, have a good idea about what a top developer/software designer should be like. In my interviews I've been asked to demonstrate what design patterns I know, I've been asked about intricacies of programming languages (such as C++ templates), I was asked about all sorts of technical know-how.

    Yet I've never had anyone ever ask me about the maintainability of my code (beyond asking about coding guidelines), or clarity and simplicity of design.

    All the while IMO this is the very mark of a great developer - the ability to find elegant, maintainable solutions to any problems.

    It's actually quite baffling to me why managers don't look for these things - the 'Keep it Simple Stupid' lesson has been in their books for decades now

  115. FTFY by Jesus_666 · · Score: 1

    'Cause we all just wanna be code rock stars
    And live in suburb houses, drivin' hybrid cars
    Mod points come easy and ideas come late
    We'll all stay horny 'cause we just won't mate

    And we'll hang out in the coolest threads
    About kernel scheduler overheads
    Every bitcoin miner's gonna wind up there
    Every ESR fanboy with his unwashed hair

    And well, hey, hey, I wanna be a rock star
    Hey, hey, I wanna be a rock star!

    --
    USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
  116. Re:Don't hire union workers by jittles · · Score: 1

    Absolutely, I agree 100% that they need extra help sometimes. And I am willing to bet that in most communities there are unemployed people who are able to offer some of the skills they need. For the other skills, the unemployment agencies can hire or contract the support they need. In the short term it would probably cost quite a bit more than our current welfare program, but in the long run I'd be willing to bet it would save the entire country a lot of money. I am a very conservative person (don't get me wrong, I dislike both Rupublicants and Democraps equally), but there is no benefit to the economy to let people die or suffer from poverty. It doesn't help business, and it doesn't help the government either. It just leads to crime and other social problems.

  117. the Big Fix by RobertLTux · · Score: 1

    Don't forget if you hire Rock Stars you also need to hire those Little Mouse types that can scurry around doing all of the little things like fetching a "Cinnamon Soy Latte with extra whip and a dusting of dark Cacao" and a bunch of BLUE peanut M&Ms.

    (and yes this might be a Jug of Double strength Merkat Coffee and Bison jerky (Ghost Pepper flavoured) but ....)

    --
    Any person using FTFY or editing my postings agrees to a US$50.00 charge
  118. Not Invented Here by Anonymous Coward · · Score: 0

    The problem with Rockstars is that they insist on re-inventing the wheel. Managers do not have the technical expertise to say no or the brows to keep from being brow-beaten into accepting it. It usually turns into a tar pit.

    1. Re:Not Invented Here by tqk · · Score: 1

      The problem with Rockstars is that they insist on re-inventing the wheel.

      Yeah, and the problem with that is that cheap, lazy managers can go for a decade wasting everyone's time unnecessarily and frustrating everyone around before s/he'll notice the co-called wheel is a four cornered square and should have never been placed into service in the first place and is in desperate need of being replaced with something that actually works.

      --
      "Tongue tied and twisted, just an Earth bound misfit ..." -- Pink Floyd.
  119. Re:Don't hire union workers by WarmBoota · · Score: 3, Informative

    Rock Star Developers, seriously? None of them are that good.

    Agreed. Rock Stars suck as developers. And most of them suck at rock, as well.

    There's not great at astronomy either.

    Tell that to Brian May! (http://en.wikipedia.org/wiki/Brian_May)

    --
    90% of everything is crap. Also, crap is relative.
  120. Re:Don't hire union workers by jedidiah · · Score: 4, Interesting

    The link between labor and organized crime is an important one but not for the reasons you want people to think.

    The link between labor and the mob formed because US corporations had their own private armies that were able to gun people down. The labor movement in the US quickly turned violent and labor needed it's own muscle.

    The mob is just the other side of the coin.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  121. Re:Don't hire union workers by MNNorske · · Score: 1

    If you give a man a fish he'll eat for a day. If you teach a man to fish he'll eat for a lifetime. -- I personally believe if more assistance programs were run with this mentality in them that we'd all be better off. It's true that if you're teaching someone to fish they'll starve unless you give them a few fish to get going. But, they'll do better for themselves and their community in the long run if they know they have to learn to fish on their own.

  122. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    Many of us have been forced, thanks to corruption/special interests, to join unions and we've seen the crap that goes on first hand. Not everyone who is in a union is bad or unproductive but too many of them are and they get away with it because the union protects them.

  123. Men with guns by TarPitt · · Score: 1

    For some historical perspective:

    http://en.wikipedia.org/wiki/Union_violence#Labor_unrest_in_1892

    For a more recent example:
    http://en.wikipedia.org/wiki/Pinochet

    If that isn't enough, I can come up with more. An economic system that put control of resources in the hands of a small minority of the wealthy tends to be supported by violence.

    USA only of course. Most US citizens couldn't find Canada on a map, less correctly identify it as part of North America.

    --
    If your children ever found out how lame you are, they'd murder you in your sleep
    1. Re:Men with guns by Anonymous Coward · · Score: 0

      Excuse me genius I was responding to AC not TP. However I note you have failed to answer even one of my two questions.

      Want to try again? Go ahead, make my day.

  124. Chopins Piano Sonata #2 third movement anyone?? by RobertLTux · · Score: 1

    Im surprised that nobody has mentioned that Edward Yourdon has written a book or two about what happens when projects go BAD.

    In the situation given the best thing to do is send in a Forensics Team to extract what bits can be transplanted and then START OVER.

    --
    Any person using FTFY or editing my postings agrees to a US$50.00 charge
  125. Re:Don't hire union workers by Anonymous Coward · · Score: 1

    Instead, if you're american, you live in a country where the richest 10% of the population has 70% of the wealth, and the remaining 90% are beggars brainwashed by trashy hollywood movies since birth. That's the "american dream", right? Just keep it.

    Nice. Normally the slightest criticism of USA here earns you a flamebait moderation.

    Mind you, it's still early there so maybe they're still choking on their morning coffee after reading that.

  126. Rockstars are notorious by Anonymous Coward · · Score: 0

    For their proclivities, unreliability, flashes of brilliance (when in the view of an adoring audience), and total degeneration (when out of the public eye). Blood-doping notwithstanding, you want a Lance Armstrong to lead your team. He keeps his eyes on the prize, knows what it takes to succeed, and is willing to let others take the lead when necessary for the success of the team.

  127. Re:Don't hire union workers by MNNorske · · Score: 2

    I've had a few rock star developers on my projects in the past. And, when managed well they can make a project a breeze. But, if you let them run wild they will produce some of the most insane code you've ever seen. The big thing is simply to remind them that a much less experienced developer has to support the project after they move on and unless they want to be called at 2:00 AM when something breaks they should make it easy for an inexperienced developer to read. We do elegant coding where speed is needed (financial transactions) and we do less elegant/slow code where we simply need things to work. If you can keep driving these points home you can keep your projects sensible. Now on the other hand my employer often times chooses to hire some of the most inexperienced developers out there to do coding and has us senior engineers try to manage their work. The results vary quite a bit... I often times wished I had a rock star.

  128. Re: "Rock star developers" or "Senior developers"? by meustrus · · Score: 5, Insightful

    Indeed, the article is not actually talking about "rock stars" but about poaching senior developers. It is also quite possibly the most perniciously agist thing I have ever read. "People do their best work when their head is barely above water," huh? How about the "truth" that the person who's "slogged through it 100 times before" also knows where the pitfalls are? The entire article reads like a bad stereotype of crotchety old developers too arrogant to follow directions.

    --
    I sometimes ask revealing, often ignorant-seeming questions. Maybe they're harder to answer than you think.
  129. Senior Developer != Rock Star by PPH · · Score: 1

    A senior developer is more like a great studio musician. The person everyone wants for a recording session because he/she will make the product sound great.

    A rock star is the personality who jumps around on stage, grabs his crotch, bites the heads off a few chickens and otherwise puts on a good show for the audience. He or she could be a good musician as well. Or not.

    In the development world, rock stars are usually brought onto a project by management to impress the board of directors, customers, etc. Once, they may have done something great. But by the time they have achieved developer rock star status, they are coasting on their past achievments.

    OK, give the guy a tambourine. But don't mic it.

    --
    Have gnu, will travel.
  130. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    Correct, and our 'armed men' of course, were... wait for it... US.

    You can keep your Euro socialist crap over in Europe.

  131. Re:Don't hire union workers by mjwx · · Score: 1

    Rock Star Developers, seriously? None of them are that good.

    Agreed. Rock Stars suck as developers. And most of them suck at rock, as well.

    And despite being mainly composed of hot gas, they suck at being stars too.

    --
    Calling someone a "hater" only means you can not rationally rebut their argument.
  132. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    "He'd be perfectly healthy if it weren't for that terminal cancer."

  133. Re:Desperate justification for hiring cheap people by Anonymous Coward · · Score: 0

    Funnily enough, the only time I was ever described as a "rock star" developer was by a company that wanted to hire me, but it was quickly obvious that what they actually wanted was "yes men". The CTO literally said in interview "If I tell you what to do, then I will not tolerate any discussion or debate, you just have to do it without question". I'm thinking, why hire someone at that salary level if you just want to bark orders at them (I'm 40, with 17 years in the relevant industry).

    (That was only one out of four red flags I got *during interview*. So glad I declined that offer.)

  134. 40 people at a meeting? Your problem is not devs by Anonymous Coward · · Score: 0

    If making a change requires 40 people in a meeting, you don't need to change the developers - you need to fire the buck-passing assclowns in management. Of course, a manager-focused pub like Infoworld certainly isn't going to tell THAT truth...

  135. Re:Don't hire union workers by hackula · · Score: 1

    That kind of attitude will not hold up in industries where talent is difficult to find (aka tech). I will work where management respects me and is willing to discuss decisions that affect my life. In fact, I will actually work in that sort of environment for way less money. Douchey companies get the "FU price" from me and most other devs I know.

  136. Hire me instead! by Anonymous Coward · · Score: 0

    I'm a porn-star developer!

  137. Best Outcome Ever by cfulton · · Score: 2

    The best outcome of a project I have ever been a part of was during a project for an unnamed automobile manufacturers website. The project was far behind when we came on and the original development group was let go. :-) We put together a group of a few "Rock Star" developers together with a group of experienced developers that we knew form previous projects would take direction and understood design. It was only because of the urgency of the project and the potential profit that management allowed us to form this group. We placed them in what we used to call the prison. They were not allowed contact with the rest of the project team (Business, Graphic Arts, PMs etc). I had short standup meeting with them every morning. Then the "Rock Stars" rocked away. They implemented an elegant, workable, well executed design. There were 12 of them when normally we would have used more like 25 or 30.

    My point being they were real "Rock Stars". They could design and code. They were not above doing the actual work. The idea that there are only two kinds of developers: ivory tower academics who know UML and Patterns but can't code, and spaghetti coders who hack through crap but get it done, is the real problem. We hire everybody who can understand an if then statement as a developer these days. What needs to happen in the development business is that hiring managers need to learn that developers are not all equal and resumes can lie.

    --
    No sigs in BETA. Beta SUCKS.
  138. Re:Don't hire union workers by mellon · · Score: 1

    Okay, I'll bite. What army deposed the German Democratic Republic?

    Think carefully before you answer—it's a trick question.

  139. Re:Don't hire union workers - by mathew42 · · Score: 1
    I wouldn't go as far as not hiring union workers, but many are definitely corrupt and the fact that for most jobs there is a union that has a monopoly. Health Services Union expenses affair

    A report authored by lawyer Ian Temby, QC and accountant Dennis Robertson found that $20 million was paid by the HSU without any form of tendering or contract. This included $5 million paid to companies operated by former HSU boss Michael Williamson and his wife. Prime Minister Julia Gillard commented ‘‘It’s clear that there have been real problems at the HSU. That’s distressing I think to everyone who cares about working people.’

    4 years and counting since this scandal became public, but no serious action due to protection by union mates:

    The former HSU national secretary (and Labor MP) Craig Thomson, faced allegations from 2008[4] that he used an HSU union credit card to pay for escorts, and other financial improprieties with the card. Amid the allegations, the Australian Council of Trade Unions (ACTU) suspended the HSUs' membership.[5] Thompson maintained his innocence, but in May 2012 a report by Fair Work Australia recommended that civil court action be taken against Thomson for what the report says was a "substantial misuse of members' funds".

    The worst part about this is that the majority of the Health Services Union members are lowly paid female staff.

  140. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    "..unless they want to be called at 2:00 AM when something breaks they should make it easy for an inexperienced developer to read."

    This is a good reminder for anybody that gets to hand something off and isn't responsible for the day-to-day operations of it. The proverbial "don't shit where you eat."

  141. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    You and the OP suck at English.
     

    These are the hard truths about rockstar developers:
    1. Your singer can suck.
    2. Your guitar player can suck.
    3. Your music can suck.
    4. Your management can suck.
    5. Your drummer and bass player (rhythm section) must not suck.
    6. Your hair stylist must not suck.

    When developing rockstars, abide by these truths, and you can be successful.

  142. Re:Don't hire union workers by TheRealMindChild · · Score: 1

    In my opinion, everyone on welfare SHOULD have to do something

    That sounds like a good ideology, but I fear you are too far detached from the system to make such an assertion. Everywhere I know of institutes cash assistance as a loan. Once you get a paying job, there are courts and liens that take that money back. If they want to squander a loan on doing nothing, I say, let them. The problem is inherently that people try to stay on assistance forever, so that they don't have to pay back said loan. The focus should be on terminating welfare (or prosecute fraud) under abused conditions, not making people take jobs because "that is what they should be doing"

    --

    "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
  143. Re:Don't hire union workers by tnk1 · · Score: 1

    Certainly, it's a shitty thing that there's a recession, but last I checked, being bad at business isn't illegal, unless it's also fraud. The usual way of letting businesses pay the price for their bad decisions is to let them go out of business.

    These guys played fast and loose with their money, and then lost it. They lent to people who could not pay, and then packaged those bad deals into securities. Then other people didn't do their homework on the securities and lost money. They deserved to because they suck at business. You know those people who jumped out of windows in 1929 during the Stock Market crash? They took care of themselves for us because they went broke and the government didn't bail their asses out. I imagine that there was more than a little justice that happened on that day.

    I'm more upset that the bad businesses and auto industry were bailed out than I am about prosecutions for stuff that isn't even illegal. That's not even a crime either, but it feels more like one to me. We just all insured these morons against losing anything when they take stupid risks. It's not capitalism or a free market when you do that, it's just reverse socialism. The kind of socialism where only the rich people get welfare.

    That said, I am not in favor of necessarily more regulation. You pull the regulation out, this is what you get, a free for all of people going bananas... until they lose their shirts. Then you are left with people who either aren't screw ups or people who have learned their lessons the hard way. When the government steps back in and makes everything "better" they might as well slap the regulation back on, because now they are bolstering the idiots in the market and keeping it broken.

    I know that the government felt it had to do "something", because we all expect it to do that, but honestly, the government should just stay as far out of business as it can. Presidential candidates who say they are going to "create jobs" might as well be liars. They can throw money at things, but they can't create supply and demand like real economies need. The government solution is more programs where you start hiring people from big corporations (the only ones who have the scale to actually bid governmental contracts) at inflated rates to do what could be done more efficiently without government involved in the first place.

  144. Re:Don't hire union workers by TheRealMindChild · · Score: 1

    Build a man a fire, he will be warm for a day. Set a man on fire, he will be warm for the rest of his life --Terry Pratchett

    The anecdote is warn and generally an inappropriate point of view. You ignore the cost (time/resources) of teaching a man to fish, over just giving him one and walking away.

    --

    "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
  145. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    If you believe it was the military of anything other than western free market societies, meaning the USA, I am quite curious what it is you are thinking.

  146. Re:Don't hire union workers by Sentrion · · Score: 4, Interesting

    One of the biggest problems with a capitalist system with a welfare safety net is that there is usually a dangerous gap between welfare coverage and financial independence. It doesn't do any good to be on welfare getting all the health care you need and then get a "real" job that offers no health benefit or a health benefit that you cannot afford. Another thing that Germany is doing well is their private health insurance system. It's actually similar to the US system under Obama, except that everybody pays the same percent of their income to fund the system. In the US programs like social security and medicaid tax the working and middle class, but incomes over $100k are not taxed. If the higher incomes were taxed for social security at the same flat rate then all people could enjoy a more secure retirement. As for health care, insurers in Germany are more regulated and can't just screw their policy holders like they do in the US.

    Point is, welfare programs become a trap because making just enough money to no longer qualify for the aid will leave you exposed to so many economic barriers that you inevitably fall back into welfare whether wanting to or not. Someone on welfare may love to walk away with a job paying $40k+ per year, but maybe not so much if the job pays only $25k with bad work conditions, unflexible scheduling, no benefits, and the recipient has special needs children. In the later case I could understand why a single parent would try to game the system to stay protected by the welfare umbrella.

    An alternative would be a form of socialism where everyone has a right and equal access to a baseline level of support, such as government hospitals and clinics, access to community gardens and food pantries, affordable housing projects, etc. When access to such basic needs is universal, then there is no counter-incentive to productivity. People may naturally prefer to work at a job or start a business to have nicer things in life than a subsistence serving of raw vegies, a half-day wait at a community clinic, a shared room in a dormitory, and mandatory 20 hours of labor for the able-bodied to qualify. Knowing that the safety net is available would encourage more lower-income and middle-class to take some risks in starting a business which is good for the economy as a whole. People might be motivated to save a reasonable amount of money - which is good, but also motivated to spend and invest, which also drives the economy. Such a system, however, cannot allow the able-bodied to just lounge and accept a passable existence. Those receiving the aid would have to also provide the labor, but it would ensure that "unemployment" would be virtually non-existant - there would only be those employed at the subsistence level and those employed independently.

    Such a system doesn't necessarily make people "dependent" on the state, since they can attempt at any time under any circumstances to work independently to earn a higher standard of living without being fearful of earning too much and losing benefits, and they aren't "dependent" on the major corporations because they could always quit at any time, endure a short term on subsistence benefits, and then choose to work somewhere else or be self employed. The only risk to such a system is if the government outsourced the "management" of the system to some private for-profit corporation, which is how the US likes to do things.

  147. Frist Rate Bullcrap by Anonymous Coward · · Score: 0

    Software engineering is definitely plagued by all sorts of "self-taught" idiots who are only doing this because they have heard about all the dollars that can be made in this industry.

    If the management talent/scum would only hire people who know the basics (things like algorithms/data structures), there would not be so much crap software and so much abandoned projects around. If "management" weren't Clueless Fucks, they would appoint one of them as the "technical director of project XXX" and give this guy sweeping powers to ensure that all the technical parts fit together nicely. Instead they try to fuck with the details and promote those who can talk nicely but have very few hard skills. But salesmen don't get systems working reliably. All they can do is to sell stuff or to show off nicely in the meeting room.

    This industry is full of incompetent people and arguing for mediocrity is plain insanity. If companies would actually hire proper Computer Science people (those who know the difference between a proper Hashtable and the fuck that comes with MFC, for example), their software project would succeed like they do at Google. They only hire the best and brightest.

  148. Re:Don't hire union workers by jeremyp · · Score: 1

    Germany has NEGATIVE interest rates on short-term bonds

    How does that work? Why would anybody buy a bond at all if you then had to pay for the privilege of owning them?

    --
    All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
  149. Indeed Rockstart != UML, PM bull$hit by Anonymous Coward · · Score: 0

    Rockstar knows how to tune hashtables, when to use tries, how to optmize multi-threaded access to a single harddisk. Rockstar is not a CS bureaucrat and he will code at least every second day. Rockstar is not an expert in Powerpoint and all those blinky-blinky tools. Instead, he queries text and code files using bash, awk, perl, sed, grep, bash.

  150. Re:Don't hire union workers by iluvcapra · · Score: 4, Informative

    I work in the entertainment industry and am a brother with an IATSE local. Our board of directors are all people who work and have established careers, our organizers and field reps are attentive and always available for questions, the union holds regular meetings and mixers, I have good wages and excellent benefits and even though our health plan's been taking a hit lately, the leadership's been very communicative and always has time to talk to people about the negotiations.

    To each his own.

    --
    Don't blame me, I voted for Baltar.
  151. Overconfidence in a dev is a major flaw by Anonymous Coward · · Score: 0

    Overconfidence in a developer is a major flaw.
    It makes them arrogant. THAT makes them difficult to work with.

    Everytime I see a job request looking for a "rock star" to join a team, I do not bother any further.

    If they want a rock star, then they don't want me. I think they don't have a clue and it will just make my life hell. There are better jobs.

    It is like the "idea man" who just needs a dev to knock out a week of work for his $500M idea to be achieved. Idiots.

    For example, look at the Qt and GTK devs who decide that backwards compatility isn't important. Arrogance. Idiots. They may be fantastic developers, but they shouldn't be allowed to develop code because of these personality flaws.

  152. range between best and worst programmers is 50:1 by johnrpenner · · Score: 1

    The key observation is that, in most things in life, the dynamic range between average quality and the best quality is, at most, two-to-one. For example, if you were in New York and compared the best taxi to an average taxi, you might get there 20 percent faster. In terms of computers, the best PC is perhaps 30 percent better than the average PC. There is not that much difference in magnitude. Rarely you find a difference of two-to-one. Pick anything.

    But, in the field that I was interested in -- originally, hardware design -- I noticed that the dynamic range between what an average person could accomplish and what the best person could accomplish was 50 or 100 to 1.

    Given that, you're well advised to go after the cream of the cream. That's what we've done. You can then build a team that pursues the A+ players. A small team of A+ players can run circles around a giant team of B and C players. That's what I've tried to do.

    (Steve Jobs, In the Company of Giants)

    http://www.businessweek.com/smallbiz/news/coladvice/book/bk981106.htm

  153. Re:Don't hire union workers by hilltaker7 · · Score: 1

    Lol, armed men, do not necessarily mean an army. The threat of massive mob violence is often enough. However, as far as I know the GDR was never deposed. Merely engulfed within the larger German government. However, I am no expert on Germany and could certainly be wrong.

  154. My rule is by geekoid · · Score: 1

    if you act like a rock star, then you had damn well better be a rock star coder.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  155. Re:Don't hire union workers by spiffmastercow · · Score: 1

    What happens when you teach the man to fish, then pollute the lake in which he fishes?

  156. Re:Don't hire union workers by Scarred+Intellect · · Score: 1
    For an intriguing read, if you're interested at all, check out A Savage Factory

    It's about a section manager's time working in a Ford plant during unspecified years (though it's not hard to figure out) and how the Union was

    The kind of union you describe I could support; the kind of union we actually have I can't. The UAW is (I think) one of the reasons we should have let our auto industry fail; even with companies going into the red, the UAW still demanded 100% of all their benefits ( Crash Course

    Of course, these are empirical examples of only one union, and I'm sure there's a bit of bias, but in my experience it's a fairly accurate picture of labor unions in the US. They used to be good, but now they're over-powerful and corrupt.

  157. Re:Don't hire union workers by MNNorske · · Score: 1

    People do in fact need help when they fall on hard times, and it is necessary sometimes for that help to come in the form of a handout. But, if you never make it possible for them to help themselves again they will only become dependent on you to provide for them. How is that an inappropriate point of view? I know people who are exceptionally good at self motivating and when they've fallen on hard times all they needed was a little help to get through the rough patch and they got themselves working again. I admire them for their strength and resolve. I also know people who have been perfectly happy to live off the public "doll" for most of their lives because it's just easier. They have no incentive to work, sure they could make more money working a decent job but they wouldn't have all the free time they want. People like that will continue to game the system until such time as the system stops enabling them. Public assistance programs facilitate these people because they incorrectly assume all people are like the former group, hard working and just needing a temporary helping hand. But, there is more than enough evidence both anecdotal and factual to show that in any nation with an ongoing social welfare program that has no limits that we have generations of the same family living off of public assistance. So, no, it's not an inappropriate point of view at least not from someone who ultimately helps pay for the programs that enable this poor behvior.

  158. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    "The threat of massive mob violence is often enough"

    Not accepted, the USSR, had they the will, would have had no hesitation whatsoever to put any unrest in DDR to a quick and unpleasant end and had this happened there is no question who would have won. You cannot avoid this.

    The question is why the USSR at the time had not the will. One may argue that it was the threat of massive mob violence in Moscow, but we still need to look at the root cause. The threat of, or actual use of, overwhelming force in the end is what lead to these societal upheavals, and the mobs you speak of were simply no match for the states they opposed - they could produce no credible threat and no significant force was used.

  159. I'm a developer by Chirs · · Score: 1

    And I say "I don't know. Let me research it." at least once a week. Sometimes multiple times a day.

    I think your employer sucked.

  160. Re:Don't hire union workers by BronsCon · · Score: 1

    No, I think he was pointing out that we're not doing the "walking away" part, so the man know he never really needs to learn how to fish.

    --
    APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
  161. Re:Don't hire union workers by jittles · · Score: 1

    I don't know where you are from, but in the US, welfare is not a loan. You do not have to pay it back. Same with unemployment. So yes, they are getting money that they do not need to repay, and therefore should be doing something to give back to their community, or to improve their career skills.

  162. Re:Don't hire union workers by gagol · · Score: 1

    If people had the mean to actually raise their children instead of going to work at any cost and leaving them with strangers all day, our world would be much more less fucked up... more contact with nature would help too.

    --
    Tomorrow is another day...
  163. Re:Don't hire union workers by gagol · · Score: 1

    You also dont factor in the pleasure one can have teaching others to fish and see them become more and more independant. This usually happens best on a personal level, thus the social network (NOT social medias) is crucial in society's progress.

    The most fulfilling year of my entire life is when I gave my time and some money to help establish a small music studio that offers affordable demos recording and rehearsing space. Part of the initiative was teaching street kids how music is made, haw they can produce their own concerts (small scale) to motivate them to do something else than drugs... and it worked! For me it was a financial disaster, for the homeless to have dreams again and little support to get off the street and do something with their lives is priceless. Individualism do to promote this behavior, but that is how humanity's culture and education evolved and got where it is today.

    --
    Tomorrow is another day...
  164. Re:Don't hire union workers by The+Dancing+Panda · · Score: 1

    The solution to this is not having "workfare", but just having a graded welfare system where you can still receive welfare while working a normal job. Have people not working receive the most money (but less than they do now), and slowly wean people off welfare while working normal minimum wage jobs. This way people still get health insurance, can still live, and encourages people to work (because they can make more total money and be in a better situation insurance-wise by working).

  165. Re:Desperate justification for hiring cheap people by ranton · · Score: 1

    I slightly disagree with you about point #1. The majority of tasks that have to be done for most projects do not need great developers. When I pass off work to junior developers, it is usually because I know they will do it just as fast as me. If we need code to map data between persistent storage and DTOs, I am not going to write that any faster than a fresh college grad. And my company pays them about half as much. They would rather me be working on something where my experience and ability provides them far more than twice the productivity as junior developers.

    If you only have "rockstar" developers, you are overspending for much of the work they are doing.

    --
    -- All that is necessary for the triumph of evil is that good men do nothing. -- Edmund Burke
  166. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    Germany has NEGATIVE interest rates on short-term bonds

    How does that work? Why would anybody buy a bond at all if you then had to pay for the privilege of owning them?

    Because there generally are limits to bank deposit insurance. Eg. in the US, a depositor was only protected up to the first $100k. It was briefly unlimited, and I believe it's something like $250k now.

    Regardless: if you have more than x in the bank and the bank fails, then you lose all of your money in excess of x. Sovereign debt (bonds) from trustworthy countries is not subject to this problem, because the only risk is risk of the country defaulting. Greece, et al, might but Germany is unlikely to do so.

    Also, because you are clever you probably already realized that one could split their wealth into x sized chunks and put each chunk into a different bank, thereby gaining insurance for it all. Yes, that does work, but it's a significant pain and usually not worth it. First, the negative interest rate is small enough not to matter. Second, such a loss is generally tax deductible. Third, money split among n banks is generally rather illiquid: if one wishes to make a major portfolio purchase then it requires transfers from several/many banks, which may not be fast enough to take advantage of an opportunity.

    In summary, one could view the negative interest rate as the cost of an insurance policy. The value of this "insurance" is always priced into the bonds, reducing the interest rate. When the prime rate reaches close to zero, then one is likely to see these negative interest bonds crop up.

  167. Why would I want by Anonymous Coward · · Score: 0

    expensive crack-heads on my development team? http://alcoholism.about.com/od/slang/g/rock_star.htm/

  168. Re:Don't hire union workers by Tyndmyr · · Score: 1

    "punished because they had children"? What, is there a right to have as many children as you want without consequence?

    --
    Support more choices in goverment-Vote 3rd party.
  169. Re:Don't hire union workers by gagol · · Score: 1

    For having a couple of rough patch in my life, I can tell you living on assistance is no fun at all. Sometime you cannot even afford transportation to go to an interview, that makes you feel worthless and it is a real downward spiral... Have you ever spent weeks eating rice cause you cant afford anything else? Try yo conduct a good interview in that circumstance... not an easy task. Working under the table to put some money aside becomes the only mean to escape the system and eveybody that got off it that I know did it that way (including myself). The cheaters are like the nude dancers (drug dealers, etc) making couple THOUSANDS a week earning black money that are on welfare to justify not paying taxes... a couple bad apples do not mean we should stop helping the ones who really needs it as bad apples are the exception, not the norm.

    --
    Tomorrow is another day...
  170. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    Wow, someone has been watching a lot of movies!

    Unions in the USA have been under systematic attack from little right wing reichsfuhrers like the poster above for some 30 years now.

  171. Re: "Rock star developers" or "Senior developers"? by Anonymous Coward · · Score: 0

    The article reads to me as worse. Infoworld is posting an article that basically suggests senior level developers aren't worth the price tag. It's merely a ripe lump of FUD in an effort to depress salaries.

  172. Re:Don't hire union workers by gagol · · Score: 1

    I guess the people are starting to wake up to the fact their (USA) system is failing big time. It sails on it's own momentum at the moment, and this will get out of fuel eventually. The saaddest thing is, most americans are brainwashed in thinking if they dont vote for on of the rich people's party (D and R) they lose their vote... strategic voting is bullocks, vote with your hearth, not with the telly! And good luck to you all, I love the US and it's people and hate to see them in this downward spiral. And regarding the debt of USA, it is hugely astronomical (federal+states+municipal) and future (long term) capacity to repay it is shaky at best as it is. So much that it is belived congress actually prepared for a potential coming civil war...

    --
    Tomorrow is another day...
  173. Re:Don't hire union workers by gagol · · Score: 1

    Same thing in Quebec... I assume it is similar in the rest of Canada.

    --
    Tomorrow is another day...
  174. Web sites don't need rock star developers by Animats · · Score: 1

    The best outcome of a project I have ever been a part of was during a project for an unnamed automobile manufacturers website.

    It's a web site. Web sites are rather routine jobs by now. For an auto web site, most of the effort should be going into the graphical design and marketing, not the underlying machinery. Some ridiculously fancy sites with interactive 3D models have been built, but they don't sell cars. Read Lutz's "Car Guys vs. Bean Counters".

    There are times when you need really good developers. Real-time control. Advanced mobile robotics. Real-time financial trading. Optimizing compilers. Database internals. Digital signal processing. Speech recognition. Image processing. MMORPGs.

    Web sites,no. 3-5 years of experience and a string of competently completed jobs.

    1. Re:Web sites don't need rock star developers by cfulton · · Score: 1

      You speak from experience I can tell.
      All car web sites have the same set of functionality. Build your own, find a dealer, owner alerts, dealer alerts, model information etc. Tell me build your own is a simple application that you can just bang together no talent needed. Integrate with the VAX back end to look up VINs and give owners information about their individual cars, integrate with mapping software and dealer databases to display the correct dealers, integrate with a large content management system, cause yeah there are a lot of graphical design and interactive flash, with a bunch of Jr. developers. Cause it's just a web site. Amazon developers don't need to be good it is just a web site. That google stuff is simple it's just a web site.

      I'm real impressed with your list of places where you need "good" developers. But, I think you must believe that by web site I mean HTML. Almost nothing about real web development anymore is in the HTML and on most web sites developers don't make the HTML or any of the view really. They integrate with the corporate back ends. They create the systems that move information to and from the page. They develop an application.

      I have a feeling you haven't worked on anything very complicated in the corporate web environment. Everything today has a web component. Everything today has a phone component. I once worked on an application that allowed traders in weather derivatives to run weather models through different sets of statistical analysis tools and trade in real time based on the results. But, we didn't need good developers because the front end was just a web site.

      --
      No sigs in BETA. Beta SUCKS.
  175. Re:Don't hire union workers by ShieldW0lf · · Score: 1

    I disagree. Everyone should get welfare. Donald Trump should get a welfare cheque each month, the same size as anyone else.

    Why? People who are unsafe make me unsafe.

    --
    -1 Uncomfortable Truth
  176. Rockstars... by shellster_dude · · Score: 1

    There are different types of rockstar coders. One type will get shit done under ridiculous deadlines. The other will write great code quickly and meet sane deadlines. Most of the time you want the later. Sometimes, you need to bring in your pinch hitter (the first group) and get stuff done. Most of the really bad spaghetti code can be mitigated by having good requirements and not wasting your rockstars on stupid, simple projects, and of course, strong helpful management.

    I think rockstars get a bad wrap precisely because they are called in to fix things when projects are getting over deadline for the exact reason that the requirements suck. You really can't hold them accountable for spaghetti code or not exact solutions when the project requirements were the reason they had to step into the mess in the first place.

  177. Re:Don't hire union workers by xlsior · · Score: 1

    Because your money is insured in full by a stable government. If you keep it in a normal bank account and the bank goes bankrupt, you'd lose everything but the federally insured amount (which isn't much if you have millions). Of course you could also keep the cash at home for free, but then you're still taking a gamble you won't get burgled.

  178. Re:Don't hire union workers by gagol · · Score: 1

    In my experience, hiring temps are very bad economics. I was in major corporate event planning, mainly shareholders meetings. Hiring temps was a two year exercise, first year we hired a guy to help us about 1 month before our big season and it was a burden cause of lack of experience, basically we paid him to do serious training and once he knew enough we lost him quickly. Next year we tried hiring our "temp" 6 months before our big surge of work, but still not enough time for him to become proficient... again we paid his training and he left. At the end of the day, it was simpler, and better economics, to skip the temp and simply work ous ass 100 hours a week couple of months a year.

    Different industries may have different results, thsi post represents my experience and opinions and do not represent the data extracted form a serious, rigorous and scientific study. (nit-picky whiners please abstain) Also, engrish is my second language. ;-)

    --
    Tomorrow is another day...
  179. Learn your job then by Anonymous Coward · · Score: 0

    "The problem with rockstar developers is they often write code that mere mortals cannot read or maintain."

    You need to learn you job if you can't read or maintain code, that's a deficiency in you. Your employer can always just hire another superstar programmer who CAN maintain code.

    Do you imagine that the company is run down to the level of it's most incompetent staff? Is that a recipe for competing in the world? Do everything at the level that your most incompetent staff can do it???

  180. Re:Don't hire union workers by StuartHankins · · Score: 1

    One method continues the cycle of dependency, and one method gives the person the opportunity to overcome the limitation long-term. Now, there are some people who won't be trained, and there are circumstances where they need the help immediately vs having time to learn and increase knowledge gradually, but giving someone hope and ability is an important part of helping them make a positive contribution to society. I think if we had guided programs whose purpose was to get people back on their feet instead of waiting for the next handout we'd have happier, more productive people who can see a real future.

    And of course none of this applies if you truly can't be trained or can't do something because of a true disability or handicap. There will always be a certain percentage who need help because they just can't help themselves. The hard part is sometimes determining which type of person you're dealing with -- judging their ability and intent vs their potentially very applicable limitations.

  181. Re:Don't hire union workers by gagol · · Score: 2

    This is why we, the Rest Of the World (ROW) should try to emulate what works best instead of shoving our heads in sands shouting WE ARE THE BEST. No one have absolute truth but some people do some things better and it deserve more recognition.

    --
    Tomorrow is another day...
  182. Re:Don't hire union workers by StuartHankins · · Score: 2

    Very insightful. Give them the means to help themselves, and assist them along the way. Make the process reward achievement and effort.

    The alternative is to destroy hope, drop benefits quickly, punish initiative and keep them chained to the system. With no hope, crime soars and lives are wasted in a socioeconomic limbo.

  183. Re:Don't hire union workers by yurtinus · · Score: 1

    I think you're spot on in your first two paragraphs there, but I can't say I agree with your solution. I fear there are simply too many people who would be comfortable with living in the safety net that they wouldn't step up to find more significant employment - the gap between rich and poor would just keep growing as more people from the middle class drop out of the job market. Money alone is not a powerful enough motivation for many people when they can do their mandated 20 hours of work and play video games the rest of the time.

    Address health care and child care - then start working the "motivate to work" end of things.

    --
    +1 Disagree
  184. Re:Don't hire union workers by gagol · · Score: 1

    +5 insightful. Well said fellow canadian! (I am from quebec, but im canadian first and would not separate anytime soon)

    --
    Tomorrow is another day...
  185. Re:Don't hire union workers by BVis · · Score: 1

    ...

    Does anyone else know what this guy is talking about? What do you mean by 'unsafe'?

    --
    Never underestimate the power of stupid people in large groups.
  186. Re:Desperate justification for hiring cheap people by Anonymous Coward · · Score: 0

    A thousand times this.

  187. Re:Don't hire union workers by SolitaryMan · · Score: 1

    Me neither. I definitely remember that they used to be there, but probably Rob took them with him.

    --
    May Peace Prevail On Earth
  188. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    There's not great at astronomy either.

    The speak better English then you, mong-dong.

  189. A True Rockstar Developer... by flargleblarg · · Score: 1
    • 1. Writes code sweaty and bare-chested.
    • 2. Comes to work drunk, snorts coke in the bathroom during breaks.
    • 3. Curses foul language unintelligibly.
    • 4. Smashes the keyboard at the end of the day.
  190. Re:Don't hire union workers by s73v3r · · Score: 1

    And with that attitude, you should rightly go out of business due to not being able to find anyone worth a shit to work for you.

  191. Re:Don't hire union workers by s73v3r · · Score: 1

    Unions in the United States needs massive reform.

    No they don't. What needs reform is the system at the top. Once that has been reformed, then you can worry about taking things from the working class.

  192. Re:Don't hire union workers by s73v3r · · Score: 1

    even with companies going into the red, the UAW still demanded 100% of all their benefits

    So fucking what? Are you trying to tell me that during that time all of the executives and management were willing to give up any part of their benefits and pay? Are you telling me that you've ever volunteered to give up any part of YOUR benefits and pay when your company wasn't doing so hot?

  193. Re:Don't hire union workers by Hognoxious · · Score: 1

    We are better then you are

    Taking it in turns? Sounds fair.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  194. Re:Don't hire union workers by Marxist+Hacker+42 · · Score: 1

    When minimum wage goes up 1% in an economy that is inflating at 2%, that is not a raise.

    --
    SJW: a person who perceives an injustice, and while correcting it, commits a greater injustice.
  195. Re:Don't hire union workers by Hognoxious · · Score: 1

    Except you can't buy them because the shops only open for three hours a week.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  196. Re:Don't hire union workers by bratmobile · · Score: 2

    I'm an American, and AC has it totally right. German labor dynamics are awesome. Union/mgmt relations in the US are almost inherently adversarial. It's about how best to screw the other guy, not how to succeed together. My dad has been a machinist (tool and die, now primarily CNC) for 40 years, and has worked in union shops and non-union shops. The union shops were only marginally better, if at all. The best shop he ever worked at (and has worked at for 20 years now) is a non-union shop, run by... Germans.

  197. Re:Don't hire union workers by Hognoxious · · Score: 1

    You appear to be confusing Europe with France.

    You're not alone in that. Bonaparte, de Gaulle, Sarkozy...

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  198. He's talking about prima-donna developers by Anonymous Coward · · Score: 0

    There's a lot of prima-donna developers in this industry who think they're hot ####. And they think they're rockstars, this all comes back to the time when Silicon Valley marketing wonks wanted to turn the s/w developer professional into some sort of "rock star" capable type person back in 2007--to glamorize the profession? ...that surely crashed and burned, much like TFA.

    And is usually takes that one project you successfully worked on to fall into that psychological trap.

    TFA talks about these people, not the true Rockstars that are likely generalists and know that this is a business: use case, budget and time is all that matters and get the job done with a team.

    I do agree with the OP that creating the educational environment is critical for a successful team though.

  199. Re:Don't hire union workers by ShieldW0lf · · Score: 1

    I'm talking about the acts of desperate men.

    --
    -1 Uncomfortable Truth
  200. Re:Don't hire union workers by spiffmastercow · · Score: 1

    Now the next question: how does an American go about moving to Germany?

  201. Re:Don't hire union workers by Scarred+Intellect · · Score: 1

    I didn't say that management was so great either. They had gold faucets, new cars every month (IIRC) and free fuel. Their benefits were as lavish as the Unions.

    The entire thing was fucked up. I wasn't trying to condemn any single party (though I do dislike unions), as I stated at the beginning: "for an intriguing read..." That's all it's supposed to be, interesting, not some deep analysis of who screwed over who or o a comparison of one party being better than the other (apologies if it came out that way).

    To answer your question though: yes, I have.

  202. Re:Don't hire union workers by marcuskincad · · Score: 1

    Yes, it's the American dream. Why? Because it was stated (apparently by George Carlin), you'd have to be asleep to believe in it.

  203. Re:Don't hire union workers by DuckDodgers · · Score: 3, Interesting

    Look at Wall Street. The people who fucked the economy are still employed. Some of them gave up a fourth yacht. Boo hoo.

    I like the free market when it works. Toyota eating Ford's lunch ten years ago? Awesome. Google taking the lead in search? Awesome. iPhone destroying Blackberry and Palm? Awesome. But clearly that kind of free market competition has been prevented from working properly in the banking industry.

  204. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    There's not great at astronomy either.

    The speak better English then you, mong-dong.

    And apparently better than you too.

  205. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    You can mainly thank Fox News for making anything right wings disagree with "evil".

  206. Re:Don't hire union workers by s73v3r · · Score: 1

    I wasn't trying to condemn any single party

    Yes, you were. You simply blamed the unions for balking at cuts to their compensation. I fail to see how you can actually criticize them for that, given that just about everyone else would balk at cuts to their compensation as well. Why should unions be special in this regard?

  207. With respect to Ian Dury by Anonymous Coward · · Score: 0

    Sex and drugs and source control
    Is all my brain and body need
    Sex and drugs and source control
    Are very good indeed

  208. Re:Don't hire union workers by hobarrera · · Score: 1

    Germany has NEGATIVE interest rates on short-term bonds

    How does that work? Why would anybody buy a bond at all if you then had to pay for the privilege of owning them?

    It's probably non-negative in the long-term.

  209. Re:Desperate justification for hiring cheap people by gweihir · · Score: 1

    Thank you!

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  210. Rockstar? by Anonymous Coward · · Score: 0

    You hire a Rockstar developer when you want a Grand Theft Auto game made.

  211. Re:Don't hire union workers by Sentrion · · Score: 1

    John Maynard Keynes imagined a 15-hour week by the beginning of the 21st century. Henry D. Thoreau is said to have worked an average of 10-20 hours per week after his days at Walden Pond. If one chooses a simple life it has been shown time and again that a person can provide most of his own needs for less, often much less, than 20 hours of work each week. But we live in an age of dependency on and servitude to the "military-industrial complex" as described by Eisenhower (a Republican). In order to generate unimaginable wealth for a fortunate few and to fund years of armed occupation at bases around the world, some dating from the Spanish-American War, individuals are pushed to work 40+ hours each week IF they are fortunate to have the right skills, education, cultural background, social/professional network and brown-nosing. The rest of America is often juggling two to three jobs, working in excess of 60 hours each week, no vacation, and watching their net worth sinking deeper into negative. For many, unpaid bills and a trashed credit score are the least of their problems. Even when struggling people try to work together, their efforts come under attack, such as when working mothers band together to help babysit each other's kids - they are often accused of running an unlicensed daycare and shut down. Same for other efforts to make ends meet. Just this month there was a story of a woman facing fines for feeding poor neighborhood kids: http://rt.com/usa/news/philadelphia-woman-food-prattis-966/.

    If people were free to provide for themselves and each other a basic subsistence then they would have true freedom to pursue their own destinies. Sure, some may put in their 20 hours and lounge around the rest of the time, but it has been shown that the mega-rich do not get where they are unless they can convince thousands of minions to propell them there. In a world that promises guaranteed employment for everyone willing and able-bodied, reasonable accomodations for those who are not able-bodied, and freedom to earn well above their needs, even if the gap between rich and poor (where "poor" never means impoverished) grew even greater, the extravagant lifestyles of the rich would not necessarily be a burden to the content and simple subsistance earners.

    Why should everyone have to work 40 or 60 hours a week to earn more than they need or even want? There are countless numbers of Americans who are more than capable of earning $100k+ salaries but are content to maintain a simple, happy, and productive living pursuing careers that provide them with more enjoyment and/or opportunities to pursue causes that are important to them. Teachers, social workers, fire fighters, and park rangers come to mind. But how many of these workers today are questioning their career choices now? How many young students are changing their minds about making the world a better place because they are fearful that economic conditions will leave them paying insurance premiums they cannot afford while simultaneously paying every last penny out of pocket for essential and mandatory health care (try denying your kids cancer therapies because you think the bill is too high and see how fast you go to jail).

    Now, such a system as I propose would change the nature of how we understand free markets. People would have much better control of their budgets because most spending would be for desireable but non-essential items, such as smart phones, automobiles, fashion, and comfortable housing, which would motivate most people to work. But it wouldn't be wealth and prosperity for all. 40 hours working low-skill, low-demand jobs might only pay enough to cover the cable TV bill in your public funded dormitory that you have to share with a unkempt redneck and his pet racoon. Given such a possibility most people would try to achieve some level of eduction, try to climb the corporate ladder, start a consulting business, or whatever it takes to get what they want o

  212. Re:Desperate justification for hiring cheap people by gweihir · · Score: 1

    Am am aware of that and I agree with you. (Comment was to the point as much as possible, this is ./, after all.) If these are competent and professional junior developers, you can and should do that and you should have them available just for that. If the junior developers are incompetent or unprofessional, handing off work causes more trouble than doing it yourself.

    Let me clarify 1 to say, "competent and professional people, for the specific different levels of experience and skill needed in a project"

    I should also say that I view being competent and professional more as an attitude or a goal in life. Sure, junior people will get it wrong more or less often. But the competent and professional ones will realize and try to do better. In particular, they will first invest a reasonable time to figure it out themselves and then ask somebody with more experience. And if the person with more experience is competent and professional, it will realize this is a great opportunity to contribute and spend the time and effort needed to explain what went wrong and how to avoid it.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  213. Good programmers don't make complex designs by Anonymous Coward · · Score: 0

    The people who make complex designs are the show-offs. You don't want those. Good programmers solve the problem with the minimal amount of effort, carefully placing few well designed features at strategic locations to make the problem fold itself.
    Then those features can be turned into small amounts of code which is designed to be readable first, and only optimized if it's really necessary.

  214. Re:Don't hire union workers by Bengie · · Score: 1

    Make alcohol/entertainment too expensive for those on welfare and when they see other people having fun because they work, they may have incentive to not play with dirt for fun.

    Have a separate monetary system for essentials vs luxury. Only pay welfare people with money that can be used for essentials.

  215. Re:Don't hire union workers by Bengie · · Score: 1

    Crime is dramatically lower in countries with good welfare.

  216. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    This discussion reminds me of the setup for the Sherlock Holmes story/novella "The Valley of Fear."

    http://www.gutenberg.org/ebooks/3776

  217. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    I remember as a child, my dad going in late to work. He told me most of the time the "job" was something simple enough that a janitor could do with instructions over the phone in less than a minute. Effectively "press a button". Instead, he would get called in, drive 45min to work, walk 30min across the building, press the button and walk out. He got paid not only for the time there, but also his travel time, while getting overtime.

    Then the stories of the "drunk" worker that no one liked. He would punch in, go to a bar, head back to work 8 hours later, and punch out. Work fired him and the union sued the employer because the employer is NOT allowed to fire anyone without getting permission from the union.

    Yep, great system.

    I'm not talking about some small shop, but an international industrial company.

  218. Not only that by Sycraft-fu · · Score: 1

    One of the measures of someone who is good at what they do in a creative job is being able to get shit done, even if it is a difficult or stupid request. It isn't about being "right" it is about making the customer happy.

    All the developers that I respect the most (I'm a sysadmin, not a developer) are the ones who are able to solve stupid problems, problems that shouldn't have to be solved, and solve them well. They will call me and bitch about how retarded the client is (I swap 'stupid request' stories with a friend at least once a week) but in the end they make it happen, make it work well, get it done on time, and make the client happy.

    If we are going to put a silly label like "rockstar" on it then that is what I define it as. They are the people who can get shit done. It may involve stupid specs, changing specs, and so on they still get it done and don't make a hash of it.

    Any programmer should be able to implement something based on well defined, detailed, unchanging specs for a clear and simple problem. It takes a much better programmer to deal with half done, changing specs on something stupid and ill defined.

    1. Re:Not only that by phantomfive · · Score: 1

      Well said.

      --
      "First they came for the slanderers and i said nothing."
  219. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    Indeed. And much of the childcare can be provided by, hold on, workfare participants. Some trained childcare oversight would be needed obviously to protect the kids, but probably one for every five workfare workers.

    Legitimate workfare programs in the private sector make sense though when they are offering training and a possible entry into a job they would never have qualified for without that on the job training. The numbers need to work though -- the employers should be expected to dismiss workfare workers that are not showing promise as quickly as possible and should be expected to hire a high percentage of those that they don't dismiss. Unfortunately, such programs are run by bureaucrats who make up volumes of rules because they really can't use common sense -- both because too many of them and their workers don't have it and because to avoid claims of "discrimination", a rule is needed for everything. The result is gaming the rules by workers and employers.

  220. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    Many of the children of chronic welfare families would be better off taken from their parents and put in well run boarding schools.

    This would be expensive, but it would break the multi-generation cancer of welfare with kids whose grandmother birthed their mother when the grandmother was 14 and whose mothers birthed them when their mother was 14 and grandmother and mother have been on public assistance most of their lives and neither finished high school.

    If these people want public assistance for more than 12 months out of seven years in times of low unemployment, they give up the kids and understand that if they EVER have another child they will NEVER be allowed on ANY form of public assistance. Give them birth control for free if they want it.

  221. RockStar vs Rarefied programmer by EmperorOfCanada · · Score: 1

    Often the "Rock Stars" are either programmers who self identify with this and often have some form of seniority; or are blowhards who have the upper management sold on their amazing mad skills. A quick bit of digging will turn out that the database "overhaul" that he did in one weekend that would have taken mere mortals 6 months that resulted in the reports running 20x faster was actually an upgrade of an 8 year old server with an 8 CPU SSD drived, 64GB beasty; so a 20x improvement is actually a bit of a disappointment. Another sign of rockstars is often certifications coming out of the wazoo. I agree with previous posters: Cowboy is probably the better title.

    Sometimes the RockStars are stupid but it is even worse when they are really smart. That is when they start coding in assembler knowing that they are creating a dependency on them of mega proportions.

    A term I like is rarefied programmers. These programmers are usually quiet and usually leave people scratching their heads; not in confusion; but with puzzlement as to why they didn't see such an easy solution. The code is usually small and understood by all. Often things just get done and all around them benefit. An interesting way to detect these programmers is that they use an odd mix of the old an new. They might be using C++ right along with some NoSQL solution. C++ because they are very good at it and NoSQL because it was the logical tool for the job.

    Where these rarefied programmers can get into conflict and "cause trouble" is when they have to deal with the RockStars. Some RockStar with management support will reject unit testing (slows me down) insist on using something (cool) like Go and then need to alter the Linux Kernel as it (I have witnessed this). The rarefied programmer will move on and take the two best programmers with them.

    I have noticed quite a few people blaming MBAs for the problems of RockStar programmers; this is due to RockStars providing the MBAs with a good story for sales. "Our guy was the first certified Oracle DBA in the state." "Our guy singlehandedly programmed a NASA Sub system." "Our guy is certified to level 20." "Our guy worked 20 straight days for 16 hours a day to finish a project." MBAs need zest and sizzle or they don't get an obscene bonus. Why do they get the obscene bonus because they golf with the CEO and brag about how they have a RockStar programmer.

    The rarefied programmer is usually too boring for the MBAs. "Our guy found an open source product so we canceled my pet project and just used the OS product." "Our guy added unit testing; whatever the hell that is." "Our guy switched the programmer's editor from Eclipse to Sublime Text 2" "Our guy showed the accountants how to make a better macro."

  222. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    English Mutha' Fucker, Do - you - speak - it?

  223. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    "Have you seen the rate of Germany's GDP decrease in the recent years?"

    Have you seen the rate of Germany's population decrease in the recent years?

  224. I'll ask the obvious... by Mr.+Underbridge · · Score: 1

    What happens when Ken leaves? The company is well and truly fucked, right?

    This is why even the smart guys have to play by the rules. The best ones know that they're good, but that not everybody else is, and this is a job and not a hobby. Frankly, what Ken needs is a manager with the balls to tame him, or fire him.

    I'm also glad I'm not working with Synopsis if that's indicative of anything.

  225. Re:Don't hire union workers by Mr.+Underbridge · · Score: 1

    It's not "marxist terminology" capitalism is enforced and came into being by men with guns,

    Um, so was communism, Karl...

  226. Re:Don't hire union workers by w1z4rd · · Score: 1

    75% of people on welfare are too old and too young to work. Stop with this silly myth that welfare makes people lazy.

  227. The Truth About Rockstar Developers by Stirling+Newberry · · Score: 1
    1. Most companies aren't rock star companies. For the last 40 years most of the American economy has been at break even productivity increases. If you are churning out essentially the same product as 30 years ago, people who are interested in the bleeding edge aren't interested in you.
    2. Most people can't stand working with people who are that much better than they are. Rockstars can make everyone better, or everyone much worse.
    3. The original article is loaded with business talking points that say "You don't need to pay people what they are worth." This is because right now companies want to hire drones, mid-level people and H1-Bs as peon labor. Problem, the drones have jobs, and don't like to change, that's why they are drones. There are no mid-level people, because they all got canned as junior people during the down turn. H1-Bs don't want to stay here as much any more, and many of them are of low quality.
    4. Most people who think they are rock stars just play three chords really fast, which only works if they are in an environment that needs those three chords.
    5. Right now CTOs aren't going anywhere, they are waiting to cash out. Which means SVP/EVP/Whatever the local real VP acronym is aren't going any place either. Which means directors aren't going any place. Which means managers aren't going any place. Right now there is bottomless demand for management quality team leads willing to work at senior peon prices. I'd like 50% off a Porsche 911 too, but it doesn't work that way. Call it the "ass ceiling" that many sharp technical people are running into, according to hierarchy logic, if star programmer reports to drone manager from the Dilbert Institute of Leadership, then star programmer makes 25% less than drone manager. The smart ones consult for some company that is facing a train wreck, work 9 months a year, or less, and make more money than full time positions go for in the average mid-sized company IT shop.
    6. Ego and accomplishment go together. Drones hate accomplishment, because it makes them look bad, and they hate ego, because it makes them feel bad. No one is more hated in a bad IT department, than someone who can do 10 times the work as others, and yes, that's the quality difference.
    7. As a manager, ask yourself what all the ranting competence haters will do when you hire the rock star. That's right, sabotage him, and you. Your job isn't to manage rockstars as a manager, they are either unmanageable, or they manage themselves. It's to manage drones, and drones trying to take out a rock star, are unmanageable.
    8. There are a great deal more Directors and VPs who think they are rockstars, when they aren't, than developers. Why? Because developers have to make software, not excuses.
    9. Rockstars will cull the poseurs fast. The problem is the first so called rockstar hire, because poseurs love to be the only hip person in the room.

    Bottom line here, the worst investment in business is in the overqualified. Don't hunt house flies with howitzers.

  228. I need to get out of software by bladesinger · · Score: 1

    I don't think I can stay in software much longer.

                "...something to be desired. I do work in a pretty edge case kind of field though (geospatial analytics), that has a good bit more math than your average business dev work."

              "While this is probably true for some people, especially above average people who have only worked at small companies where they are the best developer with no real competition I think there's a second problem that can make good people appear like that:"

                "If rock stars programmers work with genuine peers, the diva part of them will be suppressed. It is hard to feel superior when working with people against whom you are just average. Some of them can still lack in social skills(*), but you can often minimize the damages that could cause. Of course as a company you still need to be able to afford top talent and have a project that challenges or otherwise interest them."

    Above average. Below average. Senior developer. Junior developer. Rockstar programmer. Cowboy programmer. What do ANY of you know about "average"? What constitutes below average, and what constitutes above average? It's complete and utter subjective nonsense.

    Do you want to go by lines of code written? Do you want to go by number of licenses sold? Do you want to go by pay? Do you want to go by your GPA in college (though I'm sure some of these "rockstar programmers" are not computer scientists or even college graduates).

    You have no metrics, no basis. So stop using the word average. Software has become egomaniacal and elitist.

    The measure of worth for a developer has become so utterly blurred and has been replaced with elitism, egos and exclusivism.

    As I go on through my career in software, should it last that long, I will measure my worth by number of successful projects. You all can use whatever you like- pay, lines of code, size of teams, IQ...I don't care.

    For this reason I'm looking to get out of software. I've only just begun my career but I already want out. The whole mindset is different in hardware. Because in hardware, it has to work. If it doesn't work, people are at risk. In software, you get angry calls. The mindset is different with hardware engineers and embedded developers- they don't think about rockstars or cowboys...They work together to make things work.

  229. Re:Don't hire union workers by Anonymous Coward · · Score: 0

    You know a lot about Germany and nearly zero about the United States.

  230. Re:Don't hire union workers by Machtyn · · Score: 1

    Long before there was Fox News, I knew Unions were a bad deal. They were necessary in the early 1900s because of corporate abuses. But the laws have caught up. Now, far too often, Unions prevent bad workers from getting fired, good workers from giving a darn after a few years (because the bad workers have tenure and get paid better), and are a general cancer to business.

    Add to that the Unions grease the palms of one particular political party, as the party returns the favors with favorable laws and contracts. The actual workers, middle and poor classes, and the tax payers all get hurt in the process.

  231. It is a personal reference turned general tag by Anonymous Coward · · Score: 0

    A programmer who always says OK, I can do it and does it? No bugs, no excuses, any domain, only the time it takes to. And then happens to play music like a rock star... Rock star programmer. You need only ONE case to get the general tag and this discussion. But if you follow the idea concept... the rock star programmer is not hired: he is the one hiring, to round corners and chores, but the code and design and idea is his, otherwise there is trouble! But the problem exposed in this discussion is more general: when do technical resources acquire fame? Some actors are simply so... :|

  232. Re:Don't hire union workers by L.+J.+Beauregard · · Score: 1

    our Democratic/socialist party

    You keep using that word. I do not think it means what you think it means.

    --
    Ooh, moderator points! Five more idjits go to Minus One Hell!
    Delendae sunt RIAA, MPAA et Windoze
  233. Re:Don't hire union workers by yurtinus · · Score: 1

    ...like food stamps?

    --
    +1 Disagree
  234. Real Rock Stars by BadPirate · · Score: 1

    Whenever someone says "Rock Star" programmer, I always picture Keith Richards or Ozzie going in for a development interview...

    "So... what you're looking for is a programmer who shows up late, strung out on coke, hungover, and hoping that the roadies (interns) took care of most of the work, who will likely have sex with the girl at the front desk, and will only finish a job if he has a number of people screaming 'ENCORE!' to encourage him on?"

    --
    - Holy crap, I've got MOD points! Who thought that was a good idea.
  235. Microsoft HRHs - code warriors, HRHs -a nice buzz! by Anonymous Coward · · Score: 0

    At Microsoft back in the day, we called them HRHs, his or her royal highness or highnesses.. they could not be fired and could do whatever they wanted, get up walk out of meeting, take a smoke break for 3 days, show up whenever, but when they knew they needed to deliver, they would code the best code ever in a 60 hour non-stop marathon. Did the PMs I know like them, hell no, could they fire them? hell no. Did they wish they could, hell yeah! Me? I was a developer on a scale of 1 to 10 like a 12, but these HRHs were code warriors. I loved them and I was non-traditional management and ex-military. An old saying, don't screw with black-ops, and Microsoft's code warriors were definitely trusted warriors. crazy, but true. traditional management and HR could not get a grip on Rock Star programmers. it was not in their play book and it should never be in their playbook. HR is a cost center and idiots at best - remember folks, HR services management, not the other way around. HR cannot bind contracts, Management can.. blah blah blah

  236. If I wear ripped jeans and a ramones shirt... by stevenfuzz · · Score: 1

    Am I a rock star developer. I know plenty of musicians that think they are Rock Stars, but they ain't. If a developer is writting a billion lines of untested code, I would say they are just a Bad Developer. Not like MJ bad, like, you suck bad.

  237. Re:Don't hire union workers by funky_vibes · · Score: 1

    This is what Sweden had, until they started outsourcing the whole lot to private entities. Now nothing works, and everyone is paying for it, along with additional health insurance.
    They did the same to the pension system, schools, public transport etc.

    The simple fact is that free public healthcare cannot exist alongside private healthcare.
    There is no incentive for politicians (and the most influential) to keep the system functioning if they can just pay whatever necessary to get good healthcare, and undermine the public healthcare for profit.

    There is a middle ground though, if only research and cutting edge medicine were allowed to be private, and only for a *very* limited time, you'd get the best of both worlds, public and private healthcare.