<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>

<channel>
	<title>alethe.com</title>
	<atom:link href="http://alethe.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://alethe.com</link>
	<description></description>
	<pubDate>Thu, 24 Apr 2008 01:49:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
	<language>en</language>
			<item>
		<title>Why can’t everything be simple?</title>
		<link>http://alethe.com/2008/04/20/why-can%e2%80%99t-everything-be-simple/</link>
		<comments>http://alethe.com/2008/04/20/why-can%e2%80%99t-everything-be-simple/#comments</comments>
		<pubDate>Sun, 20 Apr 2008 14:20:20 +0000</pubDate>
		<dc:creator>juliam</dc:creator>
		
		<category><![CDATA[Software Engineering]]></category>

		<guid isPermaLink="false">http://alethe.com/?p=6</guid>
		<description><![CDATA[

I enjoy listening to Bach’s Cello Sonatas when I’m coding, surfing the net, or writing.. The album is playing even now. The music has a magical quality and it took me a while to realize what that is. The answer is logic and simplicity. The same basic pattern is repeated multiple times with different embellishments. [...]]]></description>
			<content:encoded><![CDATA[<div></div>
<p><span style="font-size: 11pt; font-family: "></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-size: 11pt; font-family: ">I enjoy listening to Bach’s Cello Sonatas when I’m coding, surfing the net, or writing.. The album is playing even now. The music has a magical quality and it took me a while to realize what that is. The answer is logic and simplicity. The same basic pattern is repeated multiple times with different embellishments. As I was pondering this, I started thinking about Sha’s paper and controlling complexity with simplicity. Bach would probably have found it very interesting.</span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-size: 11pt; font-family: "> </span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-size: 11pt; font-family: ">Sha says “we can exploit the features and performance of complex software even if we cannot verify them, provided we can guarantee the critical requirements with simple software.” Bach’s sonatas are the musical equivalent to this software-related statement. Each has a beautifully simple core melody which is surrounded by increasingly complex variations at each repetition. It is this core that makes the piece work, providing continuity and a firm base on which everything else can rest. The extra pieces are perfectly crafted, but they don’t need to be. I can see a musician improvising on them without breaking the overall structure.</span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-size: 11pt; font-family: "> </span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-size: 11pt; font-family: ">The first time I read Sha’s paper, it didn’t quite click. It made sense, but there was something missing. Now, thanks to music written three centuries ago, I can understand it better and hopefully apply the principles in my work.</span></p>
<p> </p>
<p> </p>
<p> </p>
<p></span></p>
<p> </p>
]]></content:encoded>
			<wfw:commentRss>http://alethe.com/2008/04/20/why-can%e2%80%99t-everything-be-simple/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Feature creep</title>
		<link>http://alethe.com/2008/04/15/feature-creep/</link>
		<comments>http://alethe.com/2008/04/15/feature-creep/#comments</comments>
		<pubDate>Tue, 15 Apr 2008 14:18:33 +0000</pubDate>
		<dc:creator>juliam</dc:creator>
		
		<category><![CDATA[Software Engineering]]></category>

		<guid isPermaLink="false">http://alethe.com/?p=5</guid>
		<description><![CDATA[I recently read an article in the New Yorker magazine about feature creep (http://www.newyorker.com/talk/financial/2007/05/28/070528ta_talk_surowiecki). It mentioned an interesting study by Elke den Ouden, of Philips Electronics. Aparently,  at least half of returned products are not broken or defective. People just couldn’t figure out how to use them.
 
So I pulled out my old faithful Radio Shack [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal" style="margin: 0in 0in 0pt; mso-layout-grid-align: none;"><span style="font-size: 11pt; font-family: ">I recently read an article in the New Yorker magazine about feature creep (<a href="http://www.newyorker.com/talk/financial/2007/05/28/070528ta_talk_surowiecki"><span style="color: #0000ff;">http://www.newyorker.com/talk/financial/2007/05/28/070528ta_talk_surowiecki</span></a>). It mentioned an interesting study by Elke den Ouden, of Philips Electronics. Aparently,<span style="mso-spacerun: yes;">  </span>at least half of returned products are not broken or defective. People just couldn’t figure out how to use them.</span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt; mso-layout-grid-align: none;"><span style="font-size: 11pt; font-family: "> </span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt; mso-layout-grid-align: none;"><span style="font-size: 11pt; font-family: ">So I pulled out my old faithful Radio Shack EC-4027 programmable scientific calculator and had a good look at it. There are four rows of function keys above the number pad, with an additional level of functionality over and under each key, including the numbers and all operators. This thing can aparently do integrals, logic, binary, hex, and oct notation, and calculate statistics. And it&#8217;s not even a graphing calculator. I&#8217;ve used it extensively during my high school and undergraduate studies, which were heavy on mathematics, but have I touched even 25% of its capability? What do &#8220;FSE&#8221; and &#8220;M.CK&#8221; mean anyway? I suspect that I could have been just fine with a simpler model. Looking at it now, I still feel a sense of satisfaction peeking through sheer bewilderment.</span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt; mso-layout-grid-align: none;"><span style="font-size: 11pt; font-family: "> </span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt; mso-layout-grid-align: none;"><span style="font-size: 11pt; font-family: ">This week, I had a chance to play with the new Apple operating system, which in my opinion is suffering from feature-creep. How many ways should there be to display search results? I got lost very quickly, and all I really wanted was to find a file by name. In its defense, I have to say that Leopard is well designed and reasonably intuitive. If I really wanted, I would have probably figured out the search features just by poking around.</span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt; mso-layout-grid-align: none;"><span style="font-size: 11pt; font-family: "> </span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt; mso-layout-grid-align: none;"><span style="font-size: 11pt; font-family: ">I agree with the article that it&#8217;s really hard to provide as much funcionality (value for money) as possible without making a product unusable. People like gadgets and buttons, but when do you stop? How many tool bars should an application have? How many keys, clicks, shortcuts, and commands should accomplish the same task? I have a feeling that there is no good answer and that I will most likely spend the rest of my career trying to figure this out.</span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-size: 11pt; font-family: "> </span></p>
]]></content:encoded>
			<wfw:commentRss>http://alethe.com/2008/04/15/feature-creep/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Standards</title>
		<link>http://alethe.com/2008/04/06/standards/</link>
		<comments>http://alethe.com/2008/04/06/standards/#comments</comments>
		<pubDate>Sun, 06 Apr 2008 14:13:36 +0000</pubDate>
		<dc:creator>juliam</dc:creator>
		
		<category><![CDATA[Software Engineering]]></category>

		<guid isPermaLink="false">http://alethe.com/?p=4</guid>
		<description><![CDATA[I came across an article on standards called “Standards Confusion and Harmonization” in the July 2007 issue of the IEEE Computer Magazine. It offers some insight into the debate on having standards, “proponents of standards claim that having a bar to be hurdled is better than no bar at all,” while those against say “that [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;">I came across an article on standards called “Standards Confusion and Harmonization” in the July 2007 issue of the IEEE Computer Magazine. It offers some insight into the debate on having standards, “proponents of standards claim that having a bar to be hurdled is better than no bar at all,” while those against say “that setting a bar creates a risk of it being far lower than it should be, resulting in a free pass to do less; without the bar, users would do more.”</span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;"> </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;">There’s also a very interesting analogy about buying medications. An average person doesn’t have the knowledge to assess whether or not a drug is safe to use or not, but if it is a prescription, they can be sure that it has been endorsed by the FDA. Personally, I would rather pay a bit more for prescription vitamins rather than buy them over the counter because the over the counter ones are not regulated. Back on subject, there is no equivalent of the FDA in the computer software world and no way for a product to be certified. </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;"> </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;">Having an overseeing entity for the software industry is quite intriguing. Of course, it’ll probably never happen. Still, if I was going to buy a text editor, or a cell phone, or any other product that has some software running it, I would feel a whole lot better if it had a sticker saying “Certified.” This would be especially comforting if the sticker was present on a side of an airplane, or an ATM, or a medical device. On the down side, getting any software into production would take a lot longer because of all the testing and certification issues. But, it would create more jobs too. Someone has to verify that the product meets standards.</span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;"> </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;">The article proposes “standards blending,” a way to pick and choose bits of different standards that fit a particular product. They say that “if the goal is to demonstrate that a system cannot exhibit behavior A under conditions X, Y, and Z, it might be necessary to tap into several different standards and abide by their requirements to obtain the evidence of meeting the intent.”</span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 12pt;"><span style="font-family: "><span style="font-size: small;">In my opinion, it is dangerous to take bits and pieces from different standards to make one that fits. Each standard, such as IEEE 1473, is developed over a long period of time, with a lot of work and testing. It is the way it is for a reason, and if a product needs to be IEEE 1473 compliant, it should comply with the whole thing. Going back to the FDA analogy, a drug could be compliant with regulations except that it uses a chemical in the shell coloring that hasn’t been fully tested. If such a drug was allowed to go to market, then it would set precedent for other deviations and eventually ruin the FDA credibility.</span></span></p>
]]></content:encoded>
			<wfw:commentRss>http://alethe.com/2008/04/06/standards/feed/</wfw:commentRss>
		</item>
		<item>
		<title>People do what people see</title>
		<link>http://alethe.com/2008/04/03/people-do-what-people-see/</link>
		<comments>http://alethe.com/2008/04/03/people-do-what-people-see/#comments</comments>
		<pubDate>Thu, 03 Apr 2008 14:11:03 +0000</pubDate>
		<dc:creator>juliam</dc:creator>
		
		<category><![CDATA[Software Engineering]]></category>

		<guid isPermaLink="false">http://alethe.com/?p=3</guid>
		<description><![CDATA[Recently I read an article in Enjoying Everyday Life magazine called “People Do What People See” by Dr. John Maxwell, and it really spoke to me. As parents, people often say to their children, “Do as I say, not as I do,” but it also happens in the workplace.
 
A manager may demand respect from his/her [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;">Recently I read an article in Enjoying Everyday Life magazine called “People Do What People See” by Dr. John Maxwell, and it really spoke to me. As parents, people often say to their children, “Do as I say, not as I do,” but it also happens in the workplace.</span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;"> </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;">A manager may demand respect from his/her employees but show none in return. Or, he may treat them well during a meeting with upper management, but disrespect them in day to day work. An employee at any level can appear to be nearly perfect to upper levels and outside contacts, but can be rude to his underlings. Then there’s also gossip, sabotage, lies, etc.</span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;"> </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;">I think a person should strive to maintain personal integrity regardless of position in the company and treat everyone with respect, even if they feel that the recipient is not deserving of it. This is especially important for management and upper management because the higher up you are the more chance you have to make a difference and the more people notice what you say and do.</span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;"> </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0pt;"><span style="font-family: "><span style="font-size: small;">Dr. Maxwell writes that “People Do What People See”, if done right, can be a very strong motivational, training, mentoring, and values principle. If you want to motivate your staff to learn, take a course or learn from a textbook yourself. If you are mentoring someone, open up your life and let them see how you handle the situations. It would be beneficial for you also because you’ll have to do the right thing. Dr. Maxwell writes that “a company might spend a great deal of time formulating impressive-sounding values statements and core beliefs, but these principles don’t mean anything unless the leaders in the company – from the corner office on down – model them consistently.” He also includes a quote from Paul O’Neil, who is a retired Alcoa chairman and former secretary of Treasury: “If people can find even trivial examples of deviation, those deviations will become the norm. You really have to be almost religious in making sure that you don’t do something someone can point to in a negative way.”</span></span></p>
]]></content:encoded>
			<wfw:commentRss>http://alethe.com/2008/04/03/people-do-what-people-see/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Agile Estimation</title>
		<link>http://alethe.com/2008/03/28/agile-estimation/</link>
		<comments>http://alethe.com/2008/03/28/agile-estimation/#comments</comments>
		<pubDate>Fri, 28 Mar 2008 15:11:36 +0000</pubDate>
		<dc:creator>juliam</dc:creator>
		
		<category><![CDATA[Software Engineering]]></category>

		<guid isPermaLink="false">http://alethe.com/?p=8</guid>
		<description><![CDATA[ The more I learn about agile methods, the more I like them. I watched a video presentation on agile estimation by Mike Cohn of Mountain Goat Software
Part 1  Part 2
 There&#8217;s a lot of good information, but what I liked most is that agile makes it very hard to hide bad news. We&#8217;ve all been there. [...]]]></description>
			<content:encoded><![CDATA[<p> The more I learn about agile methods, the more I like them. I watched a video presentation on agile estimation by Mike Cohn of <a href="http://www.mountaingoatsoftware.com">Mountain Goat Software</a></p>
<p><a href="http://www.youtube.com/watch?v=fb9Rzyi8b90">Part 1</a>  <a href="http://www.youtube.com/watch?v=jeT0pOVg0EI">Part 2</a></p>
<p> There&#8217;s a lot of good information, but what I liked most is that agile makes it very hard to hide bad news. We&#8217;ve all been there. The project is going downhill, but you are too afraid to tell the boss. You try some heroics in desperate hopes of rescuing it. Sometimes it works, and sometimes it doesn&#8217;t. When the boss finally hears of this, it is often too late to make changes to the project plan.</p>
<p>Agile makes progress very clear. As the team moves through iterations, everyone can see how much work was done, how much is left, and if the schedule is slipping. With this information readily available, management can make adjustments while there is still time.</p>
<p> </p>
<p><a href="http://www.youtube.com/watch?v=jeT0pOVg0EI"></a></p>
]]></content:encoded>
			<wfw:commentRss>http://alethe.com/2008/03/28/agile-estimation/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>

