<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://weblogs.asp.net/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx</link><description>Let me start my reasoning about how the people-side of the future of software development might look like with two perceptions that form the basis of my argumentation. Perception 1: Software Development is not that special I guess we all know those storys</description><dc:language>en</dc:language><generator>CommunityServer 2007 SP1 (Build: 20510.895)</generator><item><title>Soft Engineering</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#408934</link><pubDate>Wed, 25 May 2005 15:36:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:408934</guid><dc:creator>TrackBack</dc:creator><author>TrackBack</author><description>I like working in a new space. Whether that space is new to me, newly opened, or newly discovered. Writing, crafting, growing, accruing, and constructing software is like engineering, except where it's not. Fred Brooks, as I recall, had a lot to say about how software differs from hardware engineering. Hardware engineering is true engineering: you have a precisely-specified set...&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=408934" width="1" height="1"&gt;</description></item><item><title>re:On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#401751</link><pubDate>Sun, 17 Apr 2005 00:57:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:401751</guid><dc:creator>TrackBack</dc:creator><author>TrackBack</author><description>^_~,pretty good!&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=401751" width="1" height="1"&gt;</description></item><item><title>re:On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#399221</link><pubDate>Sun, 10 Apr 2005 04:14:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:399221</guid><dc:creator>TrackBack</dc:creator><author>TrackBack</author><description>^_^,Pretty Good!&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=399221" width="1" height="1"&gt;</description></item><item><title>re: On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#395888</link><pubDate>Fri, 25 Mar 2005 15:03:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:395888</guid><dc:creator>Ralf</dc:creator><author>Ralf</author><description>@Peter: I agree with you. And your examples show, that software development is even more so like other trades.&lt;br&gt;&lt;br&gt;Thx for your term &amp;quot;pornography standard&amp;quot; :-) I like it very much.&lt;br&gt;&lt;br&gt;Shortened schedules, mismanagement and incompetence surely make up for many, many problems in software development. But even if management was more understanding/competent, there would be a gap towards perfect software. Developers have to improve too.&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=395888" width="1" height="1"&gt;</description></item><item><title>re: On the Future of Software Development #2 </title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#395886</link><pubDate>Fri, 25 Mar 2005 14:48:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:395886</guid><dc:creator>Peter</dc:creator><author>Peter</author><description>Failed Projects: How many houses get built where the project sponsor doesn't even know what sort of house they want? On just how many housing projects does the client say, half way through construction, &amp;quot;no, move the bedrooms 6 feet over to the left.&amp;quot; On how many bridge construction projects do the plans change, during construction, from a 2 lane bridge to a 6 lane-each-way bridge?&lt;br&gt;&lt;br&gt;People use what I call the &amp;quot;pornography standard&amp;quot; for software completion (named in honor of a supreme court justice who couldn't tell you what porn is, but knew it when he saw it), because they don't know what they want, but will let you know when you get there.&lt;br&gt;&lt;br&gt;We also have insanly shortened schedules from mismanagers that think that if 1 woman can have a baby in 9 months, then we can just make her work harder and have that baby in 3 months, because that's what the sales department is selling.&lt;br&gt;&lt;br&gt;Failed projects are a sign of managerial incompetance. We call them &amp;quot;death marches&amp;quot; for a good reason. I've never seen a project cancelled because the developers were idiots, although I've been hired to clean up after some. Dealing with LSD schedules doesn't help.&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=395886" width="1" height="1"&gt;</description></item><item><title>re: On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#395748</link><pubDate>Thu, 24 Mar 2005 06:50:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:395748</guid><dc:creator>Ralf</dc:creator><author>Ralf</author><description>@Ed: I feel with you, when you say, you&amp;#180;re &amp;quot;in love with the thought of software as an 'art'.&amp;quot; I&amp;#180;d love it to continue to be an art - but I think it cannot (if it ever was).&lt;br&gt;&lt;br&gt;And I don&amp;#180;t agree with Andy Warhol. How he&amp;#180;s using the term &amp;quot;art&amp;quot; (and how Joseph Beuys used it) is not how I&amp;#180;d would use it. Maybe that&amp;#180;s where we differ. Business or software is not in the same league like painting, sculpting, acting, composing and performing music. Neither is architecture.&lt;br&gt;&lt;br&gt;However what I see perfectly fit for software is a concept of &amp;quot;mastery&amp;quot; like it&amp;#180;s known in the western world. Or take &amp;quot;shu ha ri&amp;quot; (3 stages on the way to becoming a master) from the far east.&lt;br&gt;&lt;br&gt;Certainly we have and need masters of our trade! And there should be a roadmap, an agreement on skillset and criteria for recognizing a true master.&lt;br&gt;&lt;br&gt;As for design: I love good design (from coffee cups to cars and books :-). And I recommend &amp;quot;The Design of Everyday Things&amp;quot; as reading for any software developer. But a need for good design does not make a trade an art form.&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=395748" width="1" height="1"&gt;</description></item><item><title>re: On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#395720</link><pubDate>Wed, 23 Mar 2005 23:33:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:395720</guid><dc:creator>Ed Daniel</dc:creator><author>Ed Daniel</author><description>Software has a long way to go in order to get to where consumer electronics currently is.  However at that point what is prevalent in the marketplace beyond the spec and feature sheets is the manner in which that product is built, i.e. it's design in relation to how we interact with it.&lt;br&gt;&lt;br&gt;I am in love with the thought of software as 'art'.&lt;br&gt;&lt;br&gt;I find Andy Warhol's quote about business and art inspiring in this respect:&lt;br&gt;&lt;br&gt;&amp;quot;Making money is art and working is art and good business is the best art&amp;quot;&lt;br&gt;&lt;br&gt;Architects (not software) are prized for their approach to design.  That is the human element that touches all of us, we (general public) don't care for the resilience of the structure, its functionality i.e. 'fit-for-purpose', it's use of material in the most efficient manner because we assume/expect that to be so.&lt;br&gt;&lt;br&gt;What is prized is the end result and it's effect (visual).&lt;br&gt;&lt;br&gt;While the software industry continues to mature at an ever increasing pace it is the pleasure a user derives from your software that makes it great.  In turn that makes you, the software author, special.  &lt;br&gt;&lt;br&gt;Yes, anyone can code now, mainly because the knowledge is there for the taking - it's how we use our knowledge and devise our approach that sorts the engineers from the artists.&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=395720" width="1" height="1"&gt;</description></item><item><title>re: On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#395494</link><pubDate>Tue, 22 Mar 2005 17:20:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:395494</guid><dc:creator>Ralf</dc:creator><author>Ralf</author><description>@Sandesh: You are right in that movies don&amp;#180;t need to be maintained like software.&lt;br&gt;But I did not want to suggest that. I wanted to use movies as an example for a high production rate of very unique products. Up to several hundred specialists cooperate over years to produce a very expensive product. And it most often just works (although not every movie becomes a hit). That&amp;#180;s something we can learn from.&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=395494" width="1" height="1"&gt;</description></item><item><title>re: On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#395484</link><pubDate>Tue, 22 Mar 2005 15:43:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:395484</guid><dc:creator>sandesh</dc:creator><author>sandesh</author><description>I think the movie analogy is not a correct one at all. There is no concept of &amp;quot;maintenance&amp;quot; when it comes to a movie and that is where quite a lot of s/w issues arise. True, meeting the taste of potential audiences is difficult, but (and here I consider the Indian movie industry) the ration of hits to misses would be somethink like 1:40 (only 20 movies out of 800 would qualify as hits). I am sure that s/w projects hit those numbers too. And (again with reference to Bollywood) there are quite a few stars that have such a following, the faithful will flock to see a movie just based on the star, not for the &amp;quot;quality&amp;quot; of the movie.&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=395484" width="1" height="1"&gt;</description></item><item><title>re: On the Future of Software Development #2 – We are not so special</title><link>http://weblogs.asp.net/ralfw/archive/2005/03/20/395236.aspx#395381</link><pubDate>Mon, 21 Mar 2005 16:47:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:395381</guid><dc:creator>Ralf</dc:creator><author>Ralf</author><description>@Steve: Sorry, I don&amp;#180;t agree with all of your explanations:&lt;br&gt;&lt;br&gt;deployment: I&amp;#180;d counter by saying, customers are paying more today, than they&amp;#180;d, if deployment were easier. They just don&amp;#180;t know, they are in a position to demand less trouble. Or alternatively: Platform manufacturers slowly are realizing that ease of deployment is important and take steps to improve it. But slowly. XCOPY deployment of .NET assemblies is a major advantage over COM component registration. ClickOnce is another step. But still... there&amp;#180;s a long way to go.&lt;br&gt;&lt;br&gt;languages: There contrary will happen: we will see more and more specialized languages (domain specific languages). There might be some convergence in GPLs, but all in all we see more languages, because languages are tools. And as an industry matures it specializes its tools.&lt;br&gt;&lt;br&gt;failed projects: So if anybody can pick up a compiler and call himself a &amp;quot;software engineer&amp;quot;, than there is something wrong. I don&amp;#180;t mean compilers should become more difficult to use ;-) Rather a customer (or employer) should have better means to asses the professional skill level of a programmer.&lt;br&gt;&lt;br&gt;movies: Selling moviers might be simple. But meeting the taste of the potential audience is difficult (despite stars and happy ends).&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=395381" width="1" height="1"&gt;</description></item></channel></rss>