Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Businesses Programming

Why Non-Coders Shouldn't Write Code 421

jfruh writes "Software firm FreeCause made a bit of a splash with a policy that requires all its employees — including marketers, finance, etc. — to write JavaScript code. And not just 'code to learn basics of what JavaScript can do,' but 'write code that will be used in production.' Phil Johnson, a tech writer and editor who himself once coded for a living, thinks this is nuts, a recipe for miserable workers and substandard code."
This discussion has been archived. No new comments can be posted.

Why Non-Coders Shouldn't Write Code

Comments Filter:
  • by crazyjj ( 2598719 ) * on Thursday September 20, 2012 @03:45PM (#41404319)

    function MarketingFunction(originalText)
    {
    var revisedText = new String(originalText + ", which will help build synergy and increase marketshare.");
    return revisedText;
    }

    • by olsmeister ( 1488789 ) on Thursday September 20, 2012 @03:48PM (#41404363)
      Or just use the Corporate BS Generator [atrixnet.com].
      Or, alternatively, here [sourceforge.net].
      • by Gripp ( 1969738 ) on Thursday September 20, 2012 @03:58PM (#41404489)
        You know, I almost wonder if anyone has ever sat on a phone conference and just parroted whatever comes up on that thing. I think with a typical non-technical tech PM talking to another non-technical tech PM (something I've actually seen a lot) this could actually fly. Would be at least fun to try!
        • by RenderSeven ( 938535 ) on Thursday September 20, 2012 @04:10PM (#41404617)
          Hardly a fair comparison. No one in sales/marketing/management could pass a Turing test to begin with.
          • Marketing gets a bad rep, but if you were a tech company would you want your coders or engineers selling your products to the general population? An engineer selling the benefits of their company's product to an engineer at a different company is pretty effective, but will produce a conversation that is meaningless babble to the average person in the street. Solution? Have these conversations behind closed doors, well away from the street.
            • Marketing gets a bad rep, but if you were a tech company would you want your coders or engineers selling your products to the general population?

              No, but similarly I'm also concerned about marketers selling my products since my company hinges on customers trusting us, and the trust is likely to go out of the window as soon as your average salesman starts making up any old bullshit in order to sell the product.

              Solution? Have these conversations behind closed doors, well away from the street.

              My thoughts exactly. Non-engineers really shouldn't be directly involved with purchasing engineering solutions.

        • You know, I almost wonder if anyone has ever sat on a phone conference and just parroted whatever comes up on that thing. I think with a typical non-technical tech PM talking to another non-technical tech PM (something I've actually seen a lot) this could actually fly. Would be at least fun to try!

          Say...

          If you hooked a chatbot up to one of those things, and had a marketing exec play the part of the human, do you think it would pass the Turing test?

          Followup - assuming that the marketing drone affirms the chatbot as human, would that mean that the chatbot passed the Turing test, or that the "human" marketing drone failed it?


          Note: I'm only half-ass joking.

        • Scott Adams did. (Score:5, Insightful)

          by Medievalist ( 16032 ) on Thursday September 20, 2012 @04:47PM (#41405083)

          He didn't just spout computer-generated buzzwords on the phone, though, he actually put on a fake mustache and physically attended a meeting - spouting total drivel. Nobody noticed until he started drawing Dilbert cartoons on the blackboard!

          http://www.tealdragon.net/humor/articles/dil-hoax.htm [tealdragon.net]

      • by cowdung ( 702933 ) on Thursday September 20, 2012 @10:11PM (#41407363)

        Or just use the Corporate BS Generator [atrixnet.com].
        Or, alternatively, here [sourceforge.net].

        I prefer this site [foxnews.com] for my Corporate BS. Thanks.

    • by Scott Swezey ( 678347 ) on Thursday September 20, 2012 @03:48PM (#41404365) Homepage

      The other side of the coin... why non marketing guys shouldn't write marketing materials:

      function MarketingFunction(originalText)
      {
      var revisedText = new String(originalText + ", which will help build synergy and increase marketshare.");
      return revisedText;
      }

      • Re: (Score:2, Insightful)

        by Anonymous Coward

        The other side of the coin... why non marketing guys shouldn't write marketing materials:

        function MarketingFunction(originalText) { var revisedText = new String(originalText + ", which will help build synergy and increase marketshare."); return revisedText; }

        Quite true, unlike marketers and politicians, IT professionals usually have an aversion to lying or even stretching the truth via "spin". Your marketing will fail when compared to your competitors if they aren't mostly lies and half truths.

        • What if your targeted market is IT professionals?

        • Re: (Score:2, Redundant)

          IT professionals usually have an aversion to lying or even stretching the truth via "spin".

          Of course programmers never say things like, "this will only take a couple days," only to see the end result a couple weeks later (and not because of changing requirements). Programmers are just a capable of over-promissing as anyone else. Sometimes more-so.

          • Inexperienced programmers do that. Experienced programmers know to take their intitial estimate, double it, and add a week before they answer any questions about how much time something will take.

            • by theshowmecanuck ( 703852 ) on Thursday September 20, 2012 @05:39PM (#41405627) Journal
              Sometimes (OK often) I think it is one of the reasons that companies think young guys are better programmers. Because too many managers want to believe the young programmers who do this. Yep might as well get rid of the older guys who say it'll take a month when this kid can do it in a week. And if the kid does it in a week it is shit, but everyone is so excited the feature is done that they refuse to notice it really sucks for a few weeks.. And then we get people writing papers about what is wrong with the software industry and blah blah blah. Rose coloured glasses on almost every manager sinks both projects and reasonable programmers.
      • by pla ( 258480 )
        The other side of the coin... why non marketing guys shouldn't write marketing materials:

        The difference: Even the craziest of PHBs wouldn't ask a coder to write marketing materials. Then again, yesterday I would have said the same thing about expecting marketing people to write code.

        "We think you should buy our product. It doesn't really work, as such, but we would like to continue to get paid".
    • The real one:

      function MarketingFunction(originalText)
      {
      var revisedText = new String(originalText + "!!!!"); //would add more exclamation marks, but Slashdot won't let me
      return revisedText;
      }
  • by nurb432 ( 527695 ) on Thursday September 20, 2012 @03:48PM (#41404361) Homepage Journal

    It will at least give the non coders an appreciation of what is being done.

    Now, they need to take the coders and make them do sales for a day.. finance go clean trash for an afternoon.. .etc etc.

    • by t4ng* ( 1092951 ) on Thursday September 20, 2012 @03:54PM (#41404431)
      Oh, oh... Executive Officers clean up overflowing toilets. Not so they get an appreciation of what is being done, but for the general entertainment of the rest of us!
      • Oh, oh... Executive Officers clean up overflowing toilets. Not so they get an appreciation of what is being done, but for the general entertainment of the rest of us!

        Hell, I'd pay to see just one of the suits around here cleanin' a shitter or two...

        • by perpenso ( 1613749 ) on Thursday September 20, 2012 @05:11PM (#41405337)

          Oh, oh... Executive Officers clean up overflowing toilets. Not so they get an appreciation of what is being done, but for the general entertainment of the rest of us!

          Hell, I'd pay to see just one of the suits around here cleanin' a shitter or two...

          Then try working for a small company that is owned by one person, or maybe two if they are spouses. Then you may very well see an owner come in half an hour early to clean the bathroom in the morning. And yes one person I once worked for who did so was a suit, a business/marketing guy. He never asked one of the programmers, qa/support guys or the receptionist to do so. Small shop, 6 employees, plus a consultant or two at times.

          As an added bonus the suit above trusted our judgement on technical issues.

          YMMV.

      • Oh I think this is a great idea. No, really. And while we're at it, let's let everyone take over the CEO's job for a week, in rotation. I mean, if the CEO can code, why can't the code monkeys be CEO?

        /sarcasm

        Although sadly, that would probably greatly improve the fortunes of a lot of companies I happen to have been associated with.
    • by Chemisor ( 97276 ) on Thursday September 20, 2012 @04:14PM (#41404673)

      Every cook has to learn how to govern the state.
              - Vladimir Lenin

      In the early days of the Soviet Union it was a very popular idea that there should be no specialization in work. No man should have to do the same thing over and over every day of his life. Jobs should be changed regularly to keep the worker interested and motivated.

    • by fm6 ( 162816 ) on Thursday September 20, 2012 @04:17PM (#41404723) Homepage Journal

      Back in the 60s Robert Townsend [wikipedia.org] was brought in to turn around a dying Avis Rent-a-Car. He decreed that everybody spend some time working a rental counter so they would understand the activity that was at the core of the business. He was very amused by the experience of his chief programmer, who fled in panic upon seeing his first customer!

      That was appreciation. This is geekcentric nonsense. The CEO doesn't just want everybody to better understand the coding, he actually thinks everybody can contribute to the codebase in an ongoing fashion. This is the classic geek fallacy of "everybody's brain works just like mine."

      • by theshowmecanuck ( 703852 ) on Thursday September 20, 2012 @05:31PM (#41405557) Journal

        In the late 90s I was at a software company that created circulation system software for the newspaper industry. We had a good number of system testers (pretty much all of them) who had never worked at a newspaper before. As one of the senior leads, on every project I worked on I made sure that a system tester went on site with me to sit with the various departments and help them understand/learn the new system (as opposed to just classroom teaching). This was a 'bonus' for the customer.

        My bosses were leery of not getting money for this extra training. But when they realized that the system test people improved by orders of magnitude because they actually understood implicitly what the features were for they started sending coders on site as well (to program in situ on projects). The quality of our system improved immensely, much quicker than otherwise would have happened.

    • Yeah, if that's what they were doing, I'd say this is great. I think it'd be great for us engineers to take a short class in marketing, or business accounting, or sales.

      But for goodness sake, don't take my "Super Abbreviated Marketing 101" project and make it the basis of our next ad campaign!

    • by theshowmecanuck ( 703852 ) on Thursday September 20, 2012 @04:56PM (#41405181) Journal

      About 20 years ago I worked at a chemical company. Almost all the junior engineers hired had to work out in production facilities for six months to a year, disigning and implementing the occasional needed improvement they discover. After that they were allowed to become office based engineers if they wanted, or stay in operations but move to real management. It worked very well.

      One time we had an electrical engineer who was trained to program Distributed Control Systems, and somehow he was never required to work in a production facility before that time. He built some attrocious logic into the system making it a pain to manage the smelter I was at. Things that should have been grouped for safety (i.e. you adjust a control, but the reading you needed to watch was on another screen) or just good functionality so the operators could focus on the situation in the plant and not switching screens all the time.

      When we complained he told us we were whiners and not capable. Since a few of us were actually closer to the operations manager in terms of grade, we had him forced to use his own software in production on a few weeks of midnight shifts. There was a noticable improvement in functionality before the 3 weeks were up. And even more in the months that followed. It is often very good to forcefully put people in someone else's shoes, since they will often say it, but not do it on their own (even metaphorically).

    • by Tom ( 822 ) on Thursday September 20, 2012 @05:45PM (#41405679) Homepage Journal

      It will at least give the non coders an appreciation of what is being done.

      No, it won't. A simple javascript program is not representative of a complex system design, and it will, on the contrary, make people think that this new MIS they are requesting from the software development department can't be all that much more complex than a bit of jquery.

      • No, it won't. A simple javascript program is not representative of a complex system design, and it will, on the contrary, make people think that this new MIS they are requesting from the software development department can't be all that much more complex than a bit of jquery.

        This is a really important point, and I'm surprised more people haven't picked up on it. Learning to write short code snippets that do one thing is really easy for most reasonably intelligent people. Learning to understand the scope of a major project takes years of experience.

  • by Sparticus789 ( 2625955 ) on Thursday September 20, 2012 @03:49PM (#41404369) Journal

    While they are at it, perhaps their accounting department should replace the plumbing in their office building, the secretaries should swap the engine in the CEO's car, and let's have the janitors install a new security system. What could possibly go wrong?

    • by Genda ( 560240 )

      Hmmmm, let me see... You never have to wipe because every time you flush, 30 inches of balance sheet shoot up your Ass. The CEOs car explodes preventing the implementation of the next stupid idea. And finally, They find the bodies of would be industrial spies in a drain trap in the basement. Sounds like everything's working just fine to me.

  • by davidwr ( 791652 ) on Thursday September 20, 2012 @03:49PM (#41404381) Homepage Journal

    We were all non-coders once.

    Saying non-coders shouldn't write code is like saying non-writers shouldn't write.

    How about: Don't expect consistently professional-quality code from inexperienced coders.

    • by MrEricSir ( 398214 ) on Thursday September 20, 2012 @03:59PM (#41404491) Homepage

      We were all non-coders once.

      And did you learn to code because you wanted to, or because your company required it?

      • by mykepredko ( 40154 ) on Thursday September 20, 2012 @04:39PM (#41405007) Homepage

        Back in the '80s, IBM Canada gave a number of employees the chance to learn how to write code after being told that they didn't have any other skills that the company required. If you wanted to stay employed by IBM, you had to take a two year course which was actually quite substantial (covering assembly language, PL/1 (which was the language of choice at IBM back then), databases, and the usual IBM system stuff like JCL) and was administered by Ryerson (which was a polytechnic, not a University then).

        A surprising number of people graduated the course - I seem to remember that it was 80% or more - and went on a new career path coding in the Toronto Lab.

        So learning to program because your employer requires it is not necessarily a bad thing for both the company and the employee.

        myke

      • because my degree required it.

    • This is about people who have chosen a profession other than programming being forced to program so as to produce an appreciation for and awareness of what their company's programmers do. I agree with your idea, but I don't see the applicability in this particular scenario.

    • I agree with what you're saying, but the morons in TFS are actually talking about putting that beginner code into production!

      • by clodney ( 778910 )

        I agree with what you're saying, but the morons in TFS are actually talking about putting that beginner code into production!

        Perhaps so that the non-coder gets to feel that special cold sweat that comes right as a deployment happens and you start to wonder about all the test cases that weren't in your test plan.

        Or perhaps part of this is to give the non-coders an appreciation of how their testing and promotion process prevents buggy code from hitting production, and why changes can't be turned around in a day.

    • Who's this everyone that actually WANTS to do this stuff? The problem isn't that people who want to it aren't being given the opportunity to do so. The problem is that people who have no interest in doing it, or have a totally different job description other than developer are being told that they suddenly all have to learn programming. Some idiot actually thought it was a good idea that suddenly the marketing people are going to be contributing code to the product simply because they required everyone t

      • by Genda ( 560240 ) <(mariet) (at) (got.net)> on Thursday September 20, 2012 @05:26PM (#41405505) Journal

        Welcome my friend to the land of the Pointy Haired Bosses... See, you can tell a person whose playing their first games of Chess, mate in 18 moves and that sounds like voodoo. But you've bothered to study openings, middle and end games, and you can see in those first 7 moves this is now a done deal. Telling the pointy haired boss, that an appreciation for consistent, tight code, that is syntactically succinct, clear, conforms to coding conventions, is well documented, but most of all, reflects that the coder understands abstraction, algorithms, reusable elements, and order of precedent to name but a few basic concepts, is the difference between an application that is quick, elegant and highly useable, and a reeking pile of digital sewage. If anyone could write software, it would pay $8 an hour and robust brown gentlemen you picked up a the day worker center would hustle you out an application after pulling your weeds. It actually takes years to learn enough to write proper programs and more years to hone that skill to a useful edge. Expecting people to just learn syntax who haven't the fundaments of logic or information management, to write code that isn't just a slow motion disaster, is at best deluded.

    • There is a difference between saying "an inexperienced coder shouldn't experiment and learn code", and saying "an inexperienced coder shouldn't write production code for a software company that distributes software to clients in mission critical production environments that has to be supported and maintained"
  • A recipie (Score:2, Funny)

    by Anonymous Coward

    a recipie for miserable workers and substandard code.

    Which is why non-spellers shouldn't spell. Or something

    • by hawguy ( 1600213 ) on Thursday September 20, 2012 @04:02PM (#41404535)

      a recipie for miserable workers and substandard code.

      Which is why non-spellers shouldn't spell. Or something

      No, that's spelled correctly - it's recipie, shorthand for a recipe for a delicious pie. Which fits perfectly since miserable workers can't make a delicious pie, but if they had a delicious pie they wouldn't be so miserable.

  • Wrong way to do it (Score:5, Insightful)

    by gman003 ( 1693318 ) on Thursday September 20, 2012 @03:54PM (#41404433)

    There's nothing wrong with making all your employees learn how to code, if you're in the coding business. That can help the non-coding guys realize the limitations of code, and let them write quick, dirty code themselves to test something. And if they have a knack for it, maybe they can serve as a coder as well as their old position (assuming your corporate structure is flexible enough for this).

    But demanding everyone be putting code into production is wrong. Would you demand all your employees learn graphic design and have them all create graphics to be used in production? Would you demand all your employees study law and write contracts?

    No, because that's stupid.

    • by Hatta ( 162192 ) on Thursday September 20, 2012 @04:24PM (#41404811) Journal

      Everyone should know enough about coding to ask smart questions of the actual coder. If you say something like "if you put into the machine wrong figures, will the right answers come out?", you don't know enough code. If you've never touched a line of code, you're not going to be able to adequately describe your needs to your coder. You may be asking for the impossible and not even know it.

    • Would you demand all your employees learn graphic design and have them all create graphics to be used in production?

      If I were selling graphic design product, I might.

      "Production" in this context means "demonstrating what the tools can do on a customer premises in order to close the sale". I'd hope to hell that if I were selling Photoshop or Final Cut Pro or Shake that I'd be able to demo it to the customer and connect with them on at least a semi-professional level so that they'd have confidence that what I'm selling them will do what I'm telling them it will do.

    • If you read the article, what's funny is that the "quoted" sections of the summary do not seem to appear in the "actual articles" "at all."

      If you read the article, there's this, which is the closest that it comes to "production code" being talked about:

      FreeCause uses online training from Codecademy to teach the basic levels of coding, asking each employee to spend two hours a week with it. Those online lessons are augmented with two weekly one-hour meetings with a lead programmer, who acts as a mentor, and

    • Would you demand all your employees learn graphic design and have them all create graphics to be used in production?

      Actually, I have been made to produce entire websites from the data tier all the way up to the artwork on may occasions.

      Then they laugh at my artwork.

      The most powerful graphics programs in the world can't help when the person using them is so artistically challenged that everything looks like it should have been rendered in Crayolas (the fat ones) and stuck to the door of Mom's refrigerator.

  • CS101 (Score:5, Insightful)

    by Larry_Dillon ( 20347 ) <dillon.larry@Nospam.gmail.com> on Thursday September 20, 2012 @03:55PM (#41404439) Homepage

    In a tech company, it makes sense to have everyone take something along the lines of CS101. Specifically JavaScript? I don't think it matters but it helps give everyone a sense of how computers really work and what they can and cannot do.

    • I really don't think it's necessary for everyone in a tech company to understand computers in that way.

      I work for a small software company. Our head of sales is an awesome guy, really switched on, understands the products, the market, people, what they want, sales process improvements - the works. I can't see how his ability to do his job would be enhanced by learning computer science, unless he was particularly interested in it anyway.

    • Re:CS101 (Score:5, Insightful)

      by radtea ( 464814 ) on Thursday September 20, 2012 @04:35PM (#41404973)

      In a tech company, it makes sense to have everyone take something along the lines of CS101.

      And in a legal practice or doctor's office it makes sense for everyone to have a bit of legal or medical education, which for the most part people do.

      But only a gibbering idiot would think that in any way supports the statement, "Everyone should learn to draft contracts" or "Everyone should learn to diagnose and treat diseases" simply because they work in legal or medical environments.

  • by csumpi ( 2258986 ) on Thursday September 20, 2012 @03:56PM (#41404459)
    At every place I worked at, executives and managers had never any clue what they were talking about, what their decisions meant or in general what the programmers/artists/workers did. This made for lots of meetings to explain them stuff , stupid decisions and lost money and effort.

    So making them learn about what the company actually does, could accomplish:

    a) that they make better decisions or, preferably:

    b) that they let the people who know what they are doing do their job
    • So long as you are willing to spend the same amount of time per job learning all the other jobs that make the company work, including management. Turns out managing people it tougher than you might think. I've no desire at all to go in to management, though if I stay working for the university it is probably inevitable that I'll be made to.

      If you are willing to do the same amount of cross training (per job) that you expect people to do for yours, then ok. However it is rather arrogant to think that your job

  • Unless FreeCause has a rigorous mentoring and code review process, this is a mistake. I've seen even Computer Science graduates who aren't yet very real-world experienced emit some of the most incomprehensible, unmaintainable, defect-ridden code imaginable. It is a waste of marketers', analysts', and whomever else's time to learn to create useful code.

    I'm especially concerned about inexperienced developers coding in JavaScript, which is difficult to debug and is notorious for cross-browser incompatibilities

  • Been there... (Score:2, Insightful)

    by Anonymous Coward

    Many moons ago, I was called in to clean up a project which had been assigned to an individual chosen for a particular task because he wasn't doing anything at the time...

    The code in question was a real-time application that was to run on an in-house production system. People would flick a badge at a badge reader, which would transmit data to the production system in question, and the app, in real time, would do the usual things -- is the user authorized for this reader, log the event, do the right thing.

    E

  • Why Non-Coders Shouldn't Write Code

    Non-coders should write code. It's how they'll learn. Now, if you meant "Why non-coders shouldn't write code for serious business purposes," well, guess what else? Non-surgeons shouldn't perform surgery. Non-swimmers shouldn't go diving. Non-drivers shouldn't be on the roads.

    • by gweihir ( 88907 )

      I agree. In fact some real coding ability (simple things) should be required as entry for any kind of higher education, just like reading and writing and basic math is. Maybe then people would stop thinking coding is easy.

  • by rrohbeck ( 944847 ) on Thursday September 20, 2012 @04:08PM (#41404599)

    Dude, you missed the keyword "everyone".
    So make that
    "Pilots training flight attendants and passengers how to fly"

    What could *possibly* go wrong?

    I'm looking forward to see the janitor working on our modified FC kernel driver.

    Corollary: Don't even think about using FreeCause products.

  • by reallocate ( 142797 ) on Thursday September 20, 2012 @04:11PM (#41404633)

    People who are really professional coders ought to resist this kind of silliness because it is rooted in the notion that anyone can create professional quality code. If that's true, why pay the real coders?

    It isn't true, of course, no more than is the notion that if you can stick a frozen pizza in the microwave you should be preparing food in a restaurant.

  • ...unless ofcourse you are one of the many IT employees required to maintain this crap.

    • by slim ( 1652 )

      Well, you'd have a code review with the real coders, clean it up before pulling it into the codebase.

      It's some extra load for the experts, but someone's learned something. I can see it working as long as management give everyone the time they need, and the real coders aren't arseholes about it.

      There a quite a few people in my organisation that I'd like to just be exposed to a bit of programming, simply so they understand the basic concepts of what they're asking us to do.

  • You're introducing top to bottom amateur crap done by people with different styles who have never had to do this for a living.

    This is why I do not have my tax man paint the art that hangs in my house or my vet create building codes requrements.

    People are good at certain things BECAUSE they have become good at certain things.

    At Berkeley Systems, we once had a product hit a problem state and had the QA manager hand out our extra bugs to everyone in the company to test. This was obviously, massive stupidity.

    T

  • #1 writes the code to display 9 boxes in a 3x3 grid.
    #2 writes the code to remove the outside borders.
    #3 writes the code to display an X or an O inside of any box
    #4 writes the code to check if there are three of either X or O in a row (this will not be a Marketing Guy, probably).
    #5 writes the code to look at the Xs and Os, see if is the code's turn to choose which square to mark how, and where to put the approriate symbol.
    #6 writes the code to take the message from #4's code and decides if it's appropriate t

  • Why Non-Coders Shouldn't Write Code
    Why Non-Surgeons Shouldn't Operate
    Why Non-Terminators Shouldn't Terminate
    Why Non-Welders Shouldn't Weld
    Why Non-Judges Shouldn't Judge
    Why Non-Burglars Shouldn't Burgle
    Why Non-Existent Shouldn't Exist
    Why Non-Veterinarians shouldn't Vet
    Why Non-Fiction Shouldn't Fict
    Why Non-Player Character Shouldn't Charact Play
    Why Non-Females Shouldn't Do the Dishes
    Why Non-Males Shouldn't do Men's Jobs

    And so on. If everybody does what he/she does best, all will be fine! It's that easy! :-)
  • I'm glad I don't work for a surgery center with the same mentality...
  • by MaWeiTao ( 908546 ) on Thursday September 20, 2012 @04:34PM (#41404941)

    Throughout my career I've had to work on Flash files built by designers. Most programmers I've encountered consider Actionscript beneath them and refuse to touch it. Companies figure that since Flash is supposedly a designer's tool that designers should also code.

    You haven't seen bad code until you've been exposed to a designer's creation. It's the most convoluted garbage imaginable. I'd always be handed half-finished, barely functioning junk that needed "minor" edits. It would inevitably turn into an excruciating nightmare trying to figure out what this incompetent had done. In the end I'd just redo the thing completely because it was less work than trying to decipher and modify the original mess.

    I'm convinced one of the big factors that led to Flash's downfall was crap code from designers. I couldn't stand, as a designer, being expected to code Actionscript. It's why I stopped including it on my resume.

    From a perspective of quality, expecting every one of your employees to code is about the stupidest thing you can do. But more importantly, it's inefficient and an incredible waste of resources.

  • And not just "code to learn basics of what JavaScript can do," but "write code that will be used in production."

    If you are asking me to write commercial grade, production-ready code, I expect to be paid the going rate for commercial grade, production-ready code --- over and above what I am currently being paid for my day job in accounting, marketing, etc.

  • vanity (Score:5, Interesting)

    by spongman ( 182339 ) on Thursday September 20, 2012 @04:43PM (#41405047)

    this isn't about altruistically teaching others a valuable skill. it's about vain programmers trying to show their non-programmer colleagues how hard it is to code in order to get more respect. how much more condescending can you get? different people have aptitudes for different skills. go teach some dis-interested people how to do the rubic's cube, or something.

  • The things that bothered me most about TFA were the fact that there is apparently a class of software known as "loyalty management" and that it is used by something called "affinity groups".
  • These people do not get it. Sure, there are a host of bad coders with limited training, talent and experience. But nobody sane wants or needs more of them. In fact, re-qualifying all of them for something that has nothing to do with software creation may be a huge boon for everybody.

    Quality coding is an engineer's job. It requires far more insight that hows to get a few functions codes or how to implement some algorithm. It requires understanding ans kill in building systems. Now, I also realize that academ

  • From tfa:

    Inspired by the dictate within its Japanese parent company Rakuten to have all its employees become fluent in English, Jaconi decided to have everyone, from himself down to the interns, learn to code.

    In other words, if anything, he should really be inspired by his parent company to force all his employees to learn Japanese, but JavaScript is easier.

  • by lightknight ( 213164 ) on Thursday September 20, 2012 @05:15PM (#41405391) Homepage

    Let them write code, but for the love of my future cat, choose something like Java or C++ or C# that actually forces them to adopt a decent coding style.

    JavaScript is, like Visual Basic or PHP, an undead language that requires a decent burial and a priest of the highest order to dispatch. I mean, these languages are really, really, not good starting places for learning proper programming, they're just languages that let you learn some basics very quickly. It's like the bike you got when you were 6, that had clickety-clacks and was composed primarily of plastic; no one is saying that you can't ride them at age 12 or 25 or 40, but once having mastered the general idea of human-powered mechanics, it's best to move onto faster and more capable things. The way some of these people use these languages, you'd think someone had attached a lawn-mower engine to a preschooler's tricycle; yes, that's awesome (and no, I did not know you could do that, let alone would want to), but try out some of these bigger toys, which I think you will find much more fun.

       

  • by http ( 589131 ) on Thursday September 20, 2012 @06:40PM (#41406147) Homepage Journal
    http://developers.slashdot.org/story/12/09/16/1631239/can-anyone-become-a-programmer [slashdot.org]
    If you want to dig deeper, here's a page with the link to the 2006 study. Short version: not only can not everybody learn to program effectively, but that there's a simple test to predict if someone could or not without putting them through a year of school:
    http://www.eis.mdx.ac.uk/research/PhDArea/saeed/ [mdx.ac.uk]
    The overlapping bell curves explain a lot about grade distributions when I went to college.
  • by flimflammer ( 956759 ) on Thursday September 20, 2012 @06:43PM (#41406175)

    FTA:

    Every FreeCause employee, from CEO Mike Jaconi on down, is learning JavaScript. Inspired by the dictate within its Japanese parent company Rakuten to have all its employees become fluent in English, Jaconi decided to have everyone, from himself down to the interns, learn to code.

    Emphasis mine.

    A Japanese firm having staff which are fluent in English is actually useful. It's a very common language around the world. There is almost no benefit to having an entire company that knows JavaScript, especially if they're not in coding roles. Sounds like the man just wanted to make headlines as a pioneer of some sort, regardless of the fact it makes him look stupid.

Real programmers don't comment their code. It was hard to write, it should be hard to understand.

Working...