<?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/"
	
	xmlns:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comments on: Time Crunch: Fewer Programmers = Faster Turn Around (and Better Results)	</title>
	<atom:link href="https://davekz.com/more-programmers/feed/" rel="self" type="application/rss+xml" />
	<link>https://davekz.com/more-programmers/</link>
	<description>The Trials and Tribulations of a Programming Ninja</description>
	<lastBuildDate>Sat, 05 Oct 2013 15:29:40 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.5.5</generator>
	<item>
		<title>
		By: Jacob Emerick		</title>
		<link>https://davekz.com/more-programmers/#comment-392</link>

		<dc:creator><![CDATA[Jacob Emerick]]></dc:creator>
		<pubDate>Sat, 05 Oct 2013 15:29:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.david.kryzaniak.com/?p=636#comment-392</guid>

					<description><![CDATA[I think that most managers (non-technical managers) realize that it&#039;s not purely additive yet they still think it helps. That 3 programmers can get a project done twice as fast, or maybe 5 programmers three times, as opposed to straight-up 3 programmers equals 3 times as fast. In my experience this gets frustrating because a) each hastily-added programmer is aware that they will not be outputting to their full potential (if they were working solo) and b) this is highly dependent on environment, background, and per-task management. Where this gets dangerous is when a project is behind and the manager is &#039;willing&#039; to sacrifice the feelings of the programmers for a small potential increase in output.

You don&#039;t blame the manager for poorly written code, you blame the programmer. The only person that should shoulder the blame or even be worried about approaching timelines is the manager. If a project is behind its the project manager&#039;s fault for not laying out reasonable milestones, not appropriating resources at the correct times, or for not having the right people involved. More programmers will not help with poor project management.

Good topic, sir!]]></description>
			<content:encoded><![CDATA[<p>I think that most managers (non-technical managers) realize that it&#8217;s not purely additive yet they still think it helps. That 3 programmers can get a project done twice as fast, or maybe 5 programmers three times, as opposed to straight-up 3 programmers equals 3 times as fast. In my experience this gets frustrating because a) each hastily-added programmer is aware that they will not be outputting to their full potential (if they were working solo) and b) this is highly dependent on environment, background, and per-task management. Where this gets dangerous is when a project is behind and the manager is &#8216;willing&#8217; to sacrifice the feelings of the programmers for a small potential increase in output.</p>
<p>You don&#8217;t blame the manager for poorly written code, you blame the programmer. The only person that should shoulder the blame or even be worried about approaching timelines is the manager. If a project is behind its the project manager&#8217;s fault for not laying out reasonable milestones, not appropriating resources at the correct times, or for not having the right people involved. More programmers will not help with poor project management.</p>
<p>Good topic, sir!</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/

Page Caching using disk: enhanced 

Served from: davekz.com @ 2024-07-21 07:15:48 by W3 Total Cache
-->