Let Joe Average Help You Code 319
ploose writes "Apache co-founder and CollabNet CTO Brian Behlendorf says that programming should be opened out to non-developers. Bring them into a development community with proper feedback forums and bad code will get flamed anyway, so it doesn't matter what they write. From the interview: 'Mashups are really Excel macros 2.0 - with the rise of Web services, the more vehicles that are out there that expose data through programmable APIs, with Office 12.0 and Firefox with AJAX, the more people you'll see create applications. The line between hardcore developers and the average Joe will start to get very fuzzy.'"
Isn't that the open source community? (Score:2, Insightful)
I'm still a beginner in python and I always intend to be a beginner
in one subject or the other. Maybe someday I'll be a beginner in the
apache project.
But alas, if he wants to collect patches from my mom, he better get ready
for a logic bomb.
darwin prize for project managers (Score:5, Insightful)
Great! Programming no longer requires thinking! (Score:3, Insightful)
But the ZDNet article has the highest hype per paragraph ratio of anything I've read for a while. Web 2.0? Is that the buzzword replace Internet2? "Programming collaboratively?" And of course, AJAX & web services will make everyone a programmer. Some editor just linked a bunch of articles on similar subjects, threw in enough buzzwords, and jumped to a conclusion. Yes, everyone is now a programmer. "Sure grandma, I can set the clock on your microwave for you. I'll be right over."
Couldn't Disagree More! (Score:1, Insightful)
Programming has changed since the days of assembler, but for anything more complex than a macro to calculate your GPA from an Excel document, it's still a mighty tough job. 25 years ago, you'd write something in assembler or C, it would take you 3 months, and it would do the same thing you can do today in a week in Java. Nowadays, you just spend 3 months doing it in Java because the applications are far more complex.
big line between hardcore devs and joes (Score:4, Insightful)
Not really - the hardore devs will be far more productive and be able to implement complex programs requiring algorithmic insight, the joes will be able to to implement stuff that requires simple logic and interfaces. Of course there will be lots of useful stuff that a joe could do, it just won't be the same kinds of stuff that the hardcore dev will be doing.
LetterRip
Every five years or so (Score:4, Insightful)
This has been going on since the beginning of 4th generation langauges, which came about in the late 1970's. There were actually some reasonable achievements which have been utterly lost now. But nothing that would replace programming completely.
While there is lots of benefits to including users into a project to make sure it remains useful and usable, this doesn't mean trying to help non-programmers join in the programming effort. It isn't the programming training they lack, it is the programming orientation towards thinking about the problem they lack.
Too many cooks (Score:2, Insightful)
Just like Microsoft Access! (Score:5, Insightful)
We're trying hard to disavow them completely, but it's hard to say no when the customer insists its part of a vital healthcare function. For those, we've sometimes rewritten them using a real SQL back-end, web browser client, and code we can support and maintain.
Making tools to let non-developers do things isn't necessarily bad, it's just that there has to be clear expectations as to support. Writing web applications isn't the same as typing up a Word document or making an Excel spreadsheet with a couple macros. It's easy for non-developers to quickly get in over their heads.
Re:darwin prize for project managers (Score:2, Insightful)
Second rate science (Score:1, Insightful)
Do you think it is even possible for someone to suggest that a mass of "average Joes" (you know, those people that hardly passed SAT's) would provide useful feedback to mathematicians or physicists to improve their research? And yet it appears perfectly normal that they suggest to "programmers" how to make things better:)
Personally it appears to me that the value of user (that is what average Joe is) input is high when we discuss WHAT the software is going to do and how it will interact with the user. That is where his input ends and software design begins.
In fact I beleive that it is precisely this "utilitarian everyone-can-do-it" approach to programming that breeds scores of iterative solution (i.e. those solutions that are found by iterating over the entire set of possible results, for those "average Joes" that did not know).
Call this a flamebait if you will, but make sure the damn average Joe keeps his sweaty little brain out of my work!!!!!
Re:Welcome to 1982 (Score:3, Insightful)
I thought that was already the idea behind OSS, GNU, sourceforge, etc.
Its open source, anybody can help, its just that much of the code of interest already has a group of developers and the codebase is so large and many times the bugs are so numerous, that even a decent coder is uninterested in fixing them.
But, in theory Joe Average is welcome already...
Re:darwin prize for project managers (Score:2, Insightful)
Every managers dream (Score:3, Insightful)
Behlendorf is a smart guy, and who knows what spin the reporter put on his comments. I'm sure Behlendorf is happy to see mashups and people getting into programming with a more simple programming language then, say, assembly. But this concept in the mind of a pointy-headed boss can lead to unpleasantness. I worked as a sysadmin once in a level 2 environment where they were trying to or thought they had made an idiot-proof wrapper around everything for us, but the idiot-proof wrapper itself had problems, so we not only had to deal with broken systems, but with the broken idiot-proofing they had tried to wrap around the systems.
SQL was designed originally so that even non-technical managers could use it. I have worked with SQL for many years, and still have to look for examples on Google whenever I need to do a LEFT JOIN or something like that. The concept of "anyone can program" can be dangerous in the wrong hands.
Re:Hiring developper (Score:2, Insightful)
If I were asked 'how does my program work', and in fact I had implemented quicksort, why would I first
tell you the definition of a sorted list, then start going through the details of my algorithm?
After a while you might realize that I had implemented quicksort, but wouldn't it have been much
easier for me just to say "I used quicksort"?
Now, if you indeed want to probe my knowledge of sorting algorithms, to make sure that I didn't
just memorize some code and parrot it back, you could ask me "ok, great, quicksort, now why did you
choose quicksort, and how does THAT work"?
And your other possible answers about "it works because I tested it", are also reasonable first responses,
it is just a matter of how exactly you phrased your question and how the question was interpreted.
Maybe "why does it work" sounds like it means "how do you know it worked"? In that case,
"because I tested it" would be the logical answer.
Seriously, leave programming to programmers (Score:3, Insightful)
"Give the salesmen the opportunity to plan their visits and handling of their district/area of responsibility."
To beat that into a real detailed spec of WHICH inputs should the salesmen give, WHAT views should they see and HOW they should be able to plan. I don't mean as actual code, but I mean down to the level of layout, fields, options, formats, formulas, filtering options (browsing, drop-down, freetext, radio-buttons, checkboxes), default filters, grouping, flags, stoplights, escalation, reports and so on.
Project managers don't seem up to that job, a lot of that is minute detail and not really manager-level anyway. But if someone could do that job and give me a proper spec, the actual coding would go a lot quicker. In my experience half the time is either spent a) beating it out of the customer or b) the customer coming back saying "that's not how we want it to work".
That should be exactly what these types of programmers are good for - they understand basic UI concepts but don't know how to build a proper back-end. If they could work that out in detail (if you have some good UI tools perhaps design the UI itself, but not one line of code), then you'd free up lots of programmer time that actually know how to program.