<?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>Comentarios en: considered harmful</title>
	<atom:link href="http://blog.48bits.com/2006/09/18/considered-harmful/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.48bits.com/2006/09/18/considered-harmful/</link>
	<description>48Bits ... The one and a half architecture land.</description>
	<lastBuildDate>Wed, 08 Feb 2012 07:47:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: Lebrel</title>
		<link>http://blog.48bits.com/2006/09/18/considered-harmful/comment-page-1/#comment-718</link>
		<dc:creator>Lebrel</dc:creator>
		<pubDate>Mon, 25 Sep 2006 10:23:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.48bits.com/?p=62#comment-718</guid>
		<description>La programación ofuscada esta bien para los concursos, pero sin más. 

De todas formas, tanto perl como python, C, etc... tienen sus &quot;trucos&quot; que por un lado ayudan a desarrollar el código más rápido y por el otro hacen más dificil su lectura; no por eso todos esos &quot;trucos&quot; tienen que ser aberraciones. Lo que realmente es una aberración es, la mayoría de las veces, el uso que se da a esos &quot;trucos&quot;; por ejemplo $_.

S2</description>
		<content:encoded><![CDATA[<p>La programación ofuscada esta bien para los concursos, pero sin más. </p>
<p>De todas formas, tanto perl como python, C, etc&#8230; tienen sus &#8220;trucos&#8221; que por un lado ayudan a desarrollar el código más rápido y por el otro hacen más dificil su lectura; no por eso todos esos &#8220;trucos&#8221; tienen que ser aberraciones. Lo que realmente es una aberración es, la mayoría de las veces, el uso que se da a esos &#8220;trucos&#8221;; por ejemplo $_.</p>
<p>S2</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: svch0st</title>
		<link>http://blog.48bits.com/2006/09/18/considered-harmful/comment-page-1/#comment-703</link>
		<dc:creator>svch0st</dc:creator>
		<pubDate>Sun, 24 Sep 2006 15:14:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.48bits.com/?p=62#comment-703</guid>
		<description>Totalmente de acuerdo con Victor.
Codigo legible vale por dos... (¿?¿)
Vamos, que si te toca mantener una aplicacion escrita por un grupo de personas que además de sus diferentes formas de pensar, emplean formas &quot;cortas&quot; de sintaxis a mogollón al programar puede que acabes quierendo cortarte las venas...</description>
		<content:encoded><![CDATA[<p>Totalmente de acuerdo con Victor.<br />
Codigo legible vale por dos&#8230; (¿?¿)<br />
Vamos, que si te toca mantener una aplicacion escrita por un grupo de personas que además de sus diferentes formas de pensar, emplean formas &#8220;cortas&#8221; de sintaxis a mogollón al programar puede que acabes quierendo cortarte las venas&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: vmalvarez</title>
		<link>http://blog.48bits.com/2006/09/18/considered-harmful/comment-page-1/#comment-678</link>
		<dc:creator>vmalvarez</dc:creator>
		<pubDate>Thu, 21 Sep 2006 19:21:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.48bits.com/?p=62#comment-678</guid>
		<description>Para mi Perl y demás están de puta madre, hace poco no los conocía, pero he descubierto su potencial y la verdad es que se agradece tenerlos a mano para muchas cosas. Si se trata de hacerse un script &quot;desechable&quot;, de esos que usas un día y nada más, no está mal usar $_ .Pero si lo que quieres es hacer en uno de estos lenguajes algun programa que luego tiene que ser mantenido y mejorado, mejor abstenerse de escribir cosas poco legibles. Los segundos que te ahorras escribiendo menos y usando $_, te los puedes ahorrar dentro de un mes cuando tengas que volver a leer tu código y entender lo que querías hacer. Esto no es que pase solo en este tipo de lenguajes, en todos se pueden hacer cosas muy guarras. ¿Por qué escribir esto.....?

(x&gt;y)?(funcion1):(funcion2)(param1, param2);

Si se puede poner...

if (x&gt;y) {

  funcion1(param1,param2);

}
else {

 funcion2(param1,param2);

}

Hay que teclear más, pero queda claro para todo el mundo, incluso para el que no sabe C, pues con $_ pasa igual.</description>
		<content:encoded><![CDATA[<p>Para mi Perl y demás están de puta madre, hace poco no los conocía, pero he descubierto su potencial y la verdad es que se agradece tenerlos a mano para muchas cosas. Si se trata de hacerse un script &#8220;desechable&#8221;, de esos que usas un día y nada más, no está mal usar $_ .Pero si lo que quieres es hacer en uno de estos lenguajes algun programa que luego tiene que ser mantenido y mejorado, mejor abstenerse de escribir cosas poco legibles. Los segundos que te ahorras escribiendo menos y usando $_, te los puedes ahorrar dentro de un mes cuando tengas que volver a leer tu código y entender lo que querías hacer. Esto no es que pase solo en este tipo de lenguajes, en todos se pueden hacer cosas muy guarras. ¿Por qué escribir esto&#8230;..?</p>
<p>(x&gt;y)?(funcion1):(funcion2)(param1, param2);</p>
<p>Si se puede poner&#8230;</p>
<p>if (x&gt;y) {</p>
<p>  funcion1(param1,param2);</p>
<p>}<br />
else {</p>
<p> funcion2(param1,param2);</p>
<p>}</p>
<p>Hay que teclear más, pero queda claro para todo el mundo, incluso para el que no sabe C, pues con $_ pasa igual.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rubén</title>
		<link>http://blog.48bits.com/2006/09/18/considered-harmful/comment-page-1/#comment-654</link>
		<dc:creator>Rubén</dc:creator>
		<pubDate>Tue, 19 Sep 2006 18:29:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.48bits.com/?p=62#comment-654</guid>
		<description>Hombre, yo sólo puedo dar mi opinión de haber usado $_ en el procesamiento y parseo de archivos, con Perl, y la verdad es que me fué útil. Pero bueno, supongo que en otras ocasiones pueda inducir a error, no sé. Mi experiencia en ese campo es bastante limitada.</description>
		<content:encoded><![CDATA[<p>Hombre, yo sólo puedo dar mi opinión de haber usado $_ en el procesamiento y parseo de archivos, con Perl, y la verdad es que me fué útil. Pero bueno, supongo que en otras ocasiones pueda inducir a error, no sé. Mi experiencia en ese campo es bastante limitada.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Gabriel Gonzalez</title>
		<link>http://blog.48bits.com/2006/09/18/considered-harmful/comment-page-1/#comment-653</link>
		<dc:creator>Gabriel Gonzalez</dc:creator>
		<pubDate>Tue, 19 Sep 2006 17:22:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.48bits.com/?p=62#comment-653</guid>
		<description>Desde mi punto de vista, todo es &quot;harmful&quot; si no conoces bien en el mundo en el que te mueves. Si, como comentas, vienes del mundo C sabras que, incluso gente con experiencia, hay ciertas composiciones que son realment inteligibles si no trabajas con ellas amenudo.

Desde mi punto de vista el uso $_ es la expresion maxima de la utilidad y finalidad de los lenguajes estilo perl, implementar la maxima funcionalidad en el menor tiempo posible, lo que implica</description>
		<content:encoded><![CDATA[<p>Desde mi punto de vista, todo es &#8220;harmful&#8221; si no conoces bien en el mundo en el que te mueves. Si, como comentas, vienes del mundo C sabras que, incluso gente con experiencia, hay ciertas composiciones que son realment inteligibles si no trabajas con ellas amenudo.</p>
<p>Desde mi punto de vista el uso $_ es la expresion maxima de la utilidad y finalidad de los lenguajes estilo perl, implementar la maxima funcionalidad en el menor tiempo posible, lo que implica</p>
]]></content:encoded>
	</item>
</channel>
</rss>

