<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: De cómo el código bonito atrae código bonito</title>
	<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/</link>
	<description>Bit by bit...</description>
	<pubDate>Tue, 06 Jan 2009 15:38:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Arreglando ventanas at Putting it together</title>
		<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-3278</link>
		<pubDate>Tue, 15 Apr 2008 10:10:03 +0000</pubDate>
		<guid>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-3278</guid>
					<description>[...] Cuando en su momento hablaba acerca de cómo el código bonito atrae al código bonito estaba presentando la argumentación inversa a la que los PragProgs nos proponen con la metáfora de las ventanas rotas. Dejar ventanas rotas en tu código no solo supone aumentar la deuda técnica sino tambien aumentar las probabilidades de que ese código empeore aún más en el futuro. Supongo que no es tanto una cuestión intrínseca al desarrollo de software, sino más bien relacionada con la psicología del programador: un código lleno de ventanas rotas, basura y pintadas motiva muy poco a la hora de mantenerlo; probablemente no nos importe dejar algún desperfectillo más. [...]</description>
		<content:encoded><![CDATA[<p>[...] Cuando en su momento hablaba acerca de cómo el código bonito atrae al código bonito estaba presentando la argumentación inversa a la que los PragProgs nos proponen con la metáfora de las ventanas rotas. Dejar ventanas rotas en tu código no solo supone aumentar la deuda técnica sino tambien aumentar las probabilidades de que ese código empeore aún más en el futuro. Supongo que no es tanto una cuestión intrínseca al desarrollo de software, sino más bien relacionada con la psicología del programador: un código lleno de ventanas rotas, basura y pintadas motiva muy poco a la hora de mantenerlo; probablemente no nos importe dejar algún desperfectillo más. [...]</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Software que funcione sobre documentación exhaustiva at Putting it together</title>
		<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-299</link>
		<pubDate>Wed, 04 Jul 2007 23:04:38 +0000</pubDate>
		<guid>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-299</guid>
					<description>[...] El único entregable preciso, actualizado e, incluso, capaz de autoverificarse del que disponemos es el código fuente. En este sentido, el desafio ágil es el siguiente: ¿sería posible escribir un código lo suficientemente claro y sencillo (lo suficientemente bonito) como para minimizar la documentación necesaria para entenderlo? Porque, si necesitamos documentación para entender el código que escribimos o escriben otros, ¿no será que el problema lo tenemos con el código, que no es tan mantenible como debería? [...]</description>
		<content:encoded><![CDATA[<p>[...] El único entregable preciso, actualizado e, incluso, capaz de autoverificarse del que disponemos es el código fuente. En este sentido, el desafio ágil es el siguiente: ¿sería posible escribir un código lo suficientemente claro y sencillo (lo suficientemente bonito) como para minimizar la documentación necesaria para entenderlo? Porque, si necesitamos documentación para entender el código que escribimos o escriben otros, ¿no será que el problema lo tenemos con el código, que no es tan mantenible como debería? [...]</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: CRUDe programming</title>
		<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-137</link>
		<pubDate>Thu, 08 Mar 2007 16:26:16 +0000</pubDate>
		<guid>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-137</guid>
					<description>¿Qué echas(te) en falta en la Universidad?...

... y debería ser requisito indispensable para aprobar una asignatura de programación. A mí me gusta el código bonito.

Quizá con esto tendríamos más ingenieros ......</description>
		<content:encoded><![CDATA[<p>¿Qué echas(te) en falta en la Universidad?...</p>
<p>... y debería ser requisito indispensable para aprobar una asignatura de programación. A mí me gusta el código bonito.</p>
<p>Quizá con esto tendríamos más ingenieros &#8230;...</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: programame.net</title>
		<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-41</link>
		<pubDate>Sat, 03 Feb 2007 22:38:53 +0000</pubDate>
		<guid>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-41</guid>
					<description>De cómo el código bonito atrae código bonito...

Uno de las características de las metodologías ágiles, en particular de la Programación Extrema, es intentar resolver los problemas clásicos del desarrollo de SW teniendo en cuenta la psicología del desarrollador, pieza fundamental en todo lo ág...</description>
		<content:encoded><![CDATA[<p>De cómo el código bonito atrae código bonito&#8230;</p>
<p>Uno de las características de las metodologías ágiles, en particular de la Programación Extrema, es intentar resolver los problemas clásicos del desarrollo de SW teniendo en cuenta la psicología del desarrollador, pieza fundamental en todo lo ág&#8230;</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Adicto al operador ternario at Putting it together</title>
		<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-14</link>
		<pubDate>Sun, 07 Jan 2007 01:19:51 +0000</pubDate>
		<guid>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-14</guid>
					<description>[...] Admito que soy uno de esos programadores que a veces confunde claridad con brevedad. Admito que mi idea de código bonito, en ocasiones, lleva hasta el extremo el objetivo de reducir el número de líneas de código, incluso en perjuicio de la claridad. Y admito que esto no es bueno (ni bonito). [...]</description>
		<content:encoded><![CDATA[<p>[...] Admito que soy uno de esos programadores que a veces confunde claridad con brevedad. Admito que mi idea de código bonito, en ocasiones, lleva hasta el extremo el objetivo de reducir el número de líneas de código, incluso en perjuicio de la claridad. Y admito que esto no es bueno (ni bonito). [...]</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Juan Lupión</title>
		<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-10</link>
		<pubDate>Mon, 18 Dec 2006 21:18:13 +0000</pubDate>
		<guid>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-10</guid>
					<description>"(aunque tengo la sensación de que, a pesar de lo ambiguo de la expresión, todos nos hacemos una idea de a lo que nos referimos)"

Desde luego:  si bien encontrar una definición de "código bonito" no es trivial, cualquiera sabe reconocer un "código feo" en cuanto que se topa con él :(</description>
		<content:encoded><![CDATA[<p>&#8220;(aunque tengo la sensación de que, a pesar de lo ambiguo de la expresión, todos nos hacemos una idea de a lo que nos referimos)&#8221;</p>
<p>Desde luego:  si bien encontrar una definición de &#8220;código bonito&#8221; no es trivial, cualquiera sabe reconocer un &#8220;código feo&#8221; en cuanto que se topa con él :(</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Luismi Cavallé</title>
		<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-9</link>
		<pubDate>Mon, 18 Dec 2006 21:05:48 +0000</pubDate>
		<guid>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-9</guid>
					<description>Muchas gracias por tu comentario, Juan, muy importante sobretodo como contrapunto a la visión idealizada que plantea mi post. El mundo real es mucho más oscuro que lo que planteo, sin duda, pero es precisamente por eso por lo que me agrada enfocar el asunto desde un punto de vista más relacionado con las sensaciones, con las emociones de las personas y la influencia de ello en el resultado de su trabajo.

Sin duda que tendrémos que poner los medios (talento, conocimientos, experiencia), nos tendrémos que poner de acuerdo en qué es código bonito (aunque tengo la sensación de que, a pesar de lo ambiguo de la expresión, todos nos hacemos una idea de a lo que nos referimos), y de cómo se consigue eso (esta es una de las ambiciones del blog). Pero en este caso me interesaba, simplemente, proponer un elemento motivador en la, demasiado a menudo, gris realidad del desarrollo de software.</description>
		<content:encoded><![CDATA[<p>Muchas gracias por tu comentario, Juan, muy importante sobretodo como contrapunto a la visión idealizada que plantea mi post. El mundo real es mucho más oscuro que lo que planteo, sin duda, pero es precisamente por eso por lo que me agrada enfocar el asunto desde un punto de vista más relacionado con las sensaciones, con las emociones de las personas y la influencia de ello en el resultado de su trabajo.</p>
<p>Sin duda que tendrémos que poner los medios (talento, conocimientos, experiencia), nos tendrémos que poner de acuerdo en qué es código bonito (aunque tengo la sensación de que, a pesar de lo ambiguo de la expresión, todos nos hacemos una idea de a lo que nos referimos), y de cómo se consigue eso (esta es una de las ambiciones del blog). Pero en este caso me interesaba, simplemente, proponer un elemento motivador en la, demasiado a menudo, gris realidad del desarrollo de software.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Juan Lupión</title>
		<link>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-8</link>
		<pubDate>Mon, 18 Dec 2006 20:14:40 +0000</pubDate>
		<guid>http://blog.lmcavalle.com/2006/12/17/de-como-el-codigo-bonito-atrae-codigo-bonito/#comment-8</guid>
					<description>Las razones «teóricas» que esgrimes son perfectamente aceptables, pero mi impresión es algo diferente.

En principio estoy de acuerdo en que un código feo atrae al código feo.  Es más, se trata de una característica vírica: si tienes una librería hecha a pegotes, es posible que todos los programas que la usen (incluso estando escritos por otras personas) también acabarán hechos chapuzas.

En lo que sí discrepo es en que el código bonito atraiga código bonito de manera segura.  Esto sólo se da en  contadas ocasiones, bien cuando todas las personas que escriben código se proponen (y saben) escribir código bonito.  En el momento en que una persona empiece a flojear en esto o que el programador esmerado simplemente cambie de puesto o trabajo y su sustituto no esté a la altura el código comenzará otra vez la cuesta abajo --además con efecto bola de nieve--.

Es decir, que el programar código bonito es condición necesaria pero no suficiente para encontrar el círculo virtuoso de la perfección técnica.

De hecho el problema se agrava porque hay muchas definiciones de «código bonito».  Para mí por lo general lo bonito es el código sencillo que hace exactamente lo que se pretende que haga. Otros, por el contrario, abstraen funcionalidad una y otra vez aprovechando todas y cada una de las filigranas que les permita el lenguaje de programación. Y ambos estilos de programacion casan mal: cuando en un mismo código han intervenido diferentes desarrolladores con diferentes estilos, es como esa paella dominguera en la que que todo el mundo ha metido mano pero que luego al final nadie se atreve a comer.</description>
		<content:encoded><![CDATA[<p>Las razones «teóricas» que esgrimes son perfectamente aceptables, pero mi impresión es algo diferente.</p>
<p>En principio estoy de acuerdo en que un código feo atrae al código feo.  Es más, se trata de una característica vírica: si tienes una librería hecha a pegotes, es posible que todos los programas que la usen (incluso estando escritos por otras personas) también acabarán hechos chapuzas.</p>
<p>En lo que sí discrepo es en que el código bonito atraiga código bonito de manera segura.  Esto sólo se da en  contadas ocasiones, bien cuando todas las personas que escriben código se proponen (y saben) escribir código bonito.  En el momento en que una persona empiece a flojear en esto o que el programador esmerado simplemente cambie de puesto o trabajo y su sustituto no esté a la altura el código comenzará otra vez la cuesta abajo &#8212;además con efecto bola de nieve&#8212;.</p>
<p>Es decir, que el programar código bonito es condición necesaria pero no suficiente para encontrar el círculo virtuoso de la perfección técnica.</p>
<p>De hecho el problema se agrava porque hay muchas definiciones de «código bonito».  Para mí por lo general lo bonito es el código sencillo que hace exactamente lo que se pretende que haga. Otros, por el contrario, abstraen funcionalidad una y otra vez aprovechando todas y cada una de las filigranas que les permita el lenguaje de programación. Y ambos estilos de programacion casan mal: cuando en un mismo código han intervenido diferentes desarrolladores con diferentes estilos, es como esa paella dominguera en la que que todo el mundo ha metido mano pero que luego al final nadie se atreve a comer.</p>
]]></content:encoded>
				</item>
</channel>
</rss>
