Hi,
>>There are many *forms* of complexity and using
>> just one *metric* seems silly to me.
>Makes sense.
Agree, but the metric will define a system of measures...
and as any other system it is not the sum of the parts
(measures).
That way we introduce complexity in the measure of complexity :-)
----- Original Message -----
From: Michael Arnoldus
To: Fundamentals of New Computing
Sent: Thursday, March 04, 2010 6:50 PM
Subject: Re: [fonc] my two cents
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
------------------------------------------------------------------------------
_______________________________________________
fonc mailing list
[email protected]
http://vpri.org/mailman/listinfo/fonc
_______________________________________________
fonc mailing list
[email protected]
http://vpri.org/mailman/listinfo/fonc
