<?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: Una nota rápida sobre MVC</title>
	<atom:link href="http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/feed/" rel="self" type="application/rss+xml" />
	<link>http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/</link>
	<description>En tierra de ciegos, el tuerto es rey → Seeing what others cannot see — Hacking at life</description>
	<pubDate>Thu, 20 Nov 2008 22:58:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Por: Lobo tuerto</title>
		<link>http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-198</link>
		<dc:creator>Lobo tuerto</dc:creator>
		<pubDate>Mon, 14 Apr 2008 22:12:13 +0000</pubDate>
		<guid isPermaLink="false">http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-198</guid>
		<description>Si tienes tan claro el grave error de diseño y tan clara la solución, deberías escribir (si no lo has hecho) un "paper" con la propuesta de diseño de un "framework" para la web en la que ilustres todos tus puntos. Podrías hacer incluso una "proof of concept" para mostrar cómo funcionaría una aplicación web hecha "como se debe."

Entonces, si alguien ve la comparativa lado a lado y las ventajas que traería tu enfoque, no veo porque no lo comenzarían a utilizar.</description>
		<content:encoded><![CDATA[<p>Si tienes tan claro el grave error de diseño y tan clara la solución, deberías escribir (si no lo has hecho) un &#8220;paper&#8221; con la propuesta de diseño de un &#8220;framework&#8221; para la web en la que ilustres todos tus puntos. Podrías hacer incluso una &#8220;proof of concept&#8221; para mostrar cómo funcionaría una aplicación web hecha &#8220;como se debe.&#8221;</p>
<p>Entonces, si alguien ve la comparativa lado a lado y las ventajas que traería tu enfoque, no veo porque no lo comenzarían a utilizar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: El Hombre Gris</title>
		<link>http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-197</link>
		<dc:creator>El Hombre Gris</dc:creator>
		<pubDate>Mon, 14 Apr 2008 20:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-197</guid>
		<description>La verdad tuve una mala experiencia tratando de ayudar en el ambiente PHP. Quise colaborar en el desarrollo interno de PHP, sobre un tema que considero no se le está dando el análisis que merece, la implementación de namespaces. Por una parte no era nada bonito meterse con el código fuente de PHP, entre que está hecho en C, y la documentación interna es realmente pobre (aunque ahora ví que están buscando incluir esta documentación en los procesos normales de documentación).

Llegue a la conclusión que somos todos realmente jóvenes en el ambiente PHP, no hay ningún analista experimentado, este es el problema.

En cuanto a la aplicación del MVC en los frameworks PHP y RoR, no veo que sea una cuestión pragmática la cual justifique la variación con el estándar. Por el contrario, a fines prácticos es mejor seguir el modelo.

Lo realmente malo es que una modificación en los requerimientos de contenidos de una vista necesariamente impacta en una modificación en el controlador. Se genera una dependencia innecesaria entre estos dos sistemas.</description>
		<content:encoded><![CDATA[<p>La verdad tuve una mala experiencia tratando de ayudar en el ambiente PHP. Quise colaborar en el desarrollo interno de PHP, sobre un tema que considero no se le está dando el análisis que merece, la implementación de namespaces. Por una parte no era nada bonito meterse con el código fuente de PHP, entre que está hecho en C, y la documentación interna es realmente pobre (aunque ahora ví que están buscando incluir esta documentación en los procesos normales de documentación).</p>
<p>Llegue a la conclusión que somos todos realmente jóvenes en el ambiente PHP, no hay ningún analista experimentado, este es el problema.</p>
<p>En cuanto a la aplicación del MVC en los frameworks PHP y RoR, no veo que sea una cuestión pragmática la cual justifique la variación con el estándar. Por el contrario, a fines prácticos es mejor seguir el modelo.</p>
<p>Lo realmente malo es que una modificación en los requerimientos de contenidos de una vista necesariamente impacta en una modificación en el controlador. Se genera una dependencia innecesaria entre estos dos sistemas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Lobo tuerto</title>
		<link>http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-196</link>
		<dc:creator>Lobo tuerto</dc:creator>
		<pubDate>Mon, 14 Apr 2008 03:57:20 +0000</pubDate>
		<guid isPermaLink="false">http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-196</guid>
		<description>Órale lo bueno es que sabes de lo que no están seguros. ¿Por qué no les echas una mano?

¿No será que más bien son pragmáticos?

¿Qué es realmente lo malo en su diseño "modificado"?</description>
		<content:encoded><![CDATA[<p>Órale lo bueno es que sabes de lo que no están seguros. ¿Por qué no les echas una mano?</p>
<p>¿No será que más bien son pragmáticos?</p>
<p>¿Qué es realmente lo malo en su diseño &#8220;modificado&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: El Hombre Gris</title>
		<link>http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-193</link>
		<dc:creator>El Hombre Gris</dc:creator>
		<pubDate>Thu, 10 Apr 2008 12:53:04 +0000</pubDate>
		<guid isPermaLink="false">http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-193</guid>
		<description>La verdad no lo sé, creo que están conscientes de ello, pero como no se sienten seguros de implementar un engine de templates que siga un modelo pull (traer los datos a necesidad) en vez de push (tener los datos ya listos antes de cargar el template) prefieren modificar el patrón para ajustarlo a su manera de hacer las cosas. Es lo malo de trabajar para plataformas tan jovenes, nos falta tanta experiencia...</description>
		<content:encoded><![CDATA[<p>La verdad no lo sé, creo que están conscientes de ello, pero como no se sienten seguros de implementar un engine de templates que siga un modelo pull (traer los datos a necesidad) en vez de push (tener los datos ya listos antes de cargar el template) prefieren modificar el patrón para ajustarlo a su manera de hacer las cosas. Es lo malo de trabajar para plataformas tan jovenes, nos falta tanta experiencia&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Lobo tuerto</title>
		<link>http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-190</link>
		<dc:creator>Lobo tuerto</dc:creator>
		<pubDate>Wed, 09 Apr 2008 04:11:36 +0000</pubDate>
		<guid isPermaLink="false">http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-190</guid>
		<description>Jeje lo bueno es que no se han dado cuenta, si no ¿te imaginas la que se armaba? :)</description>
		<content:encoded><![CDATA[<p>Jeje lo bueno es que no se han dado cuenta, si no ¿te imaginas la que se armaba? <img src='http://lobotuerto.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: El Hombre Gris</title>
		<link>http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-189</link>
		<dc:creator>El Hombre Gris</dc:creator>
		<pubDate>Tue, 08 Apr 2008 13:12:22 +0000</pubDate>
		<guid isPermaLink="false">http://lobotuerto.com/blog/2008/04/07/una-nota-rapida-sobre-mvc/#comment-189</guid>
		<description>Y sin embargo, el patrón que usan tanto RoR como Symfony no es MVC, sino un híbrido del MVC original con un gran defecto en su diseño.</description>
		<content:encoded><![CDATA[<p>Y sin embargo, el patrón que usan tanto RoR como Symfony no es MVC, sino un híbrido del MVC original con un gran defecto en su diseño.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
