<?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: Usar o no un Framework para nuestras aplicaciones</title>
	<atom:link href="http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/</link>
	<description>Desarrollo web, Wordpress, y alguna cosilla más</description>
	<lastBuildDate>Sun, 12 Feb 2012 12:01:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: Los 12 mejores CSS Frameworks &#171; blog NSNC</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-60375</link>
		<dc:creator>Los 12 mejores CSS Frameworks &#171; blog NSNC</dc:creator>
		<pubDate>Wed, 30 Sep 2009 15:46:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-60375</guid>
		<description>[...] debate de si utilizar o no utilizar un frameworks fue muy discutido hace un tiempo, yo sigo pensando exactamente lo mismo que Andrés, prefiero [...]</description>
		<content:encoded><![CDATA[<p>[...] debate de si utilizar o no utilizar un frameworks fue muy discutido hace un tiempo, yo sigo pensando exactamente lo mismo que Andrés, prefiero [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Crea tu propio framework javascript &#124; aNieto2K</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-50900</link>
		<dc:creator>Crea tu propio framework javascript &#124; aNieto2K</dc:creator>
		<pubDate>Sun, 28 Sep 2008 10:40:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-50900</guid>
		<description>[...] El uso de frameworks Javascript aporta muchas ventajas al desarrollo web, facilidad de uso, estandarización, cross-browsing, &#8230; pero estas ventajas nos hacer perder el control y el conocimiento del código, sin contar con la carga de funcionalidades extras que no llegamos a usar. [...]</description>
		<content:encoded><![CDATA[<p>[...] El uso de frameworks Javascript aporta muchas ventajas al desarrollo web, facilidad de uso, estandarización, cross-browsing, &#8230; pero estas ventajas nos hacer perder el control y el conocimiento del código, sin contar con la carga de funcionalidades extras que no llegamos a usar. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: josepzin</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-46109</link>
		<dc:creator>josepzin</dc:creator>
		<pubDate>Sat, 19 Apr 2008 10:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-46109</guid>
		<description>La verdad es que desde que empecé a usar CakePHP, mi vida cambió mucho para mejor!

O sea que en un principio desarrollar con frameworks para mi es mejor.

Ahora estoy dando mis primeros pasos con JQuery y refuerzo mi buena onda con los frameworks.

Mientras el framework no se meta en la lógica de la aplicación, no debería haber problemas.

Otra historia es meterse con un Joomla y tratar de modificarlo a lo que uno necesita... eso es un suicidio!!!!</description>
		<content:encoded><![CDATA[<p>La verdad es que desde que empecé a usar CakePHP, mi vida cambió mucho para mejor!</p>
<p>O sea que en un principio desarrollar con frameworks para mi es mejor.</p>
<p>Ahora estoy dando mis primeros pasos con JQuery y refuerzo mi buena onda con los frameworks.</p>
<p>Mientras el framework no se meta en la lógica de la aplicación, no debería haber problemas.</p>
<p>Otra historia es meterse con un Joomla y tratar de modificarlo a lo que uno necesita&#8230; eso es un suicidio!!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: 12 frameworks CSS que deberías conocer &#124; aNieto2K</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-45556</link>
		<dc:creator>12 frameworks CSS que deberías conocer &#124; aNieto2K</dc:creator>
		<pubDate>Fri, 28 Mar 2008 23:41:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-45556</guid>
		<description>[...] que me conocen saben que no soy fan de ningún tipo de framework, no me gusta tener que condicionar mi forma de programar para hacer cualquier cosa, pero tambien [...]</description>
		<content:encoded><![CDATA[<p>[...] que me conocen saben que no soy fan de ningún tipo de framework, no me gusta tener que condicionar mi forma de programar para hacer cualquier cosa, pero tambien [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Los 12 mejores CSS Frameworks &#124; Kabytes</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-45549</link>
		<dc:creator>Los 12 mejores CSS Frameworks &#124; Kabytes</dc:creator>
		<pubDate>Fri, 28 Mar 2008 20:58:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-45549</guid>
		<description>[...] debate de si utilizar o no utilizar un frameworks fue muy discutido hace un tiempo, yo sigo pensando exactamente lo mismo que Andrés, prefiero [...]</description>
		<content:encoded><![CDATA[<p>[...] debate de si utilizar o no utilizar un frameworks fue muy discutido hace un tiempo, yo sigo pensando exactamente lo mismo que Andrés, prefiero [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: carreraartesvisuales &#187; Shadowbox versatil Lightbox</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-43935</link>
		<dc:creator>carreraartesvisuales &#187; Shadowbox versatil Lightbox</dc:creator>
		<pubDate>Mon, 28 Jan 2008 07:18:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-43935</guid>
		<description>[...] de una serie de adaptadores, unos scripts que se encargan de hacer que ShadowBox sea compatible con la mayoría de frameworks javascript del momento. De esta forma no necesitamos una versión de lightbox concreta para nuestra [...]</description>
		<content:encoded><![CDATA[<p>[...] de una serie de adaptadores, unos scripts que se encargan de hacer que ShadowBox sea compatible con la mayoría de frameworks javascript del momento. De esta forma no necesitamos una versión de lightbox concreta para nuestra [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Shadowbox, ¿el lightbox definitivo? &#124; aNieto2K</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-43908</link>
		<dc:creator>Shadowbox, ¿el lightbox definitivo? &#124; aNieto2K</dc:creator>
		<pubDate>Sat, 26 Jan 2008 18:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-43908</guid>
		<description>[...] de una serie de adaptadores, unos scripts que se encargan de hacer que ShadowBox sea compatible con la mayoría de frameworks javascript del momento. De esta forma no necesitamos una versión de lightbox concreta para nuestra [...]</description>
		<content:encoded><![CDATA[<p>[...] de una serie de adaptadores, unos scripts que se encargan de hacer que ShadowBox sea compatible con la mayoría de frameworks javascript del momento. De esta forma no necesitamos una versión de lightbox concreta para nuestra [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Doom</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-42316</link>
		<dc:creator>Doom</dc:creator>
		<pubDate>Tue, 27 Nov 2007 15:57:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-42316</guid>
		<description>Primero que todo dar las gracias por los comentarios instructivos y maduros que han puesto an manos de todos.

Considero que es muy cierto eso de que es mejor crear un framework personal ya que lo conocerías a la perfección y no cargarían las aplicaciones, en caso de no ser usada algunas librerías, de código basura, aunque aconsejo al que decida crearlo que mire un poco a fondo los existentes y tome lo bueno y óptimo de estos, porque puede encontrar una forma de realizar lo mismo que ya pensó hacer en diversas soluciones, incluso en mucho de los casos que ni imaginaba que se podían hacer de esa manera, y así considero que creará el framework de sus sueños.
Aunque debe pensar en crearlo dinámico para que no tenga que crear uno por aplicación y al mismo tiempo cuidarse de que con el suyo caiga en el mismo caso que si usaba el framework existente, o sea tenga librerías sin utilizar.

Salu2 Yo</description>
		<content:encoded><![CDATA[<p>Primero que todo dar las gracias por los comentarios instructivos y maduros que han puesto an manos de todos.</p>
<p>Considero que es muy cierto eso de que es mejor crear un framework personal ya que lo conocerías a la perfección y no cargarían las aplicaciones, en caso de no ser usada algunas librerías, de código basura, aunque aconsejo al que decida crearlo que mire un poco a fondo los existentes y tome lo bueno y óptimo de estos, porque puede encontrar una forma de realizar lo mismo que ya pensó hacer en diversas soluciones, incluso en mucho de los casos que ni imaginaba que se podían hacer de esa manera, y así considero que creará el framework de sus sueños.<br />
Aunque debe pensar en crearlo dinámico para que no tenga que crear uno por aplicación y al mismo tiempo cuidarse de que con el suyo caiga en el mismo caso que si usaba el framework existente, o sea tenga librerías sin utilizar.</p>
<p>Salu2 Yo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Alvaro</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-36024</link>
		<dc:creator>Alvaro</dc:creator>
		<pubDate>Wed, 09 May 2007 11:16:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-36024</guid>
		<description>La verdad es que coincido plenamente contigo. El uso de javascript &quot;directo&quot; está totalmente obsoleto.

Ya sea porque ya que &quot;tal&quot; librería hace lo que necesito, la utilizo y le meto algun efectillo más a la web o por simple vaguería de copiar código de proyectos anteriores.

Está claro que un código adhoc suele ser más adecuado y normalmente más rápido, pero el tiempo nos come</description>
		<content:encoded><![CDATA[<p>La verdad es que coincido plenamente contigo. El uso de javascript &#8220;directo&#8221; está totalmente obsoleto.</p>
<p>Ya sea porque ya que &#8220;tal&#8221; librería hace lo que necesito, la utilizo y le meto algun efectillo más a la web o por simple vaguería de copiar código de proyectos anteriores.</p>
<p>Está claro que un código adhoc suele ser más adecuado y normalmente más rápido, pero el tiempo nos come</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Roberto Alamos Moreno</title>
		<link>http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-23104</link>
		<dc:creator>Roberto Alamos Moreno</dc:creator>
		<pubDate>Mon, 15 Jan 2007 11:44:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.anieto2k.com/2007/01/13/usar-o-no-un-framework-para-nuestras-aplicaciones/#comment-23104</guid>
		<description>Hola :) soy Roberto Alamos, el autor del post en coderbattery.com al que referencian. Muchas gracias por la mencion en tu excelente blog Andres :)

La verdad es que mi postura era muy parecida a la que han expresado mayoritariamente en los comentarios, pero desde hace un tiempo he encontrado que los frameworks Django (Python), CakePHP (PHP) y RoR (Ruby) estan más que bien y me he lanzado a desarrollar aplicaciones con los 2 primeros. Esto no quiere decir que no haya encontrado problemas durante el proceso -porque los he tenido- pero a la larga ha resultado mucho mas conveniente desarrollar aplicaciones sobre estos frameworks en lugar de hacerlo en una especie de &quot;framework&quot; de mi propiedad y que hoy es un verdadero queso inmantenible y poco escalable.

Por otra parte si he hechado de menos varias veces la libertad que se tiene cuando uno crea su propio &quot;framework&quot; pues sabes exactamente como se hace lo que se hace -y de hecho estoy considerando crear uno en el lenguaje Python-  pero por ahora el switch a frameworks ha dado como resultado un saldo positivo y estoy feliz de ello.

Aprovecho de contarles que el articulo original es en _español_. De hecho, fue publicado primero en coderbattery.cl  y luego en su versión traducida en coderbattery.com</description>
		<content:encoded><![CDATA[<p>Hola <img src='http://www.anieto2k.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  soy Roberto Alamos, el autor del post en coderbattery.com al que referencian. Muchas gracias por la mencion en tu excelente blog Andres <img src='http://www.anieto2k.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>La verdad es que mi postura era muy parecida a la que han expresado mayoritariamente en los comentarios, pero desde hace un tiempo he encontrado que los frameworks Django (Python), CakePHP (PHP) y RoR (Ruby) estan más que bien y me he lanzado a desarrollar aplicaciones con los 2 primeros. Esto no quiere decir que no haya encontrado problemas durante el proceso -porque los he tenido- pero a la larga ha resultado mucho mas conveniente desarrollar aplicaciones sobre estos frameworks en lugar de hacerlo en una especie de &#8220;framework&#8221; de mi propiedad y que hoy es un verdadero queso inmantenible y poco escalable.</p>
<p>Por otra parte si he hechado de menos varias veces la libertad que se tiene cuando uno crea su propio &#8220;framework&#8221; pues sabes exactamente como se hace lo que se hace -y de hecho estoy considerando crear uno en el lenguaje Python-  pero por ahora el switch a frameworks ha dado como resultado un saldo positivo y estoy feliz de ello.</p>
<p>Aprovecho de contarles que el articulo original es en _español_. De hecho, fue publicado primero en coderbattery.cl  y luego en su versión traducida en coderbattery.com</p>
]]></content:encoded>
	</item>
</channel>
</rss>

