<?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"
	>
<channel>
	<title>Comentarios en: Documentando el codigo</title>
	<atom:link href="http://blog.innocuo.com/archive/2006/02/11/documentando-el-codigo/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.innocuo.com/archive/2006/02/11/documentando-el-codigo/</link>
	<description>Adobe flash, php, diseño web y otros temas</description>
	<pubDate>Sun, 20 May 2012 11:03:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>Por: argonauta</title>
		<link>http://blog.innocuo.com/archive/2006/02/11/documentando-el-codigo/#comment-185</link>
		<dc:creator>argonauta</dc:creator>
		<pubDate>Sun, 12 Feb 2006 12:17:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.innocuo.com/index.php?p=203#comment-185</guid>
		<description>en parte tienes razon. El problema esta cuando:
1. Alguien mas va a utilizar tu codigo (por ejemplo, si tienes una libreria de clases que quieres publicar para uso publico).
2. Si tienes bastante codigo y librerias de codigo.

Por estas dos razones, se vuelve incomodo meterse al codigo cada vez que quieres ver como funciona algo, o que funcion debes utilizar. Claro, un buen codigo es entendible, sin embargo, es mucho mas util tener una documentacion aparte que te describa basicamente: la estructura de tu clase, una descripcion de para que sirve, y una tabla de sus metodos y propiedades con su respectiva descripcion. No es necesario documentar cada linea de codigo tampoco, pero tener una buena documentacion de tu codigo te ahorra un monton de tiempo.</description>
		<content:encoded><![CDATA[<p>en parte tienes razon. El problema esta cuando:<br />
1. Alguien mas va a utilizar tu codigo (por ejemplo, si tienes una libreria de clases que quieres publicar para uso publico).<br />
2. Si tienes bastante codigo y librerias de codigo.</p>
<p>Por estas dos razones, se vuelve incomodo meterse al codigo cada vez que quieres ver como funciona algo, o que funcion debes utilizar. Claro, un buen codigo es entendible, sin embargo, es mucho mas util tener una documentacion aparte que te describa basicamente: la estructura de tu clase, una descripcion de para que sirve, y una tabla de sus metodos y propiedades con su respectiva descripcion. No es necesario documentar cada linea de codigo tampoco, pero tener una buena documentacion de tu codigo te ahorra un monton de tiempo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: RAFA3L</title>
		<link>http://blog.innocuo.com/archive/2006/02/11/documentando-el-codigo/#comment-184</link>
		<dc:creator>RAFA3L</dc:creator>
		<pubDate>Sun, 12 Feb 2006 12:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.innocuo.com/index.php?p=203#comment-184</guid>
		<description>Yo comentaba a cada rato cada cosa, hasta que un día leí en algún sitio y entendí que la mejor documentación debe ser el mismo código, de ahí en adelante he reducido bastante la documentación y si trabajas con editores externos a Flash, en mi caso TextMate en Mac o Sepy en PC ellos te ayudan bastante en la visualización de códigos y organización del trabajo. Saludos</description>
		<content:encoded><![CDATA[<p>Yo comentaba a cada rato cada cosa, hasta que un día leí en algún sitio y entendí que la mejor documentación debe ser el mismo código, de ahí en adelante he reducido bastante la documentación y si trabajas con editores externos a Flash, en mi caso TextMate en Mac o Sepy en PC ellos te ayudan bastante en la visualización de códigos y organización del trabajo. Saludos</p>
]]></content:encoded>
	</item>
</channel>
</rss>

