John, On Mar 4, 2010, at 15:50 , John Zabroski wrote: > > There are many *forms* of complexity and using just one *metric* seems silly > to me.
Makes sense. > > My thoughts on GUIs are precisely intended to make human beings more > valuable, but I would like to dissuade all of you from thinking of just > software engineers. Alan is pretty fond of thinking of children, because > they do not have as many preconceived notions of "what things should be like" > and so it is easier to imprint them with new ideas. Adults laughed when > Fulton's Folly, where he put a steamboat on the Hudson. I am personally fond > of thinking of "creative people". For example, for GUIs, interaction > designers and UX designers as opposed to people who write code. Personally, > I think software engineers *do* do too much work, and that they should be > doing *less* of what they currently do. I will also resist the idea that I > need to somehow find jobs for 2 million Java programmers; after all, if you > look at their job description, salary-wise, most of them should make no more > than "air condition repair-person". My responsibility should only be to > advancing the future, not to some programmer who thinks he can coast > maintaining COBOL/VSAM applications and get a flood of great tools to help > him with his fundamentally broken foundational tools. Anybody who tries to > say otherwise is simply arguing about nothing I care about. Ha ha - well good point. Maybe we can agree to call the people constructing software in the future - whether they have ever heard of Java or not - Future Software Engineers (FSE). And for me the point of this discussion is not job security but rather max productivity of our FSE's. I like the idea of using creatives. It seems the right tools for interaction designers and UX designers would be some kind of formalism that would allow them to execute their model directly without the intervention of "coders" (which incidentally triggered my other conversation with you regarding web frameworks). The precise form of that formalism (linear text, some kind of graphical tool, something not invented yet) would be exactly the result we're searching for. On the distinction between current software engineers and FSE I'd like to add that I think at some point it is necessary to take the different human abilities into account. For me FSE productivity would be based on some kind of average of the total amount of FSE's needed. No point in designing the perfect system if only one can be trained to use it. For now however I'll settle for any scientific framework/discussion/theory that simply takes the human being (FSE) into account. Regards, Michael > _______________________________________________ > fonc mailing list > [email protected] > http://vpri.org/mailman/listinfo/fonc
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ fonc mailing list [email protected] http://vpri.org/mailman/listinfo/fonc
