<?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: 10 Signs Your Software Project is Going Down</title>
	<atom:link href="http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/feed/" rel="self" type="application/rss+xml" />
	<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/</link>
	<description></description>
	<lastBuildDate>Fri, 18 Jun 2010 03:14:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Random Links #206 &#124; YASDW - yet another software developer weblog</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-580</link>
		<dc:creator>Random Links #206 &#124; YASDW - yet another software developer weblog</dc:creator>
		<pubDate>Mon, 07 Jun 2010 21:14:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-580</guid>
		<description>[...] 10 Signs Your Software Project is Going Down From the comments: &#8220;Code in production is newer than code in the version control&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] 10 Signs Your Software Project is Going Down From the comments: &#8220;Code in production is newer than code in the version control&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-469</link>
		<dc:creator>Ken</dc:creator>
		<pubDate>Tue, 18 May 2010 21:12:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-469</guid>
		<description>When you can&#039;t screen who you hire and have to work with whoever is hired for you due to company process.
When you have to take the company&#039;s word that the new hire really is as experienced as the resume says, again b/c you aren&#039;t part of the interview process.
When it takes 2 months to remove a person due to red tape b/c he/she doesn&#039;t live up to his skills.
When it takes an additional 2 months to replace a person due to the red tape.
When that project is expected to be delivered within 8 months.
Just a few of my gripes...</description>
		<content:encoded><![CDATA[<p>When you can&#8217;t screen who you hire and have to work with whoever is hired for you due to company process.<br />
When you have to take the company&#8217;s word that the new hire really is as experienced as the resume says, again b/c you aren&#8217;t part of the interview process.<br />
When it takes 2 months to remove a person due to red tape b/c he/she doesn&#8217;t live up to his skills.<br />
When it takes an additional 2 months to replace a person due to the red tape.<br />
When that project is expected to be delivered within 8 months.<br />
Just a few of my gripes&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: satya narayan</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-457</link>
		<dc:creator>satya narayan</dc:creator>
		<pubDate>Sun, 16 May 2010 11:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-457</guid>
		<description># When team shares that dev huddles (dev meetings) are a waste of time.
# When major team decisions are made by people outside the team with little context. And you get to know them from outside sources.
# When every technical decision is approved by manager.
# When developers haven&#039;t spoken to customers in months.

Some of the things from my experience..</description>
		<content:encoded><![CDATA[<p># When team shares that dev huddles (dev meetings) are a waste of time.<br />
# When major team decisions are made by people outside the team with little context. And you get to know them from outside sources.<br />
# When every technical decision is approved by manager.<br />
# When developers haven&#8217;t spoken to customers in months.</p>
<p>Some of the things from my experience..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terry M. Poulin</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-453</link>
		<dc:creator>Terry M. Poulin</dc:creator>
		<pubDate>Sat, 15 May 2010 14:06:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-453</guid>
		<description>So much of that list, reminds me of what being the webmaster was like. The only positive things that I can say, is it had one hell of a security system plugged into it as saving grace, and working on the code, makes programming front panels look fun.</description>
		<content:encoded><![CDATA[<p>So much of that list, reminds me of what being the webmaster was like. The only positive things that I can say, is it had one hell of a security system plugged into it as saving grace, and working on the code, makes programming front panels look fun.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tz</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-442</link>
		<dc:creator>tz</dc:creator>
		<pubDate>Fri, 14 May 2010 17:19:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-442</guid>
		<description>What is strange is long ago when I began my career, there was this already classic book.

Wikipedia has a nice summary under &quot;The Mythical Man Month&quot;, published in 1975.

Amazing that nothing changes.  Even when the questions have been answered, the way shown back when they were punching Hollerith cards with FORTRAN and COBOL.

I do disagree with a few things (e.g. irreducible number of errors - true only if you don&#039;t refactor and it is an alarm that you need to refactor the code or redesign to fix what is causing the interactions and complexity).

And some things have been widely adopted.  The problem is that even good ideas often turn into a liturgy or ritual to be performed - ends in themselves to placate the gods of coding forturne - instead of means to the end of allowing good code to be written.

Rarely is code pure mathematics where you are implementing a well known equation for a clear purpose where bad data cannot occur.  It is a creative act - more like architecture in which the building must stand up even in bad weather, but also be functional, and there isn&#039;t just one way to do it.  It is something like Jazz - all the music fits and sometimes surprises, but there is no way to specify more than a theme for inspiration.

The second bit of ancient (in internet time) wisdom was DeMarco and Lister&#039;s &quot;PeopleWare&quot; about managing creative teams.

Factories only have economies of scale because they produce identical or nearly identical parts.  That doesn&#039;t work since software is never identical, though I can personally estimate fairly accurately from a complete spec where I can get a good insight into the complexity.  But resolving it is never doing the same thing twice.</description>
		<content:encoded><![CDATA[<p>What is strange is long ago when I began my career, there was this already classic book.</p>
<p>Wikipedia has a nice summary under &#8220;The Mythical Man Month&#8221;, published in 1975.</p>
<p>Amazing that nothing changes.  Even when the questions have been answered, the way shown back when they were punching Hollerith cards with FORTRAN and COBOL.</p>
<p>I do disagree with a few things (e.g. irreducible number of errors &#8211; true only if you don&#8217;t refactor and it is an alarm that you need to refactor the code or redesign to fix what is causing the interactions and complexity).</p>
<p>And some things have been widely adopted.  The problem is that even good ideas often turn into a liturgy or ritual to be performed &#8211; ends in themselves to placate the gods of coding forturne &#8211; instead of means to the end of allowing good code to be written.</p>
<p>Rarely is code pure mathematics where you are implementing a well known equation for a clear purpose where bad data cannot occur.  It is a creative act &#8211; more like architecture in which the building must stand up even in bad weather, but also be functional, and there isn&#8217;t just one way to do it.  It is something like Jazz &#8211; all the music fits and sometimes surprises, but there is no way to specify more than a theme for inspiration.</p>
<p>The second bit of ancient (in internet time) wisdom was DeMarco and Lister&#8217;s &#8220;PeopleWare&#8221; about managing creative teams.</p>
<p>Factories only have economies of scale because they produce identical or nearly identical parts.  That doesn&#8217;t work since software is never identical, though I can personally estimate fairly accurately from a complete spec where I can get a good insight into the complexity.  But resolving it is never doing the same thing twice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Hutchison</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-440</link>
		<dc:creator>Adam Hutchison</dc:creator>
		<pubDate>Fri, 14 May 2010 12:42:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-440</guid>
		<description>Code in production is newer than code in the version control</description>
		<content:encoded><![CDATA[<p>Code in production is newer than code in the version control</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nithin Bekal</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-438</link>
		<dc:creator>Nithin Bekal</dc:creator>
		<pubDate>Fri, 14 May 2010 09:19:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-438</guid>
		<description>@tz. LOL! I&#039;ve seent hat 3rd one one your list happening on a project I worked on. It took up twice as much time after adding the extra people.</description>
		<content:encoded><![CDATA[<p>@tz. LOL! I&#8217;ve seent hat 3rd one one your list happening on a project I worked on. It took up twice as much time after adding the extra people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad R. Smith</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-432</link>
		<dc:creator>Chad R. Smith</dc:creator>
		<pubDate>Thu, 13 May 2010 20:14:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-432</guid>
		<description>You hired a company which went 4 months past the deadline, charged double, and your project went through 3 different &quot;Project Manager&quot;&#039;s?  That&#039;s always my favorite.</description>
		<content:encoded><![CDATA[<p>You hired a company which went 4 months past the deadline, charged double, and your project went through 3 different &#8220;Project Manager&#8221;&#8217;s?  That&#8217;s always my favorite.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tz</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-431</link>
		<dc:creator>tz</dc:creator>
		<pubDate>Thu, 13 May 2010 19:32:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-431</guid>
		<description>You are using some automated &quot;out of the box&quot; code test instead of writing actual test fixtures or cases.   You also have to pass the rigorous but irrelevant tests of this product 100%.

You are 90% feature complete and holding.  Every time you add 1%, marketing or some other things changes a different 1%

You have 9 man-months more of work, but they want it in 30 days so they just hired 8 temps (can&#039;t 9 women have 1 baby in 1 month?).

HR, Legal, the accounting department or something else external prevent you from getting and keeping critical people on from the start until the project is finished so you are forced to deal with turnover. 

The complex pieces which were going to be coded by the most experienced (and thus expensive) people have been outsourced somewhere 8 or more time-zones away.  To the lowest bidder.  Your only contact person has a thick accent and no technical knowledge but will scribble down translated versions of your questions and relay answers the next day.

You have to use Outlook, Lotus Notes, or whatever because that is what corporate uses.  Including the anti-virus software that isn&#039;t even detecting a virus you can see on TaskManager.

(#2) Refactoring will take too much time so is against the rules - better 1Kloc of crap than 100 lines of clear elegant and bug free code.</description>
		<content:encoded><![CDATA[<p>You are using some automated &#8220;out of the box&#8221; code test instead of writing actual test fixtures or cases.   You also have to pass the rigorous but irrelevant tests of this product 100%.</p>
<p>You are 90% feature complete and holding.  Every time you add 1%, marketing or some other things changes a different 1%</p>
<p>You have 9 man-months more of work, but they want it in 30 days so they just hired 8 temps (can&#8217;t 9 women have 1 baby in 1 month?).</p>
<p>HR, Legal, the accounting department or something else external prevent you from getting and keeping critical people on from the start until the project is finished so you are forced to deal with turnover. </p>
<p>The complex pieces which were going to be coded by the most experienced (and thus expensive) people have been outsourced somewhere 8 or more time-zones away.  To the lowest bidder.  Your only contact person has a thick accent and no technical knowledge but will scribble down translated versions of your questions and relay answers the next day.</p>
<p>You have to use Outlook, Lotus Notes, or whatever because that is what corporate uses.  Including the anti-virus software that isn&#8217;t even detecting a virus you can see on TaskManager.</p>
<p>(#2) Refactoring will take too much time so is against the rules &#8211; better 1Kloc of crap than 100 lines of clear elegant and bug free code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: codejunkie83</title>
		<link>http://codeanthem.latchbabies.com/blog/2010/05/signs-your-software-project-is-going-down/comment-page-1/#comment-430</link>
		<dc:creator>codejunkie83</dc:creator>
		<pubDate>Thu, 13 May 2010 18:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.codeanthem.com/blog/?p=277#comment-430</guid>
		<description>#2 I&#039;ve seen more than I care. Nothing worse than attempting to fix a bug, and getting caught in a landslide of errors and bugs along the way.</description>
		<content:encoded><![CDATA[<p>#2 I&#8217;ve seen more than I care. Nothing worse than attempting to fix a bug, and getting caught in a landslide of errors and bugs along the way.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

