<?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: [Top 10+6] cosas que molestan a un programador</title>
	<atom:link href="http://villavizar.com/programacion/top-106-cosas-que-molestan-a-un-programador/feed/" rel="self" type="application/rss+xml" />
	<link>http://villavizar.com/programacion/top-106-cosas-que-molestan-a-un-programador/</link>
	<description>Life of a Webmaster</description>
	<lastBuildDate>Thu, 17 May 2012 11:49:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: tuporaqui</title>
		<link>http://villavizar.com/programacion/top-106-cosas-que-molestan-a-un-programador/comment-page-1/#comment-925</link>
		<dc:creator>tuporaqui</dc:creator>
		<pubDate>Thu, 15 Sep 2011 16:23:19 +0000</pubDate>
		<guid isPermaLink="false">http://villavizar.com/?p=222#comment-925</guid>
		<description>No estoy de acuerdo con los comentarios que dicen que documentar el código no es trabajo del programador... será &quot;aburrido&quot;, pero ES RESPONSABILIDAD DEL PROGRAMADOR, es parte de su trabajo, no sólo una buena práctica. Desgraciadamente, no todo en el trabajo es hacer lo que más nos gusta.</description>
		<content:encoded><![CDATA[<p>No estoy de acuerdo con los comentarios que dicen que documentar el código no es trabajo del programador&#8230; será &#8220;aburrido&#8221;, pero ES RESPONSABILIDAD DEL PROGRAMADOR, es parte de su trabajo, no sólo una buena práctica. Desgraciadamente, no todo en el trabajo es hacer lo que más nos gusta.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: afarias</title>
		<link>http://villavizar.com/programacion/top-106-cosas-que-molestan-a-un-programador/comment-page-1/#comment-863</link>
		<dc:creator>afarias</dc:creator>
		<pubDate>Thu, 25 Nov 2010 23:31:15 +0000</pubDate>
		<guid isPermaLink="false">http://villavizar.com/?p=222#comment-863</guid>
		<description>que un compañero por X motivos te halla modificado el código y no te avise!!! para matarlo</description>
		<content:encoded><![CDATA[<p>que un compañero por X motivos te halla modificado el código y no te avise!!! para matarlo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carlos</title>
		<link>http://villavizar.com/programacion/top-106-cosas-que-molestan-a-un-programador/comment-page-1/#comment-859</link>
		<dc:creator>Carlos</dc:creator>
		<pubDate>Mon, 06 Sep 2010 14:46:31 +0000</pubDate>
		<guid isPermaLink="false">http://villavizar.com/?p=222#comment-859</guid>
		<description>Por otro lado, se que el no documentar desencadena un sentimiento oculto de mucho &quot;cariño&quot; por el programador que le toca darle mantenimiento a la aplicación de otro que no documenta.... Es algo como : What the F..k is this?, Damn! who the F..k did this? y asi sucesivamente. Es una forma de ganar cariño así que por ese lado el no documentar es bueno...lol.</description>
		<content:encoded><![CDATA[<p>Por otro lado, se que el no documentar desencadena un sentimiento oculto de mucho &#8220;cariño&#8221; por el programador que le toca darle mantenimiento a la aplicación de otro que no documenta&#8230;. Es algo como : What the F..k is this?, Damn! who the F..k did this? y asi sucesivamente. Es una forma de ganar cariño así que por ese lado el no documentar es bueno&#8230;lol.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carlos</title>
		<link>http://villavizar.com/programacion/top-106-cosas-que-molestan-a-un-programador/comment-page-1/#comment-858</link>
		<dc:creator>Carlos</dc:creator>
		<pubDate>Mon, 06 Sep 2010 14:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://villavizar.com/?p=222#comment-858</guid>
		<description>Haciendo referencia al tema 10 y al tema 6 de lo que gustavo comenta, estoy muy de acuerdo con el. Creo que hay que documentar y que es una practica que debe hacerse siempre porque hasta los expertos y mejores programadores del mundo lo hacen, y mejor todavía por algo mas vital y de suma importancia... Las personas que le darán mantenimiento a  la aplicación puesto que es muy probable que no seas tu siempre el que le de soporte y mantenimiento a dicha aplicación. El no documentar es una mala practica e implica un dolor de cabeza para el que tiene que entender de raíz que hizo el creador del programa y peor aun, atrasa el desarrollo de la empresa en cierto ámbito en cuanto a cuestión de tiempo.</description>
		<content:encoded><![CDATA[<p>Haciendo referencia al tema 10 y al tema 6 de lo que gustavo comenta, estoy muy de acuerdo con el. Creo que hay que documentar y que es una practica que debe hacerse siempre porque hasta los expertos y mejores programadores del mundo lo hacen, y mejor todavía por algo mas vital y de suma importancia&#8230; Las personas que le darán mantenimiento a  la aplicación puesto que es muy probable que no seas tu siempre el que le de soporte y mantenimiento a dicha aplicación. El no documentar es una mala practica e implica un dolor de cabeza para el que tiene que entender de raíz que hizo el creador del programa y peor aun, atrasa el desarrollo de la empresa en cierto ámbito en cuanto a cuestión de tiempo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Melvyn Pérez</title>
		<link>http://villavizar.com/programacion/top-106-cosas-que-molestan-a-un-programador/comment-page-1/#comment-842</link>
		<dc:creator>Melvyn Pérez</dc:creator>
		<pubDate>Sat, 12 Jun 2010 02:36:48 +0000</pubDate>
		<guid isPermaLink="false">http://villavizar.com/?p=222#comment-842</guid>
		<description>Ah... se me olvidaba: La documentación. Aclaremos algo: la 6 y la 5 no se contradicen. Una cosa es documentar el código, otra es documentar como funciona la aplicación (Manual de usuario/ayuda).

Vamos a poner las cosas claras:
Si el código esta bien escrito se explica a sí mismo. Sin embargo los programadores de verdad no documentan; si fue difícil de escribir, debe ser difícil de entender.</description>
		<content:encoded><![CDATA[<p>Ah&#8230; se me olvidaba: La documentación. Aclaremos algo: la 6 y la 5 no se contradicen. Una cosa es documentar el código, otra es documentar como funciona la aplicación (Manual de usuario/ayuda).</p>
<p>Vamos a poner las cosas claras:<br />
Si el código esta bien escrito se explica a sí mismo. Sin embargo los programadores de verdad no documentan; si fue difícil de escribir, debe ser difícil de entender.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

