<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://ehs-it.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>Jean Hibbert&amp;#39;s Blog : Daily Thoughts, IT Project Management</title><link>http://ehs-it.net/blogs/jeanhibbert/archive/tags/Daily+Thoughts/IT+Project+Management/default.aspx</link><description>Tags: Daily Thoughts, IT Project Management</description><dc:language>en</dc:language><generator>CommunityServer 2007 SP2 (Build: 20611.960)</generator><item><title>"Nice to have" VS "Must Have"</title><link>http://ehs-it.net/blogs/jeanhibbert/archive/2008/09/24/curse-of-the-it-industry.aspx</link><pubDate>Wed, 24 Sep 2008 08:48:00 GMT</pubDate><guid isPermaLink="false">0ddf0d15-823b-4029-9394-97ce4106560f:28</guid><dc:creator>jean</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://ehs-it.net/blogs/jeanhibbert/rsscomments.aspx?PostID=28</wfw:commentRss><comments>http://ehs-it.net/blogs/jeanhibbert/archive/2008/09/24/curse-of-the-it-industry.aspx#comments</comments><description>&lt;p&gt;Programmers enjoy writing code. As long as we are not under too much preassure, its always fun to add those features into the system that are &amp;quot;nice to have&amp;quot; rather than critical or &amp;quot;must have&amp;quot; features. We have become &amp;quot;Code Addicts&amp;quot;. By adding all these unessesary features it allows us to play with the technology and learn from our mistakes, even if it&amp;#39;s not at our own cost.&lt;/p&gt;&lt;p&gt;This is unfortunately a reality. I call to all developers there to fight their code addiction. When it gets to features, LESS IS ALWAYS MORE.&lt;/p&gt;&lt;p&gt;Try to find: &lt;br /&gt;&lt;/p&gt;&lt;p&gt;- The solution that involved the least amount of lines of code. &lt;/p&gt;&lt;p&gt;- The solution that leverages the technology in the way it is supposed to be leveraged.&lt;/p&gt;&lt;p&gt;- The soluton that results in a refactored whole. &lt;br /&gt;&lt;/p&gt;&lt;p&gt;&lt;br /&gt;Complexity results in the following:&lt;br /&gt;&lt;br /&gt;1. Longer time periods to train up support programmer who need to support the system.&lt;br /&gt;&lt;br /&gt;2. Greater likelihood that there are unforeseen functional bugs in the system.&lt;br /&gt;&lt;br /&gt;3. More time is required to fix and find bugs in complex systems.&lt;br /&gt;&lt;br /&gt;4. Non-technical staff (including management) becoming skeptical and negative towards the IT industry due to support issues.&lt;br /&gt;&lt;br /&gt;I&amp;#39;m not saying that there are not times when I complex problem requires a complex solution, but we must always strive to find the shortest path through the forest.&lt;/p&gt;&lt;p&gt;&lt;a href="http://www.dotnetmasters.com/"&gt;Billy Hollis&lt;/a&gt;, one of my heroes will be giving a talk at the &lt;a href="http://www.pnpsummit.com/West2008/West2008.aspx"&gt;2008 Patterns and Practices Summit in Seattle&lt;/a&gt; this year which I will be attending. The topic is &lt;a href="http://www.pnpsummit.com/West2008/west2008schedule.aspx"&gt;&amp;quot;Drowing in Complexity&amp;quot;&lt;/a&gt;. Seems like I&amp;#39;m not the only one aware of this problem! :-)&lt;br /&gt;&lt;/p&gt;&lt;p&gt;Jean &lt;br /&gt;&lt;/p&gt;&lt;img src="http://ehs-it.net/aggbug.aspx?PostID=28" width="1" height="1"&gt;</description><category domain="http://ehs-it.net/blogs/jeanhibbert/archive/tags/Philosophy/default.aspx">Philosophy</category><category domain="http://ehs-it.net/blogs/jeanhibbert/archive/tags/Daily+Thoughts/default.aspx">Daily Thoughts</category><category domain="http://ehs-it.net/blogs/jeanhibbert/archive/tags/IT+Project+Management/default.aspx">IT Project Management</category></item></channel></rss>