<?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: Bushido of Software Development</title>
	<atom:link href="http://artemgolubev.com/bushido-of-software-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://artemgolubev.com/bushido-of-software-development/</link>
	<description>Thoughts on software</description>
	<lastBuildDate>Thu, 01 Dec 2011 17:41:46 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Eduard B.</title>
		<link>http://artemgolubev.com/bushido-of-software-development/comment-page-1/#comment-14</link>
		<dc:creator>Eduard B.</dc:creator>
		<pubDate>Sat, 10 May 2008 04:43:29 +0000</pubDate>
		<guid isPermaLink="false">http://artemgolubev.com/bushido-of-software-development/#comment-14</guid>
		<description>Artem, based on your own level of experience and development life cycles,
what type of documents would you consider to be enough to constitute design phase in the software development life cycle?

One of the main roles that many companies miss is Business Analysts. It is not in the main interest of the developers to do the jobs of Business Analysts. B.A.s should be the ones gathering all the requirements and meeting up with clients to discuss what needs to be done. The Developers will answer the main question: How things are going to be done and accomplished

Source control: From my own experience, don&#039;t use Subversion as a source control utility since it is very difficult to manage MERGING of branches into trunk and out due to the fact that merge integrates all the lines. When this happens, our team usually ends up with buggy code due to the inclusions of the source code from different teams and noone knows for sure which lines don&#039;t need to be in the main source code...so we end up with redevelopment of the same....

Team Foundation is a better choice to go about this.

For Business Analyst: Please do create Screen Shots of what needs to be accomplished and presented from the client. This is very important. Screen Shot is the key to visual representation of what needs to happen.</description>
		<content:encoded><![CDATA[<p>Artem, based on your own level of experience and development life cycles,<br />
what type of documents would you consider to be enough to constitute design phase in the software development life cycle?</p>
<p>One of the main roles that many companies miss is Business Analysts. It is not in the main interest of the developers to do the jobs of Business Analysts. B.A.s should be the ones gathering all the requirements and meeting up with clients to discuss what needs to be done. The Developers will answer the main question: How things are going to be done and accomplished</p>
<p>Source control: From my own experience, don&#8217;t use Subversion as a source control utility since it is very difficult to manage MERGING of branches into trunk and out due to the fact that merge integrates all the lines. When this happens, our team usually ends up with buggy code due to the inclusions of the source code from different teams and noone knows for sure which lines don&#8217;t need to be in the main source code&#8230;so we end up with redevelopment of the same&#8230;.</p>
<p>Team Foundation is a better choice to go about this.</p>
<p>For Business Analyst: Please do create Screen Shots of what needs to be accomplished and presented from the client. This is very important. Screen Shot is the key to visual representation of what needs to happen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oleg Kurnosov</title>
		<link>http://artemgolubev.com/bushido-of-software-development/comment-page-1/#comment-13</link>
		<dc:creator>Oleg Kurnosov</dc:creator>
		<pubDate>Thu, 08 May 2008 18:04:35 +0000</pubDate>
		<guid isPermaLink="false">http://artemgolubev.com/bushido-of-software-development/#comment-13</guid>
		<description>professional managers agree with those expectations and take those advices by developers seriously!</description>
		<content:encoded><![CDATA[<p>professional managers agree with those expectations and take those advices by developers seriously!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

