<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Testing Design</title>
	<atom:link href="http://jrothman.com/blog/mpd/2006/05/testing-design.html/feed" rel="self" type="application/rss+xml" />
	<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html</link>
	<description>Management, especially good management, is hard to do. This blog is for people who want to think about how they manage people, projects, and risk.</description>
	<lastBuildDate>Mon, 01 Mar 2010 19:31:29 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Gordon J Milne</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-375</link>
		<dc:creator>Gordon J Milne</dc:creator>
		<pubDate>Wed, 17 May 2006 02:49:55 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-375</guid>
		<description>As a 5&#039;8&quot; person I can assure you that those 6&#039; showers are just 2&quot; too high for me.
The &#039;correct&#039; solution is a shower head on a vertical slider.
Everyone knows this but a fixed shower head just looks cleaner on the canvas, doesn&#039;t it. And it doesn&#039;t have any awkward tubing attached to it. It is all hidden behind the wall. And for some artistic cleanliness is the over-riding aesthetic.
However, I am with Johanna on this one. Architects who don&#039;t code (and therefore have less understanding of what does, and does not work) should be avoided.
Software development is still more craft than science, so we need to work more like craftspeople and get involved in all stages of product creation to produce a quality product.</description>
		<content:encoded><![CDATA[<p>As a 5&#8242;8&#8243; person I can assure you that those 6&#8242; showers are just 2&#8243; too high for me.<br />
The &#8216;correct&#8217; solution is a shower head on a vertical slider.<br />
Everyone knows this but a fixed shower head just looks cleaner on the canvas, doesn&#8217;t it. And it doesn&#8217;t have any awkward tubing attached to it. It is all hidden behind the wall. And for some artistic cleanliness is the over-riding aesthetic.<br />
However, I am with Johanna on this one. Architects who don&#8217;t code (and therefore have less understanding of what does, and does not work) should be avoided.<br />
Software development is still more craft than science, so we need to work more like craftspeople and get involved in all stages of product creation to produce a quality product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: m0j0</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-374</link>
		<dc:creator>m0j0</dc:creator>
		<pubDate>Wed, 17 May 2006 00:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-374</guid>
		<description>Just a random comment about the showerheads.  I&#039;m 6&#039;6&quot; and I hate it when the showerhead is designed for a person only 5&#039; tall.  So what to do?  Who wins?
Solution:  adjustable showerheads that can be moved up or down to accomodate the guest.
Sorry, it&#039;s a pet peeve of mine that the world seems designed against tall people.</description>
		<content:encoded><![CDATA[<p>Just a random comment about the showerheads.  I&#8217;m 6&#8242;6&#8243; and I hate it when the showerhead is designed for a person only 5&#8242; tall.  So what to do?  Who wins?<br />
Solution:  adjustable showerheads that can be moved up or down to accomodate the guest.<br />
Sorry, it&#8217;s a pet peeve of mine that the world seems designed against tall people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LenN</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-373</link>
		<dc:creator>LenN</dc:creator>
		<pubDate>Wed, 17 May 2006 00:28:11 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-373</guid>
		<description>Interestingly enough, many of you here think that a proper design will make everyone happy. That is certainly starting with a flawed basis. If you&#039;ve been in the business long enough, you know that Finance and Marketing will not want the same things. Executives and managers do not want the same things. Home users and kiosk users do not want the same things. Blackberries and PC users also, do not want the same things.
Common denominators are often the measure of the day. Other times it may be time-to-market.
In the end, sometimes we as architects have to code it. I remember one situation that the team could not fathom( rather green team ), the dynamic model I was proposing. I built it at home, deployed it as the framework base and began educating them. Every time the new,strange tasks were met with furled brows and muttering, I needed to sit amongst the group, Xtreme style, and educate... as I coded, explaining all the way. In the end, the solution was a success, even though there were random people that wanted it just a bit different. They may not have been too short for the showerhead, but they were used to paper and wanted it on screen that way, which I would not permit. They had to adjust, just like travellers today do, considering the volume of business travellers years ago were men, salemen, and typically taller. And that is the rest of the Story...</description>
		<content:encoded><![CDATA[<p>Interestingly enough, many of you here think that a proper design will make everyone happy. That is certainly starting with a flawed basis. If you&#8217;ve been in the business long enough, you know that Finance and Marketing will not want the same things. Executives and managers do not want the same things. Home users and kiosk users do not want the same things. Blackberries and PC users also, do not want the same things.<br />
Common denominators are often the measure of the day. Other times it may be time-to-market.<br />
In the end, sometimes we as architects have to code it. I remember one situation that the team could not fathom( rather green team ), the dynamic model I was proposing. I built it at home, deployed it as the framework base and began educating them. Every time the new,strange tasks were met with furled brows and muttering, I needed to sit amongst the group, Xtreme style, and educate&#8230; as I coded, explaining all the way. In the end, the solution was a success, even though there were random people that wanted it just a bit different. They may not have been too short for the showerhead, but they were used to paper and wanted it on screen that way, which I would not permit. They had to adjust, just like travellers today do, considering the volume of business travellers years ago were men, salemen, and typically taller. And that is the rest of the Story&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-372</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Wed, 17 May 2006 00:18:09 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-372</guid>
		<description>I&#039;ve never heard the comment that a shower head is too high. I&#039;m 6&#039;2 on they constantly are made for 5&#039; tall people. I&#039;m tired of squatting down just to get a shower in a place that isn&#039;t home.
but made me laugh
Nick</description>
		<content:encoded><![CDATA[<p>I&#8217;ve never heard the comment that a shower head is too high. I&#8217;m 6&#8242;2 on they constantly are made for 5&#8242; tall people. I&#8217;m tired of squatting down just to get a shower in a place that isn&#8217;t home.<br />
but made me laugh<br />
Nick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kurt Schurenberg</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-371</link>
		<dc:creator>Kurt Schurenberg</dc:creator>
		<pubDate>Tue, 16 May 2006 23:44:23 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-371</guid>
		<description>I love to write code, and do when I can.  However, putting me on the critical path for development as a coder ignores the many roles that I, as an architect, must play.  The architect must see the project as a whole - a coder sees a project in the small.  An architect is trading off complexity against performance, cost against capability, and so on.
By the way, I&#039;m 6&#039;2&quot;.  The shower heads you can reach to adjust are spraying on my chest.  Washing my hair becomes a dangerous manuever of squatting or leaning over with eyes closed and hands occupied.  So there&#039;s the trade off - who&#039;s more likely to sue - the one who can&#039;t adjust the shower or the one who falls?</description>
		<content:encoded><![CDATA[<p>I love to write code, and do when I can.  However, putting me on the critical path for development as a coder ignores the many roles that I, as an architect, must play.  The architect must see the project as a whole &#8211; a coder sees a project in the small.  An architect is trading off complexity against performance, cost against capability, and so on.<br />
By the way, I&#8217;m 6&#8242;2&#8243;.  The shower heads you can reach to adjust are spraying on my chest.  Washing my hair becomes a dangerous manuever of squatting or leaning over with eyes closed and hands occupied.  So there&#8217;s the trade off &#8211; who&#8217;s more likely to sue &#8211; the one who can&#8217;t adjust the shower or the one who falls?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arnon Rotem-Gal-Oz</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-370</link>
		<dc:creator>Arnon Rotem-Gal-Oz</dc:creator>
		<pubDate>Mon, 15 May 2006 23:54:28 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-370</guid>
		<description>I agree that the architecture should be translated to working code as soon as possible - I am still not convinced that its the architect&#039;s role to do that
(I&#039;ve posted my detailed opinion here: http://www.ddj.com/blog/architectblog/archives/2006/05/should_architec_1.html)</description>
		<content:encoded><![CDATA[<p>I agree that the architecture should be translated to working code as soon as possible &#8211; I am still not convinced that its the architect&#8217;s role to do that<br />
(I&#8217;ve posted my detailed opinion here: <a href="http://www.ddj.com/blog/architectblog/archives/2006/05/should_architec_1.html)" rel="nofollow">http://www.ddj.com/blog/architectblog/archives/2006/05/should_architec_1.html)</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Asher Sterkin</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-369</link>
		<dc:creator>Asher Sterkin</dc:creator>
		<pubDate>Fri, 12 May 2006 15:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-369</guid>
		<description>To test a shower one needs to take the shower, not to install it. There are other possiblies though: to stay for a while in the same room with somebody, who does take, or just to have a breakfast together. I definitely prefer to take an active part in implementing my architectural decisions, but that&#039;s not always practical. Sometimes it&#039;s a subtle issue. What I&#039;m really trying to achieve is that the whole team will develop a sense of collective ownership on the architecture. &quot;It&#039;s your architecture&quot; - I permanently tell them - &quot;not mine.&quot; If I was taking too much active part in the development it wouldn&#039;t happen. Writing code is cool, I love it and do on any possible occasion, but there are moments when I have to restrain myself.</description>
		<content:encoded><![CDATA[<p>To test a shower one needs to take the shower, not to install it. There are other possiblies though: to stay for a while in the same room with somebody, who does take, or just to have a breakfast together. I definitely prefer to take an active part in implementing my architectural decisions, but that&#8217;s not always practical. Sometimes it&#8217;s a subtle issue. What I&#8217;m really trying to achieve is that the whole team will develop a sense of collective ownership on the architecture. &#8220;It&#8217;s your architecture&#8221; &#8211; I permanently tell them &#8211; &#8220;not mine.&#8221; If I was taking too much active part in the development it wouldn&#8217;t happen. Writing code is cool, I love it and do on any possible occasion, but there are moments when I have to restrain myself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Anderson</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-368</link>
		<dc:creator>David Anderson</dc:creator>
		<pubDate>Thu, 11 May 2006 02:34:37 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-368</guid>
		<description>I&#039;m with you Johanna. Architects need to code. David</description>
		<content:encoded><![CDATA[<p>I&#8217;m with you Johanna. Architects need to code. David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham Oakes</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-367</link>
		<dc:creator>Graham Oakes</dc:creator>
		<pubDate>Thu, 11 May 2006 01:45:31 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-367</guid>
		<description>I&#039;d absolutely agree that architects need to participate in the projects for which they create architecture.  (I&#039;m not convinced that architecture is the same as design, but that&#039;s another discussion.)  If they don&#039;t actively engage in the project, they&#039;ll have trouble getting meaningful feedback.
Does the person who designed that hotel bathroom (almost certainly not an architect) need to install the bath?  Or do they just need to use the shower in the bathrooms they&#039;ve designed occaisionally?
The installer is one stakeholder in the hotel bathroom system and the designer needs to understand that viewpoint.  So they should have got their hands dirty helping to install baths.  And as new models come out, they should probably help install them, so they understand the new issues.
The question is whether the coder&#039;s viewpoint is the one that the architect needs to understand most intimately on a given project.  If it is (e.g. projects where more than half the project team is writing code and an information architect is championing the end users viewpoint, or projects where code is the highest risk part of the system), then the architect needs to be close to the coders.  Maybe coding.  Maybe pairing with coders on critical modules.  Maybe day-to-day mentoring of coders when the project is larger.  (Once you have more than maybe a dozen or so coders on the project, then an architect who codes risks losing touch with people working on other parts of the system.  If the architect can&#039;t listen to other people who are writing code and understand their issues, then the project is at serious risk whether that architect writes code or not.)
On some (many?) of the projects I&#039;m working on these days, however, the coders are in the minority.  The domain experts (marketing people, call centre specialists, device designers, supply chain gurus, whatever) can be the biggest group.  Or sometimes the network &amp; datacentre issues predominate.  On these projects, I don&#039;t think writing code is necessarily the best way to actively engage with the thorniest issues.
So for me, it&#039;s still a case of &quot;it depends&quot;...</description>
		<content:encoded><![CDATA[<p>I&#8217;d absolutely agree that architects need to participate in the projects for which they create architecture.  (I&#8217;m not convinced that architecture is the same as design, but that&#8217;s another discussion.)  If they don&#8217;t actively engage in the project, they&#8217;ll have trouble getting meaningful feedback.<br />
Does the person who designed that hotel bathroom (almost certainly not an architect) need to install the bath?  Or do they just need to use the shower in the bathrooms they&#8217;ve designed occaisionally?<br />
The installer is one stakeholder in the hotel bathroom system and the designer needs to understand that viewpoint.  So they should have got their hands dirty helping to install baths.  And as new models come out, they should probably help install them, so they understand the new issues.<br />
The question is whether the coder&#8217;s viewpoint is the one that the architect needs to understand most intimately on a given project.  If it is (e.g. projects where more than half the project team is writing code and an information architect is championing the end users viewpoint, or projects where code is the highest risk part of the system), then the architect needs to be close to the coders.  Maybe coding.  Maybe pairing with coders on critical modules.  Maybe day-to-day mentoring of coders when the project is larger.  (Once you have more than maybe a dozen or so coders on the project, then an architect who codes risks losing touch with people working on other parts of the system.  If the architect can&#8217;t listen to other people who are writing code and understand their issues, then the project is at serious risk whether that architect writes code or not.)<br />
On some (many?) of the projects I&#8217;m working on these days, however, the coders are in the minority.  The domain experts (marketing people, call centre specialists, device designers, supply chain gurus, whatever) can be the biggest group.  Or sometimes the network &#038; datacentre issues predominate.  On these projects, I don&#8217;t think writing code is necessarily the best way to actively engage with the thorniest issues.<br />
So for me, it&#8217;s still a case of &#8220;it depends&#8221;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: keith ray</title>
		<link>http://jrothman.com/blog/mpd/2006/05/testing-design.html/comment-page-1#comment-366</link>
		<dc:creator>keith ray</dc:creator>
		<pubDate>Thu, 11 May 2006 01:14:13 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8055#comment-366</guid>
		<description>Frank Lloyd Wright designed houses to &quot;human scale&quot; -- meaning his own size.  He was not a tall person. Almost all of his clients accepted that, but one (a Tall Texan, I believe) demanded that it be scaled up to fit him -- and of course, FLW did just that.
FLW also used to say that one of the architect&#039;s most effective tools was a hammer; he used to go over the building site and knock down concrete (or whatever) that was in the wrong place or otherwise didn&#039;t work.</description>
		<content:encoded><![CDATA[<p>Frank Lloyd Wright designed houses to &#8220;human scale&#8221; &#8212; meaning his own size.  He was not a tall person. Almost all of his clients accepted that, but one (a Tall Texan, I believe) demanded that it be scaled up to fit him &#8212; and of course, FLW did just that.<br />
FLW also used to say that one of the architect&#8217;s most effective tools was a hammer; he used to go over the building site and knock down concrete (or whatever) that was in the wrong place or otherwise didn&#8217;t work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
