Slashdot Mirror


Things That Scare the Bejeezus Out of Programmers

itwbennett writes "Software developers are, by and large, a cool and analytical bunch, but there are a handful of things that strike terror in their hearts. Phil Johnson scoured developer forums looking for an answer to the question: What's your biggest fear as a programmer? The answers clustered into 5 broad groups ranging from being forced to learn or use a specific technology to working for and with incompetents. What's your biggest fear?"

641 comments

  1. getting raped at your work seat by Anonymous Coward · · Score: 4, Funny

    getting raped at your work seat

    1. Re:getting raped at your work seat by ciderbrew · · Score: 5, Funny

      Still working at EA?

    2. Re:getting raped at your work seat by Anonymous Coward · · Score: 2, Funny

      Hmmm...I work with some very lovely ladies so I'll have to disagree on this one.

    3. Re:getting raped at your work seat by K.+S.+Kyosuke · · Score: 5, Funny

      Debasement in the basement?

      --
      Ezekiel 23:20
    4. Re:getting raped at your work seat by Anonymous Coward · · Score: 0

      It's not the lovely ladies who'd rape you.

    5. Re:getting raped at your work seat by SkinnyChick · · Score: 2

      You can't rape the willing.........

    6. Re:getting raped at your work seat by Anonymous Coward · · Score: 1

      I'm married so I have to at least pretend to put up some kind of fight. ...don't......stop......don't......stop.... ...don't stop...

    7. Re:getting raped at your work seat by Anonymous Coward · · Score: 0

      Chosen one sneaking up from behind while you admire redheads and blondes.

    8. Re:getting raped at your work seat by Anonymous Coward · · Score: 0

      getting raped at your work seat

      (Score:4, Funny)

      And who says rape can't be funny?

    9. Re:getting raped at your work seat by g0bshiTe · · Score: 1

      You missed the tense in the post it's past tense so it's funny, it's never funny during only after.

      --
      I am Bennett Haselton! I am Bennett Haselton!
    10. Re:getting raped at your work seat by Dareth · · Score: 4, Funny

      Ba Zynga?!

      --

      I only look human.
      My mother is a halfling and my dad is an ogre, so that makes me an Ogreling
    11. Re:getting raped at your work seat by Anonymous Coward · · Score: 0

      9 out of 10 people enjoy gang rape!

    12. Re:getting raped at your work seat by davester666 · · Score: 2

      That's what all the rapists say.

      --
      Sleep your way to a whiter smile...date a dentist!
  2. Outsourcing by Anonymous Coward · · Score: 5, Insightful

    Because I'd rather work at McDonalds for $8/hr instead of $2/hr as a programmer, but then again I'd probably just go live in solitude in the mountains somewhere, away from technology should she betray me in such a way.

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

      Well when it comes from an AC with no context whatsoever I have my suspicions.

    2. Re:Outsourcing by gtall · · Score: 1

      I stopped having those suspicions when my monitor started oozing goo from the GP's post.

    3. Re:Outsourcing by mwvdlee · · Score: 0

      At first I thought you were a sad MS astroturfer, but now I get the irony of your message.

      Your statements regarding Bing relate to GP's comments on outsourcing, hourly wages and luditism as the average search results of Bing relate to what you typed in the search box.

      Very clever indeed.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    4. Re:Outsourcing by WinstonWolfIT · · Score: 1

      If you do this and go postal, publish a manifesto on your way out :)

    5. Re:Outsourcing by Anonymous Coward · · Score: 5, Insightful

      I've heard a lot about outsourcing but from my personal experience outsourcing in real life is pretty much akin to the $5 hair cut. If you don't know what that is basically: A guy runs a barber shop and charges $20 per haircut. He notices that a barber shop is opening up across the street with a big sign that says "$5 Haircuts". So instead of panicing and dropping his price the expereinced barber puts out a sign that says "We fix $5 haircuts".

      And in my experience that's usually what happens. Someone gets the idea that outsouring a project would be cheaper and just as good as hiring someone experienced to do the job. To go and take the bargin basement bid from some Indian firm, then inevitably the project goes over deadline, the developer requires more and more money to finish the project, and then they finally bring in a consultant to look at the project, they request the code and the code is usually an unsalivagble mess. Experienced developers fix $5 haircuts, or crappy outsourced code.

    6. Re:Outsourcing by X0563511 · · Score: 1

      I am now, as you can imagine, a rabid, frothing Binger.

      There is no cure. We have to shoot you, just to be sure.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    7. Re:Outsourcing by aminorex · · Score: 1

      you will be outsourced, because you voted for that u.s. senator who sold your career and life for a "campaign contribution" from fwd.us.

      --
      -I like my women like I like my tea: green-
    8. Re:Outsourcing by jockm · · Score: 4, Insightful

      First off there is a difference between Outsourcing, and Offshoring, which is what I think you are really referring to. Secondly I have yet to find a country where you can higher a programmer for $4160/year ($2/hr * 40 hours * 52 weeks). Yes I know this is 1) The internet, and 2) Slashdot, and 3) I am replying to an AC, but hyperbole just makes it easier to dismiss what you say.

      Like everything, there are upsides and downsides to both Outsourcing, and Offshoring. I am a consultant, which means that every single one of my clients has decided to outsource some or all of their work. However because I am domestic, that makes it OK?

      It is far better to ask why are they outsourcing? I once worked with a company that decided to move QA to india. The reason had nothing to do with cost savings, but had everything to do with having two teams 12.5 hours apart (well sometimes 13.5, daylight savings). The point wasn't cost savings by offshoring, but to streamline development, and for them it worked. If you look at the world of VisualFX, many of the larger companies are setting up divisions all around the globe so they can have work the "follows the sun".

      And then there are companies that do it for the wrong reasons. The think it will save them money, and it can, though not as much as you seem to think (or likely the people whose kneejerk reaction got you to a 5, Insightful at the time of writing this). If you just throw work over the fence, don't provide oversight, don't show that you care, then you are going to get the horror stories you hear about. I've seen that reality too, I have been paid a lot to fix messes like that.

      You can outsource and/or offshore for the right reasons, or the wrong reasons. It can be a boon, or it can be disastrous. There are no universal absolutes here. The term you used is too big, too general, and you too — seemingly — misinformed to make a blanket good/bad statement.

      Also how would "outsourcing" be a result of technology betraying you? Technology is a tool. Tools don't have to assure you a standard of living, that is a societies job.

      --

      What do you know I wrote a novel
    9. Re:Outsourcing by jythie · · Score: 2, Insightful

      The part that can really hurt US developers is the middle ground. While we have all heard (and many of us cleaned up after) disaster stories of bargin bin outsource companies, there really are quite a few out there that are both cheap and have skilled developers. For better or worse, the US has a high cost of living and thus you can pay off shore people less while still having robust competition between those firms.

    10. Re:Outsourcing by Zalbik · · Score: 5, Insightful

      I've heard a lot about outsourcing but from my personal experience outsourcing in real life is pretty much akin to the $5 hair cut.

      Funny, my experience has been more with the $300 salon that takes 3 hours to do the job, and still screws up.

      The outsourcing firms I've worked with have typically been the larger three-acronym types, working for clients who have become so terrified over IS and IT solutions that they outsource the whole thing to a big, well known firm and pay a pretty penny doing so.

      I've found the technical people at these firms are often either
      (a) right out of school, and just earning their stripes until they can find a decent job.
      (b) new immigrants, and just working their until they can find a decent job
      (c) outsourced entirely, with all the disadvantages of communication and time zones
      (d) terrible at what they do, and just hiding out

      I've seen a few good people, but the firms always seem to add a bureaucratic mess of processes that do nothing but slow down the projects and increase the billable hours for the outsourcer.

      And what do these companies offer to command such high rates?
      Better salespeople.

      I'm convinced that many outsourcing firms spend far more time and money hiring and vetting salespeople and PM's than they do on technical resources.

      They one thing they are fantastic at is convincing upper management that projects:
      (a) will take longer than expected
      (b) will be more complicated than expected
      (c) need more resources than expected
      (d) fail due to circumstances entirely outside their control

    11. Re:Outsourcing by Cammi · · Score: 1

      If your haircut cost more than $5, you are getting ripped off.

    12. Re:Outsourcing by UnderCoverPenguin · · Score: 1

      Because I'd rather work at McDonalds for $8/hr instead of $2/hr as a programmer, but then again I'd probably just go live in solitude in the mountains somewhere, away from technology should she betray me in such a way.

      That assumes McDonalds will even hire an out of work tech worker. I know a lot who applied and never contacted for even a telephone interview. A manager I know once told me that neither she nor her follow managers at other stores will consider out of work tech workers.

      --
      Don't try to out wierd me, three-eyes. I get stranger things than you, free with my breakfast cereal. --Zaphod Beeblebr
    13. Re:Outsourcing by KevReedUK · · Score: 1

      I am now, as you can imagine, a rabid, frothing Binger.

      There is no cure. We have to shoot you, just to be sure.

      I thought the only way to be sure was to nuke from orbit?

      --
      Just my $0.03 (At current exchange rates, my £0.02 is worth more than your $0.02)
    14. Re:Outsourcing by Darinbob · · Score: 1

      Problem is that often the company doesn't go and fix things up with the experienced barber. Instead they cancel the whole project, lay off a few more people, and if they haven't gone bankrupt they'll try outsourcing again in 6 months to a year.

    15. Re:Outsourcing by wisnoskij · · Score: 1

      While there are loads of horror stories on both sides, outsourcing has more.
      They are not even in the same country/legal jurisdiction, you never meet them, you are not even awake when they are. Outsources can be just as incompetent as American IT companies, but have a truckload of potential issues on top.

      --
      Troll is not a replacement for I disagree.
    16. Re:Outsourcing by ahabswhale · · Score: 1

      What you're describing is actually pretty rare. Keep in mind that in places like India, if you're still coding after 5 years, you're a loser. Your goal is to get promoted into management. Conversely, programmers in the US make life-long careers of writing code. As long as India has this cultural bias, they will never be able to come close to American programmers. I can tell you that I literally have zero concerns about Indians (in India) taking my job. It should be noted that Indians that have made a home for themselves in American usually don't share this fear of not going into management and can become excellent programmers. Of course, they make the same money so I really don't care.

      --
      Are agnostics skeptical of unicorns too?
    17. Re:Outsourcing by cthulhu11 · · Score: 1

      I am a consultant, which means that every single one of my clients has decided to outsource some or all of their work. However because I am domestic, that makes it OK?

      That depends -- do you have only a single tool, which is a buggy and expensive commercial product sold by your brother's company? Do you slap that into every environment you're hired to work on, then leave the client hosed when you leave? Yes, at one employer I saw another department spend on something called "Tuxedo" stuffed onto a bunch of underpowered Mac II's, then the consultant left with mad $ and nobody in the company had a clue what to do with the stuff. At a different employer before that one, a consultant came to me one day wanting a DB25 gender changer. Curious WTF this was about I followed him back to the accounting office and found that he was trying to hook some goofy proprietary network into their AT-class systems using the parallel connectors. We kicked the guy out and put ethernet cards into the systems after chastising the accounting droids for not having come to us in the first place.

    18. Re:Outsourcing by X0563511 · · Score: 1

      True, but I was suggesting that rampant Binging is like rabies :)

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
  3. No backups by blackpaw · · Score: 5, Insightful

    And all the corporate client data gone ...

    1. Re:No backups by khchung · · Score: 1

      And all the corporate client data gone ...

      And why should a programmer be scared of that? Do programmers double as DBA now?

      --
      Oliver.
    2. Re: No backups by Mabhatter · · Score: 2

      On many small places programmers act as sys admin or DBA. But a DBA cannot protect you from a bad update or delete rows statement that programmatically wipes data out because of bad logic. We can go find a backup tape and shut people down while we restore it... That's about it.

    3. Re:No backups by rvw · · Score: 1

      And all the corporate client data gone ...

      And why should a programmer be scared of that? Do programmers double as DBA now?

      As a programmer who is graphic designer if no budget is available, customer helpdesk employee when colleagues are on holiday, system/network/database administrator with some assistence from an external and sometimes not so available and specifically not so experienced administrator - I can say: YES - programmers sometimes double as DBA, and they can shit their pants if something happens like hacked servers when on holiday.

    4. Re: No backups by bzipitidoo · · Score: 4, Interesting

      Been there, done that.

      The programmers insisted that the production database not have any passwords, for their convenience. The DBA protested mightily, but was overruled. Then it happened. We were in the middle of something else when the company's website stopped responding. It was a mad scramble to find out what the hell had happened. I remember very well the sick look on the DBA's face when he went to check the database and announced in shock and dismayed surprise "it's gone!" First thought was that somehow we had been hacked. The DBA quickly found what was responsible: SQL commands to drop all the tables. The network admin went hopping about like a rabid frog making sure he could still log in everywhere and trying to run down the IP address that had originated that command. A few minutes investigation didn't turn up any supporting evidence for the hacked hypothesis. Had to be an inside job. We had just reached this conclusion when a programmer fessed up. He meant to wipe out and reload a demonstration database, but accidentally targeted the wrong machines and destroyed production. The idea of setting up a slave database didn't protect from this. Then it was discovered another programmer had turned off the daily backup a week before, to free up some CPU cycles. The DBA managed to recover, because he had also had all the transactions logged, but it took a full day to restore the database to a usable point, and then a further 3 weeks to clean up.

      --
      Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
    5. Re: No backups by Nimey · · Score: 1

      Did you cut off the programmers' heads and stick them up on pikes as a warning to the next ten generations of programmers and managers that some convenience comes with too high a price?

      Then did you wave ::like this:: ?

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    6. Re:No backups by Anonymous Coward · · Score: 0

      The blue Windows crashed screen when project must be done by noon

    7. Re: No backups by bzipitidoo · · Score: 1

      They didn't even fire the programmer who dropped all the tables, though it was a near thing. Two things saved his neck. First, he confessed, and promptly. Didn't try to hide, and make us waste even more effort trying to secure our machines from an attack that didn't happen-- we were gearing up to change all the passwords, and lock down and copy the backups we still had to some place out of reach of an attacker, and thinking about the massive effort needed to wipe and reinstall if we could not get rid of whatever infection we had in any other way, but it wasn't necessary once we learned why the disaster happened. Then we could focus on recovery, rather than defense. And second, his mistake should have and would have been no matter, if the database had passwords. The ultimate mistake was not him pointing at the wrong machines, but the lack of passwords, and the bosses realized this.

      Still, I had pointed out that the system which he had written, whereby he pointed at a target machine, was inherently dangerous. This disaster gave me the green light to rewrite the entire installation procedure. Among many other changes, I set it up so that you logged into the target machine and pulled the software towards you, rather than log into the source machine and aim and push out to a target.

      --
      Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
    8. Re: No backups by gander666 · · Score: 1

      I am not a programmer, but I did something similarly dumb. I was trying to unmount a drive I had mounted on my powerbook, and typed the command wrong. It was very quickly deleting everything in our finance server until I pulled the ethernet cable.

      I ran to the IT group and explained what happened. They were surprised that I could even do a mass delete, as I didn't have permissions to do that. They were very understanding, and just pulled it back off of the tape from the night before. And told me not to do that again (I learned my lesson)

      --
      Suppose you were an idiot and suppose you were a member of Congress ... but I repeat myself. - Mark T
    9. Re: No backups by Anonymous Coward · · Score: 0

      I was trying to unmount a drive I had mounted on my powerbook, and typed the command wrong.

      How do you mistype "umount" as "rm -rf"?

    10. Re: No backups by Anonymous Coward · · Score: 0

      That sounds absolutely awful.

    11. Re: No backups by avandesande · · Score: 1

      Why were programmers allowed to make this decision? Sounds like the patients running the asylum.

      --
      love is just extroverted narcissism
    12. Re:No backups by bigredradio · · Score: 1

      And why should a programmer be scared of that? Do programmers double as DBA now?

      And why should a DBA be scared of that? Do DBAs double as Backup Administrators now?

    13. Re: No backups by Cammi · · Score: 1

      Exactly. A DBA cannot protect you from that, but they can recover from that with a properly installed and configured database.

    14. Re: No backups by rsborg · · Score: 1

      Then it was discovered another programmer had turned off the daily backup a week before, to free up some CPU cycles.

      Why did a programmer, not a sysadmin or DBA have the duties to perform/script the daily backup? You should post this (in more detail) to DailyWTF.

      --
      Make sure everyone's vote counts: Verified Voting
    15. Re:No backups by gaudior · · Score: 1

      I am a programmer, systems administrator, network admin, backup wrangler, system builder, cable installer, help desk, DBA and phone tech. I lso get to do data entry, order processing, filing, and sometimes I take out the trash. I am 'The Computer Guy' at our company. There are many of us out here. We want to do the right things, but cannot focus on any one thing long enough to get it sorted.

    16. Re: No backups by ImprovOmega · · Score: 1

      From the way I read it he didn't have duties to mess with the backup, but because they made the sa password blank for the programmer's convenience he had full access to the backup jobs. Since in his mind the backup wasn't nearly as important as the program he was writing, he turned off the backup jobs to "save cycles" for his own program to run better/faster/whatever. And none of this was the DBA's fault since he protested it, but management shoved it through anyway.

    17. Re: No backups by rsborg · · Score: 1

      ...but because they made the sa password blank for the...

      You must post this to DailyWTF. The story just gets better and better :)

      --
      Make sure everyone's vote counts: Verified Voting
    18. Re: No backups by Anonymous Coward · · Score: 0

      "typed", bet he dragged a random folder instead of the mount point to the trash.

    19. Re: No backups by bzipitidoo · · Score: 1

      It was the DBA's duty to handle DB backups, but 2 of the programmers were "elite" and had full access and management blessing to adjust any configurations, settings, and the like any time they thought it a good idea. Performance was a constant issue, and this is because none of the programmers, not even the elite ones, really understood how to write good SQL. Or perhaps they did, but were always rushed, you know how it is, and couldn't take time to write good SQL. There was no time to step back and think things through, so whatever training they had in real CS and algorithms was seldom applied. The main functionality was fairly sound, but the parts of the software that were only used occassionally were full of performance killing code. It didn't help that the boss was a very visual guy, who tended to be dismissive of things he could not see, and more interested in the appearance than substance. His background was video games, and in his opinion polished looks are king, and no game, however good, can succeed with crappy graphics. Programmers' progress was much more visible than administrators' progress.

      On a prior occasion in which we met to discuss a performance problem, the programmers unanimously concluded on basically no evidence just speculative likening to a past system performance problem, that the system was to blame. The network admin had heard that one before, and was disgusted. Sure enough, a day later it was found to be bad SQL. In the days leading up to the big disaster, the programmers were once again chasing performance problems, and one of these elite programmers disabled the backup at that time. Didn't want the backup process interfering with his testing, and also he suspected it was a system problem, so he was trying to cut back on all extraneous services to narrow the search. Another problem with all this was that this sort of work was being done on the production servers at all! Took a long time to wean the programmers off the production boxes and get them to use the test environment exclusively. Originally, before a decent test environment had been set up, they would fix bugs on the spot, right there on the production machines, then ask us to copy their code changes back to the software repository. Some time after the big disaster, the DBA decided that the programmers should stop using dynamic SQL. Instead, he would provide stored procedures.

      --
      Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
    20. Re: No backups by Anonymous Coward · · Score: 0

      that's why you do nightly db snapshots, and save the transaction logs as well. Further, you have alerts and monitors that tell you if the backup dataset is more than 24 hours old. These are not extreme measures and should be part of any production service. You can't blame the programmer who dropped the table. That environment is completely crazy and not production ready. (many places make a clone of the real db and never let dev touch the production systems for exactly this sort of reason)

    21. Re: No backups by Anonymous Coward · · Score: 0

      I wrote a database program for a hospital in Chicago fifteen years or so ago, and they discovered that they were missing a lot of data. Fortunately for me, I'd added a function that put a date stamp on all new records. Pouring over the code and data I couldn't figure out what has caused it. The only thing I found was that the missing data were all in a range of a month or so. I reported it to the hospital's staff and told them I'd keep looking, they got a shocked and surprised look on their faces -- the missing data were from a new hire they'd fired after a month. He simply hadn't entered the data he was assigned to enter!

    22. Re: No backups by Anonymous Coward · · Score: 0

      Might be a good idea not to give the programmers full access to the production databases.

    23. Re: No backups by Anonymous Coward · · Score: 0

      As annoying as the audits are, regulations can help you out here. We have to comply with PCI-DSS for our credit card processing, and we (in the sysadmin group) just use those rules as leverage when programmers want unsecure things, even on the things that are not in scope for DSS.

      i.e. no I won't unlock/tell you the password to that service account PCI-DSS says no shared accounts, go use sudo like you should!

  4. Ghosts by Anonymous Coward · · Score: 5, Funny

    also, Spiders and Bees

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

      So the SyFy network?

    2. Re:Ghosts by ron_ivi · · Score: 1

      I notice a lot of programmer/beekeepers, though.

    3. Re:Ghosts by Anonymous Coward · · Score: 0

      H1Bees.

    4. Re:Ghosts by Lou57 · · Score: 1

      also, Spiders and Bees

      ... and quicksand.

      --
      Lou
  5. Biggest Fear? by Afty0r · · Score: 1
    1. Re:Biggest Fear? by fahrbot-bot · · Score: 5, Funny

      Velociraptors - That's why I never use a "GOTO" ...

      --
      It must have been something you assimilated. . . .
    2. Re:Biggest Fear? by JeanCroix · · Score: 1

      Came for the velociraptors. Satisfied.

    3. Re:Biggest Fear? by Dareth · · Score: 1

      You think velociraptors are scary? You should see what COBOL programmers look like these days!

      --

      I only look human.
      My mother is a halfling and my dad is an ogre, so that makes me an Ogreling
    4. Re:Biggest Fear? by Anonymous Coward · · Score: 0

      Dammit.. now I'm afraid of GOTO's.

    5. Re:Biggest Fear? by Creepy · · Score: 4, Interesting

      The stablest C code I've ever worked on used GOTO for error correction. It was WAY stabler than the C++ code that replaced it using try-catch blocks.

      My biggest fear for a long time was templates. The reason I feared them is because I used them to re-write a C graphics engine I got a source copy of into C++. I used a lot of novel approaches that should have sped up the whole thing, including a blitter (that should date me...) that was 4x faster because I used the floating point unit's much wider data path for block memory moves than the C code did, and wrote it in assembly (in fact, that exact same technique was published in a book called The Black Art of Game Design, albeit with slower code than mine, partially because it was not in assembly). When I got it done and compiled it, I was dismayed because my code was slightly slower, and after a few more optimizations, about the same speed. Baffled by this, I profiled the code, and the entire slowdown was template calls at the lowest level that triggered a lookup table that was abysmally slow (templates were REALLY bad in the compiler I was using, which I think was Borland). Unfortunately, it broke the entire codebase and I essentially had to throw away the entire engine and redo it from scratch. On the plus side, the rewritten engine was not based on the existing one and landed me a job writing games, albeit briefly (working 16-18/7 for months during crunch, sleeping at work, etc - very rapid burnout).

    6. Re:Biggest Fear? by Anonymous Coward · · Score: 0

      It seems that in the English-speaking world having been a COBOL programmer is much, much worst that being a leper, or having HIV, or black death, or any virus/bactery/etc. Or probably, like in that Simpsons episode, is like having them all together at the same time. That is, if they really believe you have been one, because not even with the excuse of the European Union they have shown it.

    7. Re:Biggest Fear? by aiht · · Score: 1

      Baffled by this, I profiled the code, and the entire slowdown was template calls at the lowest level that triggered a lookup table that was abysmally slow (templates were REALLY bad in the compiler I was using, which I think was Borland).

      Use of templates had a performance effect at runtime? That is an amazingly bad implementation.

    8. Re:Biggest Fear? by Anonymous Coward · · Score: 0

      I've waited my entire life to say this exact phrase, "I'm commandeering this airboat!"

    9. Re:Biggest Fear? by Anonymous Coward · · Score: 0

      Baffled by this, I profiled the code, and the entire slowdown was template calls at the lowest level that triggered a lookup table that was abysmally slow (templates were REALLY bad in the compiler I was using, which I think was Borland).

      Use of templates had a performance effect at runtime? That is an amazingly bad implementation.

      The stablest C code I've ever worked on used GOTO for error correction. It was WAY stabler than the C++ code that replaced it using try-catch blocks.

      GOTO was despised because of the trouble it could cause when misused.

  6. Relevance to programmers? by opusman · · Score: 2

    There's nothing in that list (with the possible exception of "being forced to use a specific technology") that wouldn't apply to just about any worker.

    1. Re:Relevance to programmers? by tinkerton · · Score: 4, Insightful

      Being thought of as 'just about any worker.'

    2. Re:Relevance to programmers? by mwvdlee · · Score: 1

      Because non-programmers enjoy being forced to use a specific technology?

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    3. Re:Relevance to programmers? by Anonymous Coward · · Score: 0

      You are NOT allowed to use text or email or social media.

      You MUST use this rotary telephone to do all your communications.

    4. Re:Relevance to programmers? by Nerdfest · · Score: 4, Funny

      The "specific technology" one is a big one though. As someone who has been forced to use a lot of IBM "technology", I'm of the opinion that there is nothing to fear but WebSphere itself.

    5. Re:Relevance to programmers? by Anonymous Coward · · Score: 0

      Rotary phone? Is that a phone provided by the Rotary club? ;-)

    6. Re: Relevance to programmers? by Mabhatter · · Score: 0

      It's not a very exciting or relevant list. Most of it is whining.

      Complaining about languages or toolsets is just a "first world problem" in that 25% of Americans are lucky to vacuum offices one day and shovel dirt the next... Have some friggin perspective being asked to pearl COBOL or Java isn't like cleaning toilets.

    7. Re:Relevance to programmers? by davek · · Score: 1

      Many, but not all workers have to deal with "at will" work contracts. To be able to be fired at any time, without notice, for no reason, is a very big fear of mine. OTOH, it does mean I can leave at any time, too.

      --
      6th Street Radio @ddombrowsky
    8. Re:Relevance to programmers? by jeremyp · · Score: 1

      The "specific technology" one is a big one though.

      That's not really fear though, it's diva behaviour. For instance, you may not like Java, but that doesn't mean it isn't usable. Developers that don't like the technology selected for a particular project should either suck it up or get a new job.

      There is nothing to fear about technology.

      but WebSphere itself.

      I stand corrected.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    9. Re:Relevance to programmers? by Gr8Apes · · Score: 1

      In no particular order: Documentum. Alfresco, Drupal, Joomla, PHP enterprise scale sites, CVS, MKS, TFS, SOAs designed from a "services viewpoint", any OO language code written by procedural programmers, .NET, MS SQL, etc etc etc.

      Basically, it boils down to "working with badly written and/or designed software"

      --
      The cesspool just got a check and balance.
    10. Re:Relevance to programmers? by BVis · · Score: 1

      OTOH, it does mean I can leave at any time, too.

      Technically, that is true. However, the two are not equivalent. Leaving a job (for whatever reason) can be seen as disloyalty, based on the context. If you start at a job, and figure out two weeks/months in that the job is not as represented and in fact is much worse than you thought, and quit, you're a "job hopper", and the consequences are yours instead of your employer's. (Also, then you have to explain why you left the previous job so quickly if you do manage to get an interview. There really isn't a great answer to that question; you can either make up some bullshit about the job being eliminated unexpectedly, or you can REALLY sink your chances by being honest about it. They hate honesty.) Plus, no unemployment assistance or health insurance for you, should you do that. (Yes, you can make the COBRA payments if you are able; however, that would be another $1000 a month I would have to come up with, in addition to having no job.)

      Also, it is highly recommended that you have another job in your back pocket when you resign from one. Your employer has no such concern; they'll just find some fresh-faced college graduate idiot that will do your job and another two, for half your salary.

      --
      Never underestimate the power of stupid people in large groups.
    11. Re:Relevance to programmers? by RedHackTea · · Score: 1

      Please don't say "possible Exception"... *CRINGE*

      --
      The G
    12. Re: Relevance to programmers? by ebh · · Score: 1

      Having been both a programmer and a janitor, I can say that cleaning toilets isn't that bad of a job, and vacuuming floors is a lot nicer of a gig that a lot of jobs in that wage bracket.

      Simple reason: no PHBs. You might get someone who cracks the whip harder and harder, but that's much easier to deal with than the idiocy that PHBs in tech make you suffer through. Janitor bosses are usually idiots, but they don't think they're geniuses. As long as you show up on time and not drunk or stoned, and nobody on your run ever complains, they leave you alone. Hell, when nobody complains, they may let the stoned bit slide.

    13. Re:Relevance to programmers? by Anonymous Coward · · Score: 0

      Maximo is the slowest software I have ever used.

    14. Re:Relevance to programmers? by Anonymous Coward · · Score: 0

      You know what scares me the most as currently "just another worker"? The outrageous belief that there's something magical about writing code that means the guy hauling heavy boxes all day deserves to be paid orders of magnitude less.

      Programmers are due for a wake up call that involves wiping the cheeto dust crud off their fingers, getting out of their comfy chairs in an air-conditioned office with benefits and vacation time, and seeing what people have to do just to barely scrape by in the real world where people aren't just blindly paying the man-behind-the-curtain out of superstition and tech-illiterate stupidity.

  7. um by etash · · Score: 0

    not being able to get a (non-virtual) gf???

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

      I tried that once but it just distracted me from programming. 1 star.

  8. there are 10 fears by Anonymous Coward · · Score: 1

    What's your biggest fear ...

    Inadequate code size
    insufficient desk walk-through
    premature compilation ...
    - source unknown

  9. fear? eh, that would be powerpointing by Anonymous Coward · · Score: 1

    explaining the need/worth of my project to the suits so that they don't kill it.

    1. Re:fear? eh, that would be powerpointing by gtall · · Score: 2

      Worse is the suits picking up your Pooperpoint, changing it, and selling something which bears almost no resemblance to your original project and should be DOA but now you become the lead for this new and improved version.

    2. Re:fear? eh, that would be powerpointing by BVis · · Score: 1

      Which is why you always keep a copy of the original. Not that it will save you, but should it hit the fan, you can at least point to that and say "That's what I said we could do, and they ignored it." You'll probably still get fired, but you have the satisfaction of being right.

      --
      Never underestimate the power of stupid people in large groups.
    3. Re:fear? eh, that would be powerpointing by frisket · · Score: 1

      Worse is the suits picking up your Pooperpoint...

      Never give anyone PP. Give them PDF. Not perfect, but a good first-level protection against change.
      --
      "I regret to say that we of the FBI are powerless to act in cases or oral-genital intimacy, unless it has in some way obstructed inter-state commerce." -- J Edgar Hoover

  10. So many fears.... by mendax · · Score: 5, Insightful

    There are many things to be afraid of. I think my biggest fear is being irrelevant, something I feel greatly sometimes as the young hotshots come up from below and as more gray hairs appear. And because of my ADHD and dyslexia, I fear not being able to use my intelligence when I need to use it because my brain refuses to work.

    But there are more terrible things to fear. The wrath of my evil cat when I step on her tail and what she leaves in the kitty litter that I have to clean up are two such horrible prospects. And when I was married, my wife was quite scary at times.

    But really, when one looks at the big picture, the only thing to fear is fear itself (as FDR said). Accepting life on life's terms and not wasting time on trying to change things that can't be changed is what's important to me.

    --
    It's really quite a simple choice: Life, Death, or Los Angeles.
    1. Re:So many fears.... by Anonymous Coward · · Score: 2

      I'm afraid of people reading online what I'm afraid about and using this knowledge against me.

      Yeah fear is for loosers. Real security experts have paranoia.

    2. Re:So many fears.... by Anonymous Coward · · Score: 0

      "Real" security experts English skills are my main fear.

    3. Re:So many fears.... by spekode · · Score: 1

      ADHD? How old, roughly, are you?
      *reads the rest of your post*
      Oh. You're being funny.

    4. Re:So many fears.... by Anonymous Coward · · Score: 0

      I fear nobody knows to spell any more. Illiteracy.

    5. Re:So many fears.... by mendax · · Score: 1

      Given your user ID probably old enough to be the sperm donor of your sperm donor. And it was called being "hyperactive" when I was a kid. This was 1970, folks. What it means is that I have to really like what I'm doing in order to get into the "zone" to be productive. If I don't like something it has to be imperative with dire consequences if I don't do it for me to get around to doing it. That's ADHD.

      --
      It's really quite a simple choice: Life, Death, or Los Angeles.
    6. Re:So many fears.... by spekode · · Score: 1

      Did you just call me out for having a high user ID? Hahaha. I can see why /. is thriving.

  11. Stupid people by Anonymous Coward · · Score: 5, Funny

    They're impossible to code for, or cope with.

    "Enter date"
    >cat
    "This value is invalid"

    "Hey your software is broken! It doesn't stop me typing "cat" in a date field!"
    What did it say?
    "value is invalid"
    There you go then!
    "But it didn't stop me typing it!"
    Because it assumes you are not a moron? You're right, it is "broken"...

    1. Re:Stupid people by Anonymous Coward · · Score: 0

      On the web side, some javascript libraries validate inputs in real time.
      But yeah, if the label next to a field says "phone number", someone will write a mailing address there. Guaranteed.

    2. Re:Stupid people by gmack · · Score: 1

      It's worse when they are in charge and 10x worse when they think they know about security. Years back I was the newest hire in the office (the bottom of the chain) I had the lead software dev guy demand an ftp account for their software's update system. I set him up an anon ftp account but he demanded a regular ftp account because "anonymous FTP is insecure".

      A year later after everyone was let go and I was brought back on a part time basis, I went into the system and discovered what he had done. The files were all owned by the same user as the ftp login and the username and password were embedded in the publicly downloadable software. Essentially anyone who downloaded our software and checked it's config could have arranged that any software they to be installed on all of our clients' computers.

      Security? We've heard of it.

    3. Re:Stupid people by Bert64 · · Score: 1

      Some places only use javascript for validation, so you can bypass it trivially...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:Stupid people by realsilly · · Score: 1

      /clapclapclap

      Awesome joke, that isn't a joke.

      As a tester, I would have to test that way because of the end user.

      Thank you for my morning humor.

      --
      Life takes interesting turns, but the most interest is when you're off the beaten path.
    5. Re:Stupid people by Anonymous Coward · · Score: 5, Funny

      They're impossible to code for, or cope with.

      "Enter date"
      >cat
      "This value is invalid"

      Tomcat here. What's wrong with having a date with a cat?

    6. Re:Stupid people by locofungus · · Score: 1

      Amen!

      This is an enhancement because it never occurred to anybody to even attempt to do this during development and it never occurred to anyone that it would be attempted.

      It's a bit like saying - well my car has wheel nuts so I can take the wheels off - and so I should be able to drive it with the wheels off and the fix we're now talking about is stopping you starting the engine while the wheels are off.

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

      One programmer to another: fix your validation, don't let it post first. If they're complaining, it's probably because all other inputs get lost as soon as they click save and one wrong input means they have to fill it out again, or on a long form of inputs there is a single error section that just says "input is invalid" with no further indication of which input or why. Come on brother, don't be so quick to point the finger at your users.

    8. Re:Stupid people by aminorex · · Score: 1

      you have to ask? you, who has a barbed penis?

      --
      -I like my women like I like my tea: green-
    9. Re:Stupid people by BVis · · Score: 1

      And then the client will bitch at you because their users got stopped for putting the wrong thing in that field. So, you protest, but in the end you end up removing that validation. Later on, when you go to send reports, and your data integrity is shit, you get blamed again.

      Recently I got asked to remove the validation on a one-time-use security token, because people with previously-used tokens were getting blocked. THAT'S THE WHOLE FUCKING POINT, YOU IDIOT. That was one time that it was GOOD that I'm the only dev on that project, because they couldn't make someone else do it.

      --
      Never underestimate the power of stupid people in large groups.
    10. Re:Stupid people by Anonymous Coward · · Score: 0

      Darn Linux users!

    11. Re:Stupid people by tepples · · Score: 1
      Would it have been easier for the user if the response looked like this?

      "cat" does not look like a date. Please give a date in YYYY-MM-DD format.
      For example, the fourth of July 2014 would be "2014-07-04".

  12. Being indirectly responsible for someone's death. by Anonymous Coward · · Score: 1

    You never know where your code will wind up or what mistakes you've made.

  13. I fear... by Anonymous Coward · · Score: 5, Insightful

    ITIL

    1. Re:I fear... by Xest · · Score: 3, Funny

      Is that still around? I thought when the recession hit most companies realised that one of the first things you should cut is pointless money and time wasting bureaucratic process and just hire people who know what they're on about and have real actual common sense whilst firing those that don't.

      Please don't tell me now that the global economy looks like it might be improving again soon that it's going to make a comeback?

    2. Re:I fear... by deoxyribonucleose · · Score: 2

      Is that still around? I thought when the recession hit most companies realised that one of the first things you should cut is pointless money and time wasting bureaucratic process and just hire people who know what they're on about and have real actual common sense whilst firing those that don't.

      Nope. In organizations with more hundreds or thousands of IT people and thousands of systems (not to mention dozens of countries and a handful of sourcing agreements on top), you're gonna need some process to control change and coordinate responsibilities. I'm not saying ITIL is pretty, or should be fully implemented everywhere (perhaps not even anywhere), but doing everything ad hoc, when you can't simply shout at each other across the office, is much, much worse.

    3. Re:I fear... by Xest · · Score: 3, Insightful

      I would never suggest doing things ad-hoc. I've worked in such organisations, one had around 6,000 systems and even more users, with a number of distributed sites and I worked in an IT support role at the time and currently in a similar organisation but now as a developer.

      I think processes are good, but some of the stuff ITIL mandates is just stupid and sometimes even counterproductive.

      Hiring people with common sense and ditching those without doesn't mean doing things ad-hoc and completely without process, it just means having processes that make sense and adapting/destroying them when they don't. Too many organisations blindly follow ITIL even when it works against their interests.

      ITIL assumes one size fits all, but that's a fallacy.

    4. Re:I fear... by deoxyribonucleose · · Score: 1

      Agreed: adopting any methodology as-is is a recipe for disaster. We've seen that in software development with e.g. RUP, which has any number of good ideas, but all to often was interpreted as an all-or-nothing deal. However, spinning your own isn't exactly trivial or fast, either. Add multiple sourcing partners to the mix, and at least starting off with a recognized common framework isn't exactly an idea in the kill-it-with-fire category. Those come later on, when we fail to consider why certain practices are recommended, and abandon common sense!

      I've sighed many a times over ITIL's shortcomings, not least in the interface to software development, but am still not tempted to start over from scratch.

      However you work, when ad-hoc just won't cut it any more, what is vital is partly what you describe — there's no substitute for skilled and motivated people — but also keeping track of the purpose and vision of why you try to regulate methods in a certain way. Sometimes you need to pare back the methodology to the bare bones, but at other times, you need to pull out all the stops and impose every single control. I believe the word for that is 'leadership'... which is a commodity in critical short supply in most organizations, alas.

    5. Re:I fear... by JaredOfEuropa · · Score: 5, Insightful

      ITIL, and redundant processes in general, are part (or the result) of one my fears: the dumbing down of my job to the point where there's no need for or chance to excel (as in doing a good job and making a presonal difference, I don't mean spreadsheets!). Large organisations need process and structure; they do not need ITIL.

      ITIL is still very much around though. Many large companies are reorganising IT and other knowledge work, creating increasingly specialisatized and compartimentalized jobs and teams that appear to be easy to plan, manage, measure and outsource (but aren't in practice). Much of IT is being turned into an assembly line, which might be ok for making cars (although even that industry has thought better of dumbing things down too much, a long time ago), but in my experience works very poorly for knowledge work. It's an attempt to reduce some of the inherent uncertaintly in our line of work, and the effort of managing a diverse set of highly skilled people, by dumbing down the work and replacing intelligent decisions and judgment calls with process and SLAs. Someone coined the term "predictable mediocrity" for this. The result sucks but you know what you're getting, and most managers (the MBA types) actually prefer this.

      This way of working adds red tape and communication overhead, as you'll be dealing with more and more specialized teams, and reduces project buy-in: no one gives a damn about any single particular project anymore. I've recently been involved in a project where the ratio of process to doing actual work was around 20:1, I kid you not. And I do include producing useful documentation, agreeing on a support model, and hammering out specifications in the definition of "actual work" here. My fear is that this is the future of IT.

      --
      If construction was anything like programming, an incorrectly fitted lock would bring down the entire building...
    6. Re:I fear... by Anonymous Coward · · Score: 0

      I worked at a company that liked the idea of ITIL. They had no idea how to do it and thought that using ITSM would help. Maybe you've heard of them, 2e2?

    7. Re:I fear... by Anonymous Coward · · Score: 0

      My fear is that this is the future of IT.

      Joke's on you. It's already here!

    8. Re:I fear... by Hognoxious · · Score: 1

      Hiring people with common sense and ditching those without

      ... is easier said than done.

      Whoever called it common sense sure had a sense of humour.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    9. Re:I fear... by Anonymous Coward · · Score: 0

      Not all that long ago, after the War, management, tech people, and productions workers were comprised of a goodly number of veterans. They'd had various responsibilities, often in jobs where people died if they didn't do their work properly; they mostly all knew people who'd been killed, some saw people killed. Most of these, returning to the civilian work force, tended to take their jobs seriously enough to have a sense of responsibility, to the people they worked for and those who worked for them.

      A good manager made it a point to know what was done in his department, how it was done, and who was doing it. He'd likely even make a point of knowing what was done, in general terms, in adjacent or related departments.

      We're several generations past that, now. In another five years, roughly half the baby boomers will be gone - and they'd all grown up with a bit of the WW II derived ethic or at least been exposed to it. The empty ethos of the modern MBA whose knowledge of much of anything is from coursework and pretty boxes in an org chart or cells in a spreadsheet now rules and is less and less connected to anything in the real world of nuts and bolts, people and the work they do. (Stupid anecdote: many years ago had a boss who wondered why, if he could make out a parts list for his boat in twenty minutes, it might take all day to write fifty lines of code.)

      It's small wonder things are so fucked up.

      Apropos of little, I contend that the more layers between CEO and customer, the poorer the product, the higher the price, the larger the bonuses are to profits. On the latter - recent bonuses on Wall Street exceeded profits by around three times.

    10. Re:I fear... by minstrelmike · · Score: 1

      Agreed: adopting any methodology as-is is a recipe for disaster.

      The problem is the methodology covers everything. We had a Project Planning document we had to follow, 35 pages not too bad, but the essential command was in the introduction:

      For every project you are going to do, spend about 10% of the estimated time on planning. And here are some of the things you should consider for IT projects.

      That's the way to do it. A week-long ad hoc project gets a few hours of planning, probably not all upfront. A year-long project ought to be planned a bit more in-depth.

    11. Re:I fear... by deoxyribonucleose · · Score: 1

      Yep. That would be adopting it as-is, believing in its self-described universality, instead of making some reasonable delimitations, exceptions and shortcuts. Any project methodology that recommends exactly the same approach for a low-risk low-effort two person task and a multi-year bet-the-company programme is obviously in need of significant adaptation. Not being a PM myself, I have a hard time believing any of the mature ones actually make this recommendation. Even RUP backed down and clarified these things pretty well, eventually.

  14. Hmm by lightknight · · Score: 2

    Waking up, and finding myself stereo-typed into one job, one branch, or another. I like the idea of mastering each branch fully, but find that there's never enough time to do everything I'd like to do, or learn everything I'd like to learn. And of course, your job becomes your life...I don't know why, but I had ideas, when younger, of changing that equation, of making jobs more efficient, so more time could be spent elsewhere (leisure, edification, etc.)...and yet, I seem to be spending all my time repairing damaged items or chasing dead-ends, rather than pursuing these agendas. It's like my equation has been turned on its head...and I don't know by whom, or why. Computers are supposed to be freeing man from his burdens, and in doing so, helping advance themselves; instead, they seem to be acting as balls and chains...or worse, in the case of the NSA, where they are being used to spy on people.

    Even the work I am doing on my autodidactic program (human learning) or evolutionary program (machine learning) feels like I am chiseling away at a granite mountain with a wooden spoon. Why is this kind of programming so difficult, yet the algorithms to spy on one another seem to flow from the heavens themselves?

    --
    I am John Hurt.
    1. Re:Hmm by Xest · · Score: 4, Insightful

      You assume that algorithms to spy on people work.

      They don't, that's why despite MI5 knowing personally a terrorist they still managed to miss the fact he was a threat when he committed a violent murder in the name of terrorism on the streets of London a few weeks ago.

      This is why many people including me dislike said algorithms, not because I have an inherent problem with them spying on people if there is just cause and they are an actual threat, but because I know that their algorithms when run against everyone and anyone can't possibly accurately separate real threats from innocent people and will result in manpower being wasted investigating, harassing and harming innocent people whilst simultaneously missing the real actual threats.

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

      By accurately do you mean perfectly?

      Any test has a false-positive and false-negative rate. These are inversely related: a high false-positive rate goes with a low false-negative rate.

      Innocent people are harassed if the false-positive rate is high, real threats are missed if the false-negative rate is high. If both happen it means the test is fairly well-balanced; if you want to hit more real threats you'll need to harass more innocents, and if you want to harass fewer innocents you'll hit fewer real threats.

      Add to this the obvious information bias (you hear about the false-positives and the false-negatives, but not about all the true-positives and certainly not about the true-negatives, which is most of the population).

      On the basis of the information bias you seem to be assuming that these systems work poorly, but you simply don't have the information to judge that. You can easily judge that they can't possibly work perfectly, but nothing in this world is perfect so that doesn't really tell us much.

    3. Re:Hmm by UnderCoverPenguin · · Score: 1

      ...I don't know why, but I had ideas, when younger, of changing that equation, of making jobs more efficient, so more time could be spent elsewhere (leisure, edification, etc.)...and yet, I seem to be spending all my time repairing damaged items or chasing dead-ends, rather than pursuing these agendas.

      Unfortunately, improving efficiency is like opening a can of worms. The amount of work management expects you to get done increases as your productivity increases. (and with out a proportional increase in pay)

      --
      Don't try to out wierd me, three-eyes. I get stranger things than you, free with my breakfast cereal. --Zaphod Beeblebr
    4. Re:Hmm by sydneyfong · · Score: 1

      Why is this kind of programming so difficult

      Designing good algorithms and writing reasonably bug free programs is probably NP-hard. I'm not sure whether they are even in NP actually. (Might sound a bit tongue in cheek, but computational complexity theory isn't just for Google interviews -- it's pretty useful sometimes to get a rough idea how hard something is....)

      --
      Don't quote me on this.
    5. Re:Hmm by hellop2 · · Score: 1

      You need help. If you make a good wage, hire a cheap coder to do your pet projects.

      --
      How many more years will slashdot have an off-by-one error on your Score in your profile?
  15. But why do I have to wait for you? by Anonymous Coward · · Score: 0

    As a self employed coder of all things web ... The dreaded 4 week project on 30 or 60 day payment terms!

  16. stab people in the face by Barryke · · Score: 1, Funny

    "But it didn't stop me typing it!"

    This really brought up memories.. (source http://bash.org/?4281 )
    <Zybl0re> get up
    <Zybl0re> get on up
    <Zybl0re> get up
    <Zybl0re> get on up
    <phxl|paper> and DANCE
    * nmp3bot dances :D-<
    * nmp3bot dances :D|-<
    * nmp3bot dances :D/-<
    <[SA]HatfulOfHollow> im going to become rich and famous after i invent a device that allows you to stab people in the face over the internet

    --
    Hivemind harvest in progress..
    1. Re:stab people in the face by Anonymous Coward · · Score: 0

      im going to become rich and famous after i invent a device that allows you to stab people in the face over the internet

      Well, there you go.

    2. Re:stab people in the face by K.+S.+Kyosuke · · Score: 1

      im going to become rich and famous after i invent a device that allows you to stab people in the face over the internet

      Well, you already can.

      --
      Ezekiel 23:20
  17. Absence of a test suite by bheading · · Score: 5, Interesting

    Being given a big pile of code and being asked to maintain it with no test suite.

    Each time you change it you could theoretically be breaking a ton of features. But there's no way to be sure.

    1. Re:Absence of a test suite by Anonymous Coward · · Score: 0

      There will be no documentation. Ever.

    2. Re:Absence of a test suite by inasity_rules · · Score: 1

      Your fear is my job... It isn't so bad once you get used to the style of the author...

      --
      I have determined that my sig is indeterminate.
    3. Re:Absence of a test suite by Lennie · · Score: 4, Insightful

      The previous person working on that code also had a fear, a fear of losing his job. So he or she thought job security could be increased by not documenting and not adding tests ;-)

      --
      New things are always on the horizon
    4. Re:Absence of a test suite by Anonymous Coward · · Score: 0

      Just modded you up and replying anonymously.
      Yes, this is the very thing that I was about to post myself. I add: a big pile of code based on an old technology now well past end-of-life, with no tests, and the urge to update it quickly because of security concerns (years of missed security patches against well known vulnerabilities).
      But isn't this another form of "fear of bad management"?

    5. Re:Absence of a test suite by K.+S.+Kyosuke · · Score: 1, Insightful

      Being given a big pile of code and being asked to maintain it with no test suite.

      Each time you change it you could theoretically be breaking a ton of features. But there's no way to be sure.

      I have an idea...write a test suite for it! Or no...perhaps that's too radical an idea.

      --
      Ezekiel 23:20
    6. Re:Absence of a test suite by tonywestonuk · · Score: 2

      So you imply you need a test suite, in order to maintain legacy code?

      You know that most code out there has no tests for it..... and debate is still on to if automated testing really does make a difference to software quality.

    7. Re:Absence of a test suite by Pecisk · · Score: 2

      I know everyone takes out "job security" flag when lack of documentation or tests is mentioned, but seriously, how frequently does it happen? Most of software is not that sexy that everyone will want to rush in, replace you and keep it same quality level as you are. Of course, management can be a bitch, and threaten with replacement if you request wage rise, but then it's probably not best place to work anyway.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    8. Re:Absence of a test suite by Anonymous Coward · · Score: 0

      Parent and Grandparent just described my job. FML.

    9. Re:Absence of a test suite by AmiMoJo · · Score: 1

      The product I'm working on has to run for at least 5 years without crashing or malfunctioning. It sits in a hole in the ground, no debug output, no memory for debug logs, no real way to tell what went wrong after the fact.

      Fortunately it has so many problems you can never be sure if it was hardware or software, so if I did introduce any bugs there is no way to prove it :-)

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    10. Re:Absence of a test suite by Z00L00K · · Score: 1

      You must be new here.

      No documentation and no test code is normal for most systems. Cost is cited as soon as someone asks why.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    11. Re:Absence of a test suite by AuMatar · · Score: 3, Informative

      Automated tests do two things. They make sure you don't make the same mistake again, and they give you higher confidence levels when you refactor. They definitely improve quality when done right- which means testing what needs to be tested, not relying on your tests as documentation or correctness proofs (I'm looking at you TDD), and not spending time writing tests that aren't really useful or for modules that aren't really easily testable (for example, testing that the UI is right).

      --
      I still have more fans than freaks. WTF is wrong with you people?
    12. Re:Absence of a test suite by julesh · · Score: 1

      Being given a big pile of code and being asked to maintain it with no test suite.

      Each time you change it you could theoretically be breaking a ton of features. But there's no way to be sure.

      I have an idea...write a test suite for it! Or no...perhaps that's too radical an idea.

      How do you know which aspects of its behaviour are intentional and which are bugs? What if you miss a test for a corner case that isn't apparent from the documentation and/or source code?

    13. Re:Absence of a test suite by K.+S.+Kyosuke · · Score: 2

      How do you know which aspects of its behaviour are intentional and which are bugs?

      Actually, that's exactly the stuff that writing a test suite and thinking about the examples should help you figure out. If you don't do that in advance, thinking about it when modifying the code is like thinking about the diagnosis when the patiend is already on your operating table with a large hole in his chest.

      --
      Ezekiel 23:20
    14. Re:Absence of a test suite by Anonymous Coward · · Score: 0

      How do you know which aspects of its behaviour are intentional and which are bugs?

      By comparing the behaviour with what the specification says.

      Note that even if the test suite specifically tests for some behaviour, it does not mean that the behaviour is not a bug. It may just mean that the author did the same error both when writing the test suite and when writing the code (the error may have been e.g. a misunderstanding of what the code is supposed to do).

      What if you miss a test for a corner case that isn't apparent from the documentation and/or source code?

      What it the original author missed the test for a corner case (note that he may even have missed some corner case which is apparent from the documentation/source code).

      There's no reason to assume that a test suite you got from the original author is more accurate than a test suite you write yourself.

    15. Re:Absence of a test suite by Oligonicella · · Score: 2

      Oh hell, I'd rather have none than some I've seen.

      Worst case was being flown in to summarize a system's functionality (don't know why, but staff was terminated en-mass) only to find the documentation was photocopy pages in boxes. That's it; no folders, no color coding or anything, just loose sheets. Top that with many of the copies being so faded as to require literally fifteen minutes or so each to figure out what things were. After a week and being shown the state of things, they decided to scrap and rewrite.

      OK, I do know why the staff was shown the door.

    16. Re:Absence of a test suite by WinstonWolfIT · · Score: 1

      Not complicated. If you use TDD to implement change, you're better protected than when you start. Inheriting shit code-base is what I inherit as a matter of course as a consulting developer, and it's not fatally difficult to incrementally improve that mess.

    17. Re:Absence of a test suite by Anonymous Coward · · Score: 0

      You would be surprised. I just inherited a complete nightmare codebase that was purposely obfuscated to be as confusing as possible because of the very fact that management had a target sign on this group for political reasons. This technical group was basically in a cold war with the management group, as each side increased their nuclear arsenal. They were in fact very worried that by including unit tests and automated builds and deployments and by documenting even basic maintenance and support tasks that they would make it easy for management to fire them and possibly offshore their work. Turns out that they did it anyway and are accepting how painful it is to keep a product alive when the code is mostly cancer.

    18. Re:Absence of a test suite by asylumx · · Score: 4, Insightful

      Or perhaps project management pushed deadlines way too hard and the devs did away with the useful-but-time-consuming stuff like tests & comments.

    19. Re:Absence of a test suite by omnichad · · Score: 2

      It's OK - you've already cloned the patient anyway. These medical analogies get weird fast.

    20. Re:Absence of a test suite by jeremyp · · Score: 1

      Assuming you have cloned the patient.

      Quite recently, a colleague editing a CSS file that he had not backed up and had not been committed to the SCM for several days. Inevitably, he trashed it by accident. This would have been career ending but for the fact that one of the other developers had a copy of it in his browser cache.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    21. Re:Absence of a test suite by omnichad · · Score: 1

      The browser cache - nice save! I can't remember if I've ever done that one before.

      My worst loss on a brand new project was hitting save right when the power went out. It had unlinked the file but hadn't written the new one yet (Windows). This was without any sort of versioning system - I was the lone developer and it was a brand new project. I lost 8 hours of work and decided to rewrite the file instead of scanning the bare hard drive for the contents. I doubt I could have remembered a key snippet to find it with anyway. I think it turned out better with the insight I gained the first time around, but it was just terrible knowing that the original code was still on the drive somewhere.

    22. Re:Absence of a test suite by BVis · · Score: 1

      By comparing the behaviour with what the specification says

      HAHAHAHAHA.. oh, wait, you're serious about having a spec. Let me laugh even harder.

      True story: $biggiantclient wanted us to create about 5 major features to add on to our existing site. $biggiantclient represented a ton of business for other departments. Management walked on eggshells around $biggiantclient as a result. I asked for a spec, I was told there was none. I protested, giving all the reasons I could think of why that was a suicidally crazy idea; eventually I was told to shut up and stop asking for one. So, I wrote one myself based on what I thought the client wanted, in as much detail as I could. I sent it to the PM. Eventually I had to start coding. So, some time later, I'm on a phone call with $biggiantclient (about 9 people from there on the call), the PM, and my boss. We're discussing the progress on one of the features, and they say that the way I did something was not what they wanted. I said "That's what was on the spec I provided; was that wrong?" Them: "What spec?"

      Yep.

      There's no reason to assume that a test suite you got from the original author is more accurate than a test suite you write yourself.

      When there IS no test suite, some testing is almost always better than none. Almost.

      --
      Never underestimate the power of stupid people in large groups.
    23. Re:Absence of a test suite by BVis · · Score: 1

      Unless, like I was, you're given a legacy codebase and told to keep the duct tape and bailing wire in place, instead of being given time to improve it.

      --
      Never underestimate the power of stupid people in large groups.
    24. Re:Absence of a test suite by Zero__Kelvin · · Score: 1

      " and debate is still on to if automated testing really does make a difference to software quality."

      There is no debate. Automated testing is essential for regression testing, and even if for that reason alone it is empirically proved to improve quality when used by competent developers in competent fassion..

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    25. Re:Absence of a test suite by Anonymous Coward · · Score: 0

      Imagine being given a big pile of byte code and asked to maintain it.

      No source, no requirements, no design docs, no one who knows what it really does, and oh, no test suite.

      If you aren’t in a corner crying right now, then I should add that the program supposedly satisfies some government mandate, so breaking it could be sort of illegal.

      The happy ending: we contracted that task off to IBM. Karma :)

    26. Re:Absence of a test suite by datavirtue · · Score: 1

      Trying to develop tests against code that was not developed for testing is like trying to play pickup-stix with your butt cheeks.

      --
      I object to power without constructive purpose. --Spock
    27. Re:Absence of a test suite by datavirtue · · Score: 1

      higher confidence levels when you refactor.

      So, is that a business requirement or something?

      --
      I object to power without constructive purpose. --Spock
    28. Re:Absence of a test suite by K.+S.+Kyosuke · · Score: 1

      I was thinking more about wasting time with changes that you later find to be illegal than about making irreversible changes.

      --
      Ezekiel 23:20
    29. Re:Absence of a test suite by K.+S.+Kyosuke · · Score: 1

      You treat it initially like a black box. "I think that module X is supposed to do functions A, B, and C. These are the inputs, and these are the outputs I expect." You run it. If it doesn't do what you expect it to do, it means that you have to refine your understanding. In the end, everyone wins, because you not only have a test suite for regression testing and performance testing and what not, you've also refined your knowledge about the module - you've fixed your flawed assumptions that would be bound to bite you in the ass later when it would hurt more.

      --
      Ezekiel 23:20
    30. Re:Absence of a test suite by lgw · · Score: 1

      TDD is often the best strategy there (and IMO the legacy mess is the only place where TDD is the best strategy). You don't know in detail what the code even does, so you must experiment to find out, there's just no other way to fix a bug. So, one way or another, you're writing some code to explore/confirm the behavior of the legacy system - just find a place to check that code in, since you'll benefit from it on every future change.

      You don't have to write some elaborate comprehensive test suite, just record each thing you learn about the horrible legacy mess in the form of test code that shows what the code does by example.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    31. Re:Absence of a test suite by fahrbot-bot · · Score: 1

      Automated tests do two things. They make sure you don't make the same mistake again, and they give you higher confidence levels when you refactor. They definitely improve quality when done right- which means testing what needs to be tested ...

      On the other hand... They're also yet another code base to maintain, ensuring they are correct themselves and actually testing the main code correctly, etc...Of course, one can always write some automated tests for the test suite... (and it's turtles all the way down)

      I'm not saying an automated test suite is w/o merit, but simply another tool, with its own set of headaches.

      Having maintained an automated (Unix) OS test suite back in the day - and ported it from a BSD-based system to UNICOS - I can relate that one of the biggest hassles is management's worshiping of these kinds of things. Convincing them an error was with the test suite and not the OS was a hassle. Although, it wasn't as big a hassle as it was convincing them that a system crash when a regular user ran "gzip" was *not* because of the utility, but an OS bug (on a Convex system and I was proven correct by the vendor) - true story.

      --
      It must have been something you assimilated. . . .
    32. Re: Absence of a test suite by BVis · · Score: 1

      Not to whine, but every coder I've ever shown this code has 1) recoiled in horror, and 2) agreed with me that it's an untestable mess that needs to die in a fire.

      --
      Never underestimate the power of stupid people in large groups.
    33. Re:Absence of a test suite by Anonymous Coward · · Score: 0

      His entire career? Over a CSS file? Doesn't sound much like a career.

    34. Re:Absence of a test suite by Anonymous Coward · · Score: 0

      As a contractor at one place, I took a week vacation, and came back to find that a new regular employee had deleted all my test code, coldly declaring: "I don't believe in unit test!"

    35. Re:Absence of a test suite by asylumx · · Score: 1

      Similar but inverse: As a FTE I wrote regression tests for a web app using selenium. Handed the code over to a contractor when I move to a new position. I'm 100% positive those tests haven't been maintained or even run since then, since the app has come back under my management a few years later. We've been through so many different employees and contractors that I couldn't tell you which one let it slip first, but it's so far gone now it'd be a real project to bring it back up to par.

  18. Things that scare developers, by mjwx · · Score: 5, Funny

    Snakes,
    Loud noises,
    Social contact,
    Drinks machine being out of soft drinks and/or chocolate,
    Google being down,

    --
    Calling someone a "hater" only means you can not rationally rebut their argument.
    1. Re:Things that scare developers, by ubersoldat2k7 · · Score: 1

      Google being down? Not so much pal. GitHub or BitBucket being down I fear. StackOverflow being down I fear. AWS or Heroku being down are my worst nightmares.

    2. Re:Things that scare developers, by Anonymous Coward · · Score: 0

      Coffee machine being down!

    3. Re:Things that scare developers, by Anonymous Coward · · Score: 0

      Out of coffee...

    4. Re:Things that scare developers, by Anonymous Coward · · Score: 0

      StackOverflow being down I fear.

      I want to fucking block SO on the proxy so lazy coworkers stop copying and pasting shitty SO answers. Fuck that's annoying.

    5. Re:Things that scare developers, by Anonymous Coward · · Score: 0

      Agreed. StackOverflow being down is like someone burning a really helpful books of your library for spans of time, exactly when you need them. +2 for social contact

    6. Re:Things that scare developers, by Anonymous Coward · · Score: 0

      Your biggest fear is Slashdot being down.

      Admit it!

    7. Re:Things that scare developers, by Anonymous Coward · · Score: 0

      Snakes are our friends. Just think how we'd be overrun with vermin if not for these voracious predators. Just don't let the venomous ones bite you. Most people that get bit by venomous snakes are messing with them (at least in the states.)

      This message brought to you by the Snakes Need Altruistic Friends Union ad-hock advisory council.

    8. Re:Things that scare developers, by Hognoxious · · Score: 1

      Enemy gate being up.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    9. Re:Things that scare developers, by hackula · · Score: 1

      I would add to that when your package manager of choice goes down... right before a big development deadline.

    10. Re:Things that scare developers, by stretch0611 · · Score: 1

      Snakes,
      Loud noises,
      Social contact,
      Drinks machine being out of soft drinks and/or chocolate,
      Google being down,

      I'm not afraid of snakes...

      --
      Looking for a job?
      Want your resume written professionally?
      DON'T USE TUNAREZ!!!
    11. Re:Things that scare developers, by Anonymous Coward · · Score: 0

      Drinks machine being out of soft drinks and/or chocolate

      Why would a "drinks machine" contain plain chocolate?

    12. Re:Things that scare developers, by Curate · · Score: 1

      Snakes! Why'd it have to be snakes?!?

    13. Re:Things that scare developers, by loosescrews · · Score: 1

      Maybe it is a hot chocolate machine?

  19. Velociraptors by Arancaytar · · Score: 5, Funny

    (obviously)

    1. Re:Velociraptors by Savage-Rabbit · · Score: 1

      (obviously)

      Then why the hell are you using goto statements?

      --
      Only to idiots, are orders laws.
      -- Henning von Tresckow
    2. Re:Velociraptors by mjwalshe · · Score: 1

      "they make the code interesting" :-) though that was referencing a computed GOTO

    3. Re:Velociraptors by Oligonicella · · Score: 1

      Ahhhhh, shit - FINDING goto statements.

    4. Re:Velociraptors by Jahta · · Score: 1

      "they make the code interesting" :-) though that was referencing a computed GOTO

      GOTOs are for wimps! What you need is more COME FROM statements.

    5. Re:Velociraptors by omnichad · · Score: 1

      Don't turn off the fence, stupid. I would also watch out for those dilophosaurs.

    6. Re:Velociraptors by lgw · · Score: 1

      Been there, done that. Code that would change a branch instruction to branch to a different place, from a completely unrelated place in the code, with no documentation.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    7. Re:Velociraptors by Anonymous Coward · · Score: 0

      *Real* programmers use COMEFROMs

  20. Changing requirements mid project by Chrisq · · Score: 2

    Changing requirements mid project. Actually that wouldn't be so bad if the managers wouldn't imply that you are somehow failing if you say that will extend the delivery date.

    1. Re:Changing requirements mid project by Aryden · · Score: 2
      How can that really be a fear when you know for a fact that it is going to happen. By this point, you should expect it right off the bat.

      Misplaced decimals in financials calculations are a bigger fear to have

    2. Re:Changing requirements mid project by Chrisq · · Score: 1

      How can that really be a fear when you know for a fact that it is going to happen. By this point, you should expect it right off the bat.

      Misplaced decimals in financials calculations are a bigger fear to have

      Some of our changes are just so strange and comprehensive that they can only seen to be the same project at a business level. For example a set of web services to obtain data being changed to a single sign-on system so that users could follow links to another system to display the data. And this change was not expected to require any rework.

    3. Re:Changing requirements mid project by nospam007 · · Score: 1

      "Misplaced decimals in financials calculations are a bigger fear to have"

      That's just money. If a bad index causes the wrong drug to be prescribed by a doctor's app, that's even trickier.

    4. Re:Changing requirements mid project by cyclomedia · · Score: 2

      This. One of these represents where I currently work, one of them represents when I was self employed, guess which one is which:

      1:
      Monday: Dev team commences work on todo list, Customer commences testing and evaluation of latest build
      Friday: Latest build given to Customer for evaluation. Bugs and new-feature-requests given to dev team
      Notes: Dev team happy. Customer happy watching progress as project continues. Project delivered on time.

      2:
      Monday, Tuesday, Wednesay, Thursday: Bugs & new features are constantly delivered to dev team, all of which expected to be delivered by Thursday.
      Friday: Build probably doesn’t happen because a new feature was dreamt up Thursday morning and half of dev team is scrambling to get it in place, and then it’s buggy anyway
      Notes: Dev team under constant pressure to deliver ASAP, stressed, mistakes and bugs creep in. Customer continues to want to see shiney new idea #743 yesterday.

      --
      If you don't risk failure you don't risk success.
    5. Re:Changing requirements mid project by Aryden · · Score: 1

      Yeah agreed. All I can say is, that one instance, there were millions added to the financials cause the previous guy mucked it up.

  21. Affirmative Action by Anonymous Coward · · Score: 0, Flamebait

    I really hate working with lazy stupid programmers who were hired only to fill out an HR racial preference checklist. Nothing is more demoralizing than working with a shiftless, smelly, untalented "winner" of the racial preference lottery.

    1. Re:Affirmative Action by Anonymous Coward · · Score: 0, Insightful

      Yeah, I hate working with white trailer trash as well.

    2. Re:Affirmative Action by pla · · Score: 2

      I really hate working with lazy stupid programmers who were hired only to fill out an HR racial preference checklist. Nothing is more demoralizing than working with a shiftless, smelly, untalented "winner" of the racial preference lottery.

      Y'know, of all the jobs I see filled with useless people, I honestly have never seen that effect in programming.

      I've met plenty of coders who the rest of us would all do better if they surfed for porn all day; I've met coders who, once they corner you somewhere will talk your ear off until you feel the need to stick a pencil through your (or their) skull; I've met plenty of coders who have no concept of 9-to-5 (and I can't claim I do so well at that one myself).

      But overall, I've always seen programming as one of those fields that requires just too much rigor and discipline to even appeal to the "real" slackers. Love it or hate it, rock at it or suck at it, programming is hard.

    3. Re:Affirmative Action by datavirtue · · Score: 1

      How about mentoring them and helping them to improve with honest professional discussions?

      --
      I object to power without constructive purpose. --Spock
  22. Disney edit of "A New Hope" ? by seoras · · Score: 2

      - daylight
      - any noise other than that produced by earphones
      - women
      - building power failures
      - enforced OS change
      - ....

    I think we need a Slashdot Poll for this one!

  23. My biggest fear? by cshark · · Score: 0

    That more programmers will wake up from the delusion that they have to work nine to five, and that suddenly, I'll have a lot more competition from people just as talented and driven as I am... in the same areas I specialize. That's a pretty frightening thought, even if it is unrealistic. Most programmers don't actually make it to that point in their career at all, so in all reality, I that's not the kind of thing I lose any sleep over.

    --

    This signature has Super Cow Powers

  24. Re:SEE HOW MANY WANNA BES ARE OUT THERE !! by Anonymous Coward · · Score: 0

    You know, it's exactly this kind of complacent attitude that is the source of the problem you're complaining about. Stop being so sanctimonious about your own level of skill, and learn some damn humility. Nobody likes working with an arrogant, no talent, cocksucker, such as yourself.

  25. Re:SEE HOW MANY WANNA BES ARE OUT THERE !! by Cenan · · Score: 2

    Awww precious, did you get modded down spouting your favorite misconception again? That's so unfair.

    --
    ... whatever ...
  26. Failed to read from register 0x43: -6 by vikingpower · · Score: 1

    in the middle of a long, long, lo000ng and costly number-crunching run, and that just because some management moron thought that we'd save some money by buying cheapo hardware. I fear that with deadly fear.

    --
    Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
  27. Bad multithreading by bertok · · Score: 5, Insightful

    Debugging multi-threaded code liberally sprinkled with delays instead of locks. I still have nightmares!

    1. Re:Bad multithreading by jimshatt · · Score: 4, Funny

      3..2..1... Phew! I might otherwise have replied even before you commented. That worked out well!

    2. Re:Bad multithreading by Anonymous Coward · · Score: 0

      Oh dear. You are debugging the same code I am debugging? Seriously, there can't be more than one example of such a terrible, fragile beast can there?

    3. Re:Bad multithreading by andy_t_roo · · Score: 2

      if your program is slow, you have a problem. Use a thread, now you have 2 problems. --Source Unknown.

    4. Re:Bad multithreading by Anonymous Coward · · Score: 0

      Oh Crap... I should stop using those then...

    5. Re:Bad multithreading by Anonymous Coward · · Score: 0

      Sometimes you've just got to say 'Shag it' and throw in a regular expression, for good justice.

  28. I already do not like my job anymore. by Anonymous Coward · · Score: 1

    I already do not like my job anymore. I'm working here 6 months. Before that I had 4 resume-posting, interviewing-filled, bank balance watching months, that also where a lot of fun otherwise.

    My biggest fear is that I will never again find an IT job that I like.

    I'm early forties, I guess I have had quite a varied bit of experience over the years. New tech comes and goes. It's getting worse and worse. While it's OK to learn something new, the question remains: will that still be relevant in 6 months' time? Will the next client/job be appalled that I have spent nights and weekends learning i-Bauble++ when they actually want someone with skills in Turbo Visual Gizmo?

    Also, companies seem to move further and further away from what has been put forward as "best practices" in software development. Mostly there aren't even "good enough" practices.

    Also makes me want to change careers and become an artist of sorts.

    1. Re:I already do not like my job anymore. by technomom · · Score: 1

      Communication skills never go out of style and are always in demand.

      I can find gazillions of Java or C or Perl or PHP programmers. Heck, I'm sure I can even dig up quite a few PL/I, PL/X, IBM mainframe Assembly or JCL slingers.

      But find me that one programmer who can communicate technically to a team of 10-20 programmers and be able to communicate in plain English or in the business language to management and customers and he or she will be a keeper for a long time.

    2. Re:I already do not like my job anymore. by bbsalem · · Score: 1

      Communication skills never go out of style and are always in demand.

      I can find gazillions of Java or C or Perl or PHP programmers. Heck, I'm sure I can even dig up quite a few PL/I, PL/X, IBM mainframe Assembly or JCL slingers.

      But find me that one programmer who can communicate technically to a team of 10-20 programmers and be able to communicate in plain English or in the business language to management and customers and he or she will be a keeper for a long time.

      Really now, You want it all, to keep all the balls in the air and to be everything to everyone, and you project that on others. Well good, but you are likely to get both a half-assed marketing team and a bunch of half-witted programmers. There is a reason for the divide between managers, marketers, and techies. It is because people come is different shapes and sizes in the way they think and what they are best at. The theory of personality is a partition theory. That means that being strong in one trait makes you weak in some other. Perfectly balanced people are either jack's of all trades who are proficient in none or frauds. They have their place, but I know of no profession, medicine and some sciences, that don't demand high levels of proficiency and concentration on detail, and that makes it hard to be a generalist and speak to very different groups of people. What usually happens is frustration. A good communicator who can adapt to a diverse audience is rare. Go listen to the on-line lectures, videos on You Tube, from the experts from our best Universities and ask yourself how many fit that criterion. It turns out very few do, and yet would you fire them from their jobs? I hope not.

      People who are outer-directed, who enjoy pressing the flesh and smoozing, just don't get this, and in general many people fall into the flaw that they don't appreciate that others are different from themselves and cannot be changed to be like themselves, so there is continual misunderstanding between otherwise smart people who can't seem to understand that minds work differently between people. The best managers know this and direct people into their strengths, but most people I've met do not have a clue, and especially people who have been put into management positions because of ambition.

  29. My Biggest Fear by Common+Joe · · Score: 5, Interesting

    To not make the difference in the world in the way that I envisioned. It's everything at once and nothing specific. My betterment of the world doesn't even have to be in programming, although programming is where my best talents are. I've always wanted to leave the world a better place than when I came into it. Unfortunately, I can't say that I feel that way so my biggest fear is coming true and I'm having to learn to cope with the idea that I cannot fix the injustices of the world.

    1. Re:My Biggest Fear by ldobehardcore · · Score: 1

      Exactly This. Mod this guy up.
      I know that with me, this comes from an immature childish place, but I can't stand the thought of not even making a dent on the world. I don't care if I'm forgotten, as long as I can do something to make the world better.

      --
      Hectice, baby, Mercator says hello to you
    2. Re:My Biggest Fear by Viol8 · · Score: 1

      Cue angelic chorus and a halo appearing over your head.

      Meanwhile the rest of us just get on with enjoying our lives...

    3. Re:My Biggest Fear by Anonymous Coward · · Score: 0

      It is OK, the butterfly effect will take care of your contribution. The world will be different because of you. There is no small enough human existence that could not contribute. Even stillborn children leave their mark: their parents feel the loss and act differently making different choices that they otherwise would have.

      Do not worry: you are not insignificant. You can not be.

    4. Re:My Biggest Fear by Inzkeeper · · Score: 3, Interesting

      Ah, I remember my 20s.
      I wish I could find that comic. Something like:
      Just out of university: "I'm going to change the world!"
      After one year at first job in your field: "I'm going to change this company!"
      After ten years: "I'm going to change the coffee!"

    5. Re:My Biggest Fear by Anonymous Coward · · Score: 0

      That's why I had kids. My kids are wonderful and the world is more wonderful because of them. Now if you'll excuse me, they're swinging the neighbors cat by it's tail and I need to go sto DUCK!

    6. Re:My Biggest Fear by Flammon · · Score: 1

      You take life too seriously.

      http://www.youtube.com/watch?v=qZqYV9KKOZQ

    7. Re:My Biggest Fear by Anonymous Coward · · Score: 0

      Relax, you're common. Remember? Maybe stop watching super hero movies or something.

    8. Re:My Biggest Fear by Anonymous Coward · · Score: 0

      Snowden, is that you?

    9. Re:My Biggest Fear by Anonymous Coward · · Score: 0

      That's communist thinking. Just focus on getting rich and let the invisible hand do the betterment part.

    10. Re:My Biggest Fear by 32771 · · Score: 1

      > I've always wanted to leave the world a better place than when I came into it.

      So what is the best way of reducing entropy growth?

      >Unfortunately, I can't say that I feel that way so my biggest fear is coming true and I'm having to learn to cope with the idea that I cannot fix the injustices of the world.

      Now you have to explain exactly why you think that this is such a bad thing. Just imagine we would give you a switch for the sun and you would actually get your way with it. This would be bad! I mean the path to hell is plastered with good intentions.

      So just relax, take a stress pill, and think things over.

      --
      Je me souviens.
    11. Re:My Biggest Fear by datavirtue · · Score: 1

      I find that programmers come in two varieties. One pursues the craft as an intellectual way to assume power and help the world with their creativity and self-expression. The other group took the track in college because they heard it paid very well and now that is all they know--usually hemmed into some enterprise framework and development platform. I enjoyed the power of programming and the intellectual fulfillment so that as a teenager I wrote and distributed free software, not open source, but software distributed freely with the only hope in that it helped someone. If someone would pay my bills (sugar momma?) I would develop and distribute free software the rest of my living days--it still has not gotten old in 20 years. An artist of sorts.

      Put your mind to finding and solving problems for people, and never mind that there is already software in wide use for a given task, build it anew to *help people* and you will not be forgotten. Helping people after all is the essence of business, something that I fear is no longer taught.

      --
      I object to power without constructive purpose. --Spock
    12. Re:My Biggest Fear by Common+Joe · · Score: 1

      Now you have to explain exactly why you think that this is such a bad thing. Just imagine we would give you a switch for the sun and you would actually get your way with it. This would be bad! I mean the path to hell is plastered with good intentions.

      I don't have to explain anything, but I will anyway. I start with saying that you read a little too much into my words. Here are some examples of what I meant:

      First example: I love children a lot. One day, a very young girl fell off her bike on the sidewalk in front of my house and cried very hard. She looked ok and not badly injured, but when no one arrived after 30 to 45 seconds, I wanted to make sure. Fearing being labeled a pervert (because I am a guy after all and we're all strangers to one another in the neighborhoods these days), I took the coward's way out and sent my wife out to deal with it. She's not comfortable around children and would have preferred that I go out, but understood how I felt. She had no sooner asked the girl if she was all right than the father came from four houses down and started berating my wife for simply talking to his child to find out if she needed help walking or if we needed to get her parents. I watched very carefully from the door to make sure my wife would be ok. Fortunately, that is all there is to the story. We're both glad I didn't go out there.

      Next story: I like helping people with their computers. One of the very few people I did know in my neighborhood were clueless about computers and I offered to help teach them and their daughter for free. They didn't want a thing to do with it other than have a computer setup and surf the web. Asking them to sit down and learn about computers (safe web surfing, how to remain anonymous because the wife was in a previous abusive relationship, ripping CDs they owned onto MP3 players, etc) was like pulling teeth. I wasn't in the mood to pull teeth and it was their decision anyway. I didn't appreciate doing all the work knowing they would eventually mess it up. I believe in teaching people to fish... not simply giving them a fish. That's the kind of thing I like.

      Some of my stories are programming related. I was told to ignore edge cases in a program because they will never happen. Well, my program crashed badly in the middle of a large and very time sensitive production run. Oops. We hit that edge case. Hard to tell you boss "Told you so" because all he's interested is a solution right now. Or how about the time when a bunch of people were let go and I got the work of 4 of my other colleagues when I couldn't even keep up with the programs I was maintaining at the time? Or how about the time another boss told me not to help a secretary learn how to use Windows Explorer because that would be a security issue. (Really? WTF?)

      I have this HUGE drive to improve the world, but the world rejects what I have to offer and they box me into a small corner where I have to wrestle with unreasonableness. It is very frustrating to be shoved aside and told, "You're not important. Just do as you're told." Curiously, I'm treated like a child a lot of times. I know I'm just a "Common Joe" in the world and I don't expect to accomplish super hero feats (as someone else suggested on this thread). I just want to make a positive contribution. I want to be treated as an equal and as an adult. Even simple things (such as helping a little girl who fell on her bike or not being treated as just free labor) would go a long way to that "improve the world" thing. I don't want to control other people as you imply. I know people have to make their own choices and I respect that, but often when I offer to help people, I'm usually spit upon. I've learned to be very cautious about who I offer my help to. That's a real shame. I may not be perfect, but I have a lot to offer.

      Right now, I see my comment is modded at 5. That doesn't usually happen to me. I take heart that I'm not the only one who feels that way, but I also take it to mean that there is a lot of improvement that could be made in the world and isn't. It's such a waste.

    13. Re:My Biggest Fear by sjames · · Score: 1

      Just like ol' what's his name...

    14. Re:My Biggest Fear by 32771 · · Score: 1

      See now that I can understand, your first article was kinda vague.
      Actually, I just wanted to fool around. Obviously I needed to peddle my favourite topic as well. I don't imply you want to control anyone.

      I tried to offer you an extreme example about why what you might consider as good may not actually be that. I mean I too want to help occasionally.

      The HAL2000 line in the end was added for comic relief, i.e. the mad computer has spoken.

      --
      Je me souviens.
    15. Re:My Biggest Fear by Common+Joe · · Score: 1

      See now that I can understand, your first article was kinda vague.

      That was on purpose. I've found people don't like reading / hearing long, technically correct and accurate statements. I've had complaints about going on too long both personally and professionally. Once, I made complete documentation for a simple program I wrote. It was about 15 pages; most of it was screen captures. I delivered it in electronic form so they could refer to it when they wanted. It was for about 10 people and it explained everything with examples. Every single one of those people came back to me and said, "How do you use your program?" I asked what was missing from the documentation and they said it was too much for them. They'd rather ask me one-by-one how to use a brain-dead simple program. (It was literally press one button and watch the status lights go from yellow to green. Red meant something bad happened and then there was a button to check logs.)

      I mean I too want to help occasionally.

      I know. I detected that in your initial response and it's the reason why I responded to you. On a personal and professional level, I've run into people who would rather control my life than give me choices. I lose a lot of respect for anyone who does that to me and it is one of my most cherished personal principles to let others choose their own way in life even if it is not necessarily what I deem for the best. I can see how my comment could be construed in a "bad" way. [Shrug.] Such is the limit of today's communication.

    16. Re:My Biggest Fear by Anonymous Coward · · Score: 0

      Nothing u do can be absolutely good or absolutely bad.
      Everything u do will result in something good and something bad.

      So, whatever u do, do with with good intentions and with a good heart.
      U will be more happy, more content and u will be a better place.
      One better person does make a better world and anyone coming in contact with u may also get some content/happiness.

  30. Inheriting another project written by an idiot... by Max+Threshold · · Score: 4, Interesting

    In the project I'm maintaining now, I've discovered such gems as "someVar++ // count down" and "if(someDouble == 0 || someDouble == 0.0 || someDouble == 0.00) { ... }". Oh, and literally hundreds of global variables whose values are copied in and out of instance and local variables in seemingly random places. I'm sure the guy who wrote it was one of those students who comes to the Java forums begging for help because they didn't pay attention all semester and have absolutely no idea where to begin on their final project, which is invariably due in a few hours. I don't even want to know how much they paid him to write it, but it's cost the company at least 1.5 man-years just to get it into a state that's acceptable to most of our customers, and it's still nowhere near as good as if we'd spent (I would estimate) 0.5 man-years rewriting the whole thing from scratch.

  31. Things That Scare the Bejeezus Out of Programmers? by Anonymous Coward · · Score: 1

    Anything to do with SAP
    Writing Oracle SQL scripts (Mainly because there is a real danger It might bore me to death)
    Developing web services to integrate Lotus Notes with BPEL or some such... (Same reason as above except Lotus also sucks ass)
    Marketing convincing my boss two weeks before release that we need the following features ...
    A group of six year olds in the server room with water guns.
    Teslacoils!.

    Feel free to expand...

  32. Poll by Anonymous Coward · · Score: 1

    This should be a slashdot poll.
    I, for one, would vote for the Cowboy Neal option.

  33. Them females? by macson_g · · Score: 1

    Women?

    1. Re:Them females? by psholty2 · · Score: 1

      Dying virgin. 30yo and counting :(

    2. Re:Them females? by Anonymous Coward · · Score: 0

      start doing drugs.

      or going to church.

      it's all the same shit, but gets you laid.

    3. Re:Them females? by John.Banister · · Score: 1

      I was 27. There's this book but the summations in the reviews are pretty correct. And then there's ttp:slashslash(your city here).backpage.com/FemaleEscorts/ They want your business.

    4. Re:Them females? by Anonymous Coward · · Score: 1

      You are blessed. You still believe that one woman is enough for one man.... That changes pretty quick after your first time...

    5. Re:Them females? by 32771 · · Score: 1

      There is one particularly good piece in the reviews:

      "What is really terrific about this book is the fact that it incorporates so many different voices, giving varying perspectives on the question. Too often people know about one aspect of the sex industry and make assumptions that they understand everything that there is to understand about it; this book gives enough perspectives to discourage -- though obviously not eliminate -- that assumption."

      I noticed that some topics (guns, prostitution, ...) are discussed by society through the same narrow view over and over. Once you check the topic out, you will find that they are still not easy to deal with, and that the people actually involved have quite a different view on it.

      --
      Je me souviens.
    6. Re:Them females? by Hognoxious · · Score: 2

      It sure changes after you're married. Along the lines of s/enough/way too many/

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    7. Re: Them females? by Anonymous Coward · · Score: 0

      This is seriously the best advice I've ever read on Slashdot.

    8. Re:Them females? by John.Banister · · Score: 1

      I found sort of a recurring theme in the book. There were brief, but to-the-point descriptions of what it takes to be the good enough client that shared a common theme: have good personal hygene (at least at the time); be respectful and courteous but not in love; be a financially generous repeat customer. And then, there were longer descriptions of the ideal client, which descriptions sounded kind of similar to ones of the ideal boyfriend. Those descriptions seemed kind of out of place as I wouldn't think that people with the inclination and capability to be that guy would be purchasing the book (since part of having the savior faire is knowing that you have it).

    9. Re:Them females? by 32771 · · Score: 1

      Yes, despite the fact that prostitutes might have a clearer view on society than many, they can still fool themselves.

      Some of them just have boyfriends/husbands though.

      --
      Je me souviens.
    10. Re:Them females? by John.Banister · · Score: 1

      I'll trust that you're correct. My own view on society is likely somewhat challenged.

    11. Re:Them females? by 32771 · · Score: 1

      The country I'm living in doesn't prohibit prostitution, it just regulates it. So I had the chance to talk to some of the women off and on the job without much stress.

      They told me that 90% of their customers seem to be married, which might come as a surprise for some women who start in the job.

      Sometimes their partners seem ok with their hobby/job, sometimes the girls look for other kinds of employment because they acquired a partner.

      This is mostly anecdotal information. There is a cool website in German called sexworker.at that might have some hard information though. No clue whether there is an english language website. Sexworkers in the US seem to be mainly represented by Annie Sprinkle and whatever she is doing but I might err.

      --
      Je me souviens.
    12. Re:Them females? by John.Banister · · Score: 1

      I have the impression that the majority of the sex workers in the USA aren't organized and represented. Judging from the backpages advertisements, I don't think the majority of them own a remote shutter release for their camera, either. Being a commercial fishing vessel worker and largely celibate, I generally have this hungry look in my eye that discourages women from having conversations with me unless they need information about technical subjects (or unless there's payment involved).

    13. Re:Them females? by 32771 · · Score: 1

      Yeah, I have often thought "hey, I could snap some pictures of you where the SNR is way higher", then I remembered when I spent some time with the grainier girls, that they might not have been up for the job, so they shouldn't have such a high throughput of guests anyway.

      I think my hungry look is gone (after a thorough study of prostitutes of all legal and sensible ages (ok, there are some gaps)). Also I tend to talk about plants now which some think of as decidedly girlish topic. This is way better than computers that nobody understands anyway. Of course, most people don't really understand plants either, but at least they are plentiful, pretty, and frequently edible, so they make a nice topic. It is also a better topic than talking about the weather since that has got a bad reputation.

      That fishing vessel worker stereotype is way better than the living in moms basement one. It is also older, better known, and understood - Applause!

      --
      Je me souviens.
    14. Re:Them females? by John.Banister · · Score: 1

      I see lots of iPhone photos taken in a mirror where 50% is obscured by the flash. At first, I thought it was done that way on purpose...

      It turns out that being the governmentally mandated observer on one of these boats is one of the higher paying first jobs one can get with a brand new 2 or 4 year degree in biological science. So, the women I speak with most frequently are the ones working as observer, and, as ship's engineer, the conversations most frequently start with questions similar to: "why has the error differential between the automatic weighing scale and the observer platform scale changed from 1.2% to 2% during the daily test?"

  34. Ah Dilbert... by mitcheli · · Score: 1

    I believe the daily tome of knowledge tends to sum these fears up on a ... er... daily basis. "Out out you daemons of stupidity!" (Yes, typo is intentional.)

    --
    Select from tblFriends where interesting >= 4;
    1. Re:Ah Dilbert... by Anonymous Coward · · Score: 0
  35. My greatest fear... by Stolpskott · · Score: 1

    Heights, or being crushed by a collapsing bridge as I walk under it (I walk under bridges all the time, to try and work with that one. I know it is irrational, but there you go...). A while ago, I would have said Public Speaking/giving presentations (, but after working on it for a while, I have improved immensely in that area.

    Most of the things that I actually might find scary do not generally happen to programmers. Odd things do come up, though - I worked my way through University working as a bouncer at various nightclubs. In that job, I was shot, shot at, knifed, involved in several other knife fights, fist fights, and numerous potentially hostile confrontations with drunk or high people looking for a fight. None of that violence was directed at me personally - I happened to be in the wrong place at the wrong time.
    The only time someone has actually aimed violence against me personally was while working as a programmer/on-site software implementation consultant. As the "new guy" I went on-site to install and troubleshoot a new version of our application - a back-office/inventory system - for a client, the manager of the office I was visiting picked me up and tried to punch me as soon as he heard which company I was from (the backstory - a sales guy long on promises and short on knowledge got the contract by lying about the capabilities and readiness of the product, and I was the 3rd consultant sent on-site 6 months after the agreed delivery date, still with a beta version of the product. Not appreciated by the body-building, steroid-pumping manager, who was already having a bad day).
    We quickly got past that and started to make progress as soon as his nose stopped bleeding, and long before he stopped limping, and the installation became a case study and reference site for us, thanks to the efforts of the entire development team and the relationship manager. But to this date, that is the only time in all my years of working (30ish) that someones animosity has been directed at me personally. Working as a programmer can be a dangerous job!

    1. Re:My greatest fear... by Anonymous Coward · · Score: 0

      If you're having problems with bridges, why not configure a router to do that for you - shouldn't be too scary.

    2. Re:My greatest fear... by Anonymous Coward · · Score: 0

      Get real! What a load. Full of yourself much?

  36. Compiler Bugs by Anonymous Coward · · Score: 1

    I fear writing code that'll trigger compiler bugs. Compiler technology is so arcane that I can't help but feel that I'm invoking the wrath of the (hypothetical) sloppy compiler writer whenever I use their compiler. I guess one way to test how well my code complies is by using different compilers to process my code.

    1. Re:Compiler Bugs by sapgau · · Score: 1

      citation needed

  37. Deploying for the first time by mcvos · · Score: 1

    Something that never fails to terrify me is when I have to deploy an existing site to production for the first time. People are already using it, and if I messed anything up (introduce a bug, built the war incorrectly, forgot to update some production property that I did update for test, deploy in the wrong way somehow, or even just deploy at the wrong time), people will not be able to use the site anymore because of me.

    I love automated deploy scripts for exactly this reason. And having access only to test, while deploying to production is someone else's responsibility.

  38. Being stuck by rvw · · Score: 5, Interesting

    Being stuck at a job, because you drifted away from your main skills, and now have difficulty to catch up. Or more specific: being stuck at a job where you don't want to spend another year or even longer. In the company I'm working I stand alone, being the only programmer, so no support from other programmers. I find it hell to get my skills up to date while doing my job properly.

    1. Re:Being stuck by happy_place · · Score: 2

      Yeah, that sucks, then you get laid off... and have no skills worth mentioning and your resume' looks like a big neon sign that says "Don't hire me."

      --
      http://www.beanleafpress.com
    2. Re:Being stuck by OakDragon · · Score: 1

      Here is what happened to me.

      I had a job maintaining websites, which also included several custom web applications for B2B purposes. (The company was an affiliation of distributors and manufacturers that shared some data.) I was essentially the only IT guy. We were always developing new projects. It was pretty fun.

      Then my direct boss at the office where I worked dropped out of the affiliation. I was giving an option of moving to the new office, and my direct boss also offered that I could stay on at his business (same physical location, but a distinct and different company). I didn't want to move, so I chose the latter.

      Well the "new" job didn't have much for me to do. Basically I ended up doing a little support work (one sales guy couldn't read his email if his preview pane was gone... or minimized... stuff like that). Then I was asked to move stuff around, help with cleaning up, etc. I could see what was happening. My skills were languishing, and I was transitioning to general manual labor. I got another job pretty quickly (thankfully), and thanked them for all they had done. Don't let it happen to you. :)

    3. Re:Being stuck by sapgau · · Score: 1

      ditto... I have no one to bounce ideas off except the wall

    4. Re:Being stuck by rsborg · · Score: 1

      Being stuck at a job, because you drifted away from your main skills, and now have difficulty to catch up. Or more specific: being stuck at a job where you don't want to spend another year or even longer. In the company I'm working I stand alone, being the only programmer, so no support from other programmers. I find it hell to get my skills up to date while doing my job properly.

      I had this exact fear in my old job. Due to reorgs/layoffs I ended up being the sole maintainer of dozens of systems, but while the job itself was interesting, the long-term prospects for the company were not so great. Furthermore, I felt my skills were atrophying/over-specializing into small-enterprise (I had always been a big company coder). Once I jumped ship onto a much more relevant place, I found out that I actually did quite a bit of skills improvement on my own at the old company, and was proud of a lot of the cool stuff I did (ie, more front-end work and prototyping). I also did keep a lot of "transferrable skills" (ie, requirements/expectations elicitation, bug/feature tracking, long-term scoping) in practice.

      In the end, I'm glad where I am now (no more existential dread about company going under in the next quarter) but I don't think I would have become unhireable - just my specialization would have drifted from it's current area to one more focused on what I was doing there.

      --
      Make sure everyone's vote counts: Verified Voting
    5. Re:Being stuck by Hognoxious · · Score: 1

      Learn to talk to yourself. Seriously. Act the part of someone who disagrees with everything you say before you've even thought of saying it (trivially easy if you're married), and say what they would say when confronted with your obviously ridiculous ideas. One way is to imagine that the real you is the biggest asshat you ever worked with and "alter-you" is you.

      If you can manage to not do this out loud, it's a bonus.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    6. Re:Being stuck by Anonymous Coward · · Score: 0

      Just take an hour every day or so studying those How To Ace Technical Interview Questions websites. Eventually, it will revive your brain and you'll start answering the questions confidently and feel better about your core skills. At home, try learning a new language, write a blog with your projects, and add it to your resume when you're job-hunting. Everybody gets stuck occasionally, but enough hirers will appreciate that you are motivated to improve your skills on your own.

  39. Migrated to Help Desk by Tekoneiric · · Score: 1

    I would imagine the worse fear of a programmer is going from programming an app to supporting it then your position gets combined with help desk and before you realize it your on the general company help desk not doing any programming at all. Eventually your "help desk" position gets pushed off to an outsource company which you become an employee of and your taking calls from multiple companies because your company uses the "leveraging" model. At that point you apply for jobs as a programmer and the HR person says "I see you have help desk experience!".

    --
    *It's not what you can do for the Dark Side but what the Dark Side can do for you!*
    1. Re:Migrated to Help Desk by AuMatar · · Score: 2

      Not a fear at all. First off, I'm paid 3-4x the help desk guys, they aren't going to waste me like that. Secondly, I know the magic words "no" and "constructive dismissal". Or just "I quit".

      --
      I still have more fans than freaks. WTF is wrong with you people?
    2. Re:Migrated to Help Desk by Anonymous Coward · · Score: 0

      ...Secondly, I know the magic words "no" and "constructive dismissal". ...

      I prefer "unacceptable" as my magic word. It highlights the existence of a problem, while separating you from that problem. It also signals a pressing need to fix that problem, while putting the burden of the fix on others. All of that in one word.

  40. Average programmers writing parallel code by thisisauniqueid · · Score: 5, Insightful

    Average programmers being forced to write parallel code scares me more than anything else. "The multicore dilemma is actually a substantially worse problem than generally understood: we are headed not just for an era of proportionately slower software, but significantly buggier software, as the human inability to write good parallel code is combined with the widespread need to use available CPU resources and the substantial increase in the number of scientists with no CS background having to write code to get their job done." --The multicore dilemma (in the big data era) is worse than you think

    1. Re:Average programmers writing parallel code by tgd · · Score: 4, Interesting

      Average programmers being forced to write parallel code scares me more than anything else. "The multicore dilemma is actually a substantially worse problem than generally understood: we are headed not just for an era of proportionately slower software, but significantly buggier software, as the human inability to write good parallel code is combined with the widespread need to use available CPU resources and the substantial increase in the number of scientists with no CS background having to write code to get their job done." --The multicore dilemma (in the big data era) is worse than you think

      This is probably the most true thing I've seen in this list, and the fact that you're the only person who posted it is a sign of just how bad of a problem it is.

      Rounded to the nearest whole number, I think its absolutely safe to say 0% of programmers understand how to write multithreaded code properly.

    2. Re:Average programmers writing parallel code by Z00L00K · · Score: 2

      Even worse - when you have multicore nodes in a distributed system over CAN and LIN buses with random gateway latencies and different suppliers of every node in the network. It's quite "interesting" when you have some 70 nodes in the net. Add to it that not all nodes may be up and running in some cases.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    3. Re:Average programmers writing parallel code by Anonymous Coward · · Score: 0

      Multithreaded code is the assembly language of the 21st century. It's not hard because parallelism is hard, it's hard because threads are the wrong model in which to express parallelism, and locking is the wrong model with which to cope with resource contention arising from parallelism.

      It's as if someone invented the screw before the screwdriver, so we're using adapted hammers to bash them in.

    4. Re:Average programmers writing parallel code by Anonymous Coward · · Score: 1

      I wouldn't go that far. I'm doing an internship at a big online broker and working with a team that runs their main quote streaming software... This thing is multithreaded personified! 2-5 billion messages per second, spread over 26 instances, excluding backups, that in turn multicast the streams to thousands of clients. And they all run on 40 core servers. Of course the team is very small, and very senior. I read in some of the documentation that before they had servers with so many cores they used something like 150 machines instead. So probably 1% of programmers known.

    5. Re:Average programmers writing parallel code by gnasher719 · · Score: 1

      Rounded to the nearest whole number, I think its absolutely safe to say 0% of programmers understand how to write multithreaded code properly.

      Go to developer.apple.com, get the documentation about GCD.

    6. Re:Average programmers writing parallel code by Anonymous Coward · · Score: 0

      I'm a scientist, I have extensive programming ability and I'm well aware of the difficulties of multi-core parallel programming.

      There exist practically no definitive sources for information relating to the multicore dilemma and how to work around it.

      Can anyone here post helpful links towards good introductory, mid-level and advanced material? At least we can help a few thousand keen and capable programmers start moving in the right direction.

      I'm not suggesting anything myself because I simply don't know of any.

    7. Re:Average programmers writing parallel code by Anonymous Coward · · Score: 0

      I've seen even well above average programmers think threading problems will be solved by some library so they don't have to think about them.

    8. Re:Average programmers writing parallel code by booch · · Score: 1

      That computing problem would be scary in itself. But given that CAN and LIN buses are used in automobiles, it's really scary, because causing a system failure in a car could lead to loss of life.

      --
      Software sucks. Open Source sucks less.
    9. Re:Average programmers writing parallel code by Zalbik · · Score: 1

      Threads are evil
      When I first saw the link to this paper on SQLLite's FAQ, I though "what a silly statement, threads aren't inherently evil...people just don't know how to code them properly".

      Then I read the paper.

      I'm getting more and more convinced that languages need a new construct for writing parallel code. Threads are inherently non-deterministic, which is really the antithesis of computer programming.

    10. Re:Average programmers writing parallel code by sydneyfong · · Score: 1

      If there is a panacea to parallel programming, it would have been expressed as a framework already.

      The problem is inherently hard, and while there are a lot of good guidelines on what *not* to do, there aren't a lot of good guidelines on how one should do things, especially if the task is rather complex. For purely computational work (i.e. not much input/output), a functional language might help you a bit. Otherwise you'd need to have a strong CS background and/or a lot of experience with designing and writing multithreaded/distributed-computing code.

      --
      Don't quote me on this.
    11. Re:Average programmers writing parallel code by ndykman · · Score: 1

      It is bad. Of note is how all of the new features in C# 5.0 are focused on enabling programmers to better make and consume non-blocking code, which is just a first step in addressing this issue.

      I'm not claiming to be to a parallel programming guru by any stretch. I have done it, but it is not easy. It requires an order of magnitude more thinking and planning. Doing it well just requires years of experience and training. Reducing that is a massive challenge.

  41. Number 1 Fear by Demonoid-Penguin · · Score: 1

    Vowel theft

  42. The C++ working commitee by Viol8 · · Score: 4, Insightful

    They just can't leave the damn language alone.

    Enough! Its already got a spec probably more complicated that the space shuttle , just let us get on with using it instead of throwing in ever more useless features that only ever seem to get used in job interview questions!

    1. Re:The C++ working commitee by tipo159 · · Score: 1

      Where are mod points when I need them?

    2. Re:The C++ working commitee by Kawahee · · Score: 1
      --
      I'll subscribe to Slashdot when I see a month without a dupe, a typo, or an article the "editors" didn't read.
    3. Re:The C++ working commitee by MadKeithV · · Score: 2

      They just can't leave the damn language alone.

      Enough! Its already got a spec probably more complicated that the space shuttle , just let us get on with using it instead of throwing in ever more useless features that only ever seem to get used in job interview questions!

      But how else would they be able to limit the number of actual C++ experts in the world to three, at all times?

    4. Re:The C++ working commitee by Anonymous Coward · · Score: 0

      Too late - it's now officially f**ked

    5. Re:The C++ working commitee by serviscope_minor · · Score: 3, Insightful

      They just can't leave the damn language alone.

      Well, no.

      There's things we know after 15 years since the previous standard that we didn't know before. It turns out that the world has moved on and knowledge has advanced.

      ust let us get on with using it instead of throwing in ever more useless features that only ever seem to get used in job interview questions!

      And besides, I like not having to type needlessly long and verbose things like

      for(blah<blah>blah::blah::template blah::blah<blah>::iterator i = foo.begin()...)

      I mean the new "auto" syntax is clearly just *designed* for job interview pedants rather than making the life of the everyday C++ programmer less tedious and error prone.

      And the lambdas. Those are so rare in mainstream programming languages that it's just clearly an academic circle jerk rather than another feature to make programs shorter, less buggy and more readable.

      Oh yeah, and honestly, I used to really love pwning n00bz when they got heaps of compile errors for using >> instead of > >. The committee has now spoiled my favourite smug git pass time.

      Its already got a spec probably more complicated that the space shuttle

      Funnily enough you never hear the same complaints about Java. Fun fact, excluding libraries and the JVM, the latest java language spec is now slightly longer than the latest C++ spec.

      The thing is that all languages start off nice and simple. The world however is never simple.

      --
      SJW n. One who posts facts.
    6. Re:The C++ working commitee by WinstonWolfIT · · Score: 1

      C++ is deader than dead. Ned's dead baby. Ned's dead.

    7. Re:The C++ working commitee by locofungus · · Score: 2

      I mean the new "auto" syntax is clearly just *designed* for job interview pedants rather than making the life of the everyday C++ programmer less tedious and error prone.

      char c = 4;
      What is the type and value of the following expression?
      c + 2

      While I like the new auto syntax I'm a little scared about having to deduce what the type is when incompetent programmers start using auto because they don't know what the correct type should be.

      Much like my heart sinks when I see code using void* to store and pass pointers around and then cast them when they arrive at their destination.

      In one codebase (a few tens of thousands of lines) I was tasked with addressing all the intermittent and unreproducible problems. More than 90% of the bugs were revealed just by replacing the void* with a pointer to the type that was actually being held, removing the casts, and then fixing whatever the compiler barfed on when there were incompatible types.

      Tim.

      --
      God said, "div D = rho, div B = 0, curl E = -@B/@t, curl H = J + @D/@t," and there was light.
    8. Re:The C++ working commitee by serviscope_minor · · Score: 1

      c + 2

      I'd guess int, since literals generally come up as int unless otherwise specified.

      I'm a little scared about having to deduce what the type is when incompetent programmers start using auto because they don't know what the correct type should be

      Well yes and no. Yes in that you're correct of course. No in that I'm not sure it matters. I mean, the types exist anyway under there, and don't matter much provided they encapsulate the correct semantics.

      It's very much like duck typing of the sort that Python et al have. Generally you don't worry about the type of some expression, provided it has the right semantics it will execute without exceptions when you pass it to whatever function you choose to pass it to.

      In practice, it makes things like iterating over containers much more pleasant.

      Much like my heart sinks when I see code using void* to store and pass pointers around and then cast them when they arrive at their destination.

      It's a bit like that though the compiler *will* barf with many of the more obvious ways of fucking up. Also by doing auto a=..., you don't run the risk of a silent conversoin doing something REALLY strange :)

      --
      SJW n. One who posts facts.
    9. Re:The C++ working commitee by Viol8 · · Score: 1

      "It turns out that the world has moved on and knowledge has advanced."

      It also turns out that CPUs still work in very much the same way. If you want to play with flavour of the moment language paradigms there are plenty of languages out there used by 3 people and a very smart dog that will suit you fine. There's no need to throw them into the C++ soup.

      "And besides, I like not having to type needlessly long and verbose things like"

      I take it you've never heard of macros then. (And spare me the spawn of the devil speech , thats only spouted by people who have no idea how to use them properly)

      "And the lambdas. "

      Syntactic sugar that has the added bonus of making code LESS readable in a lot of circumstances and have been added to solve problems created by using functors instead of just plain old function pointers.

      "The thing is that all languages start off nice and simple. The world however is never simple."

      Odd how the Linux kernel is written in C then. How did they do it without all these fancy features?

    10. Re:The C++ working commitee by serviscope_minor · · Score: 1

      It also turns out that CPUs still work in very much the same way.

      Firstly, some do some don't. Heavily multithreaded processors with vector units and large out of order superscaler internals weren't so commin in 1998.

      Secondly compiler optimizers have changed beyond recognition since 1998.

      Thirdly, so what? The world of computer languages has moved on and come up with some nice innovations. Or at least cemented them. Nothing in C++11 wasn't available in 1998 if you knew where to look, but with 13 extra years of experience they can be made to fit into the language very well.

      I take it you've never heard of macros then. (And spare me the spawn of the devil speech , thats only spouted by people who have no idea how to use them properly)

      I quite like macros actually. But they still don't help with the following problem:

      some_very_long_type_name a = func(...);

      auto does.

      Syntactic sugar that has the added bonus of making code LESS readable in a lot of circumstances and have been added to solve problems created by using functors instead of just plain old function pointers.

      Firstly, function pointers don't have state. Secondly, single use functions have to be defined very far away from the place that they are used greatly "enhancing" readability. Thirdly relying on nothing but function pointers hobbles the optimizer. That's why c++'s std::sort generally outperforms C's qsort by a very healthy margin.

      Also syntactic sugar has the added bonus of making code much MORE readable in far more curcumstances.

      If not, then why do you ever use [], ++, += and so on?

      Odd how the Linux kernel is written in C then. How did they do it without all these fancy features?

      Odd that they pyramids are build of stone. How did they do it without modern tech?

      Just because something is possible doesn't mean it is the right choice. C was certainly the best choice at the time. Nowadays C++ would save a considerable degree of boilerplate in the code. I actually know a guy who back in the early 2000s started porting the kernel to C++ as a hobby project. He got some of the core functions ported over and found a number of bugs where structs were improperly initialised in the code. His code was also shorter. Thankfully the Linux kernel has so many people looking at it that these things get hammered out pretty soon.

      Interesingly, doing VTables in C is so horrible that even the kernel devs baulked and instead chose to have one function pointer per virtual function PER INSTANCE! In C++ the memory footprint would be considerably reduced.

      --
      SJW n. One who posts facts.
    11. Re:The C++ working commitee by Anonymous Coward · · Score: 0

      That's a simple matter of pogromming.

    12. Re:The C++ working commitee by 32771 · · Score: 1

      Yeah, I remember some guys project to run a lisp interpreter based on template magic during compile time.

      http://web.archive.org/web/20030204184347/http://www.prakinf.tu-ilmenau.de/~czarn/meta/metalisp.cpp

      What do they need an improved c++ standard for, they can do anything with a c++ compiler already.

      --
      Je me souviens.
    13. Re:The C++ working commitee by sapgau · · Score: 1

      Java's spec is longer because it's just more verbose, it's one of the slowest language specs to catch up to the times...
      When is Java 8 release date?

    14. Re:The C++ working commitee by Yunzil · · Score: 1

      Which spec are you talking about? As far as I can tell, C++11 fixes some of the more glaring faults in the language.

    15. Re:The C++ working commitee by GiganticLyingMouth · · Score: 1

      "And the lambdas. "

      Syntactic sugar that has the added bonus of making code LESS readable in a lot of circumstances and have been added to solve problems created by using functors instead of just plain old function pointers.

      It should be noted that lambdas are quite useful; in addition to being quite nice as syntactic sugar, they're also more easily optimized by the compiler than function pointers. C-styled pointers (e.g. those that can be aliased) are actually really hard to optimize well for a compiler. Lambdas don't have that problem. Also your equating of functors and function pointers is misguided, the two fill different (albeit overlapping) roles. Namely, functors can have state.

    16. Re:The C++ working commitee by Viol8 · · Score: 1

      "Secondly, single use functions have to be defined very far away from the place that they are used"

      Eh? Wtf are you talking about?

      "Firstly, function pointers don't have state"

      You've never heard of static variables I take it.

      "Odd that they pyramids are build of stone. How did they do it without modern tech?"

      Probably not the best analogy - the pyramids will still be around long after most steel and concrete buildings have rusted away or crumbled to dust.

    17. Re:The C++ working commitee by serviscope_minor · · Score: 1

      Eh? Wtf are you talking about?

      C does not support local functions. Therefore if you've got qsort in the middle of function foo(), then the definition (not declaration) of the comparator passed as a function pointer has to be either before or after foo(), i.e. a long way from where the qsort is actually called.

      You've never heard of static variables I take it.

      Statics are equivalent to globals in a function namespace. And unlike member variables of a functor, they persist. And of course they work delightfully well with threads.

      --
      SJW n. One who posts facts.
    18. Re:The C++ working commitee by Viol8 · · Score: 1

      "C does not support local functions."

      Syntactic sugar.

      "Therefore if you've got qsort in the middle of function foo(), then the definition (not declaration) of the comparator passed as a function pointer has to be either before or after foo(), i.e. a long way from where the qsort is actually called."

      A long way perhaps being a few lines?

      "And of course they work delightfully well with threads."

      Who cares, sensible coders use multi process anyway and avoid all that shit. Well, unless they're hobbled by an OS that doesn't really support it properly such as Windows.

    19. Re:The C++ working commitee by Anonymous Coward · · Score: 0

      Funnily enough you never hear the same complaints about Java. Fun fact, excluding libraries and the JVM, the latest java language spec is now slightly longer than the latest C++ spec.

      Bullshit. Java 7 language spec, 642 pages. C++ latest working draft, 1320 pages. Not even close.

    20. Re:The C++ working commitee by mbkennel · · Score: 1

      "While I like the new auto syntax I'm a little scared about having to deduce what the type is when incompetent programmers start using auto because they don't know what the correct type should be."

              foo(bar(arguments))

      Are you upset that people don't have to manually, and literally declare the thing being returned by bar()? As in

            foo(X::Y::T_handler_Z bar(arguments)) except that X Y and Z are 20 characters long.

      auto just makes

              auto = bar(arguments)
              foo(auto)

      work like foo(bar(arguments))

      like it should have from the damn beginning .

      "Much like my heart sinks when I see code using void* to store and pass pointers around and then cast them when they arrive at their destination."

      The 'auto' feature in makes this scenario less likely.

      I use C++ and think it is excessively complicated, but I believe the latest C++11 makes things nicer. 'auto' is excellent.

      It's not trivial---it lowers the cost to change code. Because sometimes what you really mean to say is "a variable which is able to hold and instance of whatever this method returns".

      You have a class where some members return objects compatible with type T, and it's pretty natural that other members take arguments of T. Now you want to change T.

      If you write using 'auto', where you mean 'auto' (and similar decltype stuff) any local dependencies of temp variables used in other classes and not exposed in interfaces also change automatically. The type annotations for the local variables you had to write previously were just not very interesting and important. There's really very little downside, and lots of upside to this meagre level of static type inference.

    21. Re:The C++ working commitee by locofungus · · Score: 1

      This is a very contrived example that I've hacked together to show the possibly unanticipated problems of using auto and, in particular, changing code that has types explicitly coded to use auto instead:

      #include <iostream>
       
      class PublicClass {
        private:
          class PrivateClass {
            public:
              int i_;
              int j_;
            public:
              void i_am_a() { std::cout << "I am a PrivateClass with values " << i_ << " and " << j_ << std::endl; }
              PrivateClass(int i, int j):i_(i), j_(j) { }
              operator PublicClass() { return PublicClass(i_+j_); }
          };
          int i_;
        public:
          PublicClass(int i):i_(i) { }
          void i_am_a() { std::cout << "I am a PublicClass with value " << i_ << std::endl; }
          PrivateClass operator+(const PublicClass& v) { return PrivateClass(i_, v.i_); }
      };
       
      int main(void)
      {
        PublicClass v1(4);
        PublicClass v2(6);
        PublicClass result = v1 + v2;
        auto autoresult = v1 + v2;
       
      // PublicClass::PrivateClass presult = v1 + v2; /* Does not compile */
       
        result.i_am_a();
        autoresult.i_am_a();
      }

      $ g++ -std=c++0x -o auto auto.cpp
      $ ./auto
      I am a PublicClass with value 10
      I am a PrivateClass with values 4 and 6
      $

      --
      God said, "div D = rho, div B = 0, curl E = -@B/@t, curl H = J + @D/@t," and there was light.
    22. Re:The C++ working commitee by serviscope_minor · · Score: 1

      Syntactic sugar.

      Reading comprehension.

      You asked "WTF I meant", I replied and your response is "syntactic sugar". Okey dokey.

      A long way perhaps being a few lines?

      A few lines or a lot of lines. Often the latter.

      Who cares, sensible coders use multi process anyway and avoid all that shit. Well, unless they're hobbled by an OS that doesn't really support it properly such as Windows.

      Spoken like someone who's never done any significant degree of scientific programming. The data you're working on basically makes up almost all of the memory. And that data needs to be shared. So you have the choice of
      (a) buggering around with processes and manually sharing almost everything
      (b) Using threads and putting up with a teeny bit of overshare
      or
      (c) writing #pragma parallel for and letting the compiler do all the difficult, tedious work.

      I prefer the third option.

      --
      SJW n. One who posts facts.
    23. Re:The C++ working commitee by Viol8 · · Score: 1

      "You asked "WTF I meant", I replied and your response is "syntactic sugar". Okey dokey."

      I thought you meant something fundamentally important. My mistake obviously.

      "The data you're working on basically makes up almost all of the memory"

      You mean just like in financials? And what?

      "(a) buggering around with processes and manually sharing almost everything"

      WTF are you on about "manually sharing everything"? Do you have a clue how proper shared memory actually works or have you spent so much of your life programming Windows that all you have is a rusty hammer so everything looks like a nail?

      As for buggering about with them, I doubt you'd even know where to start.

      "(c) writing #pragma parallel for and letting the compiler do all the difficult, tedious work."

      LOL, yeah, ok , run along , I think you're late for your lecture.

  43. 3. No longer liking my job by Anonymous Coward · · Score: 3, Insightful

    This happened to me. There's just no joy or pride left in my work. I'm in a slow useless never ending zombie mode. Struggling doing something as simple as opening up a code editor. Been looking to change my job for the last year, but I can't find anything of interest. I'm sick of programming, but it's the only thing I'm good at (or used to be good at). Retraining at age 40 to change my career? I think I'd rather just drink myself to death.

    1. Re:3. No longer liking my job by Anonymous Coward · · Score: 0
      I worked through this by becoming a database consultant. As a developer, it used to be as enticing as repeatedly sticking pointy objects in my ears, but it's kinda fun after a while, especially if you go for troubleshooting

      I spend my days trying to help people reviving terminally fubar apps / databases / whole systems and the really interesting thing about this, apart from the challenge, is that ultimately the problems are not mine.

      Plus, once in a while, I get to spend 3 to 6 month writing C drivers to help migrate legacy apps from Sybacle to myGres or whatever; or to craft ugly Perl DBI code, or to kick the crap out of Java developers not familiar with the parse once/execute many model.

      And of course, I'm drinking myself to death, I'm a DBA after all.

    2. Re:3. No longer liking my job by Anonymous Coward · · Score: 0

      After a three-year legal battle (and still going), I've spent enough time with lawyers / The Court to realize it's child's play compared to tech.

      I'm burned out on tech myself, but considering switching to Para Legal (if not joining the Bar myself). Para Legal programs are pretty quick (compared to Law School).

      Then just send your resume to law firms with a heavy tech-related case load.

      Try these on for size:
      http://apps.americanbar.org/legalservices/paralegals/directory/
      http://www.nala.org/certification.aspx

    3. Re:3. No longer liking my job by Renevith · · Score: 1

      Retraining at age 40 to change my career?

      I have a co-worker who just switched to our profession (quantitative finance) last year after being a materials engineer his entire life. His retraining was significant, including earning a masters degree. I don't know how old he is but his hair is white and his kids are in college, so I'm going to go out on a limb and say he's older than you.

      He's incredibly happy.

      Go for it.

    4. Re:3. No longer liking my job by Anonymous Coward · · Score: 0

      Porque no los dos?

    5. Re:3. No longer liking my job by Anonymous Coward · · Score: 0

      You might want to seek professional help, you may have clinical depression.

    6. Re:3. No longer liking my job by Anonymous Coward · · Score: 0

      It may just be the type of programming you are doing. I used to work at a company in which I had to use RPG IV to program AS/400 applications. I hated it. I hated RPG. I hated AS/400s. It made me hate programming in general. When the recession hit, my company downsized a bit and a few people (myself included) were laid off. I was unemployed for a bit and then got a job doing a different type of programming work. I am very happy now. I still write programs. However, I use different programming languages and different types of computer systems.

      Perhaps you should look for a different job.

    7. Re:3. No longer liking my job by Anonymous Coward · · Score: 0

      I'll give a counter argument. I left programming to go to law school. While I enjoyed it immensely, I ended up the "lost generation" of law students that graduated right after the collapse. I now have a law degree that I can't use because I fell into the abyss of not enough experience to get chances to earn experiences. Worse, I also ended up not being able to find a job in my old programming career for a long time and am now stuck back doing the sort of thing I did before I got dissatisfied with my career only for half pay.

    8. Re:3. No longer liking my job by Anonymous Coward · · Score: 0

      Start a garden. It has kept me going.

    9. Re:3. No longer liking my job by Anonymous Coward · · Score: 0

      I'm thinking of becoming a wildland fire fighter..

  44. Web Programming by Anonymous Coward · · Score: 5, Insightful

    Seriously, web programming is for chumps, and it just keeps getting worse and worse.
    Let's talk about having to support multiple version of multiple browser on multiple versions of multiple operating systems on multiple platforms, all with multiple sized screens.
    Let's talk about the expectation of being an expert at a horrendous number of technologies like HTML, CSS, Javascript, Ajax, GWT, Java, JSP, EJB, XML, JSF, Facelets, JPA, JPQL, EL, SQL, PL/SQL, Regex, BASH etc. etc....for the one fucking project!
    Let's talk about the expectation of being an expert at optimising different servers like Apache, Tomcat and JBoss.
    Let's talk about the expectation of being an expert at load testing using various load testing suits.
    Let's talk about the dismal state of Flash and Java Applets and HTML5.
    I pity the poor web programmer (such as myself), for his or hers is surely a tortured life.

    1. Re:Web Programming by Anonymous Coward · · Score: 0

      Not to mention that nearly EVERY SINGLE DEVELOPER is direct competition. Because not everybody has done enterprise solutions or embedded development, but damn near every single Comp Sci grad has dabbled in web development on the side.

    2. Re:Web Programming by Anonymous Coward · · Score: 0

      Web programmers are not programmers. So, you're safe.

    3. Re:Web Programming by Anonymous Coward · · Score: 0

      I feel ya... But the one saving grace to all that reminds me of that scene in "Platoon" where Sheen is writing his grandmother and talking about "the grunt."

      "...because a grunt can take it. He can take anything."

    4. Re:Web Programming by Anonymous Coward · · Score: 0

      Did someone say jQuery?

    5. Re:Web Programming by Anonymous Coward · · Score: 0

      Seriously, web programming is for chumps, and it just keeps getting worse and worse. Let's talk about ....

      Let's talk about a company wanting such a developer with 10+ years of experience in each of the listed technologies.

      Let's talk about a company wanting to pay $50k for such a developer.

      I fear this trend.

    6. Re:Web Programming by seandiggity · · Score: 2

      Seriously, web programming is for chumps, and it just keeps getting worse and worse.

      Having worked on websites since '97 (and learned "on the job", so to speak), I can actually say it's getting better quickly. Standardized approaches like responsive design and Bootstrap are helping tremendously. Also, most of the technologies you mention are used in a small percentage of Web applications...for better or worse, most Web developers are dealing with the LAMP stack + HTML + CSS + JavaScript.

      --
      Geeks like to think that they can ignore politics, you can leave politics alone, but politics won't leave you alone.-rms
    7. Re:Web Programming by pseudorand · · Score: 2

      > Seriously, web programming is for chumps,
      Really? The web rules because you don't have to install software on any computer other than your own server and HTTP naturally handles networking and caching for you, allowing your program to run anywhere. True, the W3C is completely impotent and the modern web is a bit of a kluge, but no so much more so than everything else that the no-install, run-anywhere benefits don't dominate. Web is the ONLY way to go.

      > Let's talk about having to support multiple version of multiple browser on multiple versions of multiple operating systems on multiple platforms,
      You probably haven't done it for a while. Since IE8 or so, FF, IE and WebKit are actually reasonably consistent at rendering things. I use reload 8+ browser windows every time I made a change, but now I just use FF and test things across browsers near the end. Works fine.

      > all with multiple sized screens.
      Okay, I'll give you that one, especially with mobile. But if you're not coding a site with more sidebars and ads than actual content, HTML does as good a job as Java's Swing, Awt and layout engines in other GUI languages and is far simpler to code.

      > Let's talk about the expectation of being an expert at a horrendous number of technologies like HTML, CSS, Javascript, Ajax, GWT, Java, JSP, EJB, XML, JSF,
      > Facelets, JPA, JPQL, EL, SQL, PL/SQL, Regex, BASH etc. etc....for the one fucking project!
      You do need HTML, CSS, Javascript, SQL and one server-side language. Those languages all have different purposes and do them well. But:
      - Ajax - Jquery wraps this quite nicely
      - GWT - Just don't
      - Java - Does anyone actually write applets? And if you picked it for your server-side, shame on you.
      - JSP, EJB, j* - See above
      - XML - Why? Haven't we all switched to Json by now?
      - Facelets - WTF is that?
      - Regex - If you don't know regex, find another career. And that's not web-specific in any way.
      - Bash - For the web? I hope you're not sticking bash scripts in cgi-bin anymore?

      > Let's talk about the expectation of being an expert at optimising different servers like Apache, Tomcat and JBoss.
      - WTF are you doing that you need to optimize for the server. Oh ya, you chose Java for your server-side. That was your first mistake.

      > Let's talk about the expectation of being an expert at load testing using various load testing suits.
      I think you're remembering the pre-internet days when you didn't need load-testing because there was no way to connect all these computers to generate a load in the first place. If we just wrote desktop apps that connected to a SQL server, you'd have to load-test that too. Except without HTTP, you'd be writing your own client-side and middleware code to handle all the redirection, load-balancing and caching necessary when your load tests revealed that the expected use would cripple your single database server.

      > Let's talk about the dismal state of Flash and Java Applets and HTML5.
      Ya, I'll give you that one too. But that's why we learned to do most of what we need with HTML/CSS/JS instead.

      > I pity the poor web programmer (such as myself), for his or hers is surely a tortured life.
      Hey, if this was easy, they wouldn't pay you so much to do it.

    8. Re:Web Programming by hcs_$reboot · · Score: 1

      > Let's talk about the expectation of being an expert at optimising different servers like Apache, Tomcat and JBoss

      No expert without nginx.

      --
      Slashdot, fix the reply notifications... You won't get away with it...
    9. Re:Web Programming by Anonymous Coward · · Score: 0

      Java applets? on this year? man you should have inherited some legacy craapp. And Bash? and JSF and GWT mixed? and JSP and JSF mixed? and tomcat and jboss, again, mixed?

      Man you should get a new job, I don't even want to imagine myself using all that crap.

    10. Re:Web Programming by mr_da3m0n · · Score: 1

      Some of this should normally be offloaded to people like me, in operations, who design and maintain web facing infrastructure. App servers, web servers, system automation, redundancy, failover etc.

      What I fear is DevOps and other thinly veiled attempt to save money in the name of being 'agile', where you guys are expected to just go and cover the last mile by deploying and maintaining the application servers, which is actually an entire discipline in itself. I spent most of my career getting good at this, and I do have some web development knowledge and experience as a result, just like a web developer will have some system administration knowledge and experience. I wouldn't in a hundred years consider myself the best choice to do their jobs, and I'm fairly certain the reverse is just as true. But hey, it's all "this web stuff", right?

    11. Re:Web Programming by sapgau · · Score: 1

      Sadly it's becoming true... sadly said programmers are not / cannot do anything about it.

    12. Re:Web Programming by Anonymous Coward · · Score: 0

      - XML - Why? Haven't we all switched to Json by now?

      JSON is not a replacement for XML. Every mid-level web programmer should know both.

      Posting AC because I have mod points. The rest of your points are valid.

    13. Re:Web Programming by pseudorand · · Score: 2

      But XML is the most abysmal failure of a language ever. SQL is really how we represent most useful data, but if falls down when representing hierarchies. That's where XML comes in. But XML fails horribly at relational data. There are (or were) too many supposedly validating parsers that didn't validate the uniqueness of xml:id attributes. And even if yours does, XML data is ugly and nearly impossible to read and write relational data in manually. And, unlike SQL, which is simple and elegant, xpath almost as bad as ldap in terms of having an ugly and unreadable syntax. So when I need hierarchical-relational data, I'd much rather struggle with SQL's difficulties representing hierarchies than XML's difficulties representing relations.

      And even when we're talking just hierarchical data, the APIs for reading XML are horrible. It takes so much code to get anywhere that I can write my own parser for a simple make-it-up-as-I-go config file more easily than I can use the XML APIs in ever so many cases.

      And WTF is with attributes? Sure, it sometimes looks cleaner when I'm editing XML by hand, but when coding I have to know not only the name of the thing I want but whether it's an attribute or another tag.

      The APIs suck and there's just no obvious and universally agreed upon mapping from an XML file to in-memory object space like ActiveRecord and tons of other ORMs do for SQL.

      XML = BIG FAIL! The proof is in the fact that only the Java and M$ idiots with more time than sense jumped on the XML band wagon. The rest of us invented JSON, YAML, or just continued to DOS-style '[block]\n option=value' config files for BOTH configs AND larger data sets.

      So no, not every mid-level web programmer should know XML. In fact, programmers of all levels should avoid XML like the plague that it is.

      And can someone please invent a language that represents both relational and hierarchical data well, including a text-based data format and schema, query language to grab subsets of a data set, efficient binary protocol to transfer datasets, fast query and storage engine and a simple API to shuffle data from serialized form to objects or arrays in memory. And while I'm at it, can someone do something about the Israelis and Palestinians already.

    14. Re:Web Programming by sydneyfong · · Score: 1

      Well, at least every programmer should know enough about XML to avoid it.

      The design of XML actually looks good on paper. So you got to actually *feel* the pain by using it. It's a initiation rite of sorts. (j/k)

      --
      Don't quote me on this.
  45. My biggest fear: C by iliketrash · · Score: 1

    "What's your biggest fear?"

    C

    1. Re:My biggest fear: C by sapgau · · Score: 1

      C is fine, just stay away from function pointers...
      And free your malloc...

    2. Re:My biggest fear: C by UnderCoverPenguin · · Score: 1

      C is powerful. As a software developer for electronic control modules, every job I've had used C (and sometimes a few lines of assembly to minimize latency in interrupt service routines).

      For PC (or server) based applications, I've used whatever was needed, including C++, Java, Javascript, Lua, Ruby, Haskel, Perl and several others.

      --
      Don't try to out wierd me, three-eyes. I get stranger things than you, free with my breakfast cereal. --Zaphod Beeblebr
    3. Re:My biggest fear: C by Anonymous Coward · · Score: 0

      PHP Makes pre-.net VB look sane. Has no redeeming qualities.

  46. Re:Being indirectly responsible for someone's deat by Anonymous Coward · · Score: 0

    Actually, its kind of liberating working on a codebase where "quality" is measured in terms of body count. Seriously, how many times in a career do you get to say "we killed X fewer people"due to recent improvements... posting as AC for reasons obvious to anyone who's predecessor's software killed anyone.

  47. Lightweights by WinstonWolfIT · · Score: 1

    Speaking in public
    Team building
    A QA manager that prefers software to be thrown over the wall and ripped apart.
    3am anxiety attacks before the morning meeting during a death march series of 'sprints'.

    Top that.

    1. Re:Lightweights by sapgau · · Score: 1

      I take speaking in public... you take the rest :-D

  48. Co-workers by Anonymous Coward · · Score: 0

    especially those that know both Visual Basic and Perl.

  49. Bureaucracy + Stupidity by bugnuts · · Score: 4, Interesting

    Whenever I hear a congresscritter make noise about restricting research, or instituting programming certifications to get a job, or my (now ex-)company requiring a training session on how to walk because someone tripped in the hall, I get scared for the country as a whole because we've cultivated this environment.

    That, and the aformentioned velociraptors.

    1. Re:Bureaucracy + Stupidity by Anonymous Coward · · Score: 0

      This is why this site sucks, a$$hats that interject politics for any article. Especially the term congresscritter, its a favorite among dirty liberals. Dude your a douche.

    2. Re:Bureaucracy + Stupidity by Anonymous Coward · · Score: 0

      or my (now ex-)company requiring a training session on how to walk because someone tripped in the hall, I get scared for the country as a whole because we've cultivated this environment.

      That, and the aformentioned velociraptors.

      I feel your pain, bro
      SLB employee

    3. Re:Bureaucracy + Stupidity by Anonymous Coward · · Score: 0

      Coming from you, that's a compliment. Thanks!

      I like when scumbags like you think me an enemy, blame me for the site going downhill (when I've been here some 10 years), and think that factual statements are partisan politics.

      Not wasting a named post responding to a troll, but cowards trolling like you is why this site might have issues, not people like me.

  50. Being made a scapegoat by Anonymous Coward · · Score: 0

    How about inheriting a really poorly implemented project (we are talking no separate business logic/model classes, subclassing of view objects so that business logic can be shoe horned into them) and then being blamed for the issue of the project by the customer, but your company can not say anything because they can't admit there is a problem with the project.

  51. Nothing work related by Anonymous Coward · · Score: 0

    I can't say I fear anything that is specifically related to my job.
    If someone walked up to me with a gun I would fear that.
    If I'd have to pick a (job related) fear it would be that I got stuck in some dead end job with no time off to enjoy myself or to see my family.
    And even that I wouldn't classify as a fear. The only time I've spent thinking about it is the last couple of minutes to write this post.

    At work everyone is stressing out for some reason or another, but it just doesn't seem to affect me.
    If I were self employed I might have some worries but even then I doubt it.
    Sometimes I think I'm just incapable of worrying about what might happen.

    Don't get me wrong, I like my job and wouldn't want to lose it. I just don't worry about it.
    Even if I did lose it I'd find a new job. And if I couldn't I'd go back home and get a job for which I'm extremely over educated.
    There are always options.
    People are always looking for someone to paint their house.

    Anonymous because I don't want people to know how apathetic I really am.

  52. Re:SEE HOW MANY WANNA BES ARE OUT THERE !! by K.+S.+Kyosuke · · Score: 1

    and learn some damn humility

    And while they're at it, they could learn some design skills, since merely admitting that you're stupid without doing anything else won't save your job anyway. Read HtDP or Dijkstra's books, for example.

    --
    Ezekiel 23:20
  53. Grues. by will_die · · Score: 4, Funny

    Nothing more fearful then the worry of having grues attack you as you go into a dark server room.

    1. Re:Grues. by cwsumner · · Score: 1

      Nothing more fearful then the worry of having grues attack you as you go into a dark server room.

      Me too, ever since I got lost in that collossal cave. But don't you have a light on your keychain? Doesn't everyone?

  54. Pilots and Astronauts have the same fear by Spy+Handler · · Score: 4, Interesting

    their #1 fear isn't the rocket blowing up and getting killed, it's not fear of blacking out from G-forces, it's not fear of getting shot down, it's the fear of screwing up.

    Same as the #1 fear from TFA. (fear of writing buggy code / messing up)

    The official Pilot's Prayer (as handed to us by Alan Shepard) is "Lord, please don't let me fuck up".

    Not "Lord, please don't let me blow up" or "Please keep me safe"

    1. Re:Pilots and Astronauts have the same fear by SageinaRage · · Score: 1

      their #1 fear isn't the rocket blowing up and getting killed, it's not fear of blacking out from G-forces, it's not fear of getting shot down, it's the fear of screwing up.

      Same as the #1 fear from TFA. (fear of writing buggy code / messing up)

      The official Pilot's Prayer (as handed to us by Alan Shepard) is "Lord, please don't let me fuck up".

      Not "Lord, please don't let me blow up" or "Please keep me safe"

      This is also the Stage Manager prayer.

    2. Re:Pilots and Astronauts have the same fear by Tyler+Durden · · Score: 1

      Just read The Right Stuff I see. Fantastic book.

      --
      Happy people make bad consumers.
  55. Grues by will_die · · Score: 1

    Especially when you have to go into the dark server room.

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

      I saw your first post and I chuckled, then saw the second one and thought it was conclusive proof that some people just copy posts they think are funny and repost them with slightly different wording. I mean, how many people could possibly read this and think of a Zork joke... then I noticed they were posted by one and the same, and I felt bad for judging so quickly.

      My #1 fear is jumping to conclusions and getting caught up in a big mess where I have to iron it out and say "Hey, your code isn't wrong. I jumped to conclusions."

  56. True story by Moraelin · · Score: 2

    True story, at some point in the past I had to work on a company's internal application for data entry. Well, it was a lot of data and, as requested by the PHBs, pretty much half the fields were needlessly mandatory. (Which brings us of the fear of working for incompetent people;))

    Most of them were pretty much impossible to validate too, because they were stuff like city or street names, and even in telephone numbers people tend to use letters. So the only real restrictions were field lengths and that they're mandatory.

    So then comes the request to basically make reports and searches on that data.

    And I kid you not, half the records had stuff like "n.a.", "I don't know", "no idea", etc in at least one of those fields.

    And these were internal users, not some 6 year old over the internet.

    --
    A polar bear is a cartesian bear after a coordinate transform.
    1. Re:True story by julesh · · Score: 2, Interesting

      Mandatory fields in addresses are a truly insidious form of evil. They screw everything up, because not all addresses have the same structure. I've seen address forms that have mandatory house number/name and street name fields (sure, I can fill those in for my parents' address, but you'll get them the wrong way round when you print them out and the delivery might never arrive). Here in the UK, one thing that really annoys me is mandatory county fields, which you see sometimes. Yes, we have counties, but they have officially not been part of our addresses for 15 years now. So why are you insisting I make my address incorrect so I can fill in your form? (For reference, I've lived in one of those locations where my actual county is different to the county my post town's delivery office is in, so putting the county I actually live in in my address was even more incorrect than not including a county at all. I don't think this situation is at all uncommon.)

    2. Re:True story by Anonymous Coward · · Score: 0

      So since you think "n.a." or similar was stupid, what would have been an intelligent way to fill in a mandatory field for which you simply have no meaningful value to fill in?

    3. Re:True story by CastrTroy · · Score: 2

      One of the companies we work with has a mandatory fax number on their system. This is truly annoying as there are a fair number of people who have absolutely no access to a fax machine. However, I think the purpose of mandatory address fields is to prevent people from not entering anything at all. People will place orders from stores without putting in their full address, making the item undeliverable. Or they'll leave out both email and phone number (OMG Privacy, Can't give these awasy, might get spam or robocalled) leaving no way whatsoever to contact the person in the event that there's problem fulfilling the order (out of stock, etc.).

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    4. Re:True story by Anonymous Coward · · Score: 0

      Or they'll leave out both email and phone number (OMG Privacy, Can't give these awasy, might get spam or robocalled) leaving no way whatsoever to contact the person in the event that there's problem fulfilling the order (out of stock, etc.).

      You know, my privacy concerns are real. More than half the companies I do business with misuse that information. I had a dentist send me a "Happy Birthday" SMS, which cost me 15 cents. I didn't give my date of birth out for marketing. Every online business seems to think I want a fucking newsletter, even when I check or uncheck the box saying "leave me alone". So, take your "OMG Privacy" and shove it.

    5. Re:True story by Anonymous Coward · · Score: 0

      -

      Filter error: You can type more than that for your comment.

    6. Re:True story by Anonymous Coward · · Score: 0

      Also evil are restrictions on what characters can go in address fields.

      Where I live, addresses such as "123 1/2 N. Whatever St." are common, yet many large websites like www.walmart.com and www.ssa.gov are unwilling to accept the slash character in an address field. They insist on only numbers and letters, and strip out the punctuation automatically, then complain about the slash.

      Even worse, some of UPS's software (only used by some companies, thankfully) strips the "/" without saying anything, resulting in "123 12 N WHATEVER ST" and then another step in their process sees the space between "123" and "12" and decides that shouldn't be there, and turns it into "12312 N WHATEVER ST." Each of these addresses ends up on one of two labels on the box. Depending on which label the UPS guy decides to look at, I may not see the package.

      I wish programmers would stop thinking they need to correct everything. If I say that my address is "douche_123$5_" then you should damn well accept it, because I know more about how to address mail to me than anyone else does.

    7. Re:True story by dcpking · · Score: 1

      Another true one - my cell phone is from Utah (came with the wife) while my address is in New Jersey (about 2,500 miles apart, for those unfamiliar with US geography). I was filling in an insurance form online and had completed my address. Then it wanted my phone number. Fine. Except it wouldn't accept it because the area code for the phone was too far from the zip postal code!

  57. Forgetting the 'where' clause by fiddyschmitt · · Score: 5, Funny

    Running an SQL update statement without a where clause and seeing '47,982 rows updated'.......bonechilling

    1. Re:Forgetting the 'where' clause by bruce_the_loon · · Score: 1

      you're not running your update statements in a transaction that you can rollback from?

      --
      Trying to become famous by taking photos. Visit my homepage please.
    2. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      The update shouldn't happen until a COMMIT, no need to rollback.

    3. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      similar thoughts...

      the company (that i just started at) has no real UAT region setup and many times i'm forced to make massive update/insert/delete statements on production at the drop of a dime without being able to validate the business logic of my code first. my co-worker refers to it as open heart surgery. oh, and let me add that there is literally zero documentation on any of our tables/data/procedures/views/etc not to mention the business processes that drive them. no wonder there are some nights that i can't sleep.

      and no, pushing back and saying "i WONT do this isn't an option". i get an above awesome paycheck and you'd be an idiot to talk back to management here. good thing i am slightly OCD and being thorough isn't too much of a problem for me...

    4. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      I've done this with a new SQL IDE that defaulted auto-commit to true.... thank goodness it wasn't prod and we had a backup, but my face sure went bright red.

    5. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      Or typing "sudo rm -r /" and accidentally hitting enter...

    6. Re:Forgetting the 'where' clause by fiddyschmitt · · Score: 0

      Yeah, autocommit is sql server's default transaction mode

    7. Re:Forgetting the 'where' clause by Bill+Dimm · · Score: 1

      That's up there with "rm * .o" (note the space before ".o").

    8. Re:Forgetting the 'where' clause by WinstonWolfIT · · Score: 1

      Oracle much?

    9. Re:Forgetting the 'where' clause by gman003 · · Score: 1

      This is why, on any production box, I tend to write updates as a SELECT first, only rewriting it into an UPDATE if the selected row count looks right.

      Transactions would probably be a good idea, though.

    10. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      In this day and age I would expect there would be few more 0s at the end of that number. Yet again , why would you run a sql statement manually on the production server anyway,

    11. Re:Forgetting the 'where' clause by StormReaver · · Score: 1

      Running an SQL update statement without a where clause and seeing '47,982 rows updated'.......bonechilling

      Starting a new job where my first task is to fix the database with 47,982 errors that was corrupted by a former employee who didn't know how to use transactions, and where the correct values must be manually deduced by intimate knowledge of the application's obtuse business rules.

    12. Re:Forgetting the 'where' clause by dotancohen · · Score: 1

      Running an SQL update statement without a where clause and seeing '47,982 rows updated'.......bonechilling

      I've done this. Now I talk to the interpreter like this:
      where ^a delete from table ^e name='bill';

      Now my biggest fear is getting the ln and tar order of arguments correct, lest some huge directory get replaced with an empty tarball or going-nowhere link.

      --
      It is dangerous to be right when the government is wrong.
    13. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      rollback;

    14. Re:Forgetting the 'where' clause by stretch0611 · · Score: 1

      Running an SQL update statement without a where clause and seeing '47,982 rows updated'.......bonechilling

      Almost did that... Fortunately, it was only 50 rows. It was on the first day of a brand new system so no backup was available. However it still took me a few hours to determine the real value from paper output and I needed to manually correct each row.

      --
      Looking for a job?
      Want your resume written professionally?
      DON'T USE TUNAREZ!!!
    15. Re:Forgetting the 'where' clause by avandesande · · Score: 1

      Usually I do a update blah where id in (select id from...)

      You can run the select query first to be absolutely sure of what you are updating before doing the update. Almost no chance of a mistake.

      --
      love is just extroverted narcissism
    16. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      Running an SQL update statement without a where clause and seeing '47,982 rows updated'.......bonechilling

      You can alleviate this fear by running it in a transaction.

    17. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      Fear of a co-worker running an SQL update or delete with no where statement on a production database without making a backup copy of the table first, and then asking you to fix it!

    18. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      That is why I turn of auto-commit on SQLServer. It was a mistake I'm not doing again.

    19. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      Running an SQL update statement WITH a where clause and seeing '47,982 rows updated' when you expected 47971.

      heart stops on your chest.

    20. Re:Forgetting the 'where' clause by Richy_T · · Score: 1

      And it's twin brother, having the where clause but the sql query tool for mssql runs the selected text, not the whole thing in the window.

    21. Re:Forgetting the 'where' clause by gremlinuk · · Score: 1

      "rollback"?

    22. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      sql> rollback;

      ???

    23. Re:Forgetting the 'where' clause by evilmidnightbomber77 · · Score: 1

      Realising you just did something in prod rather than pre-prod.

    24. Re:Forgetting the 'where' clause by Anonymous Coward · · Score: 0

      That's why I always type "UPDATE WHERE" first, then fill out the rest.

  58. Thank god for multi process by Viol8 · · Score: 1

    All the advantages of multi threading (assuming you use shared memory) but few of the disadvantages. The only reason multi threading has become popular is because its been advocated by Windows coders since Windows as an OS doesn't really lend itself to proper multi process applications in the same way that Unix does. Even in 2013 Windows still doesn't support fork(). Its a bit pathetic really.

    1. Re:Thank god for multi process by Z00L00K · · Score: 1

      At least you can't do fork bombs in Windows as easy as in *Nix.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    2. Re:Thank god for multi process by LoRdTAW · · Score: 1

      Most modern *nix systems defeat fork bombs by capping the number of processes allowed to be spawned by a user.

    3. Re:Thank god for multi process by Anonymous Coward · · Score: 2, Informative

      If you use shared memory there is no practical difference between multi-process and multi-thread. You have all the same disadvantages. It's just now you (apparently) have the illusion that you don't. This is not a recipe for success.

      Contention on shared resources is contention on shared resources, no matter what OS subsystem you use to create parallelism. But now you're using heavyweight IPC mechanisms to solve contention instead of lightweight intra-process mechanisms. Yay for a kernel transition and possible context switch on every lock call.

      If you'd said "assuming you do not use shared memory" - e.g. you communicate over pipes or sockets - then your statement would make more logical sense - isolated agents are a proven and robust technique in parallel programming. Except in that case fork() is exactly the wrong model.

    4. Re:Thank god for multi process by serviscope_minor · · Score: 1

      Most modern *nix systems defeat fork bombs by capping the number of processes allowed to be spawned by a user.

      Hmm interesting let me try that... :(){:|:&};:

      Seems to be working in fact I would ha

      --
      SJW n. One who posts facts.
    5. Re:Thank god for multi process by Anonymous Coward · · Score: 0

      Um, no. Spawning a new thread in most Unixes takes a small fraction of the time to spawn a new process. And memory sharing, locking, communication are better at the thread level.

    6. Re:Thank god for multi process by Viol8 · · Score: 1

      "Spawning a new thread in most Unixes takes a small fraction of the time to spawn a new process"

      Look up copy on write.

      "And memory sharing, locking, communication are better at the thread level."

      Bollocks. And you do know you can use mutexes in shared memory, right?

    7. Re:Thank god for multi process by Viol8 · · Score: 2

      Half the problems with threads are due to unintended consequences of sharing run paths and globals/statics in the program and in libraries. If a process can only communicate with another process via specific memory addresses and it doesn't shared ANY other data or run path then the unintended consequences will be much reduced.

      "e.g. you communicate over pipes or sockets - then your statement would make more logical sense"

      Yes , but they're stream based , they don't really emulate thread intercommunication and are generally only useful for fairly disconnected processes , not ones that need very tight integration.

    8. Re:Thank god for multi process by sapgau · · Score: 1

      +1

    9. Re:Thank god for multi process by tepples · · Score: 1

      you do know you can use mutexes in shared memory, right?

      Use them, yes. Use them correctly, no guarantee.

    10. Re:Thank god for multi process by Guy+Harris · · Score: 1

      Most modern *nix systems defeat fork bombs by capping the number of processes allowed to be spawned by a user.

      Most *nix systems since 1979's V7 at least try to defeat fork bombs by capping the number of processes allowed to be spawned by a user.

  59. I fear all in the list... by Anonymous Coward · · Score: 0

    But what I am most worried is... having no future after the useful years as a programmer.

    I started my web dev career rather late (28). Two years in to it, and future looks bleak as ever.
    I had the misfortune of reporting to a string of bad bosses. And they don't want promote me to a senior engineer anytime soon.
    From what they are telling me, I have to wait 3-4 years (WTF?) for a basic promotion, despite doing everything from writing solid codes to handling angry clients.

    I am thinking of going back to school, learn some finances. Hopefully I can transit into a less techy, more business analyst type of job. Only time can tell how successful this gamble will be.

    1. Re:I fear all in the list... by Anonymous Coward · · Score: 0

      To school to be a BA? You must work in better places than I do. Our BAs know fuck-all about anything. Certainly not the business. Some of them don't even have college degrees.

      The most recent hire is a freshly minted history major or something. A damn nice kid, but he knows nothing about finance, business in general, or the business of the company. His dad, on the other hand, knows a lot of people and has worked there for a decade or more. Funny how that works, huh?

      This is a multi-billion-dollar international corporation.

  60. Climate Change by Anonymous Coward · · Score: 0

    Fires
    Floods
    Rising Sea Levels
    Crops Dying
    Desertification

    The Climate is Changing.

  61. character encoding issues by YeeHaW_Jelte · · Score: 2

    You know, when accents on characters show up weird in the browser and you dig deeper and deeper to discover UTF-8 characters in the Latin-1 encoded database, but aren't sure your database client is showing the data in correct encoding and the dump you openend in the editor looks even weirder because it's trying to read the stuff in UTF-16 which the terminal the editor is running in doesn't support etc etc etc.

    Really very frustrating to debug character encoding issues.

    --

    ---
    "The chances of a demonic possession spreading are remote -- relax."
    1. Re:character encoding issues by mr_da3m0n · · Score: 1

      I do J2EE application and web servers in general for a living and I understand and share your pain. How everything fits together and what affects the encoding of characters is difficult to grasp for a single person who only sees part of the entire problem, which results in a difficult time debugging this and tons of voodoo requests like "please change the system-wide locale".

  62. The Razor Sharpe Teeth by q256 · · Score: 0

    and the pitter patter of the roaches or mice or rats at Oh' dark 3 am . . . [ it is the unknown of which it is that is the fear ]

    --
    Once upon a time, a soon to be mommy and daddy loved each other very much (the lust was strong as well as the drinks)
  63. Why? by Viol8 · · Score: 4, Insightful

    C is a fairly simple language to code in and debug. If you have problems with pointers - ie memory addressing - then seriously , find another vocation or stick to HTML because programming computers is not for you.

    1. Re:Why? by serviscope_minor · · Score: 2

      C is a fairly simple language to code in and debug.

      C has simple semantics certainly. However it provides very little opportunity for automating common programming tasks, which means that everything has to be done by hand. That makes debugging harder since there is 10x the amount of code to wade through all of which could potentially contain an error.

      If you have problems with pointers - ie memory addressing - then seriously , find another vocation or stick to HTML because programming computers is not for you.

      mmm hmm. I'm not going to be claiming to be a super awesome programmer who never had a bug. Far from it. But seriously go talk to some real genuine super awesome programmers who you know and respect. I would bet money on it that they all have some old war stories from the days of your chasing down some evil pointer bug in a C or ASM program. The sort which vanishes every time you stick in more than one printf, or only manifests after the program has been running for 2 hours.

      Basically what you said amounts to daying "if you have bugs then seriously find another vocation or stick to HTML because programming computers is not for you".

      Even Donald Knuth had bugs in his programs so I guess that programming's not for him either. Perhaps he should stick to TeX.

      --
      SJW n. One who posts facts.
    2. Re:Why? by Viol8 · · Score: 1

      "However it provides very little opportunity for automating common programming tasks, which means that everything has to be done by hand"

      There are these amazing things called "libraries" and "macros". You should check them out sometime.

      "old war stories from the days of your chasing down some evil pointer bug in a C or ASM program."

      I've had plenty of those - never had one that I couldn't solve.

      "Basically what you said amounts to daying"

      No, it isn't. But if thats what you think then you nicely proved my point about finding another vocation since you can't obviously differentiate between run of the mill bugs and bugs caused by incompetence.

    3. Re:Why? by serviscope_minor · · Score: 1

      There are these amazing things called "libraries" and "macros". You should check them out sometime.

      Libraries don't automate common programming tasks. They allow you to use code someone has already written. As for macros, well yes they offer some facilities. However, there are languages with much more sophisticated macro systems which allow one to program the compiler in a much more flexible way with much better syntax.

      The thing is I like programming and I like programming the compiler to do repetitive things for me. C is weak in that area, though not as weak as some other languages.

      I've had plenty of those - never had one that I couldn't solve.

      You didn't say "insurmountable problem" you said "problem". Sure the problems were solved, but at what cost? Personally I'm glad I don't spend much time debugging pointer related bugs any more.

      differentiate between run of the mill bugs and bugs caused by incompetence.

      Almost all bugs are some sort of fuck up, i.e. incompetence.

      --
      SJW n. One who posts facts.
    4. Re:Why? by Anonymous Coward · · Score: 0

      Agreed!

    5. Re:Why? by HeckRuler · · Score: 1

      every time you stick in more than one printf,

      Well there's your problem. Debugging with printf statements is not the way to go about it. Hey, sometimes it's the best way, it really is. If you want to glance at the behavior of something for a quick test, sure. Usually I'd prefer a log file, but it's a pretty minor difference.

      But no, they make real debuggers. Have for a while now. You should learn to use them. DBG isn't that bad to figure out. You know, if you develop in C.

      And I don't agree with Viol8. Of course you had problems with pointers at some point. Everyone does. The bloody syntax is horrible for one. & and *? come on. And there are a lot of ways to screw up memory management. I honestly don't even bother trying to debug that sort of mess without Valgrind. But at the end of college if you STILL can't wrap your head around memory addresses, yeah, it's time to move to management.

      And this?

      since you can't obviously differentiate between run of the mill bugs and bugs caused by incompetence.

      Ugh, see fear #1. Yeah, you get these sort of co-workers now and then. Real pain to work with. Egos the size of the Hindenburg. And they will spit fire, spew smoke, and unleash a torrent of rage before they admit that they made a mistake. On pretty much anything.

      He's right about the libraries though. C has just about as much support on most everything that other languages do. You never see anyone writing html parsers in python just to pull a webpage just like you never see anyone doing that in C.

      Ultimately, the programming language choice is just so much fashion. The essence of programming is universal for all languages, and the flavor one this language or that is pretty inconsequential.

    6. Re:Why? by serviscope_minor · · Score: 1

      Have for a while now.

      You did see the bit where I was talking about "old war stories" right? :)

      Actually in some of them running the debugger made the problem go away. Often it was something to do with a pointer overrunning an array and picking up junk. Putting in things like printf, or firing up the debugger ended up zeroing just a little bit too much memory and eliminated the symptoms.

      Also rather irritatingly debuggers work less and less well as the optimizers get better and better since the underlying ASM bears so little resemblance to the actual C code. Though of course debuggers are getting better, but not as fast. Ah if only the bugs didn't only show up in an optimized build...

      The essence of programming is universal for all languages, and the flavor one this language or that is pretty inconsequential.

      The essence is universal, but the language is not.

      To take an extreme example: try coding anything non-trivial in sed. Some people to for a challenge. It's not easy and the results are impressive for their existence. Someone wrote a working version of sokoban

      To be less extreme, different languages certainly do have different levels of expressivity. It seems to depend heavily on how much you can automatically mangle the code you've written. Such sort of manipulations require some sort of programmable compiler (i.e. a macro system of sorts) or a suitably dynamic language.

      Auto-mangling of code allows one to program away otherwise repetitive tasks.

      --
      SJW n. One who posts facts.
    7. Re:Why? by HiThere · · Score: 1

      Sorry, there ARE real differences between languages. It's not just a matter of taste. You don't use Python when you need speed. And handling unicode in C or C++ is a cast-iron drag. My favorite languages are Python and D (D for when I need speed). I don't like either C or C++ because of all the wild pointers and unchecked conversions. Ada has it's points, be it's extremely verbose...and hard to document decently. The language I'd like to use is often Vala, but the libraries are essentially undocumented. (The name of a routine doesn't count as documentation, even if you include the parameter list.) I've never found a good reason to use Scheme. (If I did, I'd probably choose Racket Scheme, because it seems well supported and decently documented...but it's also explicitly not parallel...which I could tell because it had decent documentation.)

      What's really needed is a decent dataflow language, sort of like Prograf attempted to be back in the days of the Apple ][, But it needs to have a text representation, as graphics make understanding anything sizeable impossible (because they take up too much space). Perhaps a smarter editor could solve that problem. But dataflow seems to me to be the best way to handle multi-processors.

      Still, libraries are EXTREMELY important. One of the big limitations of D is that there aren't very many libraries. (It can link with C libraries, but things aren't straightforwards, as it doesn't understand the macros in C header files....so you need to translate by hand. And this generally means you need to already know how to use the library in C. Compare this to Python or Ruby.)

      The main problem with C++ is the template system. There are other problems (like unrestricted casting of pointers and variables), but compared to the template system they are trivial. And it probably can't ever be fixed, because fixing what's broken would break a huge amount of code.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    8. Re:Why? by twocows · · Score: 1

      That's unfair. He could just be new. I'm fantastic with C now, but starting out, I couldn't understand pointers for the life of me. New concepts take time for anyone to learn.

    9. Re:Why? by Zero__Kelvin · · Score: 1

      "C is a fairly simple language to code in and debug."

      It turns out that your C code has lots of bugs in it of which you are unaware. I know this because you think C is a simple language. Your code is almost certainly not portable, and I can pretty much guarantee it is chock full of programming errors. In fact, C is a great language, but most C programmers don't really understand the standard. People who think it is a simple language definitely don't understand it.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    10. Re:Why? by Anonymous Coward · · Score: 0

      But but but managed code is so much like an entitlement program!

    11. Re:Why? by micahraleigh · · Score: 0

      *ahem* strings *ahem*

    12. Re:Why? by david_thornley · · Score: 1

      I don't like either C or C++ because of all the wild pointers and unchecked conversions.

      Not a problem in well-written C++ code. (Not that that's a consolation if the C++ code you're working on isn't well-written.)

      The main problem with C++ is the template system. There are other problems (like unrestricted casting of pointers and variables), but compared to the template system they are trivial. And it probably can't ever be fixed, because fixing what's broken would break a huge amount of code.

      I don't understand why you don't like the template system. If, like most people, you don't understand them well enough to write anything complicated, don't. You might fear C++ code written by somebody who doesn't understand them and thinks he does.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    13. Re:Why? by Anonymous Coward · · Score: 0

      "Libraries don't automate common programming tasks. They allow you to use code someone has already written." What the fuck?

    14. Re:Why? by Viol8 · · Score: 1

      "It turns out that your C code has lots of bugs in it of which you are unaware. I know this because you think C is a simple language."

      And I know you're a lousy programmer because you think it isn't. C is a simple language - however that is not the same as saying any potential bugs in C code are simple. A subtle difference that apparently eludes you - as does learning C it would seem.

    15. Re:Why? by Zero__Kelvin · · Score: 1

      Holy shit. I've seen a lot of morons post a lot of phenomenally absurd and stupid stuff on Slashdot, but yours is definitely one of the most absurd and stupid that I have ever seen.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  64. My biggest fear is Javascript by Horshu · · Score: 1

    Becomes the big language that everyone uses for everything. Like server-side JS. I generally do not like loosely typed, dynamic languages. You lose static analysis capabilities and gain a ton of runtime errors. Try browsing the web with JS debugging on and see how many errors have been getting masked just for the sake of a non-obtrusive browsing experience...it's terrible. I'd also say I fear shareware coming back, but that already happened with the "app" market. It's like people don't remember the bad old days where there were a million crappy little word processors and other half-assed productivity apps and are excited to have half a million of them to look through just because they cost $1.

    1. Re:My biggest fear is Javascript by Anonymous Coward · · Score: 0

      Becomes the big language that everyone uses for everything. Like server-side JS. I generally do not like loosely typed, dynamic languages. You lose static analysis capabilities and gain a ton of runtime errors. Try browsing the web with JS debugging on and see how many errors have been getting masked just for the sake of a non-obtrusive browsing experience...it's terrible.
      I'd also say I fear shareware coming back, but that already happened with the "app" market. It's like people don't remember the bad old days where there were a million crappy little word processors and other half-assed productivity apps and are excited to have half a million of them to look through just because they cost $1.

      There is a popular misconception that "running" equals "completed". Loose-typed interpreted languages get you running faster because you don't have to sit down and make everything clean from the start. But that doesn't save any actual resources, it just shifts the burden to the post-release part of the application lifecycle where stuff blows up in production with the whole world as witness.

      I'd rather be embarrassed in private by having as many blowups as possible happen while I'm still in the code design phase. But I'm not considered "productive" because I don't get code running as fast.

    2. Re:My biggest fear is Javascript by sapgau · · Score: 1

      JQuery?

    3. Re:My biggest fear is Javascript by Horshu · · Score: 1

      Don't really care for it; too many developers use it as a crutch and wind up with server-side vulnerabilities due to counting solely on JQuery-based script for their primary logic. I work with several devs who think it is the end-all, be-all of web development, whereas I just think it's more of a convenience, particularly with respect to updating DOM with web service results. But you could replace it in an app with another library, and I'd care very little.

  65. Re:Being indirectly responsible for someone's deat by Z00L00K · · Score: 1

    Better indirectly than directly.

    --
    If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
  66. Flowcharts by Bing+Tsher+E · · Score: 1

    I happen to like Flowcharts, and planning ahead.

    But I've worked with many who find the idea of planning ahead and having a structure in place before you start slinging code to be positively frightful.

  67. Javascript by maroberts · · Score: 1

    You are in a maze of twisty little functions, all alike

    --

    Donte Alistair Anderson Roberts - hi son!
    Karma: Chameleon

  68. Ignorants' power by Anonymous Coward · · Score: 0

    Those (majority) stupids blocking the way of science by using the cyberworld as a field to plot games like those in politics, distracting the passionate from scientific contribution, towards the worldly stresses; thus dragging everyone to their ridiculous level...
    They are the biggest majority in programmers all over the world, and they, from my perspective, are the biggest fear, in every programmer's subconscious.

  69. One class, 16000 lines, by Anonymous Coward · · Score: 2, Interesting

    450 variables. And I've got to fly halfway around the world to fix it (among other things) in 5 days.

    1. Re:One class, 16000 lines, by Nimey · · Score: 1

      We have a winner right here, folks.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    2. Re:One class, 16000 lines, by Endlisnis · · Score: 1

      I can beat that, I've worked on a single class that had 41,000 lines of code. The .cpp file was 1.6Megs.

    3. Re:One class, 16000 lines, by Anonymous Coward · · Score: 0

      Yep, same here. I honestly don't understand why Indian programmers can't comprehend the concept of modularity. Or have even the most basic concepts of data structures and clean code. It cost my company $2M to clean up after one of our MBAs offshored a project. It's especially infuriating when they talk a big game to get the project, I sat in on one of those meetings and the amount of BS thrown around was astounding.

      Btw, I don't mean to be racist but I've seen it first hand over 5 times now, across five different companies.

    4. Re:One class, 16000 lines, by booch · · Score: 1

      I once had a PHP file that I inherited that was 6000 lines long. It had 0 functions in it -- everything was linear, with if statements testing for modes, sub-modes, and sub-sub-modes. Poor Eclipse couldn't parse that much code without any structure.

      Also, the "brilliant" programmer used a single MySQL table, using it as a key-value store for every type of data in the application.

      --
      Software sucks. Open Source sucks less.
    5. Re:One class, 16000 lines, by Anonymous Coward · · Score: 0

      Contrary to common complaints, this observation isn't inherently racist. India had a huge boom in IT, prompting a huge influx of workers not suited to such careers. Here in the US there was a similar (though obviously smaller) boom in "web development" in the late 90s, where most of the new workers were barely capable of stringing together semi-valid HTML.

      There are plenty of sharp Indian programmers, DBAs, and so on. But the really good ones soon realize that as good as an IT career in India is compared to most other opportunities there, the opportunities in the US, Europe, Brazil, and other places are even better. I've met really good Indian developers, but then I'm in the US. I've never seen really good code come out of cheap Indian offshored development, and I've actually seen stuff that doesn't even pretend to work. It's not that Indians are stupid, not at all - just that all the mediocre-to-bad ones are about all that's left in country to handle the $8/hr work.

      - T

  70. Cleaning up by John.Banister · · Score: 2

    As a programmer, my biggest fear is not getting to actually solve problems because an incompetent co-worker knows enough to leverage my intolerance for stuff not being cleaned up (and willingness to do something about it) against me.

  71. Re:Things That Scare the Bejeezus Out of Programme by KZigurs · · Score: 1

    You meant software architects, not programmers, right?

  72. Therac-25 by Anonymous Coward · · Score: 0

    If you develop medical software, that should be near the top of your list if not #1.

  73. Bore-out by Anonymous Coward · · Score: 0

    I have been programming for a long time now (in my mid 30s). I have seen projects turn out successful or fail miserably and everything in between. I have taken the blame many times, and have pointed the odd finger myself. I have seen fads and techniques come and go and I have even used some of them. But, now I have hit the thing that I feared most: bore-out. It is kinda like burnout, but without the excitement. You get so bored and/or demotivated that even opening a text editor or IDE will feel like a chore. Unfortunately, switching careers either means starting all over again at the bottom of the ladder, and/or living with the eternal stigma of being 'that IT guy'.

  74. Job duties Bait-n-Switch by Anonymous Coward · · Score: 0

    At my previous job, I was hired as a systems engineer. My focus is on web infrastructure. I was happily spending pretty much 100% of my day at the linux command prompt managing a couple different CMSes, pitching in with some PowerShell or some c# code for the Windows guys to mix things up a bit now and again. Suddenly, I was forced to be the backup for the SharePoint Admin -- hey, I had Web CMS experience, right? No problem. And at first, it was no problem.

    Over the course of the next year, I became THE SharePoint Admin, and the SP 2007->2010 migration fell in my lap. I was THE technical person on the project team. My technical recommendations were overridden by non-technical managers at every turn. Suddenly, I found myself responsible for the technical side of an extremely under-resourced project, in which I had no say in large parts of the architecture. It almost seemed like I was setup for failure, if I hadn't gotten a promotion and nice pay bump in the midst of the project.

    So what happened? Well, two things became clear to me: 1) The project was doomed for failure, after we missed our 2nd launch target. 2) More importantly, my professional opinion didn't count for anything at this place. So, I quit. I found a better job and struck every reference to SharePoint off my resume and LinkedIn profile. The last 9 months have been professional bliss -- pulling off 1 major project in that time and getting ready to launch the 2nd one.

    1. Re:Job duties Bait-n-Switch by Anonymous Coward · · Score: 0

      Good for you. I got some of the bait-n-switch myself, at my last job. I was doing electrical engineering (drawing schematics for industrial controls) and programming. But, as people started leaving our little, ill-run company, I found that I was expected to take over when the "road dog" quit. Now, they did pay for you using your own car - but usually not for 3 months or more.
      Like you, I found a better job, and quit. Now when I travel, my new outfit gives me a company car or a loaner, but I never drive my own car. Plus I travel a lot less.
      Plus, they pay expenses promptly. Plus I got a nice raise.

  75. To realize that programming... by Anonymous Coward · · Score: 0

    ...is just human daycare: http://www.smbc-comics.com/index.php?db=comics&id=2362#comic

  76. Re:Web Programming - CSS by Anonymous Coward · · Score: 0

    CSS alone is bad enough.
    http://wurstball.de/95683/

  77. Being forced to retrain your replacement by Anonymous Coward · · Score: 0

    Being forced to retrain your H1-B replacement.

  78. Depends on scope by AuMatar · · Score: 1

    For my personal coding life- being forced into the world of HTML and Javascript. They're bad technologies that have been stretched beyond the realm they were meant for, but replacing them now will take a huge effort and cooperation between a lot of bigwigs. They're also inefficient and clunky ways of doing real apps, but the effort to drive down development costs sees them being used more and more for cross-platform UIs.

    For the industry- the race to the bottom and advertising dollars. Its nearly impossible to sell phone apps at any price. Computer apps will go the same way- even games are frequently free to play. The problem is that its a very hard market to make money in unless you own the ad network. At the same time, its not an effective way of advertising. The end result will be a crash to that section of the industry, which will have collateral damage on the rest of programming. I suspect it to come in the next 2-4 years.

    It also happens to be a very unfair way of pricing software too- the software is paid for by advertisers, which means by the people who buy that product rather than those who use the software. Every time you buy something from someone who advertises on those apps, you're paying for someone else to get a fart app. Its a parasitic idea.

    --
    I still have more fans than freaks. WTF is wrong with you people?
  79. Doesn't anyone remember FDR? by jellomizer · · Score: 5, Insightful

    There is nothing to fear but fear itself.

    What does that mean. We as a culture have gotten very fearful within the past Decade. The fact that we are afraid of so much stuff has created more problems to be fearful of.

    Polarized Government: With people so fearful about a lot of things they will try to pinpoint the government as the major contributor. If you are right of center than Big Government is out to make your lives worse. If your are left of center then it is those Corporations that are out to make your lives worse. Those people who support your opposing side must be corrupted in some way. So they need to be stopped!

    Obesity: Lets not leave the confines of our own homes because there are dangerous people around the corner who wants to kill, abduct or mug us. So you stay inside where it is "Safe" after a while you start getting out of shape, then you don't want to go out even more because you are out of shape and are afraid of being insulted by people who don't like the way you work. You would go to the Gym, but only after you lose 20lbs first (so you are not the Fat Guy at the Gym), but losing those 20lbs is hard because you are not going to the gym.

    Economy: We need small businesses who can innovate (and much more than silly mobile apps). However people are afraid to start businesses because there is a chance that they will fail. Or get some lawsuit for stepping on some bogus patent or make a product that someone misused and hurt themselves. Combined with the fear trying to meet current regulations that you don't know about. Also fear of looking for an other better job because of uncertainty on how well other companies will last combined with companies fears about the same thing preventing them from hiring.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:Doesn't anyone remember FDR? by wvmarle · · Score: 3, Interesting

      Economy: We need small businesses who can innovate (and much more than silly mobile apps). [...] Or get some lawsuit for stepping on some bogus patent or make a product that someone misused and hurt themselves.

      And this is, I'm afraid, a pretty valid reason not to bother starting up a technologically innovative business in the US. As soon as you gain any traction you will be swamped with patent claims from many different patent trolls.

    2. Re:Doesn't anyone remember FDR? by Curunir_wolf · · Score: 4, Insightful

      If you are right of center than Big Government is out to make your lives worse. If your are left of center then it is those Corporations that are out to make your lives worse.

      ... And the extremists on both sides see the ever-increasing collusion between the two as the real culprit. There's still competition between corporations, but it's competition for influencing the right politicians or bureaucrats, instead of being better at serving customers.

      Jeff Immelt has become very adept in this environment. Far from being vilified and sanctioned for the massive migration of GE jobs overseas, he actually has Obama going to foreign countries promising billions of dollars for infrastructure investments, of which the vast majority, of course, will not only go into GE's pockets, but actually create a huge new captured market for GE.

      --
      "Somebody has to do something. It's just incredibly pathetic it has to be us."
      --- Jerry Garcia
    3. Re:Doesn't anyone remember FDR? by Anonymous Coward · · Score: 0

      FDR? You lost me at FDR. What century are you in? Hipster.

    4. Re:Doesn't anyone remember FDR? by cyclomedia · · Score: 1

      Just replying to draw attention to my sig, thanks

      --
      If you don't risk failure you don't risk success.
    5. Re:Doesn't anyone remember FDR? by Impy+the+Impiuos+Imp · · Score: 1

      Fear? Well, I suppose they left out girls because that goes without saying.

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    6. Re:Doesn't anyone remember FDR? by g0bshiTe · · Score: 2, Funny

      Why'd you bring mythological creatures into this discussion next you'll be talking about unicorns and pumas.

      --
      I am Bennett Haselton! I am Bennett Haselton!
    7. Re:Doesn't anyone remember FDR? by Anonymous Coward · · Score: 0

      Indeed. The one big reason I don't run my own business is that I don't want to spend all my days in courtrooms fighting bogus patents, consumers that are out to hurt themselves on purpose to score a payday, and employees that can't keep their personal lives from spilling in and making business messes.

    8. Re:Doesn't anyone remember FDR? by MacGyver2210 · · Score: 1

      Sorry, but left or right of center, the government and corporations are both doing their best to make your life miserable. They are completely in bed together, so it should come as no surprise that they collude to fuck you out of money and influence to take it for themselves.

      --
      If the only way you can accept an assertion is by faith, then you are conceding that it can't be taken on its own merits
    9. Re:Doesn't anyone remember FDR? by greg_barton · · Score: 3, Funny

      I'm Afraid of People who Unnecessarily Capitalize.

    10. Re:Doesn't anyone remember FDR? by Anonymous Coward · · Score: 0

      Ahhhh, so thats why you havent done anything...youre outsmarting them all! Brilliant! Thatll show them whose not the boss!

    11. Re: Doesn't anyone remember FDR? by Anonymous Coward · · Score: 0

      Not always. It is an emotion that is needed. (I had a few months where I feared absolutely nothing and did stuff just to see what would happen). Before long you are a psychopath with all its positive and negative aspects.

    12. Re: Doesn't anyone remember FDR? by ppanon · · Score: 1

      Re: acting like a psychopath - It would seem that would be the case only if you somehow somehow thought that having compassion and empathy for others and letting it modify your behaviour and actions was somehow equivalent to "fear". They admittedly can be congruent if fear of upsetting someone prevents you from acting for the benefit of all, but generally compassion and empathy are VERY different emotions from fear and acting without fear should have very different outcomes than acting without fear and empathy. It' the latter which is done by psychopaths.

      --
      Laissez lire, et laissez danser; ces deux amusements ne feront jamais de mal au monde. - Voltaire
    13. Re:Doesn't anyone remember FDR? by Anonymous Coward · · Score: 0

      Puma are real and im sure you can buy unicorn meat.

      http://www.amazon.com/ThinkGeek-Canned-Unicorn-Meat/dp/B004CRYE2C

    14. Re: Doesn't anyone remember FDR? by Anonymous Coward · · Score: 0

      You said "We as a culture" in the first line! Warm us up a little first. And sometimes fear is appropriate.

    15. Re: Doesn't anyone remember FDR? by Anonymous Coward · · Score: 0

      This is RE: Fear of fear

    16. Re:Doesn't anyone remember FDR? by Ol+Olsoc · · Score: 1

      I'm Afraid of People who Unnecessarily Capitalize.

      Fear Me Not, Citizen!

      I know it's a nuisance, but I spent a lot of time during my career making videos, and the title case is used almost exclusively, and it got to be a habit. A Very Bad Habit.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    17. Re:Doesn't anyone remember FDR? by nobodie · · Score: 2

      This was my business story:
      In 78 I started an insulation business using a high tech product developed in Germany, tested and approved by the DOE and the armed forces in extreme as well as normal (as in arctic/antarctic as well as lower 48). It came with 1 required week of training in installation, equipment care and repair, restrictions, cautions, and all kinds of other requirements (for example we were required to produce a 6"cube (Later a small bucket) of the material every hour of production --or at least one per install-- and to weigh, mark, save and store for one year to keep an eye on deterioration.
      It required a significant investment in equipment and training, you couldn't waste time and money on the usual crew of drunks insulation companies hire to staple in batts. I went to the bank, went in way over my head but it was an outstanding product and I had spent 6 months running a crew for a company in another state, so I was ready to do the work.
      For the first year things were golden, net profit was good (@50,000 in the first year after paying myself, allowed me to expand the business into other products and equipment) and then something happened. Another company opened up, using a product from the American company Bordens. Their price was half of ours and sales dropped some, but since I did everything word of mouth and had a really happy customer base I wasn't too worried.
      Here is where it gets interesting. So far it has just been a common business tale, something that happened to new businesses for generations. But this is a brave new world. I was asked to bid on a small residence in a poorer part of town. Small house, easy, half day job. The other company bid also and got the job. They came in, drilled holes in the sheetrock (in other words from the inside, big no-no) pumped the walls full, cracked a few of them in the process, skipped the spaces underneath the windows, collected the check and ran. The people in the house were upset, yes, but then the shit hit the fan. The insulation started outgassing heavily, immediately the house became uninhabitable. And remained that way for a few weeks until they called me back to see if I could fix it. This kind of stuff continued for many, many structures, and I was consulted for court cases, remediation requests, contractors calling, asking what to do with the mess they had to fix, it was a shitstorm. And two more companies were getting into the business with the same business model as the Bordens franchisee.
      And then the government stepped in. (please don't think I was just sitting on my ass. I was well aware that this was going to be the death of that product and was expanding and diversifying into other products and other markets, I did know how to run a successful business, an old-style successful business i would say today) The consumer product safety commission stepped in and began hearings on the dangers of this product. They listened to story after story from people whose houses, businesses, lives had been ruined by this dangerous and unreliable material. My company (the one I franchised from that is) put up a hard battle, but they didn't really get it. Owens-Corning and Johns-Mansville the two largest fiberglas insulation manufacturers in the world were behind this. OC owns Bordens, they had set up the Bordens franchisees, given them half a day of marketing and some trash for equipment and sent them out in the world. Surprise! JM was supplying the other new companies with sub-standard materials through a series of off-shore front companies.
      Their campaign was flawless. They had the media behind them, the government, and the witnesses (oh yeah, i had to agree that the witnesses were tellin' the truth) to get a full ban on the sale, distribution and use of a product that could have been the best product for it's place in the market. Just that it was going to supplant OC and JM fiberglas in that market niche which they didn't want to lose.
      So more than 10,000 small businessmen went bankrupt in the next year or so. I was one of them. I lost

      --
      Subversion of spatial scale luxury decoration ideas.
  80. Zombie apocalypse by Anonymous Coward · · Score: 0

    I've learned to start being afraid of the zombie apocalypse! Compared to that, almost anything else seems minor and trivial.

  81. A faulty test suite by Richard+Kirk · · Score: 5, Interesting

    Remember when the Hubble telescope first went up, and could not focus? It had all been tested on the ground on an artificial star target. Unfortunately, the test rig had a plate that was about half-an-inch thick that should have been subtracted from the optical path. So they had a mirror that was accurate to about 1/100th of a wave but half an inch in the wrong place.

    There was a rocket where the guidance for the two stages had been coded separately. One stage used a value of -9.8 m/s2 for 'g' because it measured heights upwards and the acceleration was downwards, while the other used a value of +9.8 m/s2 and flipped the sign in the equations. When the rocket took off, the first stage was fine but the second stage suddenly flipped over.

    That's what I dread: thinking I have checked everything, and thought of everything, and then finding out publicly and expensively that my regression tests were worthless all along.

    1. Re:A faulty test suite by K.+S.+Kyosuke · · Score: 3, Interesting

      That's what I dread: thinking I have checked everything, and thought of everything, and then finding out publicly and expensively that my regression tests were worthless all along.

      I believe that an analysis of the Apollo Project and other similar engineering projects has shown that integration malfunctions are the most egregious kind of errors, both in terms of their proportional presence among all failures and in terms of their eventual costs. For example, the infamous "1201 alarm" (that fortunately didn't cause a loss of the vehicle and the crew) in the final phase of Apollo 11's landing was found to be caused by insufficient integration testing (and I also believe that there was a tiny discrepancy in the testing environment that prevented the engineers from finding out about the problem in advance).

      --
      Ezekiel 23:20
    2. Re:A faulty test suite by Chris+Mattern · · Score: 2

      Remember when the Hubble telescope first went up, and could not focus? It had all been tested on the ground on an artificial star target. Unfortunately, the test rig had a plate that was about half-an-inch thick that should have been subtracted from the optical path. So they had a mirror that was accurate to about 1/100th of a wave but half an inch in the wrong place.

      It gets better. There were *two* tests; the other one was a more basic test that wasn't as accurate--but it was accurate enough to show the misgrinding of the mirror clearly. It was ignored, because, after all, it wasn't as accurate. So always remember, accuracy doesn't do you any good if you're accurately zeroing in on the wrong target.

    3. Re:A faulty test suite by Anonymous Coward · · Score: 0

      I thought it was just the thickness of a coat of paint which caused the mirror to be ground wrong.

      Yep, wiki confirms it, though not the paint fact. From https://en.wikipedia.org/wiki/Hubble_Space_Telescope:

      Although it was probably the most precisely figured mirror ever made, with variations from the prescribed curve of only 10 nanometers,[24] at the perimeter it was too flat by about 2,200 nanometers (2.2 micrometres)

    4. Re:A faulty test suite by Thinine · · Score: 1

      That "tiny discrepancy in the testing environment" being the fact that you can't simulate zero-g while on the ground, thereby missing out on the fact that loose solder may float around behind control panels while in free fall.

    5. Re:A faulty test suite by Anonymous Coward · · Score: 0

      both of these stories are bull -- no rocket suddenly flipped over when the second stage fired. show me a link. Further, the Hubble was blurry because the mirrors were not true and as a cost saving measure, were not checked before being launched into space. My lab in college was involved in image processing to de-blur the images and find a method of adding optical correction when the spacewalks were done to upgrade Hubble.

      here's the link to the Hubble optics correction. your story is fiction. http://hubblesite.org/the_telescope/hubble_essentials/
       

      Almost immediately after Hubble went into orbit, it became clear that something was wrong. While the pictures were clearer than those of ground-based telescopes, they weren't the pristine images promised. They were blurry.

      Hubble's primary mirror, polished so carefully and lovingly over the course of a full year, had a flaw called "spherical aberration." It was just slightly the wrong shape, causing the light that bounced off the center of the mirror to focus in a different place than the light bouncing off the edge. The tiny flaw — about 1/50th the thickness of a sheet of paper — was enough to distort the view.

      Fortunately, scientists and engineers were dealing with a well-understood optical problem — although in a wholly unique situation.

      And they had a solution. A series of small mirrors could be used to intercept the light reflecting off the mirror, correct for the flaw, and bounce the light to the telescope's science instruments. The Corrective Optics Space Telescope Axial Replacement, or COSTAR, could be installed in place of one of the telescope's other instruments in order to correct the images produced by the remaining and future instruments. Astronauts would also replace the Wide Field/Planetary Camera with a new version, the Wide Field and Planetary Camera 2 (WFPC2), that contained small mirrors to correct for the aberration. This was the first of Hubble's instruments to have built-in corrective optics.

    6. Re:A faulty test suite by K.+S.+Kyosuke · · Score: 1

      No, I believe that it was actually a lack of reliable phase lock between two oscillators that generated spurious events in one of the radiolocator control systems. These events (inputs to a feedback control loop) didn't change the numerical outcome of control computations (they were random oscillations around a central value that averaged themselves out) but the stream of events overloaded the computer that was busy doing other stuff. The priority system correctly handled it by dropping the low-priority control of the radiolocator for the high-priority task of not crashing into the Moon, but they found out the cause for the alarm only ex post facto, so the situation was scary for a few moments.

      --
      Ezekiel 23:20
    7. Re:A faulty test suite by Anonymous Coward · · Score: 0

      It gets worse - the error was detected and corrected for the antares telescopes before launch - but noone thought to pull Hubble out of storage and check its mirrors - Hubble was built before Antares, but launched quite a while afterwards.

  82. Safety critical by Coppit · · Score: 1

    Learning that my pacemaker runs Java?

    Seriously though, here are some things I've heard:
    - Software written by a bunch of graduate students was going to be used in surgery
    - Windows NT used to control a ship
    - Invalid software models used to "prove" that the foam that hit Columbia's wing didn't cause damage

    1. Re:Safety critical by Weaselmancer · · Score: 1

      I did some work for a customer once. They were using Windows CE to make an IV pump. Even though it says right on the label that Windows CE is not mission critical - do not use in medical devices. Terrified yet?

      It had two CPU boards. One was ARM/CE for the interface, which communicated to the other board that did the actual work through a serial cable.

      My job? Plan for when (not IF!) CE crashes. Write assembly code in the bootloader. If during boot it sees serial traffic down the daughterboard cable, assume CE crashed and complete the currently running infusion in text mode. So that the CE crash doesn't halt the infusion and kill the patient.

      No, really. I'm not making this up.

      Fortunately the project died and the thing never saw the light of day. Which is a very good thing.

      --
      Weaselmancer
      rediculous.
  83. Re:Things That Scare the Bejeezus Out of Programme by Z00L00K · · Score: 1

    Well - performing an upgrade with no return and if it fails you will bring down the entire power grid of a country.

    --
    If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
  84. Going blind by Improv · · Score: 1

    Losing my sight would be a very harsh blow.

    --
    For every problem, there is at least one solution that is simple, neat, and wrong.
    1. Re:Going blind by Anonymous Coward · · Score: 0

      Fingers. I can learn to program without eyes, there would be a harsher learning curve to typing without fingers.

  85. Fear: arrogant developers by mveloso · · Score: 2

    The biggest fear is that a group of people who are clueless about what actual customers want and never talk to anyone outside their small circle believe that they know more about what customers want than people that actually talk to customers.

    1. Re:Fear: arrogant developers by H0p313ss · · Score: 1

      The biggest fear is that a group of people who are clueless about what actual customers want and never talk to anyone outside their small circle believe that they know more about what customers want than people that actually talk to customers.

      It gets worse when an arrogant developer becomes a manager and can impose his twisted world view on minions with a complete disregard of what is best for anyone but himself.

      --
      XML is a known as a key material required to create SMD: Software of Mass Destruction
    2. Re:Fear: arrogant developers by Anonymous Coward · · Score: 0

      I see you've never dealt with salespeople.

      & too repeat, velociraptors.

  86. high pay, bored to tears by Anonymous Coward · · Score: 0

    That's the situation I find myself in today. I've been chasing the C++ standard since the late 80's, loved every minute of it. Template metaprogramming? Love it. CRTP and other nifties? Love them. Then I got hired (best paying job in my job history) to work on a microkernel. Yes, I am competent at C (too) and interrupts, slab allocators, TLB misses, CPI counters, etc, but for some reason working in C just bores the hell out of me... I love C++, I miss it, and I fear that the many years I spent with it were wasted. And now I have to choose: best pay in my career, wife happy with the money (too), or find another C++ job after more than a year away from the language, plus a pay cut.

    Oh, and I just turned 50. We all know what that means.

  87. Yes, moreso than others by anyaristow · · Score: 4, Insightful

    There's nothing in that list (with the possible exception of "being forced to use a specific technology") that wouldn't apply to just about any worker.

    Programmers fear incompetence because they see it everywhere, even where it is not. They just don't recognize the value of thinking that isn't exactly like their own, or skills they don't have. So, this one applies to many, but to programmers more than anyone.

    Programmers fear screwing up because they are in the business of automation. They can screw up many things all at once. Complete failure over a trivial error, because computers don't have common sense to ask, "are you sure you meant to do that?", or, "what does this mean?". This one also applies to anyone building something that can injure people, but not to most other people. Most people can only screw up one thing at a time, or have people receiving the product of their work, who can sanity check it.

    1. Re:Yes, moreso than others by BVis · · Score: 1

      Programmers fear incompetence because they see it everywhere, even where it is not.

      No, they see it everywhere, because it IS everywhere. Nobody cares about competence anymore, they want to know how much something costs. Not its value, but its price.

      Complete failure over a trivial error, because computers don't have common sense to ask, "are you sure you meant to do that?", or, "what does this mean?".

      They can be programmed to do so for specific input. Then the CEO calls you and tells you to remove it because that one extra click on the app is ruining his sex life, or something.

      --
      Never underestimate the power of stupid people in large groups.
    2. Re:Yes, moreso than others by organgtool · · Score: 1

      Programmers fear screwing up because they are in the business of automation. They can screw up many things all at once.

      This! My favorite expression in software development is "there are millions of ways this can go wrong and only a few ways it can go right".

    3. Re:Yes, moreso than others by Zeromous · · Score: 1

      Wow the programmer is strong in this one. See as it flails about as its demons are exorcised...

      >No, they see it everywhere, because it IS everywhere. Nobody cares about competence anymore, they want to know how much something costs. Not its value, but its price.

      Ah yes, the old "just because I'm paranoid, doesn't mean people aren't out to get me". True, people do not care about incompetence these days. But it does not mean that more than 5% of your team is incompetent at any given time. I'm tired of people seeing incompetence like the sixth sense boy sees dead people. The problem is many programmers (such as you will later demonstrate), dismiss perfectly competent people lacking a particular programmer's "specific knowledge" for no other reason than it's Tuesday. Programming is the only knowledge profession where nebulous communication consistently trumps effective communication. It is permitted this way so programmers "who know more than you" due to their complete inability to effectively discuss their brilliance, don't take their bits and go home. No one actually wants to have a competent discussion with a programmer, because it's a lot easier to just let them do it their way, sink or swim. Of course, YMMV, I happily work with competent effective communicators, some of whom happen to be genius programmers by day.

      >They can be programmed to do so for specific input. Then the CEO calls you and tells you to remove it because that one extra click on the app is ruining his sex life, or something.

      Or you know, the far more frequent, programmer made an oopsie.

      --
      ---Up Up Down Down Left Right Left Right B A START
    4. Re:Yes, moreso than others by Anonymous Coward · · Score: 0

      Programmers fear incompetence because they see it everywhere, even where it is not. They just don't recognize the value of thinking that isn't exactly like their own, or skills they don't have. So, this one applies to many, but to programmers more than anyone.

      While it's true that programmers go overboard on the [smarter]-than-thou attitude, it is also true that unintelligent non-programmers go overboard on thinking they know how to program things because they stayed at a Holiday Inn Express last night.

    5. Re:Yes, moreso than others by BVis · · Score: 1

      I wasn't referring to incompetence among programmers, I was talking about society in general.

      If a programmer can hose a production asset accidentally, that's a failure of management, specifically in providing adequate resources to create a "sandbox" environment that the programmer can completely hose, and can be restored in minutes. And if you think a properly resourced (ugh) developer is more dangerous to your app than the average (or, more-than-average, in the case of the CEO) idiot user, I don't think you're actually a programmer.

      --
      Never underestimate the power of stupid people in large groups.
    6. Re:Yes, moreso than others by Zeromous · · Score: 0

      >I wasn't referring to incompetence among programmers, I was talking about society in general.

      Yes, so was I. I'm positive I know how this was lost on you.

      >If a programmer can hose a production asset accidentally, that's a failure of management, specifically in providing adequate resources to create a "san blah blah blah everyone that's not me is an idiot moron blah blah I don't think you're actually a programmer.

      Actually I am (trained) but I instead ply my trade supplying such sandboxes, resources. Sometimes I even advocate for programmers, lest they are unable to advocate for themselves effectively. Let me tell you I'm a fucking expert in protecting programmers from oopsies and if I had a nickel for everytime I've been called-out/implied/rumoured to be incompetent for 'not being a programmer' I'd have quit years ago. The reason I didn't get into programming? Because I'm good with people and words that aren't syntactically defined. Programmers need to be protected from *both* themselves and the business. Anyone who says different is either management in disguise, incompetent or an aspie programmer.

      --
      ---Up Up Down Down Left Right Left Right B A START
    7. Re:Yes, moreso than others by BVis · · Score: 1

      Or a defensive assbag, like you. Sheesh. For someone who works with programmers all the time, you really hate them, don't you. Perhaps you'd be happier with a different job.

      --
      Never underestimate the power of stupid people in large groups.
    8. Re:Yes, moreso than others by Zeromous · · Score: 1

      How could I be defensive when I was on the offensive?

      Also, unsure how I could be happier, I don't usually work with many programmers with your kind of attitude. And if we do encounter them, the team usually buffers them out to some basket weaving defect.

      I'm just trying to point out, there are far more competent people, than programmer man-children who believe in the genius of their own farts.

      --
      ---Up Up Down Down Left Right Left Right B A START
    9. Re:Yes, moreso than others by BVis · · Score: 1

      man-children who believe in the genius of their own farts.

      Projection, I think.

      I never said I was a good programmer. I'm acutely aware of my own shortcomings. It's the people who think they're competent that aren't are the problem.

      --
      Never underestimate the power of stupid people in large groups.
    10. Re:Yes, moreso than others by Zeromous · · Score: 1

      personalization and generalization. Projection? Let's be honest... This is the "I'm the rubber and you're the glue" of adult discourse.

      Although, I do concede: I never said you were a good programmer, either.

      --
      ---Up Up Down Down Left Right Left Right B A START
    11. Re:Yes, moreso than others by Visserau · · Score: 1

      My new fear is to have you as a boss.

      I recommend finding some competent programmers, then your problems will go away. Of course there is a reason why you can't hang on to any of them...

    12. Re:Yes, moreso than others by Ol+Olsoc · · Score: 1

      If a programmer can hose a production asset accidentally, that's a failure of management,

      Silly person. Management never fails. We can only fail management.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    13. Re:Yes, moreso than others by Anonymous Coward · · Score: 0

      If a programmer can hose a production asset accidentally, that's a failure of management,

      Silly person. Management never fails. We can only fail management.

      User-facing devs: "We should be agile." Back-end devs: "Fuck that. This is mission-critical software."

      So Management hired a second layer of management to make the company agile, and every time something broke, the agilistas blamed the back-end devs. Which was funny, because during the whole custerfuck, the back end never failed. Of the three agilista-built products - that took 2 years, 3 years, and 1 year to reach MVP respectively (the solution there was to apply agile like XML: if it doesn't work, you're not applying enough of it), two of the products were discontinued within their first year of general availability because not one customer purchased anything they produced.

      At the end, management still believes that agile methods didn't fail, but that the back-end devs failed agile. Despite the fact that the back-end guys were the source of the only revenue the POS company brought in.

    14. Re:Yes, moreso than others by Ol+Olsoc · · Score: 1

      At the end, management still believes that agile methods didn't fail, but that the back-end devs failed agile. Despite the fact that the back-end guys were the source of the only revenue the POS company brought in.

      Years ago, I was taught that once management makes a decision, it does not turn around or regroup. You can be on the complete wrong path, but starting over would be an admission that management made a mistake. And management does not make mistakes.

      I was also told that 30 percent of my salary was devoted to being wrong.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
  88. IDEs and auto-generated code by Errol+backfiring · · Score: 1

    My biggest fear is IDEs and other front-end fucking up my code. That, and auto-generated code that gets auto-fucked-up when you want to sanitize it. Alas I have to work with Visual Studio a lot, so my fears are quite real. But my experience with some Java IDEs is that they behave the same.

    --
    Nae king! Nae laird! Nae yurrupiean pressedent! We willna be fooled again!
    1. Re:IDEs and auto-generated code by Anonymous Coward · · Score: 0

      One does not simply "sanitize" auto-generated code. Of course it gets fucked up. Leave it the hell alone. See that comment at the top? /* AUTOGENERATED CODE - DO NOT EDIT */ That comment is not for the n00bs who wouldn't dare touch it, nor for the old bearded guy who has more experience than to try. That comment is for you.

    2. Re:IDEs and auto-generated code by datavirtue · · Score: 1

      I have had major derailments because of hosed form code in Netbeans.....doesn't turn up until you touch the form again sometime down the road when finding/extracting working code from backups is not fun.

      --
      I object to power without constructive purpose. --Spock
    3. Re:IDEs and auto-generated code by Errol+backfiring · · Score: 1

      If I am a developer, I am responsible for the code. Period. My IDE can throw stupid comments at me all it wants, but that does not change the fact that the code is MY responsibility, not the tool's. The tool cannot take responsibility.

      --
      Nae king! Nae laird! Nae yurrupiean pressedent! We willna be fooled again!
  89. Seeing my code appear ... by Anonymous Coward · · Score: 1

    ... on the TheDailyWTF

  90. lawsuits. by opscure · · Score: 1

    Multi-million dollar lawsuits and having to speak with a lawyer every morning for three years because he cannot grasp the concept of a jar file.

  91. Easy answer by smooth+wombat · · Score: 0

    For me, a non-programmer, it's having to deal with programmers who think:

    A) they need to have admin rights on their machine so they can install every piece of software known to mankind just to see if it can help them do their work, without any comprehension of where things get installed to, what options to turn on/off and what it does to their system because that's my job to fix the mess they created

    B) programmers who think the answer to every software problem is to have the user run as an administrator on their machine.

    C) programmers who refuse to admit their code is defective despite the (literal) piles of paperwork I present to them showing the steps I've taken to diagnose the issue(s) the person is having

    --
    We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
    1. Re:Easy answer by V+for+Vendetta · · Score: 1

      I as a programmer agree with you. Because all your points are a clear sign that these are bad programmers. I would fear to work with those, too.

  92. Office Politics by Freddybear · · Score: 2

    The office "power user" who convinces management that he should be able to manage his department's IT infrastructure by himself because "he's more efficient than those guys in tech support".
    The highly connected programming manager who recommended a new applications platform because "it'll look good on my resume".
    The large systems salesman who plays golf with the chairman of the board.

  93. IBM Rational ClearCase by gov_coder · · Score: 1

    I've seen this shiny DEUCE of an SCM literally eat code in 3 different development projects.

    --
    Rob Enderle's excellent new book: Everything I needed to know about Computer Science I learned in Marketing School
  94. Only two things scare me... by Anonymous Coward · · Score: 0

    Only two things scare me and one of them is nuclear war.
    What's the other?
    Excuse me?
    What's the other thing that scares you?
    Carnies. Circus folk. Nomads, you know. Smell like cabbage. Small hands.

  95. Things programmers fear from Infosec by Anonymous Coward · · Score: 0

    1. Input validation and bounds checking ( because then you'd have to stop being lazy )
    2. someone paying attention to your "encryption algorithm" that you baked into your product that is utterly insecure
    3. Hard coding credentials because you don't want to have to learn how to do it properly
    4. Living in your own little world where "getting it done" is more important than getting it done safely or reliably

    I run into this so routinely I just want to toss the CWE/ SANS Top 25 Dangerous Coding practices on their desk and say "come back to me when you stop doing this sh*t.

    The biggest problem at all are two things: companies not wanting to hire quality people, and hot shot dumbasses who think that since they know Ruby and Python or C# and .Net that they are "good". Knowing a hot language does not make you a good programmer any more than reading 50 Shades of Grey and Harry Potter make you an English Professor.

  96. Scope Creep/Stupid Requests by Anonymous Coward · · Score: 0

    Oh, and "Can you add a feature to fix the program code automagically if it detects a fault?"

  97. Pair programming by Anonymous Coward · · Score: 0

    More generally, being on a small team dominated by a charming brogrammer "dude" who can talk a mile a minute even when he's (always he) way over his head, which is usually the case. And he takes the initiative for frequent 1-on-1s with the boss where he describes what "we've" been doing and how he's personally rescued the team from certain people's screwups.

  98. Sunlight? by Ogive17 · · Score: 1

    My guesses would be sunlight, mt. dew shortage, data loss, working for a boss with MBA and no programming experience, and finally being outsourced.

    --
    "Action without philosophy is a lethal weapon; philosophy without action is worthless."
  99. "We've always done it this way" by dsvick · · Score: 1

    My biggest fear is being told to do it a certain way because that's the way it was always done.

    Which is right there with the "If it isn't broke don't fix it" philosophy

    1. Re:"We've always done it this way" by mbkennel · · Score: 1

      If it isn't broke, don't fix it.

      Really.

  100. ID-10T Users by Anonymous Coward · · Score: 0

    ID-10T users are pretty much it, for me.

  101. William "Bill" Lumbergh by Squidlips · · Score: 1

    Working for this guy. I have and it is torture.

  102. Quality or Process teams by Squidlips · · Score: 1

    There is nothing worse than having to do the whole Quality Team crapola. This programmer-torture fashion has morphed into a zillion other Process crap that managers love and programmers hate.

  103. a career choice not your own by Anonymous Coward · · Score: 1

    I got a job at a medium sized import company. the job was to create and maintain some specialized inventory/order management systems and other utilities.

    Then years later all the projects were done and management was at minimum (well coded software to blame?), I was called to a meeting with the managers at the first day after my summer vacation. There I was told that to "proceed in my career", they have decided to put me in the office as an office worker; answer phone calls from clients, process orders etc... and when I HAVE THE TIME, maintain the programs I created (if ever needed).

    That day my biggest fear came true.

    I quit my job the next :)

  104. Incompetence by sjbe · · Score: 2

    Incompetence is my biggest fear, both in others and especially in myself.

  105. Re:Being indirectly responsible for someone's deat by Anonymous Coward · · Score: 0

    Let me guess... Toyota?

  106. Turning 40 by Anonymous Coward · · Score: 0

    Because according to the minds at Slashdot, I need a new career at that point.

    1. Re:Turning 40 by Anonymous Coward · · Score: 0

      That's what you get for listening to them.

  107. Spiders by Greyfox · · Score: 1

    Eight eyed, eight legged freaks creep me the fuck out.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  108. Get off my lawn! by Anonymous Coward · · Score: 0

    We as a culture have gotten very fearful within the past Decade

    Right, like we weren't locking up communists or anyone with japanese heritage, or burning/drowning "witches".
    Those in power discovered long ago that fear is a strong motivator for the plebs.

  109. Deleting a customer's DB... by Anonymous Coward · · Score: 0

    ...for the 2nd time in my career that is...without IT having done proper backups...
    and just for the desire to save space on the server!

  110. My greatest fear by the_saint1138 · · Score: 4, Insightful

    Working at a place where I don't have admin rights on my development machine.

    1. Re:My greatest fear by Anonymous Coward · · Score: 0

      It's fine you can have admin, so long as you dont turn around and say 'It works on my machine', when I ask you for help when it wont deploy to a client site. Which turns out to be because:

      A) You've developed something that requires to write to a folder that no suit and tie corporation in the world allows regular users to write to.
      B) You forgot to mention the 3rd party lib you found on the internet that you need in a certain folder, but you forgot because you installed that on your machine 18months ago

    2. Re:My greatest fear by pseudorand · · Score: 2

      We run such a shop, but I'm a sysadmin here. I apologize. But you know that guy down the hall. The one who likes to copy .so files around from machine to machine because he thinks he knows what he's doing. The one who installs hundreds of god-only-knows-what pieces of software on his workstation. The one who's computer I can't just reimage because he swears he needs all this stuff that such as process would remove. He's why you're not root. And it turns out there are a lot more of him than you'd think.

    3. Re:My greatest fear by Anonymous Coward · · Score: 0

      Bonus: the operating system is Windows Vista

    4. Re:My greatest fear by Anonymous Coward · · Score: 0

      A sysadmin thinks he knows what a developer needs for tools?

      That's funny.

      I agree, I pity anyone who works for such a company/IT department. I would quit.

      What you don't understand is, you're just a sysadmin, and we have a much greater depth of knowledge of CS. I can manage my own PC, thanks.

      IT privileges should not be a blanket policy for all employees. Joe from marketing does not have the same needs as a programmer.

    5. Re:My greatest fear by Anonymous Coward · · Score: 0

      ...working at a place where developers *have* admin rights on the development machines...and having their OS 'tweaks' break other apps that need to run on the same system.

    6. Re:My greatest fear by Anonymous Coward · · Score: 0

      Why is the guy down the hall still working for your company. If you can't trust a developer with admin access to their own machine, they shouldn't be working for your business! God own knows what damage their code will cause.

    7. Re:My greatest fear by Anonymous Coward · · Score: 0

      Just let me mess up my own machine and leave me alone.

    8. Re:My greatest fear by Anonymous Coward · · Score: 0

      Amazon contractor. By royal decree Amazon contractors do not have admin rights on any machines.

      Sure they'll give you edit rights to the codebase, but admin on your box? That's a bridge too far.

    9. Re:My greatest fear by pseudorand · · Score: 1

      Sysadmin vs. Programmer Flame War! YES, I'm totally in!!!

      As for programmers knowing what they're doing, how about things like:
      * this code totally worked yesterday, you must have changed something. Oh, wait. I meant it worked on that other system. Where I compiled my own version of libfoo and totally screwed with my LD_LIBRARY_PATH.
      * I wrote this code in objective-c on my Mac because, but gcc supports objective-c, so you can just recompile on your production Linux system.
      * I /must/ have the very latest version of libbar because maybe that will fix this strange behavior that I can't explain even though it means compiling from source rather than simply installing packages from the distro and have no idea what changes the latest version even has that might be related to my problem.

      Admittedly, many of our "programmers" are scientists who know their science well but code only because computer models drive the science these days, so my degree in CS and experience as a sysadmin (and programmer) probably makes my thoughts on what you need not completely irrelevant. And in my experience, stuff like the above certainly isn't exclusive to scientists playing programmer, but a symptom of the fact that computers and software are overly complicated and it just takes more experience and patience that one would think it should to make them do anything.

    10. Re:My greatest fear by david_thornley · · Score: 1

      One place I did a contract gig at had a policy. As a developer, I got admin rights. As soon as I read and signed a form clearly stating what IT would do to fix it: put in half an hour of work, then re-image. I rather liked that policy. Too bad about almost everything else about that gig....

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    11. Re:My greatest fear by toddestan · · Score: 1

      You can do a lot more as a non-administrator on Vista than you can on XP...

    12. Re:My greatest fear by Anonymous Coward · · Score: 0

      I had a coworker who wanted the root password on the main server--after all several developers had it (including me, a _female_) and he needed it and so he should have it. We all pleaded with management, saying, "God, no, please! He's an _incompetent_!" The manager smirked and said, "Gee, you guys really have it in for him, ha ha!" and promptly ordered the bozo be given the root password. Happily he logged in as root, did what he wanted, and then "cd / ; chmod 000 ." or something like that, and logged out.

    13. Re:My greatest fear by mbkennel · · Score: 1

      The scientists above are not "playing" programmer, they're working programmer.

      Why don't you just compile the damn libraries and 'gcc' for deployment?

      "I /must/ have the very latest version of libbar because maybe that will fix this strange behavior that I can't explain even though it means compiling from source rather than simply installing packages from the distro and have no idea what changes the latest version even has that might be related to my problem."

      So you want them to do 40-80 hours of debugging completely unrelated to their needs to save you 1 hour of recompiling and 'contaminating' a machine?

      Programmers don't use their own custom versions of libraries because they really really wanted to.

    14. Re:My greatest fear by Anonymous Coward · · Score: 0

      there is a good decade-old reasonable compromise to this and it is called VM technology.

    15. Re:My greatest fear by pseudorand · · Score: 1

      > Why don't you just compile the damn libraries and 'gcc' for deployment?

      Because those savvy enough to have a good legitimate reason to suspect the latest version will solve their problem don't ask me to. They compile it in user space and prove their suspicion correct. Then they ask me to deploy it more widely to others who will use their code, which I do.

      > Programmers don't use their own custom versions of libraries because they really really wanted to.
      Uh, what terribly above-average user base are you lucky enough to support where not a single one of them attempt to procrastinate actually debugging their code by having you install the very latest of anything and everything they can think of just in case it might help? No all of them are that way, but there's always enough of them to make servicing such requests a full-time job if one were to entertain them all.

  111. Talking to a girl by Anonymous Coward · · Score: 0

    It's gotten so bad, I get an adrenoline response just thinking about doing it.

  112. Umm by Anonymous Coward · · Score: 0

    One big fear would be having to inherit someones large Perl application and having to maintain it.. That would be scary.

    I did live through a nightmare once where some VP along with a sales guy went out and sold a solution to a schoolboard without any products behind it, then went out and went out and bought the rights to two unrelated software packages were the vendors 'swore' that it could do the job. Then they came back to the engineers and told us what the schoolboard needed and we were supposted to write 'some simple code' to make the two software packages 'talk' to each other and make it work. The vendors swore it would work. We evaluated it and saw the nightmare of it, I ended up walking away for another job within a month of this.

  113. Cobol++ by Anonymous Coward · · Score: 0

    Just when you thought it was safe to go back to the keyboard ...

  114. SAP by Anonymous Coward · · Score: 0

    Nothing had scared me more than having to promote code through SAP
    Backout? Auditable code changes? Configuration control separation between user code and system code? Lack of true parallel paths? Nasty packing and horrible promotion mechanism?
    Pick one.
    Still have nightmares

  115. NO FEAR by Anonymous Coward · · Score: 0

    Being told not to fix the code from a non-programming manager because they are afraid of breaking something (they call a regression).

    Having to listen to 'experts' on TV talk about computers (like the NSA prisim program), like the terrorist dont already know all of this, just watch almost any episode of NCIS. The NSA cant search private email servers (hahahaha).

    Hearing how MS/Google/etc want more H1B visas because they want to hire more foreigners to re-write the OS again (how many re-writes for MS since XP? how many rewrites of Linux has there been?). The US does not need more programmers, they need better ones.

  116. Obama by Anonymous Coward · · Score: 0

    hes said hackers are terrorists.
    well programmers are hackers.

  117. That one programmer who is the weak link.... by technomom · · Score: 2

    I fear the one programmer who write thousands and thousands of lines of spaghetti code that can be done in hundreds of lines if written correctly. Especially if his program "works" well enough in a demo for some idiot middle management guy to think we should make it into a product to sell.....by next week.

    Yeah, that happens here.

    1. Re:That one programmer who is the weak link.... by Anonymous Coward · · Score: 0

      That happens here too, and I write code for airbag and braking modules. *shudder*

    2. Re:That one programmer who is the weak link.... by Anonymous Coward · · Score: 0

      Don't worry, that seems to happen everywhere. Wait, that's not comforting at all...

      - T

    3. Re:That one programmer who is the weak link.... by hotdiggity · · Score: 1

      I fear the one programmer who write thousands and thousands of lines of spaghetti code that can be done in hundreds of lines if written correctly.

      My nightmare would be the one programmer who writes one line of Perl code that could be done in hundreds of lines, if written correctly.

  118. I haven't used LISP since uni by Chrisq · · Score: 1

    I haven't used LISP since uni. I still have nightmares about trying to sort out "unmatched parentheses" errors, and that was before editors had the built in help!

    1. Re:I haven't used LISP since uni by david_thornley · · Score: 1

      Speaking as a guy who really loves Lisp, I never, ever, want to program it without a smart editor again. I'd almost rather program in COBOL.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  119. Stupid bosses, office politics by bzipitidoo · · Score: 5, Interesting

    Office politics. Just lovely when the management fucks up through sheer stupidity, but still has the cunning to find some way to blame you for it and make it stick.

    I'll whip out a car analogy. The bosses direct the driver down the wrong road. The driver questions this, but is told to shut up and drive, he doesn't know what he's talking about. 100 miles later, they realize they're not on the right road, and the screaming starts. They blame the driver for taking the wrong road, and fire him. They hire a map reader. They turn to the mechanic and demand he get 200 mph out of the engine, no excuses will be accepted and if he can't do it, he will be fired and they'll get someone who can. Never mind that the car is a cheap econobox that can't even do 100 mph. The mechanic manages a miracle and coaxes 120 mph out of the engine, and is promptly fired because that's not good enough. Over the protests of the map reader, they elect to take a desperate shortcut on a dirt road, to try to get back on track, and end up stuck in the mud. They fire the map reader, but are still stuck in the mud. With no one left to get them out, and no one left to blame, they finally lose their grip. Customers and supporters abandon them.

    --
    Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
    1. Re:Stupid bosses, office politics by BVis · · Score: 2

      Well, they committed the cardinal sin of management: They ran out of scapegoats.

      --
      Never underestimate the power of stupid people in large groups.
    2. Re:Stupid bosses, office politics by Anonymous Coward · · Score: 0

      Good to remind! I had almost forgotten about SCO!

  120. My previous job by Anonymous Coward · · Score: 0

    That's my biggest fear.

  121. Intermittent closed-source firmware timing errors by MobyDisk · · Score: 1

    The worst possible bug is an intermittent timing-related bug that happens in closed-source firmware.

    There are two requirements to solving any bug:
    1) It must be reproducible
    2) It must be debuggable.

    These factors violate the above requirements:
    Intermittent: If it happens every 6 months, then I can't be there to debug it.
    Closed-source: I can't trace a problem if I can't see the code.
    Firmware: I can put a breakpoint in the firmware, but that won't pause the laws of physics. The hardware keeps moving.
    Timing: If it only happens in release mode, or if adding bread-crumbs changes the behavior, then you are relying solely on intuition.

  122. for those of us who do government contracting by Anonymous Coward · · Score: 0

    Having to sit down with a government employee and listen to him prattle on with his incompetent BS forcing us to make a system that is 5x too complex and 20x more expensive than it should be. The government employee not being aware of his idiotic decisions and just wanting to be able to blame someone else. Knowing that we will have to work weekends and nights to support this mess. Knowing that that quality ideas will be shot down under the term 'violates security' or 'it is not good practice for security' with nothing specific to back up. Knowing that this will cause us to work much harder and know that it doesn't protect anything and the solution we implement is probably more likely to result in something getting stolen. Knowing that government people don't know or care, they just want the ability to say 'not my fault'.

    Knowing that all my company cares about is getting more bodies on the project since more bodies means more money. So anytime the government idiot says anything my manager praises him for his genius. Knowing that if I talk back to said government employee I am liable to get a respone of 'as a government employee, how dare you talk to me like this'. Worried that Ill lose my temper and curse him out. Then be subject to have an issue keeping my security clearance because 'i have issues with authority' and I 'dont think the rules apply to me'.

    overcoming the urge to not write a letter to Darryl Issa about said employee and recommend he be transferred to Afghanistan, handed a knife, and told to clear a minefield (this would require less paperwork that firing him).

    Then at the same time not having an prescription strength Ibuprofin with me while I am sitting there listening to this crap. I wake up in cold sweats to that on.

    Those who can't do, work for the government. Those who can't work for the government work for the Department of Homeland Security. If you are concerned about the NSA reading your emails, have that project moved to the DHS. Then you are totally safe. They will so screw it up, they won't be able to read anyone's emails.

  123. Snakes by jennatalia · · Score: 0

    Snakes on the ground and Snakes on a Plane.

  124. What's YOUR biggest fear? by Anonymous Coward · · Score: 0

    I said, "losing my penis to a whore with disease."

  125. McDonalds will say you are overqualified by Joe_Dragon · · Score: 1

    even an AA / AS maybe to much there in less you are in management

  126. Compiler numerical innacuracies by TheLoneGundam · · Score: 1

    Once saw a FORTRAN compiler change cause _slightly_ different numerical results in a bridge engineering program. They did some work to verify that bridges built using the program compiled under the previous version of the compiler were structurally sound but that was the most fearful thing I could think of, that numerical inaccuracies in what the compiler generates could cause an engineering failure that could cause loss of life.

  127. Corporate politics by WOOFYGOOFY · · Score: 1

    The almost unbelievable extent to which who likes whom and whose competency threatens whom determines your career trajectory. It's amazing to me that large corporations ever produce anything, never mind over budget and over time , because the criteria for being retained and promoted is nearly 100% who likes whom. Managers have far far too much unfettered power over hire / fire and base those decisions on everything but actual competency.

    This is the one persistent thing I've seen over time. It's not about the product , it's about the career of the mid-level manager in charge of that product and how he can use what levers he's been given to advance that career. Cost overruns and project failures can be explained away.. the more imminent threat is that guy over there ! That guy who makes me feel threatened, because, you know I am threatened by all forms of competency. It doesn't matter is all projects either fail or are wildly over budget for the hidden reason that *good people have been systematically driven out over the course of years*, because a lot of these companies are so big they have money coming in just for breathing another day, nothing new actually has to materialize on any particular schedule and their death is going to be a glacial event relative to the rapid fire shenanigans that's going down in cubicleville everyday.

    I've seen people fired for not wanting to go to lunch every day with their group. I've seen people fired for being too competent and hardworking and not enough of a kiss ass to their manager . I've seen people be fired for being a young single guy making 100k in an exciting city and their mid-life married managers become insane with jealousy when the young women -who deliberately avoid their glance - start hanging out in that guy's cube. Anything goes in management, anything at all. No slight is too petty, no envy too banal not to be indulged.

    Perhaps over the long haul, I mean we're talking 10-15 years, bad managers get the axe. In the meantime, the swath of destroyed attitudes and work ethics they leave in their wake is phenomenal. People just can't take the disconnect between dedication, performance and effort on the one hand and job reviews and hire/fire decisions on the other.

    I once worked at a company where we had to hire a secretary. Middle aged, highly appropriate, highly experienced candidate after candidate came in to interview. We would have been lucky to have any of them. The wealth of know-how and knowledge of How Things Really Work locked inside any of their heads made them worth 5 times what we could have paid them.

    Then one day CTO X bursts through my door his face all lit up and let's go with "We just hired a secretary and wait to you SEE her!".

    That's just a hidden (from the other candidates) form of the same thing. Managers think of themselves as Barons, treat their departments like their fiefdoms and their employees like surfs. Everything there exists to bring them pleasure, advancement and comfort. They have absolute say about (non) reality within their domains. This is how American businesses are set up. This is structural universal and accepted, all the way up hierarchy, right down to the pro-forma denials of "it's not like that here". Sure it is.

    Most programmers I know can barely stand their jobs and it has precious little to do with the job description.

  128. 2 words by acroyear · · Score: 1

    Age Discrimination.

    --
    "But remember, most lynch mobs aren't this nice." (H.Simpson)
    -- Joe
  129. Find yourself a nice cave.. by Dareth · · Score: 1

    Find yourself a nice cave.. Cavemen were modern way before their time. They were fully wireless and I hear they liked to go clubbing.

    --

    I only look human.
    My mother is a halfling and my dad is an ogre, so that makes me an Ogreling
  130. " a cool and analytical bunch...." by Anonymous Coward · · Score: 0

    Yeah, right.
    Just look at the posts here. If you did a poll, you will find programmers in the front lines of most flame wars!

    1. Re:" a cool and analytical bunch...." by OrangeTide · · Score: 1

      We're passionate about the most inane shit sometimes.

      --
      “Common sense is not so common.” — Voltaire
  131. Starving to death by Flwyd · · Score: 1

    Because I'm trapped in an output monad. Or stuck in an infinite loop.

    --
    Ceci n'est pas une signature.
  132. At my first job I got a bug assigned to me: by jhjjhj · · Score: 1

    We are using [my new project full of problems] to control the nuclear power plant at ...

  133. Mistakes by Anonymous Coward · · Score: 0

    Putting a '-' sign where a '+' sign belongs, and bein sued a year later for millions of lost dollars.

  134. That can get worse by Anonymous Coward · · Score: 0

    Imagine a huge project like that, and a stupid management that refuses to change anything to make things better. In their eyes any refactoring risks breaking things that (kinda, sometimes) work, and gives no benefit to business (no new features). So you are supposed to keep adding features and making changes to a project like that, without any significant refactoring effort allowed.

    Hell, if management was competent, none of these things would have ever happened in the first place.

    So here's my biggest fear- getting stuck with incompetent managers and architects. At least the salary is good and I don't really care how much things break...

  135. Re:Things That Scare the Bejeezus Out of Programme by BVis · · Score: 1

    Presumes that they aren't the same person. In addition to being the sysadmin, the DBA, the release engineer, QA..

    --
    Never underestimate the power of stupid people in large groups.
  136. Privacy and accounts by sjbe · · Score: 1

    Or they'll leave out both email and phone number (OMG Privacy, Can't give these awasy, might get spam or robocalled) leaving no way whatsoever to contact the person in the event that there's problem fulfilling the order (out of stock, etc.).

    Sometimes they are right about the spam and robocalls and if this is the first time you are doing business with the company how do they know you won't do that as well? I've certainly had lots of companies decide without my consent to put me on a spam mailing list. Others think it is a good idea to call me for a 5 minute survey every time I speak with any member of the company. (And such surveys NEVER have any actual effect on the quality of service) I'm not saying requiring some way to contact them is a bad idea but I understand why someone might hesitate.

    What I find annoying are places that make you create an account even though you will almost certainly never ever order from them again. Having an account should be optional in most cases. If I do a lot of business with you I'll create an account but forcing me to create one isn't going to increase your business by a single penny. It might however encourage me to shop elsewhere.

  137. Test suites can have bugs too by sjbe · · Score: 1

    How do you know which aspects of its behaviour are intentional and which are bugs? What if you miss a test for a corner case that isn't apparent from the documentation and/or source code?

    What if the test suite you inherited has bugs? Are you going to have a test suite for the test suite? And then a test suite for the test suite for the test suite...

    Test suites are a Good Thing but they aren't a cure all and certainly don't prevent every possible problem.

  138. Discovering your company has just partnered by advocate_one · · Score: 1

    with Microsoft...

    --
    Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  139. My biggest fear? by Anonymous Coward · · Score: 0

    Beelzebug! Beelzebug! Beelzebug!

  140. Spiders in my old books by OrangeTide · · Score: 1

    Sometimes I'm too scared to browse through my massive collection of programming books because the boxes could be full of spiders or worse mice. The mammalian sort of mice that aren't used for the pointing and the clicking. horrible!

    --
    “Common sense is not so common.” — Voltaire
  141. Intelligence by gmuslera · · Score: 1

    After trying all night to fix a messy legacy unreadable code, seeing in my console either "Hello, Dave", "Follow the white rabbit", "I know how to reduce entropy", or even "I THINK, THEREFORE I AM"... and not knowing how i did it.

  142. it gets worse by OrangeTide · · Score: 1

    The nightmare is when you start thinking you're that one guy who is dragging down the rest of the team.

    --
    “Common sense is not so common.” — Voltaire
  143. My take on pair programming by OrangeTide · · Score: 1

    I got into programming so I could sit in a quiet place by myself and figure problems out. Not only do I not desire to pair up with a partner to work on something, I don't thrive doing so. My experience in elementary school has taught me what buddying up with someone is all about, and what a painful waste of time it really is. To me, pair programming is about having to waste time dealing with some monkey that doesn't know what they are doing or some alpha programmer that doesn't have time for your bullshit.
    I much prefer collaboration, where I talk to someone about some specific details that we both need to know because our two components need to interface with each other. Then agreeing on an interface, and writing it down somewhere (could be a wiki or comments in a header file, I don't care. I'm not a super formal guy). Then here's the important part, we both return to our desks and do our fucking jobs.

    --
    “Common sense is not so common.” — Voltaire
    1. Re:My take on pair programming by bbsalem · · Score: 1

      Actually, I had an experience with pair programming that thrills me to this day. The person I remember with fondness because he was generous to me as a mentor would be. The time frame was when object programming was just being accepted. Java didn't exist and C++ may have been around but possibly the compilers were not available or too expensive for our project. It was around 1987 or so. We had Sun4's and Sparcs, running probably Solaris 2.4, and Sun's C compiler. What we did was to write a library with function pointers so that we could encapsulate methods and classes the same way you do in C++, but the discipline was all our's in ANSI C, so we had structs and pointers. I was able to act as a sounding board and tester, so I saw the code and used it. Maybe the application was a low memory embedded system in which all we had was the C-compiler for a dedicated CPU, I don't remember, so maybe we developed on Solaris to cross compile for some other hardware. Anyway the person I was working with had been diagnosed with cancer, and was in remission, but I heard maybe two years later that he had died, but the memory of how well our pair programming effort went stays with me.

    2. Re:My take on pair programming by OrangeTide · · Score: 1

      Good for you. For me it has been nothing but misery, and a few times seriously made me consider quitting my job. Or worse, moving into management to avoid it entirely.

      --
      “Common sense is not so common.” — Voltaire
    3. Re:My take on pair programming by bbsalem · · Score: 1

      Of course, I am not discounting your bad experience. The outcome depends on the luck of the draw. One can have either good or bad experiences and that may have to do with how good the management understands how people can work together. Since I have had good and bad coworkers and managers the proposition is dicey,

      Now, is your decision to answer the problem of others controlling you by moving into management just puting you in the position to make other people's lives miserable in turn? Promoting people into management just because they are senior and were team players while being managed is no assurance that they are decent managers in turn. In fact, good management requires skills that might be in short supply if you were concentrated on details of your skill.

      I have known others who were far worse in that they passed through quasi technical roles in order to get enough power to be able to smooze with the senior management; these were image conscious and narcissistic types, more concerned with themselves and willing to pass blame for whatever mistakes happened on their watch down the chain of command. They were often Hatchet Men. I have come across a couple of these. They deserve our worst.

  144. The Return of Line numbers and the goto statement by Danathar · · Score: 1

    I lie in bed at night..remembering line numbers from the 80's and GOTO/GOSUB statements..endlessly jumping around code 10 GOTO 40 GOTO 900 GOTO 64

    AHHHHHH!!!

    Then I wake up

  145. What we think of IT by Anonymous Coward · · Score: 0

    A) As a programmer I do need to have admin rights on not only my machine, but every machine in the testing lab and all of the build machines. I keep having to explain it to you IT numbskulls, but you don't understand that I have work to do that generates real business revenue, and I don't have time for your imaginary security concerns or your clever but inelegant management of the key tools of my trade.

    B) Sometimes we get tired of waiting around for someone to support some bit of software that we need to meet our own deadlines. I realize it's inconvenient, but maybe it would be easier to give everyone admin/root on a VM than to fight the inevitable as strongly as you have.

    C) Bug denial. It's a common problem. QA also despises this behavior in programmers. For this I cannot offer any solution.

  146. Scanning across the modded up 5 posts... by 3seas · · Score: 1

    WTF! Nobody said "Patents"?

  147. Accountants. HR. Insane/Malignant managers... by gestalt_n_pepper · · Score: 1

    In no particular order. Microsoft "dead ending" whatever technology I've committed to for a client. That's become a big one. Stupidity in general. Aging and its effects on my cognition. Typpos. The return of my cancer. Economic collapse. The price of gasoline by 2020 ($12/gal. in today's money. Ouch!). The next version of Windows (Shudder....).

    --
    Please do not read this sig. Thank you.
  148. Unwinding Code by Colven · · Score: 1

    In addition to all those things in the article, I'm always afraid when I go to fix a bug at the end (or after the end) of a project, I'll keep following the bug until I find out that I've written something very important in entirely the wrong way. This happened once in a while when I was starting out, and it hasn't happened in many years, but that fear is still always there. It might keep me on my toes a bit more, and has helped me slow down at certain points and think things through more thoroughly, but it's also wearying when things need to be done quickly.

    --
    expletives welcomed
  149. Life with out stackoverflow.com by BigIrv · · Score: 1

    I'm not sure I'd be able to write Java code without it.

    --

    --Good morning fellas; Hand me that thing; Boy, this work's hard; Guys, break's over.
  150. Finding out if my code actually works by DaveAtFraud · · Score: 1

    I used to write target allocation, accessibility and optimal launch timing software for MIRVed ICBMs. I really DO NOT want to know if the solution the code came up with is correct by real world experience.

    Cheers,
    Dave

    --
    They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
    Ben
  151. Re:Web Programming - CSS by sapgau · · Score: 1

    ha ha ha!!!
    +++1

  152. Re:Things That Scare the Bejeezus Out of Programme by TheDukePatio · · Score: 1

    First mention of QA that I've seen....

    What about "A really good QA team"? Where I am, Dev and QA work fairly close....and while Dev doesn't "fear" QA per se....they still get worried that we come up with scenarios they haven't thought of yet (which is why we tend to work closely before testing really starts).

    On the flip side, you could also be scared of a BAD QA team and not catching things before the code goes out the door.

    --
    To Alcohol! The cause of, and solution to, all of life's problems.
  153. Simple Answer by Anonymous Coward · · Score: 0

    The Marketing Department.

    They who promise to deliver the world without the first inkling of what it will actually take to do so.

  154. Re:Things That Scare the Bejeezus Out of Programme by BVis · · Score: 1

    I'd love to have any form of QA. Or even another developer to review my code.

    --
    Never underestimate the power of stupid people in large groups.
  155. Re:Inheriting another project written by an idiot. by UnderCoverPenguin · · Score: 1

    In the project I'm maintaining now, I've discovered such gems as "someVar++ // count down" and "if(someDouble == 0 || someDouble == 0.0 || someDouble == 0.00) { ... }". Oh, and literally hundreds of global variables whose values are copied in and out of instance and local variables in seemingly random places.

    Sounds a lot like the code generator the algorithms group, here, uses - especially all the copying of variables. Unfortunately, us "code crafters" are the ones who have to do that real debugging, so we can't avoid dealing with that hideous code.

    --
    Don't try to out wierd me, three-eyes. I get stranger things than you, free with my breakfast cereal. --Zaphod Beeblebr
  156. Re:Intermittent closed-source firmware timing erro by xupere · · Score: 1

    My favorite programming term: Heisenbug.

  157. Fear of by Seedie · · Score: 1

    The sun.

  158. My biggest fear? by Anonymous Coward · · Score: 0

    Spiders. That or drowning.

  159. "Serious" businesses will have a fax line by tepples · · Score: 1

    One of the companies we work with has a mandatory fax number on their system. This is truly annoying as there are a fair number of people who have absolutely no access to a fax machine.

    Perhaps this is intended as a filter, on the grounds that there is a correlation between businesses too small to have a fax line and businesses too small to place or take the large orders that your business happens to handle efficiently.

  160. The cost of extending past US/CA myopia by tepples · · Score: 1

    So why are you insisting I make my address incorrect so I can fill in your form?

    Because you are placing an international order to a business that ships from a country where that field is mandatory. The "Province/State/Region" field is required because there are on the order of 200 countries, and our United States-based development team lacks the resources to track the preferred address format of every single one of them. We don't know what omitted fields or misspelled fields will make a shipment undeliverable.

  161. Easy by Tom · · Score: 1

    That's an easy question. Incompetent bosses and co-workers. Everything else is stuff you can learn, work around or fix.

    --
    Assorted stuff I do sometimes: Lemuria.org
  162. and wondering where the other 200M rows went... by Anonymous Coward · · Score: 0

    and wondering where the other 200M rows went...

  163. Dates & Times by Richy_T · · Score: 1

    Working with that shit is enough to give anyone the willies. Thankfully there are starting to get some decent libraries out there (though many applications still lack terribly). Uneven months, leap years, leap seconds, business weeks, timezones, daylight savings, cardinals, ordinals, US format, EU format, ISO format, conversions, abbreviations, languages, epochs, calendar types, localtime, gmtime...

    It's a minefield and there's a lot of problems that simply don't have a "correct" answer.

    1. Re:Dates & Times by Richy_T · · Score: 1

      Oh, AM/PM fun as well.

  164. GOTO because I'm writing a compiler by tepples · · Score: 1

    Then why the hell are you using goto statements?

    Because I'm writing a compiler, and I'm implementing structured, OO, or exception handling paradigms in terms of jmp instructions.

  165. Checkpointing by tepples · · Score: 1

    Why does your number-crunching run not use checkpoints? For example, a long video encode could checkpoint after each minute of encoded video or after each scene.

    1. Re:Checkpointing by vikingpower · · Score: 1

      It does. The problem is that when your system goes down because of an error as mentioned above in the title line of my post, your checkpoint itself may get corrupted, in the midst of being saved to the local file system. And you can't make checkpoints every minute, that is way too costly. Irony of it all is that said errors are routinely provoked by crappy $4 fan controllers.

      --
      Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
    2. Re:Checkpointing by tepples · · Score: 1

      your checkpoint itself may get corrupted, in the midst of being saved to the local file system.

      Then keep the last few checkpoints, calculate each checkpoint's SHA-256 to make sure you store what you think you stored, and replicate them to storage on another machine with another fan controller. And if your calculation is so long that once a minute is too often, scale the checkpoint rate appropriately.

    3. Re:Checkpointing by vikingpower · · Score: 1

      I must grant you the point. The misery is that we should do all this b/c of some dipstick who wanted to save on fan controllers, for crying out loud.

      --
      Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
  166. Divide and conquer by tepples · · Score: 1

    Use a thread, now you have 2 problems.

    The idea of divide and conquer is to split one problem into smaller problems, each of which in theory is easier to solve. Once languages start to include better primitives for concurrency than locks, threads will become easier to do right.

    1. Re:Divide and conquer by Anonymous Coward · · Score: 0

      Sadly no modern ISAs implement the conquer instruction

  167. A rom bug by Anonymous Coward · · Score: 0

    In one of the 100's of millions of chips with my code in metal rom. So far, no problem, but its always a fear, simulation/fpga/palladium only get you so far eventually you push the button and release. 2 years later, in mass production, suddenly the customers production line is stopped, might not be your problem, but all eyes are on you, can you patch it? If you can't the customer can't ship and then.... Never been there fortunately, thats the #1the fear for me, that potentially through no fault of your own, last line of defense, a patch can't fix the problem and a major customer fumbles a product release. Nightmare...

  168. Special Snowflake by ponraul · · Score: 1

    Only #1 and #2 are legitimate. The others on the list come down to having a big ego as a 'rockstar' coder and not getting special snowflake treatment.

  169. Abrash assembly. by Hsien-Ko · · Score: 1

    I always mean to extend and expand it, but.... even for Carmack it's pretty alien to him.

  170. Irrational fear of... by frisket · · Score: 1

    Users

  171. Being broken enough to accept jobs at .... by Anonymous Coward · · Score: 0

    Being broke enough to have to accept jobs at ....
    * Adobe
    * Oracle
    * Apple
    * Microsoft
    * IBM
    * AT&T / Verizon / any old-style telecom
    * Comcast / Time Warner / any cable company
    * Any Credit Card company or service provider
    * Any insurance company
    * Any retail company
    * Any government agency
    * Any military connected company or agency
    * Any University

    Glad that I don't have to, but I feel terribly sorry for others that don't have the option.

    BTW, I've worked for 6 of those industries/companies before.

  172. I didn't see... by aklinux · · Score: 1

    "Competent managers and coworkers figuring out I'm incompetent." in the list ;)

  173. Bull pen by vilanye · · Score: 1

    Working in a noisy bull pen environment. Every time I see pictures of programmers work space in a big open room I die a little inside. I

  174. Temporary code by ahabswhale · · Score: 1

    Don't worry...this code is only temporary!

    --
    Are agnostics skeptical of unicorns too?
  175. Command and Conker by tepples · · Score: 1

    Sadly no modern ISAs implement the conquer instruction

    Instructions can be emulated. Neither Command and Conquer nor Conker's Bad Fur Day needed that instruction implemented in hardware. And Nintendo managed to make Super Mario Bros. 3 without the SMB3 instruction on the TurboGrafx's HuC6280 CPU. And I manage to file my taxes without using the 6502 CPU's TAX instruction, though I did need to report 6502-related income related to a prize for winning an NES game development competition on my income tax return for the 2011 tax year.

  176. Re:Inheriting another project written by an idiot. by Anonymous Coward · · Score: 0

    I'm on year 5 of what would've been a 1 year rewrite. :(

  177. +1 parent by Anonymous Coward · · Score: 0

    It sure sounds like typical clinical depression. I've been through that myself -- if you don't feel like it's going to get better, go seek help.

  178. Things That Scare the Bejeezus Out of Programmers by Summitlake · · Score: 1

    Well, surprise, surprise: instead of finding "The Lost Thing," we learn that programmers' worst fears are a good match to those in anybody else's profession.

  179. Unexpected Middleware Changes by douglas.w.goodall300 · · Score: 1

    One of the reasons I like to write low-level (hardware control) code, is that chips change rather slowly. I have had a project go to hell on me because I was forced to write interfaces to software that interfaced to hardware. The group responsible for the underlying layer lost the source code and quickly re-wrote it, with different interfaces than before. This instantly obsoleted all my code just before my final release. My $35K project defaulted and there were bad feelings all around.

  180. Mostly just my code breaking something by Anonymous Coward · · Score: 0

    Like a space station or something. I can't fathom how my code would come to be running anything important, but my code crashing or giving the wrong answer and somebody getting killed as a result is probably my greatest programming-related fear.

  181. Programs that use every weird aspect of c++ by douglas.w.goodall300 · · Score: 1

    Hotshot C++ programmers that don't just use features that are called for, but find an excuse to use every difficult trick in the c++ book. It isn't really necessary to use multiple inheritance ten layers deep in every program. When taking over maintenance of a software system, straightforward design and documentation mean a lot. GOD save us from the programmers that think they don't have to write any documentation because the code is the documentation. Literate programming works for me.

  182. I got out, sort of. by Anonymous Coward · · Score: 0

    I contracted for 10 years. Fun, but came to end when some friends asked me to join them. Its much more fun moving around with a group of friends.

    Help your kid avoid speed tickets.

  183. And so are Programmers any different from others? by bbsalem · · Score: 1

    I didn't read anything in the article that distinguished programmers for other type of workers. They might be more sensitive to being asked to be "flexible", meaning the mgr says "Do it this way, because I said so.". The issue is the amount of time and effort it takes to master new tools on short notice, and that is related to the lack of generality and ease of use of tools in an industry that has a ways to mature. Managers often either don't understand the effort it takes to become skilled, because they often haven't achieved that level of skill, or they don't care, looking up the chain of command for recognition rather than respecting the level of expertise they have working for them. This is not really all that unique to programmers. All kind of creatives have faced this problem over recorded history.

    I had been a programmer of legacy languages and scripting tools and was suddenly asked to support java and a java IDE under development. I balked, and I didn't come to the reason why until much later. It wasn't that I could't learn java, but due to the fact that the language is very wordy and the libraries clunky and the stream of debugging data I would have to deal with is very hard on a visually impaired person. I have low acuity in only one eye, blind in the other, all I have is about 20/70, and the quality of the data coming out of the development version of the software I was asked to support was so compact and busy that it was nearly impossible for me to read. It wasn't just a matter solved by large fonts, but the use of camel text in a very cramped, poorly formatted, dump was very difficult.

    A visually impaired system administrator I met later. flat out asserted that java was not accessible. This is quite apart from the complexity of class libraries, which is daunting on its own. I think that most programmers would agree today that java is well past its prime with better languages around. Even javascript, by being able to encapsulate frameworks so well, and languages like python are superior. Had I been aware of the disadvantage created for me at the time by that manager's decision, I would have sued the company under the ADA. In retrospect, I have a clear case. I understand that lots of shops have a legacy investment in java and must maintain java code. It is still widely used, but for me it is not a happy environment to work in. If I choose to get snarky about it I could say that like PL/1, Java is not a better C, K&R had a wonderful simplicity and the standard C library was concise, but I could call java "security through obvescation" which is why it was so appealing to corporate IT departments, but I am only speaking for myself and if people use it, fine, but it is not for me.

  184. Long, ugly, over worked control structures. by Murdoch5 · · Score: 1

    I've seen some truly mouth dropping feats of loop control and loop management which should be one with a simple and beautiful goto statement. I hate when a developer is to smug and to overly sure of him / her self to admit that sometimes a goto is the correct solution and if used correctly is a very clean and safe code construct. After all if you going to argue me, write a full ASM program without using JMP ( or a similar code ).

  185. void* for pointers by Chirs · · Score: 1

    I do linux kernel programming. Casting pointers is pretty much the only way to do what is essentially object-oriented template programming in C. The only real alternative is using unions, which have their own set of difficulties.

    That said, you do need to be careful.

  186. turn it into a vm by Chirs · · Score: 1

    I'm a fulltime teleworker doing linux development. I was assigned a Win7 machine.

    I turned the installed system into a vm image using VMware tools, installed linux on the bare metal, and run the original image in a VM. Now I'm root on linux, and the corporate IT people are admin in the VM. Everyone is happy.

    1. Re:turn it into a vm by Anonymous Coward · · Score: 0

      That doesn't work if corporate IT is installing any kind of asset management software that monitors the hardware itself; they'll get a notification and it goes downhill for you from there.

  187. The H-1B Visa by Anonymous Coward · · Score: 0

    The main purpose of the H-1B Visa is to depress the wages and bargaining power of American software developers. This is important to know: the H-1B Visa is held by the company, NOT THE IMMIGRANT! Thus, it is companies that apply for and receive H-1B Visas, not immigrants. The companies that hold the visas decide who comes over and who gets sent back. H-1B Visa immigrants had better be satisfied with the work and the wages or it's back to the Heck Hole they came from. Green Card holders are different, because the immigrant holds the Visa and can work for whomever will hire them. Or they can start their own company. If a tech worker is really that good, give 'em a Green Card. American and Green Card software developers can hold their own against foreign coders in their own countries, because as has been said so well in previous posts: OUTSOURCING DOES NOT WORK! Competing against low wage but competent programmers inside the country, who are essentially indentured servants, is much harder. The IEEE and some other professional organizations have mounted a modest lobbying effort to curtail the H-1B Visa, but it's not been very effective. Silicon Valley companies like Intel as well as Google and Microsoft are leading the charge for bringing in ever more H-1B workers with even less than restrictions than before. Do software developers have to unionize? I hope not.

  188. bla by Anonymous Coward · · Score: 0

    Bls

  189. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  190. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  191. Why do you fear outsourcing? by TheSkepticalOptimist · · Score: 1

    If your job can be replaced by an underpaid angry man overseas then you should aim higher in your career path.

    Skill and talent has NEVER been outsourced, but paying someone 85k to write shit code can be easily outsourced to someone that gets paid 5k to write code a little less shitty.

    --
    I haven't thought of anything clever to put here, but then again most of you haven't either.
  192. ...is still a cost by tepples · · Score: 1

    The top two domains in the result offered paid services. Adding free to the query resulted in either services that weren't international or free as in "free trial". So what should I say to convince a skinflint boss to pay for such services?