<?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>Comments on: ¿Ahora picar frameworks propios es malo?</title>
	<atom:link href="http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/</link>
	<description>No hay crisis, hay hijos de puta</description>
	<pubDate>Thu, 04 Dec 2008 19:45:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Dando la chapa - &#187; Frameworks propios, parte 2</title>
		<link>http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/#comment-820</link>
		<dc:creator>Dando la chapa - &#187; Frameworks propios, parte 2</dc:creator>
		<pubDate>Sun, 15 Jun 2008 21:51:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.dandolachapa.com/?p=315#comment-820</guid>
		<description>[...] que debido a la magia de los trackbacks Enrique Place (PHP Senior) se pasó por aquí a comentar mi post sobre su post sobre frameworks propios. Volvemos a estar en desacuerdo :) No tiene sentido seguir [...]</description>
		<content:encoded><![CDATA[<p>[...] que debido a la magia de los trackbacks Enrique Place (PHP Senior) se pasó por aquí a comentar mi post sobre su post sobre frameworks propios. Volvemos a estar en desacuerdo :) No tiene sentido seguir [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enrique Place</title>
		<link>http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/#comment-815</link>
		<dc:creator>Enrique Place</dc:creator>
		<pubDate>Mon, 09 Jun 2008 01:16:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.dandolachapa.com/?p=315#comment-815</guid>
		<description>Estimado, mal me referencias. Lo que estás citando no es de mi puño y letra, es de otro artículo (que de todas formas comparto).

De lo que habla es justamente de lo que comentas aquí, no tiene sentido seguir re-inventando la rueda, para aprender ya tienes el propio framework y los proyectos que puedes construir arriba de ellos, sin tener que seguir lidiando con programación artesanal y errores típicos de la falta de experiencia.

Si quieres aprender, nadie te impide que te hagas un framework, pero si quieres ser profesional y te dedicas a proyectos comerciales concretos, no será muy buena decisión optar por un framework no probado.

PD: a título personal te comento, si has tenido que hacer 3 frameworks, es que ninguno han sido lo suficientemente "frameworks" (herramientas genéricas) como para seguir construyendo y mejorando a continuación de cada proyecto.</description>
		<content:encoded><![CDATA[<p>Estimado, mal me referencias. Lo que estás citando no es de mi puño y letra, es de otro artículo (que de todas formas comparto).</p>
<p>De lo que habla es justamente de lo que comentas aquí, no tiene sentido seguir re-inventando la rueda, para aprender ya tienes el propio framework y los proyectos que puedes construir arriba de ellos, sin tener que seguir lidiando con programación artesanal y errores típicos de la falta de experiencia.</p>
<p>Si quieres aprender, nadie te impide que te hagas un framework, pero si quieres ser profesional y te dedicas a proyectos comerciales concretos, no será muy buena decisión optar por un framework no probado.</p>
<p>PD: a título personal te comento, si has tenido que hacer 3 frameworks, es que ninguno han sido lo suficientemente &#8220;frameworks&#8221; (herramientas genéricas) como para seguir construyendo y mejorando a continuación de cada proyecto.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcos</title>
		<link>http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/#comment-781</link>
		<dc:creator>Marcos</dc:creator>
		<pubDate>Thu, 22 May 2008 22:45:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dandolachapa.com/?p=315#comment-781</guid>
		<description>Que poco me gusta la palabra framework y tantas otras del estilo... 

Yo voto por hacerte tu uno, y no demasiado pequeño no vaya a ser que no topes con ningun problema y no te sirva de nada. 

Un tema que no ha salido en el post o en los comentarios, en contra del uso de soluciones estándar:  como mola cuando se detecta una vulnerabilidad en algun sistema de estos, y luego resulta que se revientan 1.000.000 de websites en 2 días por 20 hackercillos de 12 años con ganas de fardar ante sus amigos. Eso también va incluido con los sistemas muy utilizados y reutilizados.

Muy buena reflexión zárate, como molan tus chapas!</description>
		<content:encoded><![CDATA[<p>Que poco me gusta la palabra framework y tantas otras del estilo&#8230; </p>
<p>Yo voto por hacerte tu uno, y no demasiado pequeño no vaya a ser que no topes con ningun problema y no te sirva de nada. </p>
<p>Un tema que no ha salido en el post o en los comentarios, en contra del uso de soluciones estándar:  como mola cuando se detecta una vulnerabilidad en algun sistema de estos, y luego resulta que se revientan 1.000.000 de websites en 2 días por 20 hackercillos de 12 años con ganas de fardar ante sus amigos. Eso también va incluido con los sistemas muy utilizados y reutilizados.</p>
<p>Muy buena reflexión zárate, como molan tus chapas!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fernando</title>
		<link>http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/#comment-763</link>
		<dc:creator>fernando</dc:creator>
		<pubDate>Wed, 14 May 2008 14:57:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.dandolachapa.com/?p=315#comment-763</guid>
		<description>un saludo a todos....
bueno bajo mi experiencia personal, yo animaria a todo el mundo a hacerse uno propio, de momento para aprender bien, creo q es como se ven las cosas con profundidad, y ademas por otro lado en cada sitio se trabaja de una manera, entran unos proyectos concretos q con el tiempo vas viendo q necesidades tienen, q te interesa automatizar y q no.
por otro lado, tampoco es mala idea ir viendo lo q se cuece por ahi :-)</description>
		<content:encoded><![CDATA[<p>un saludo a todos&#8230;.<br />
bueno bajo mi experiencia personal, yo animaria a todo el mundo a hacerse uno propio, de momento para aprender bien, creo q es como se ven las cosas con profundidad, y ademas por otro lado en cada sitio se trabaja de una manera, entran unos proyectos concretos q con el tiempo vas viendo q necesidades tienen, q te interesa automatizar y q no.<br />
por otro lado, tampoco es mala idea ir viendo lo q se cuece por ahi :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sole</title>
		<link>http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/#comment-753</link>
		<dc:creator>sole</dc:creator>
		<pubDate>Wed, 07 May 2008 07:53:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.dandolachapa.com/?p=315#comment-753</guid>
		<description>Ermmm mmmmmm que te diria yo? Mejor un framework propio donde haces lo que hace falta, que alguien que no sabe lo que esta ocurriendo, usando un framework ajeno (y sus consecuencias). Si empiezas desde cero a usar un framework, no te enteras de un monton de cosas que estan pasando "en la sombra", como tu dices.

Ahora bien, creo que si voy a una empresa, prefiero encontrarme un framework ajeno y conocido. Mil veces antes que uno in-house. Y yo te dire porque: por poca que sea, hay alguna documentacion cuando los frameworks son ajenos y open source, y ademas... se "medio respetan" las decisiones en ese framework.

Mientras que si fuera un desarrollo propio, hay siempre "politics" e intrigas varias acerca de quien de la empresa hizo tal cosa, por que funciona mal (siempre es culpa de alguien), discusiones sobre los coding standards, el no se que y el no se cuantos... y el framework es un cachondeo basicamente.

Y te lo digo por experiencia. Estuve en una empresa en la que habian ido construyendo un frame-engendro con el paso de los anyos, para llevar todas las websites que se traian entre manos. Instalar una web en local te podia traer UNA SEMANA, porque los requerimientos no estaban documentados en ningun sitio, ademas ibas encontrando bugs ("features" que decian ellos) que tenias que resolver para poder instalarlo en otra maquina que no fuera el servidor, etc, etc. 

Eso en un framework conocido no pasa, o no deberia pasar.

Asi que: para aprender, hay que hacerse un framework pequenyito. Para currar con otros, usar uno ajeno y a ser posible open.

Y a lo mejor te das cuenta, usando el tuyo, de que hay uno mejor o que cubre exactamente lo que querrias tener en el tuyo pero que no tienes tiempo de hacer. Pues hale, se coge y se usa. Sin complejos :-P</description>
		<content:encoded><![CDATA[<p>Ermmm mmmmmm que te diria yo? Mejor un framework propio donde haces lo que hace falta, que alguien que no sabe lo que esta ocurriendo, usando un framework ajeno (y sus consecuencias). Si empiezas desde cero a usar un framework, no te enteras de un monton de cosas que estan pasando &#8220;en la sombra&#8221;, como tu dices.</p>
<p>Ahora bien, creo que si voy a una empresa, prefiero encontrarme un framework ajeno y conocido. Mil veces antes que uno in-house. Y yo te dire porque: por poca que sea, hay alguna documentacion cuando los frameworks son ajenos y open source, y ademas&#8230; se &#8220;medio respetan&#8221; las decisiones en ese framework.</p>
<p>Mientras que si fuera un desarrollo propio, hay siempre &#8220;politics&#8221; e intrigas varias acerca de quien de la empresa hizo tal cosa, por que funciona mal (siempre es culpa de alguien), discusiones sobre los coding standards, el no se que y el no se cuantos&#8230; y el framework es un cachondeo basicamente.</p>
<p>Y te lo digo por experiencia. Estuve en una empresa en la que habian ido construyendo un frame-engendro con el paso de los anyos, para llevar todas las websites que se traian entre manos. Instalar una web en local te podia traer UNA SEMANA, porque los requerimientos no estaban documentados en ningun sitio, ademas ibas encontrando bugs (&#8221;features&#8221; que decian ellos) que tenias que resolver para poder instalarlo en otra maquina que no fuera el servidor, etc, etc. </p>
<p>Eso en un framework conocido no pasa, o no deberia pasar.</p>
<p>Asi que: para aprender, hay que hacerse un framework pequenyito. Para currar con otros, usar uno ajeno y a ser posible open.</p>
<p>Y a lo mejor te das cuenta, usando el tuyo, de que hay uno mejor o que cubre exactamente lo que querrias tener en el tuyo pero que no tienes tiempo de hacer. Pues hale, se coge y se usa. Sin complejos :-P</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sputnik</title>
		<link>http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/#comment-752</link>
		<dc:creator>Sputnik</dc:creator>
		<pubDate>Wed, 07 May 2008 06:26:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.dandolachapa.com/?p=315#comment-752</guid>
		<description>Muy buena lección de sentido común.
A lo mejor deberías mandarle este artículo al Juez y Verdugo de PHP Senior...</description>
		<content:encoded><![CDATA[<p>Muy buena lección de sentido común.<br />
A lo mejor deberías mandarle este artículo al Juez y Verdugo de PHP Senior&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
