back to article 'T-shaped' developers are the new normal

When I joined QA nearly eight years ago I did so in a time of wonderfully ordered roles and responsibilities. It was a world of web developers, designer, application programmers and database administrators. Each sat in their own little area worrying about only their little part of the puzzle with clear definitions of …

  1. Anonymous Coward
    Anonymous Coward

    Yes, but …

    … how is มาลัย (which means "Garland of Flowers" in Thai)?

  2. AMBxx Silver badge

    small iterative changes will be the norm

    For a while. Then 'stuff' changes and we'll need a new big bang to start all over again.

    It's like adding extensions to a house. Eventually, you run out of ground, but need the extra floor. The foundations aren't deep enough, so you either move or knock it down and start again.

    1. BasicChimpTheory

      Re: small iterative changes will be the norm

      "The foundations aren't deep enough, so you either move or knock it down and start again."

      But this is exactly what the methodologies you decry claim to be about.

    2. JeffUK

      Re: small iterative changes will be the norm

      Ha! A more accurate analogy would be building the second, third and fourth floor anyway and papering over any subsequent cracks (or calling them 'features') until it all falls over... then you leave the rubble where it lies and start building again.

  3. Warm Braw Silver badge

    I'm pleased I don't live in a mind...

    ... where things can be both rounded and T-shaped at the same time. It must be very distressing.

    1. maffski

      Re: I'm pleased I don't live in a mind...

      ... where things can be both rounded and T-shaped at the same time

      Sir, that's why the letter J was invented (NOTE: appropriate font required).

      1. Warm Braw Silver badge

        Re: I'm pleased I don't live in a mind...

        >Sir, that's why the letter J was invented

        Actually, I had "anchor" in mind. Or a very similar word.

    2. Doctor Syntax Silver badge

      Re: I'm pleased I don't live in a mind...

      "rounded and T-shaped at the same time"

      T-shaped with rounded corners?

    3. Ben Boyle

      Re: I'm pleased I don't live in a mind...

      Perhaps it's less a T and more of an inverted isosceles triangle, which when converted to 3-D becomes a cone... which is rounded from some angles but still has varying depth.

    4. Midnight

      Re: I'm pleased I don't live in a mind...

      Something "rounded and T-shaped at the same time" would be a nail.

      How is that distressing?

      1. Captain DaFt

        Re: I'm pleased I don't live in a mind...

        Depends on how hammered you get. :)

  4. David Roberts Silver badge

    Wonderful stuff

    Can I have some for my roses?

    1. Baskitcaise

      Re: Wonderful stuff

      "Can I have some for my roses?"

      I would like to nominate this as the best one-liner of the week Mr ElReg moderator!

      Here David have a beer---------------------------->>>>

  5. Simon Jones [MSDL]


    Not just the four corners, not just a line, but a full house of buzzword bingo.

    I loved it.

  6. tiggity Silver badge

    Jack of all trades

    Is quite an old concept. Your "T" developers will typically not be as good in one of their "deep" skill sets area than a dedicated specialist in that particular area (unless it is a very small area), purely due to the time taken to fully master an area (especially when things are ever changing and so an area must frequently be revisited to keep up to date).

    Specialists can be useful. e.g. I'm sure TalkTalk could have done with more PCI-DSS & pen-tests specialists

    1. Gordon 10 Silver badge

      Re: Jack of all trades

      Not really a good example - Talk Talk could have hired a couple of skiddies to do the pen test and have been far better off than they were,

  7. Lysenko

    Copyright !!

    From "A more agile way of working" onward that was pure Dilbert/PHB. I am still reeling from the deafening roar of the buzzwords.

    1. Steve Davies 3 Silver badge

      Re: Copyright !!

      Is that 'reeling' a Spike?

      Mines the one with the jargon free dictionary in the pocket.

    2. Pascal Monett Silver badge

      Re: the deafening roar of the buzzwords

      Right you are. I think my Bullshit Bingo was full halfway through.

      This article is written by the kind of guy who does brilliant presentations, charges a hefty fee, then leaves us poor "old school" plebs to clean up after he's gone and nothing works.

      1. Shady

        Re: the deafening roar of the buzzwords

        An anti-Dabbsy?

  8. Anonymous Coward
    Anonymous Coward

    "A T-shaped developer has one or more deep skill-sets of knowledge complemented with broad generalist knowledge across an entire solution."

    The modern IT world has two pressures. To "industrialise" the work processes and to have staff with constantly maintained accreditations. What they don't want are staff with wide skills who are hard to replace.

    In the 1970s it was not unusual for someone to have a generalist knowledge of many areas of computing - and a deep knowledge of at least one area.

    That gradually disappeared as people found that gaining the necessary broad experience was time consuming - and their career progress and rewards were much better if they specialised. Those who had the wide grounding and interests became a rarity - tolerated as non-conformists who would save the day when the specialists were all saying "nothing wrong here".

    There is a necessary balance needed. Too many "Jack of all trades" and you get shallow skills. Too many specialists and you get system-wide problems.

    Specialists are relatively easy and quick to train. People with a competent wide knowledge that can be applied intelligently have to be grown - and it is a slow process that starts even before they enter the work force. Most people are content to be "appliance operators" who don't have the urge to look beyond their role's interface. A small number of others want to understand "why".

    There is also a potentially disastrous group who are the status-seeking "chancers". With padded CVs they have cultivated a management pleasing "can do" over-optimism.

    The "T-shaped generation" is mostly retired or getting close to it. Growing a new one will require many years of technical education of youngsters that won't come on stream for a long while yet.

    1. Anonymous Coward
      Anonymous Coward

      > People with a competent wide knowledge that can be applied intelligently have to be grown - and it is a slow process that starts even before they enter the work force.

      Yes, in my case is was model trains, which I still do when work is not challenging enough. If the trains are getting love, it's a signal to change jobs...

    2. Destroy All Monsters Silver badge

      Printed. Framed.

  9. tiggity Silver badge

    Separation of Concerns

    A bit of a buzz concept.

    When specialities were separate(ish) this did often lead to interaction via defined APIs (as teams would work to an API be they the API producer or consumer), and so e.g. a UI could easily be ported to a new backend as long as appropriate APIs written bt the team working on the new backend

    WiIth agile / multi skilled approach, SoC need to be continually hammered into peoples mind sets as, without team separation, SoC no longer happens by default

    1. Anonymous Coward
      Anonymous Coward

      Re: Separation of Concerns

      There is a story in one of Tom Peters's "Excellence" books about a new missile project. Three companies were working to bring together their separate developments. The critical interface was specified to be sufficiently loose that there was room to adjust the mating at the integration stage.

      When Object Programming started to be mandatory it was found that projects could seriously fail if they didn't fully understand the application first. The structure of objects worked well for development - but required major redevelopment if the overall model proved to be incorrect in the real world use of the final application.

  10. Jim Cosser

    Securing DevOps

    I'm working this space at the moment and enjoying the challenge of securing this approach. It's going to be a new adventure for a lot of folks, more tools and rules/pattern driven and less time to directly interact.

  11. Mark Honman

    Stripping away the buzzwords, I'm highly entertained

    As that's the way I, and most of my fellow South African devs, have always worked.

    Although it should be more of a V than a T, i.e. it really helps to know a good deal about topics closely related to one's speciality. e.g. in my case it's the intersection of real-time and high-performance computing, but I can and will do GUI and database work if that helps get the product delivered.

    It does make working in a mult-disciplinary team good fun, making problem-solving a collective exercise rather than a scrap about whose side of the wall has the root cause.

  12. P. Lee Silver badge

    >This venerable model heralded the age of web and app development, but it also contained the seeds of its own destruction, creating a world of silos, isolated and closed knowledge

    A world of layered software, where there were APIs and you could interact with software from a variety of vendors via standards.

    But that's all old hat. Now one vendor owns the whole stack, from search box to data store, or you've gone for BIG DATA with its massively expanding storage and compute requirements. Stuff that we used to hold in ACT! now requires a server with 192G RAM and several tiers of flash storage and an oracle license. On the upside, if we ever open an office in Tokyo, we can replicate it via the Cloud so it can be just as slow there as it is here.

    Maybe that is actually the most efficient way to deal with it, but it makes me a little sad.

  13. pinkmouse

    " not push bottlenecks through waterfalls..."

    Stopped reading at this point. I'll put a month's pay on this chap being a "consultant"

    1. disgruntled yank Silver badge

      Bottlenecks & ninjas

      I sure don't push 'em through waterfalls. I prefer to throw the whole bottle in upstream, and let the neck float over with the rest. I'd ask a ninja to show me how to use the terminal on his favorite OS, but I'd be afraid he'd take offense and kill me painfully.

      Also, I ask the assembled commentariat: has anyone else seen SCALA rendered in all capitals?

  14. LucreLout Silver badge

    Almost all of these new devs work in the world of open source – the closed shop shrink-wrapped products of the Microsoft and Adobe heyday draws to a close – and public open source solutions, software and services rise to replace them. The developers of today cut their teeth on Linux and OS X and they use languages like SCALA, Python and Ruby, instead of .NET and Java.

    Sorry, but that is purely wishful thinking.

    Python enjoyed its own little dot com cycle all in one language - boom, bust. If you want to work for a mom & pop scale start up, use whatever you like (hell, use everything - I know I did when I worked for one), but as soon as you want to work for an enterprise scale business, you will be using .NET or Java.

    1. dogged

      > as soon as you want to work for an enterprise scale business, you will be using .NET or Java

      At the level where things interact and other programmers have to get involved, yes. Down on the metal (drivers, control systems etc) it's still a C++ world, for obvious reasons.

      1. LucreLout Silver badge


        I completely agree, but assumed that anyone proficient enough to be writing drivers & control systems in C++ likely has little interest in 99% of enterprise level LOB type apps.

        1. JeffUK

          Except in the wacky world of "Manufacturing Execution Systems" where enterprise and embedded collide...

  15. John Sager

    Is this a preview of the Pageless (and Worstall-less) era of ElReg?

    If so, I'm outta here. Any suggestions where to go now gratefully accepted.

    1. dogged

      Re: Is this a preview of the Pageless (and Worstall-less) era of ElReg?

      Ars Technica is often worth reading.

      1. Anonymous Coward
        Anonymous Coward

        Re: Is this a preview of the Pageless (and Worstall-less) era of ElReg?

        More trolling, dogged...

        1. dogged

          Re: Is this a preview of the Pageless (and Worstall-less) era of ElReg?

          > More trolling, dogged...

          I pass no comment on the Reg. I'm still here, after all.

          Ars Technica is often worth reading. Saying so doesn't mean that I'm saying anything else isn't worth reading.

    2. LucreLout Silver badge

      Re: Is this a preview of the Pageless (and Worstall-less) era of ElReg?

      Clearly the new Ed needs to have a rethink and Bring Back Worstall. #BBW. I'm sure that's an acronym for something I'm not googling at work....

  16. Thecowking

    I rarely agreed with Tim Worstall

    But I did enjoy his columns, because it's good to read things you disagree with, makes you think.

    Please tell me this isn't the replacement, because I spent more time teasing the meaning out from the buzzwords than working out what the article was about. (Turns out you can replace the article with the headline and get all the same information near enough).

    1. Synonymous Howard

      Re: I rarely agreed with Tim Worstall

      I rarely read past the headlines these days as they have a tendency to tell you all you need to know. Make them as cryptic and weird as they used to be (can't remember exactly when I saw a change but I think it was not long after the moderatrix left in 2011) and you will get more eyeballs, probably.

    2. Anonymous Coward
      Anonymous Coward

      Re: I rarely agreed with Tim Worstall

      I registered with The Register specifically to down vote Tim Worstall's articles.

      1. Tim Worstal

        Re: I rarely agreed with Tim Worstall


        I'm glad I was able to engage your interest.

  17. David Harper 1

    Not T-shaped but Pi-shaped, surely?

    I'd have thought that a T-shaped developer had deep specialisation in only one area. Surely what the writer wants is a Π-shaped developer? Or a Ш-shaped developer, who has three areas of deep expertise, but is currently lying on the floor in a stupor.

  18. Trollslayer


    My dictionary exploded half way through that.

  19. Andy 73

    |Hmmm... click bait

    Agile: Still misused in the majority of companies that 'practice' it.

    Scala: A nice way to identify developers who chase the shiny. Tooling still weak, maintenance hard.

    Java 8: Late, but not late enough to let scala mature.

    Lean: We want more results with less effort. Or pay. Or organisation.

    Dev Ops: Vital now that we have an ecosystem that resists attempts to achieve stability.

    T-shaped: You may want it, but HR will just apply the buzzword checklist at random and screen out the guys who can help.

    Cynical: me.

    1. dogged

      Re: |Hmmm... click bait

      Agile - "we can't be bothered to document anything"

      Scala - "we're too groovy to write anything anyone will ever actually use"

      Java - "the consultants said it was good"

      Lean - "we'll be offshoring next year"

      DevOps - "why pay for separate ops when you can have devs do everything?"

      Cynical you - not cynical enough. Yet.

    2. JeffUK

      Re: |Hmmm... click bait

      Agile: I literally had someone tell me "We don't want all the project management and testing, can't we just use agile?"

      Certainly, But you'll want to double your budget for project management and testing...

  20. Peter Prof Fox


    This is the ants-and-twigs model.

    It's bloody awful.

    Autonomous programming units glow with their own cleverness, and don't deliver on anything more than a pilot.

  21. Paul Smith


    Why is it so impossible to be honest about agile? Is it the religious overtones of having a manifesto that make it a belief structure rather then a development paradigm ?

    "Agile allows us to create efficient metrics, openness and accountability." Really?

    "Having red hair allows us to create efficient metrics, openness and accountability."

    Well, it doesn't completely prevent us, but it certainly does not help us.

    In a small outfit, where there is only one team and the task is basically mono-skilled then your agile teams can work as described but do not, IMHO, actually promote it. The real advantage of agile over waterfall is the frequent reality check of demoing to the end-user and the resulting feedback. This comes at the cost of not designing a solution before developing it.

    Once the job requires more then one team, then the SM is the only channel of communication out of the team so your openness goes out the window. Metrics that only become meaningful when the team has done half a dozen sprints with no changes in skills, tasks and personnel are not, IMHO, exactly stable, useful or predictive. And 'accountability' that is based on an SM's ability to guilt less productive team members with no external checks or balances does not sound like the traditional ideal of productive teamwork.

    Additionally, the active dis-incentive to up-skilling caused by metrics that punish activity that is not instantly productive and the lack of career progression caused by hiding talented people behind scrum masters does not encourage job-satisfaction or a willingness to go the extra mile. Agile has a place in software development, but it is not the be all and end all that it is often made out to be.

    1. Mark Honman

      Re: B-O-L-L-O-C-K-S-!

      Agile works well when there is a single on-line system where the goal post are always moving, and mistakes are not costly.

      Waterfall is still the best for well-specced mission-critical systems or ones that cannot easily be upgraded.

      And in between, where most systems fall, the best methodology is a blend: for example use of prototypes (agile mode) to nail down requirements for a waterfall phase which is rapid and productive due to the elimination of unknowns. For each application there is an optimum point of change frequency and scope where customers are willing to wait a certain amount of time for changes in exchange for greater stability, predictable release cycle, and the ability to schedule end-user training to avoid loss of productivity due to end-users having to work things out for themselves.

      1. BoldMan

        Re: B-O-L-L-O-C-K-S-!

        From what I've seen and experienced with agile, its most common use is as a blame management tool rather than a productivity enhancement.

        For example, Government projects always insist on agile, yet are usually composed of 3-4-5 outsourced suppliers. Agile CANNOT work with a team composed out outsourced suppliers, each with their own SLA requirements!!!

      2. Pascal Monett Silver badge
        Big Brother

        @ Mark Honman

        Sorry sir, but you are using common sense, and that cannot be billed at a pleasingly high level.

        Plus, you are putting in doubt the true abilities of consultants in expensive suits.

        The Management Sensitivity Training team has been dispatched, please comply willingly.

  22. Mage Silver badge

    The developers of today

    "The developers of today cut their teeth on Linux and OS X and they use languages like SCALA, Python and Ruby, instead of .NET and Java."

    a) Only some

    b) Irrelevant

    c) Relevance of article depends if developing Web applications, Android Apps, iOS, OSX, Windows, Linux Clients or embedded code (which is very different for a 50c 8 bit CPU and full fat OS in TV, Router or set box).

    The big issue as always is poor design and implementation. You can't test in quality. Crap untyped Scripting languages make spotting implementation mistakes hard.

    My impression is that "pretty" is on increase last 10 years, quality, usability and privacy down. We don't seem to have progressed in security judging by the vulnerability mailing lists I have for all the popular OS, web client applications and Web CMS server apps.

    1. BoldMan

      Re: The developers of today

      > The big issue as always is poor design and implementation

      and poor specification at the outset... or changing specifications...

      1. Anonymous Coward
        Anonymous Coward

        Re: The developers of today

        Poor specifications, true, but poor (or undocumented) customer requirements are where my World of Pain projects have all begun. Do up a sticky-taped demo (or worse, a set of slides!), show it to the customer, get them to sign, and yet never once record what their expectations of the final product are? I mean, how could it fail?

        Basically, all the Agile or Lean in the world won't help if nobody can agree what the outputs are supposed to achieve... Devs muddle through at an extraordinary slow rate, because they spend the bulk of their time trying to second-guess what the customer might have wanted (the spec, if it exists, is vague, because nobody asked the customer what they wanted). In the end, the Final Acceptance testers end up specifying the product, and it spends eternity in Bugfix Feature Creep as the customer gets angrier and angrier. Repeat until a good fast-food restaurant job comes up..

        As for Python, it can do reasonably well as a language for "proper" systems, but only if you employ extensive automated code-coverage and unit-testing to ensure that the program is semantically correct (many of those stupid bugs that are found for you by the compiler in a statically-typed language won't get found until runtime in a dynamic one). You need a lot of discipline to make Python fit in a quality-driven process, but a need for discipline isn't what draws novice programmers to the language.

        [anon only because that of which I speak is drawn from quite immediate experience, and my usual handle is my real name.. ;) ]

      2. seacook

        Re: The developers of today

        Specifications?? What specifications? Just make it so!!

    2. Destroy All Monsters Silver badge

      Re: The developers of today

      Crap untyped Scripting languages make spotting implementation mistakes hard.

      Yes. But nobody is using dependently typed programming languages, or even simply typed functional ones (Standard ML for example). And then you get weirdos complaining about garbage collection like it's 1970s.

      This industry is still drawing pentagrams around dead chickens.

  23. Anonymous Coward
    Anonymous Coward

    What a load of [self-censored]

    Bring on the bullshit bingo cards for everyone.

    T-shaped developers? Seriously? Well then, let's tackle some more letters... We need X-shaped sysadmins who keep it all together. Then we have O-shaped management (living in a bubble), until they go somehow Q-shaped (somebody burst their bubble), at which point some chairs in the office go h-shaped (bulging until the "rogue" employee falls off).

    Surely this article went pear-shaped. (Not a letter, I know, but for good measure, since buzzwords and crazy analogies need to think outside of the box -or cubicle- of course.)

    Seems the author had a few too many waterfalls through bottlenecks at the local pub...

    1. Brewster's Angle Grinder Silver badge

      Scroll of genocide

      "rogue" is the right word: you end up with a company chart that looks like a game of rogue.

  24. teebie

    Paragraph 5

    That's how far I got before realising this was all going to be a pile of mindless yammering.

    It must be monday, I'm pretty ashamed of how long it took me.

  25. Doctor Syntax Silver badge

    Years ago we were just APs (analyst-programmers for the youngsters who've never heard the term). We didn't have a methodology, we just talked to the users at different levels in the business to find out what they wanted & did it.

    As the team varied in size from 1 to 4 we didn't have separate sysadmins or DBAs, we just did the lot. If you have to administer what you write what you write tends to avoid admin problems.

    I can't remember what shape I was then but whatever it wasn't the shape I am now - things have filled out & sagged a bit.

    If this is going to be a regular Monday slot I must remember to avoid it.

  26. Anonymous Coward
    Anonymous Coward

    Agile, Lean, DevOps Ninjas

    It's funny how, by the time these methodologies have acquired buzzword labels, they've degenerated into useless dogmatic bullshit. That was 5-15 years ago in all these cases. And everyone with talent knows to run like hell.

    It was a good laugh, but more than one like this a week and I'll assume El Reg has sold out.

  27. Anonymous Coward
    Anonymous Coward

    Pear shaped

    Most of our devs are due sedentary lifestyle and cakes on a Friday

  28. szielins

    Re:"Work like a ninja"

    "Work like a ninja". Good advice. Hide, spread lies about your magical abilities, do not be seen, sell routine work for premium prices, practice concealment, prefer expediency to politeness and honorable behavior, and avoid detection.

    1. Thecowking

      Re: Work like a ninja"

      My favourite part about working like a Ninja is the uncertainty if I really existed in Tokogawa Era Japan at all.

      I mean I might've only been born only 30 or so years ago... or that could just be what I _want_ you to think.

      Which is really useful come pay review time.

      "You can't prove I wasn't working on this project about a century and a bit ago, so give me a pay rise."

      *smoke bomb*

      1. Destroy All Monsters Silver badge

        Re: Work like a ninja"

        Ninja is the uncertainty if I really existed in Tokogawa Era Japan at all

        Yeah right. As if deniable black ops "dirty tricks" operators would not have been a money-making full-time skill in an period of internecine warlord management. Especially one full of idiots who have their heads turned sideways due to some perverse cultural norms about honour.

    2. dogged

      Re: Work like a ninja"

      > do not be seen

      How Not To Be Seen

    3. Captain DaFt

      Re: Work like a ninja"

      Meh. Every country has ninjas. The only reason the Japanese ones are so famous is that they're so crap at it, they keep getting caught.

  29. botnet3

    Another web hack making prognostications about the future.

    1. Anonymous Coward
      Anonymous Coward

      Definitely, maybe...

      except that Dave Walker is not a web hack.

      1. GrumpenKraut Silver badge

        Re: Definitely, maybe...

        > except that Dave Walker is not a web hack.

        The following without making assumptions about the author.

        This article makes me ... angry. It's the kind of language I hear from people who I, erm, do not appreciate a lot. People who do a lot of talking but no actual _work_ in any way. People who argue that enough monkeys will cut it. This may well be unfair towards the author as I can just give what my impression is.

        Un-angried now thanks to the comments.

      2. Lysenko

        except that Dave Walker is not a web hack.

        Obviously. No-one experienced at tech journalism or blogging would attempt to foist such a deluge of bovine byproduct on the commentariat here and expect anything other than universal derision. This isn't a "safe space" for PowerPoint "ninjas" used to communicating with PHBsCIOs and other non-technical execs.

        I suggest ElReg form a Kaizen team to organize an agile scrum and skills sprints so Mr Walker can focus on his core competencies in bringing about editorial transformation achieving readership buy in towards seizing the low hanging fruit of holistic and full stack quality perspectives.

      3. Doctor Syntax Silver badge

        Re: Definitely, maybe...

        He may not be a web hack but it's clear we've formed our opinions about what he is.

  30. Deryk Barker

    Ah buzzwords, what would the industry do without them?

  31. Fehu

    Agile - Another Gigantic Ignorant Losing Exercise

    First, the golden age of the developer only existed in very large and usually dedicated software companies. Most of us that have worked in medium to small companies have been developer, SysAdmin, Database Admin and whatever else had to be done to get a project up and running. At one company I was the EDI department. Not just a member of the department, the entire department. That made vacations difficult.

    Second, Agile is just a bunch of jargon applied to the way most Linux and Unix programmers work anyway to try to get Windows devs to be more productive. Unfortunately, it's now moved into the workplace, so we have Agile environments where you don't get an assigned desk or cube, you have to reserve your work space for when you plan to be in the office. It's now wonderful sitting in a strange area surrounded by marketing types yelling into their cells as I try to debug code someone wrote years ago. You can always make a bad idea worse if you apply it to something that it has nothing to do with.

  32. Cincinnataroo


    There has always been transdisciplinary development and siloed development.

    Some people will follow a trajectory that goes from transdisc to silo, so what. The other way too, so what.

    The real question: where do you want to be? I suggest that large organisations run by managers who're there "because they can't" may be prone to silo's. They may also be prone to extinction in the face of the others.

    If you're in the wrong place get off your behind and get into the right place, for you.

  33. grumpyoldeyore

    Is this a Turing Test?

    A wierd mix of Worstall & Bong! It can't be a human author, surely?

    1. Tim Worstal

      Re: Is this a Turing Test?

      My problem here is that David Walker is the name of the husband of Polly Toynbee.

      Got me very confused, that did,

      1. Solmyr ibn Wali Barad

        Re: Is this a Turing Test?

        Hmh. Must be a true celebrity - has an Uncyclopedia article and all.

  34. MalIlluminated

    So when I hear the word "agile," I always imagine something lithe and sleek, like a cat... with a sock over it's head, and it's tail on fire. Driving a train. Into a brick wall. With my application, knitted around him like a cute little sweater.

  35. Bbbbit

    What the hell?

    This article is some kind of trolling experiment by El Reg on its readers, yes? Do I win a prize for spotting it?

  36. Anonymous Coward
    Anonymous Coward

    Turning software development into a sweatshop at a company near you..

    Agile handcuffs are coming to your company soon because management loves the idea. Developers have made to much money, had too much control but now thats over with our new management tool called Agile! Agile = Sweatshop.

    I've seen nothing but train wrecks with companies using Agile. Agile is fine for small projects like a website but its a disaster for large complex products. The word quality certainly is missing.

    Have fun.

    I'm an agile Certified Scrum Master, Certified Product owner

POST COMMENT House rules

Not a member of The Register? Create a new account here.

  • Enter your comment

  • Add an icon

Anonymous cowards cannot choose their icon

Biting the hand that feeds IT © 1998–2021