<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Por qué ahora trabajo con Rails</title>
	<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/</link>
	<description>Un blog de Linking Paths sobre pequeñas empresas y grandes productos.</description>
	<pubDate>Fri, 05 Dec 2008 12:19:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>

	<item>
		<title>By: danimata</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4283</link>
		<dc:creator>danimata</dc:creator>
		<pubDate>Wed, 23 Apr 2008 13:53:16 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4283</guid>
		<description>&lt;p&gt;Yo también llevo algún tiempo trabajando en Rails y me gusta, sobre todo porque me lo paso bien trabajando. Hace año y medio estaba echando pestes del trabajoq ue había escogido y pensando a qué podía dedicarme en lugar de a trabajar en banc online con un megaframework 'infuncional'. Pero me ofrecieron la oportunidad de aprender Ruby y programar sobre Rails, y eso llevo haciendo el último año y medio.&lt;/p&gt;

&lt;p&gt;Rails tiene sus cosas buenas y sus cosas malas, como todo. Pero en general, tanto lo bueno como lo malo es simple y rápido entender. Y eso que la versión 2.0 se ha complicado un poco y el paso unitario hacia REST aún no lo veo claro (sobre todo esa idea de Rest o REST que parece existir). Todavía no veo Rails para algunas aplicaciones pero poco a poco vemos avanzando.&lt;/p&gt;

&lt;p&gt;Salud¡&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Yo también llevo algún tiempo trabajando en Rails y me gusta, sobre todo porque me lo paso bien trabajando. Hace año y medio estaba echando pestes del trabajoq ue había escogido y pensando a qué podía dedicarme en lugar de a trabajar en banc online con un megaframework &#8216;infuncional&#8217;. Pero me ofrecieron la oportunidad de aprender Ruby y programar sobre Rails, y eso llevo haciendo el último año y medio.</p>
<p>Rails tiene sus cosas buenas y sus cosas malas, como todo. Pero en general, tanto lo bueno como lo malo es simple y rápido entender. Y eso que la versión 2.0 se ha complicado un poco y el paso unitario hacia REST aún no lo veo claro (sobre todo esa idea de Rest o REST que parece existir). Todavía no veo Rails para algunas aplicaciones pero poco a poco vemos avanzando.</p>
<p>Salud¡</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alberto</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4122</link>
		<dc:creator>alberto</dc:creator>
		<pubDate>Mon, 31 Mar 2008 07:17:14 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4122</guid>
		<description>&lt;p&gt;Vito, no, no conocía genexus, al menos no recuerdo ese nombre asociado a eso. Le echaremos un vistazo. Gracias.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Vito, no, no conocía genexus, al menos no recuerdo ese nombre asociado a eso. Le echaremos un vistazo. Gracias.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vito</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4114</link>
		<dc:creator>vito</dc:creator>
		<pubDate>Sun, 30 Mar 2008 12:29:43 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4114</guid>
		<description>&lt;p&gt;Hola Alberto, conoces GeneXus?&lt;/p&gt;

&lt;p&gt;A pesar de no ser un lenguaje de programación en si, es una muy buena alternativa que intenta abstraer muchos de los temas que mencionas.&lt;/p&gt;

&lt;p&gt;www.genexus.com&lt;/p&gt;

&lt;p&gt;Un saludo&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hola Alberto, conoces GeneXus?</p>
<p>A pesar de no ser un lenguaje de programación en si, es una muy buena alternativa que intenta abstraer muchos de los temas que mencionas.</p>
<p><a href="http://www.genexus.com" rel="nofollow">www.genexus.com</a></p>
<p>Un saludo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GreenEyed</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4095</link>
		<dc:creator>GreenEyed</dc:creator>
		<pubDate>Fri, 28 Mar 2008 12:03:40 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4095</guid>
		<description>&lt;p&gt;OT: Por cierto MrFishKill, de un framework propio minoritario a otro ;), si algun dia te apetece comentar cosas sobre tu framework, como lo usas, para que te sirve, etc., yo te cuento lo del mio y las herramientas que puedo usar gratuitas por ser Open Source, etc.
No te podré comentar como hacerlo un exito mundial :), pero bueno, que siga vivo tras 10 años de vida, algo es ;).&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>OT: Por cierto MrFishKill, de un framework propio minoritario a otro ;), si algun dia te apetece comentar cosas sobre tu framework, como lo usas, para que te sirve, etc., yo te cuento lo del mio y las herramientas que puedo usar gratuitas por ser Open Source, etc.<br />
No te podré comentar como hacerlo un exito mundial :), pero bueno, que siga vivo tras 10 años de vida, algo es ;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MrFishKill</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4088</link>
		<dc:creator>MrFishKill</dc:creator>
		<pubDate>Thu, 27 Mar 2008 16:09:18 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4088</guid>
		<description>&lt;p&gt;No estoy de acuerdo Luís.&lt;/p&gt;

&lt;p&gt;PHP es un lenguaje 'no tipado' por eso yo lo consideraría de gama 'baja'. No me imagino una aplicación de software bancario o de seguros realizada en PHP.&lt;/p&gt;

&lt;p&gt;Yo no puedo vivir sin tipos de datos. Es como si a alguien se le ocurriera declarar como 'varchar' todos los campos de las tablas de una base de datos.&lt;/p&gt;

&lt;p&gt;PHP es para lo ques es: sites web de presencia de empresa, blogs, pequeñas aplicaciones de gestión, etc.....&lt;/p&gt;

&lt;p&gt;Y hacer grandes proyectos sin  Struts o Spring claro que es posible.....aplicando arquitectura basada en estándares JSR's como JPA, JSTL, etc...al final de tanto utilizar frameworks ya nadie se acuerda de que es un Servlet.....una pena.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>No estoy de acuerdo Luís.</p>
<p>PHP es un lenguaje &#8216;no tipado&#8217; por eso yo lo consideraría de gama &#8216;baja&#8217;. No me imagino una aplicación de software bancario o de seguros realizada en PHP.</p>
<p>Yo no puedo vivir sin tipos de datos. Es como si a alguien se le ocurriera declarar como &#8216;varchar&#8217; todos los campos de las tablas de una base de datos.</p>
<p>PHP es para lo ques es: sites web de presencia de empresa, blogs, pequeñas aplicaciones de gestión, etc&#8230;..</p>
<p>Y hacer grandes proyectos sin  Struts o Spring claro que es posible&#8230;..aplicando arquitectura basada en estándares JSR&#8217;s como JPA, JSTL, etc&#8230;al final de tanto utilizar frameworks ya nadie se acuerda de que es un Servlet&#8230;..una pena.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luis</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4085</link>
		<dc:creator>Luis</dc:creator>
		<pubDate>Thu, 27 Mar 2008 09:56:54 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4085</guid>
		<description>&lt;p&gt;Bueno, no pienso que haya que "huir" de Java porque sea complicado -de hecho tampoco creo que lo sea-, los frameworks y tecnologías que se generan entorno a Java facilitan enormemente la labor de desarrollo, es más, os imagináis afrontar un proyecto J2EE de envergadura desde cero?... sin Struts o Spring o JSF o Tapestry o Hibernate o ... buff, eso sí que sería duro.&lt;/p&gt;

&lt;p&gt;Ahora bien, por qué Java en lugar de Ruby/PHP/...?, realmente no lo sé, llevo seis años desarrollando proyectos J2EE y todos ellos podrían haberse realizado perfectamente con PHP -aún no conozco Ruby-. Lo de proyecto pequeño -&#62; PHP y proyecto grande -&#62; Java no me convence nada, sobre todo porque no sé de ningún factor en estos lenguajes que determine esta regla.
Por poner un caso cercano... un proyecto en el que participé durante mis comienzos: pobladores.com -en su día, hayá por la web 1.0, llegó a ser la comunidad virtual de habla hispana más importante-, se desarrolló utilizando PHP/Perl, y a día de hoy, si me preguntaran si se podría haber mejorado algo utilizando Java, mi respuesta sería no.&lt;/p&gt;

&lt;p&gt;En mi opinión, el que se opte por Java (o .NET) a nivel empresarial, sobre todo en grandes empresas y AA.PP., es simplemente por una cuestión de marketing, y es que realmente no sé muy bien el porqué se ha extendido la idea (sobre todo entre directivos, gerentes y demás cargos con poder de decisión) que Java/.NET son lenguajes de "clase alta" y PHP/Ruby/... son lenguajes de "clase baja", de andar por casa, vamos.
Y es que hoy por hoy se vende muy bien decir que mi producto X con arquitectura SOA ha sido desarrollado con Struts2 Spring Hibernate Maven ... por mi equipo de SCWCDs, SCJPs, SCDJWSs..., en lugar de simplemente decir que ha sido elaborado con PHP o Ruby/Rails por mi equipo de desarrolladores.&lt;/p&gt;

&lt;p&gt;Sinceramente espero que este "clasismo" desaparezca cuando algún día todos empecemos a entender que el factor que menos determina la calidad de un producto es el lenguaje sobre el que se ha desarrollado.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Bueno, no pienso que haya que &#8220;huir&#8221; de Java porque sea complicado -de hecho tampoco creo que lo sea-, los frameworks y tecnologías que se generan entorno a Java facilitan enormemente la labor de desarrollo, es más, os imagináis afrontar un proyecto J2EE de envergadura desde cero?&#8230; sin Struts o Spring o JSF o Tapestry o Hibernate o &#8230; buff, eso sí que sería duro.</p>
<p>Ahora bien, por qué Java en lugar de Ruby/PHP/&#8230;?, realmente no lo sé, llevo seis años desarrollando proyectos J2EE y todos ellos podrían haberse realizado perfectamente con PHP -aún no conozco Ruby-. Lo de proyecto pequeño -&gt; PHP y proyecto grande -&gt; Java no me convence nada, sobre todo porque no sé de ningún factor en estos lenguajes que determine esta regla.<br />
Por poner un caso cercano&#8230; un proyecto en el que participé durante mis comienzos: pobladores.com -en su día, hayá por la web 1.0, llegó a ser la comunidad virtual de habla hispana más importante-, se desarrolló utilizando PHP/Perl, y a día de hoy, si me preguntaran si se podría haber mejorado algo utilizando Java, mi respuesta sería no.</p>
<p>En mi opinión, el que se opte por Java (o .NET) a nivel empresarial, sobre todo en grandes empresas y AA.PP., es simplemente por una cuestión de marketing, y es que realmente no sé muy bien el porqué se ha extendido la idea (sobre todo entre directivos, gerentes y demás cargos con poder de decisión) que Java/.NET son lenguajes de &#8220;clase alta&#8221; y PHP/Ruby/&#8230; son lenguajes de &#8220;clase baja&#8221;, de andar por casa, vamos.<br />
Y es que hoy por hoy se vende muy bien decir que mi producto X con arquitectura SOA ha sido desarrollado con Struts2 Spring Hibernate Maven &#8230; por mi equipo de SCWCDs, SCJPs, SCDJWSs&#8230;, en lugar de simplemente decir que ha sido elaborado con PHP o Ruby/Rails por mi equipo de desarrolladores.</p>
<p>Sinceramente espero que este &#8220;clasismo&#8221; desaparezca cuando algún día todos empecemos a entender que el factor que menos determina la calidad de un producto es el lenguaje sobre el que se ha desarrollado.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: manulinx</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4084</link>
		<dc:creator>manulinx</dc:creator>
		<pubDate>Thu, 27 Mar 2008 03:17:49 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4084</guid>
		<description>&lt;p&gt;tranki greeneyed.&lt;/p&gt;

&lt;p&gt;Struts no es java, eso esta muy claro aunque a veces se generaliza de forma incorrecta ya que el framework usado no sea el mejor. Aunq el tiempo te da el conocimiento de valorar cada elemento con su justo valor.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>tranki greeneyed.</p>
<p>Struts no es java, eso esta muy claro aunque a veces se generaliza de forma incorrecta ya que el framework usado no sea el mejor. Aunq el tiempo te da el conocimiento de valorar cada elemento con su justo valor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GreenEyed</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4080</link>
		<dc:creator>GreenEyed</dc:creator>
		<pubDate>Wed, 26 Mar 2008 11:56:09 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4080</guid>
		<description>&lt;p&gt;Ummm, releyendolo. Con lo del claro ejemplo de manulinx no me referia a alguien que se cambie y reniegue de lo anterior, si no a alguien que percibe usar Java con usar Struts, en este caso no por culpa suya. Como las dos frases estan seguidas, da otra impresion y no queria dejarlo pasar sin aclararlo.
Ms disculpas si parece otra cosa.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ummm, releyendolo. Con lo del claro ejemplo de manulinx no me referia a alguien que se cambie y reniegue de lo anterior, si no a alguien que percibe usar Java con usar Struts, en este caso no por culpa suya. Como las dos frases estan seguidas, da otra impresion y no queria dejarlo pasar sin aclararlo.<br />
Ms disculpas si parece otra cosa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GreenEyed</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4079</link>
		<dc:creator>GreenEyed</dc:creator>
		<pubDate>Wed, 26 Mar 2008 11:54:14 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4079</guid>
		<description>&lt;p&gt;@Alberto. Entiendo, no lo decia por ti y en tu caso lo explicas clarito y conciso. Es mas una opinion en contra de toda la gente que parece que para cambiar tiene que renegar de todo lo anterior. Y el caso de por que manulinx es un claro ejemplo. Java no es Struts, ni te obliga a usar todos esos tags que no son HTML, ni a hacer despliegues y redespliegues, empaquetados y "mariconadas". Yo uso Java y no hago ninguna de esas cosas. Pero mucha gente confunde unas cosas con otras.&lt;/p&gt;

&lt;p&gt;Y en unos años cuando RoR intente abandonar su nicho para cubrir un expectro mas amplio de aplicaciones, pues le pasará lo mismo, como a Grails, como a todo hijo de vecino.&lt;/p&gt;

&lt;p&gt;Lo del hosting es un tema interesante que no se como tirara. Uno de los empujes que tendra Ruby será, creo, gracias a JRuby y a poder integrsr muchas cosas ya hechas en Java y zas, de golpè disponbles sin tener que re-escribirlas. Pero claro, eso pasa por ejecutarse en una JVM y no ocurre con un mero Apache   Mongrel. Ahora mismo no me mojaria en como va a seguir la cosa.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Alberto. Entiendo, no lo decia por ti y en tu caso lo explicas clarito y conciso. Es mas una opinion en contra de toda la gente que parece que para cambiar tiene que renegar de todo lo anterior. Y el caso de por que manulinx es un claro ejemplo. Java no es Struts, ni te obliga a usar todos esos tags que no son HTML, ni a hacer despliegues y redespliegues, empaquetados y &#8220;mariconadas&#8221;. Yo uso Java y no hago ninguna de esas cosas. Pero mucha gente confunde unas cosas con otras.</p>
<p>Y en unos años cuando RoR intente abandonar su nicho para cubrir un expectro mas amplio de aplicaciones, pues le pasará lo mismo, como a Grails, como a todo hijo de vecino.</p>
<p>Lo del hosting es un tema interesante que no se como tirara. Uno de los empujes que tendra Ruby será, creo, gracias a JRuby y a poder integrsr muchas cosas ya hechas en Java y zas, de golpè disponbles sin tener que re-escribirlas. Pero claro, eso pasa por ejecutarse en una JVM y no ocurre con un mero Apache   Mongrel. Ahora mismo no me mojaria en como va a seguir la cosa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MrFishKill</title>
		<link>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4078</link>
		<dc:creator>MrFishKill</dc:creator>
		<pubDate>Wed, 26 Mar 2008 08:22:23 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2008/03/25/por-que-ahora-trabajo-con-rails/#comment-4078</guid>
		<description>&lt;p&gt;Todo esto me resulta abrumador: Ruby, Rails, JRuby , Groovy, Grails.....Estoy bastante perdido, ya tengo bastante con la complejidad de Java.&lt;/p&gt;

&lt;p&gt;Nunca me han gustado los lenguajes poco tipados. Mi experiencia con PHP ha sido bastante agridulce y no creo que ninguno de estos nuevos lenguajes dinámicos requiera mi atención por el momento. Tal vez Groovy antes que Ruby....pero en un futuro muy lejano...&lt;/p&gt;

&lt;p&gt;Soy autonomo freelance y mis premisas son desarrollar proyectos lo más rápidamente posible, pero sobretodo mantenibles. Con mi própio framework en Java 'Cinnamon' (pronto lo liberaré a la comunidad) ya tengo bastante.&lt;/p&gt;

&lt;p&gt;Me he dado cuenta que el Hosting es lo que manda en aplicaciones web, sobretodo para las pequeñas empresas. Te encuentras que la mayoria de nuevos clientes ya tienen  dominio propio con email y hosting sencillo (PHP/MySQL).  No les puedo vender la moto de que contraten un servidor dedicado y me he de adaptar a PHP en bastantes casos.&lt;/p&gt;

&lt;p&gt;El Hosting de Java brilla por su ausencia, sobretodo aquí en España. ¿Pasará lo mismo con Ruby y Groovy?. Sin saber mucho de lo que hablo, vosotros me lo confirmareis: Ruby puede funcionar con Apache Web Server y Groovy con un servidor Web Java tipo Tomcat ¿No?....Entonces a priori parece que Ruby tiene más papeletas de que sea adoptado por los proveedores Hosting hispanos habituales (Arsys, Amen, Nominalia, etc). ¿Que creeis?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Todo esto me resulta abrumador: Ruby, Rails, JRuby , Groovy, Grails&#8230;..Estoy bastante perdido, ya tengo bastante con la complejidad de Java.</p>
<p>Nunca me han gustado los lenguajes poco tipados. Mi experiencia con PHP ha sido bastante agridulce y no creo que ninguno de estos nuevos lenguajes dinámicos requiera mi atención por el momento. Tal vez Groovy antes que Ruby&#8230;.pero en un futuro muy lejano&#8230;</p>
<p>Soy autonomo freelance y mis premisas son desarrollar proyectos lo más rápidamente posible, pero sobretodo mantenibles. Con mi própio framework en Java &#8216;Cinnamon&#8217; (pronto lo liberaré a la comunidad) ya tengo bastante.</p>
<p>Me he dado cuenta que el Hosting es lo que manda en aplicaciones web, sobretodo para las pequeñas empresas. Te encuentras que la mayoria de nuevos clientes ya tienen  dominio propio con email y hosting sencillo (PHP/MySQL).  No les puedo vender la moto de que contraten un servidor dedicado y me he de adaptar a PHP en bastantes casos.</p>
<p>El Hosting de Java brilla por su ausencia, sobretodo aquí en España. ¿Pasará lo mismo con Ruby y Groovy?. Sin saber mucho de lo que hablo, vosotros me lo confirmareis: Ruby puede funcionar con Apache Web Server y Groovy con un servidor Web Java tipo Tomcat ¿No?&#8230;.Entonces a priori parece que Ruby tiene más papeletas de que sea adoptado por los proveedores Hosting hispanos habituales (Arsys, Amen, Nominalia, etc). ¿Que creeis?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
