Comentarios para Nativos Digitales http://yonativodigital.com social media y collaboration era Tue, 09 Mar 2010 19:50:16 +0000 http://wordpress.com/ hourly 1 Comentario en Desarrolladores Rails ¿un modelo mental diferente? por Aubrey http://yonativodigital.com/2009/12/09/desarrolladores-rails-%c2%bfun-modelo-mental-diferente/#comment-42 Aubrey Tue, 09 Mar 2010 19:50:16 +0000 http://yonativodigital.com/?p=93#comment-42 yonativodigital.com, how do you do it? yonativodigital.com, how do you do it?

]]> Comentario en 4 diferencias entre el hemisferio izquierdo y el derecho por Daniel Cabrera http://yonativodigital.com/2009/05/21/4-diferencias-entre-el-hemisferio-izquierdo-y-el-derecho/#comment-36 Daniel Cabrera Tue, 19 Jan 2010 11:08:21 +0000 http://yonativodigital.com/?p=38#comment-36 Hola Yani, me temo que yo ahi no puedo ayudarte, mis conocimientos médicos no llegan a ser ni mínimos. Te recomiendo que traslades tu duda en http://vi.vu Saludos y gracias por tu comentario! Hola Yani, me temo que yo ahi no puedo ayudarte, mis conocimientos médicos no llegan a ser ni mínimos. Te recomiendo que traslades tu duda en http://vi.vu
Saludos y gracias por tu comentario!

]]> Comentario en 4 diferencias entre el hemisferio izquierdo y el derecho por YANI http://yonativodigital.com/2009/05/21/4-diferencias-entre-el-hemisferio-izquierdo-y-el-derecho/#comment-35 YANI Mon, 11 Jan 2010 04:00:49 +0000 http://yonativodigital.com/?p=38#comment-35 Hola... Esto es muy interesante... pero me gustaria saber si el tamaño del hemisferio tiene algo que ver, ya que precisamente tengo un primo que sufrio un golpe en la cabeza y tiene el lobulo izquierdo mas pequeño que el derecho...esto puede traer algun tipo de implicacion? Me gustaria saber... Hola…
Esto es muy interesante… pero me gustaria saber si el tamaño del hemisferio tiene algo que ver, ya que precisamente tengo un primo que sufrio un golpe en la cabeza y tiene el lobulo izquierdo mas pequeño que el derecho…esto puede traer algun tipo de implicacion?

Me gustaria saber…

]]> Comentario en Desarrolladores Rails ¿un modelo mental diferente? por Las empresas deberían ser como los restaurantes « Jorge Alvarez http://yonativodigital.com/2009/12/09/desarrolladores-rails-%c2%bfun-modelo-mental-diferente/#comment-34 Las empresas deberían ser como los restaurantes « Jorge Alvarez Thu, 31 Dec 2009 12:34:25 +0000 http://yonativodigital.com/?p=93#comment-34 [...] El cambio es algo positivo, que genera innovación y que nos acerca a la excelencia.  Pero para cambiar hace falta experimentar, probar nuevas cosas, equivocarse.  La mejor carta del mejor restaurante no ha nacido de la inspiración de una sola persona sino de un equipo de trabajo que experimenta con nuevas combinaciones de sabores, texturas, aromas, colores, etc…  Y cuando alguien descubre algo comparte ese descubrimiento con el resto, que lo prueban y mejoran puesto que el compartir aporta valor. [...] [...] El cambio es algo positivo, que genera innovación y que nos acerca a la excelencia.  Pero para cambiar hace falta experimentar, probar nuevas cosas, equivocarse.  La mejor carta del mejor restaurante no ha nacido de la inspiración de una sola persona sino de un equipo de trabajo que experimenta con nuevas combinaciones de sabores, texturas, aromas, colores, etc…  Y cuando alguien descubre algo comparte ese descubrimiento con el resto, que lo prueban y mejoran puesto que el compartir aporta valor. [...]

]]> Comentario en Desarrolladores Rails ¿un modelo mental diferente? por Daniel Cabrera http://yonativodigital.com/2009/12/09/desarrolladores-rails-%c2%bfun-modelo-mental-diferente/#comment-22 Daniel Cabrera Mon, 14 Dec 2009 10:28:42 +0000 http://yonativodigital.com/?p=93#comment-22 Gracias eLafo por tu comentario. Pues nada, en unos meses me comentas si debo modificar algo :) Gracias eLafo por tu comentario. Pues nada, en unos meses me comentas si debo modificar algo :)

]]> Comentario en Desarrolladores Rails ¿un modelo mental diferente? por eLafo http://yonativodigital.com/2009/12/09/desarrolladores-rails-%c2%bfun-modelo-mental-diferente/#comment-21 eLafo Fri, 11 Dec 2009 15:03:27 +0000 http://yonativodigital.com/?p=93#comment-21 Creo que el post es en su mayoría acertado. Creo que es cierto que un desarrollo ágil no siempre es posible, sobre todo para proyectos muy grandes y más aún, como dices tú, Dani, cuando el cliente no acompaña. Sin embargo, para proyectos de tamaño pequeño - mediano, creo que sí ayuda, sobre todo en la reducción de costes, que entiendo es un factor importante a la hora de vender un proyecto. Aunque como casi siempre, puedo estar equivocado. Acerca del tema del post, mi breve experiencia en el mundo rails, me hace intuir que es cierto lo que dices... aunque esperaré unos cuantos meses más para darte la razón del todo ;-) Un abrazo! Creo que el post es en su mayoría acertado. Creo que es cierto que un desarrollo ágil no siempre es posible, sobre todo para proyectos muy grandes y más aún, como dices tú, Dani, cuando el cliente no acompaña. Sin embargo, para proyectos de tamaño pequeño – mediano, creo que sí ayuda, sobre todo en la reducción de costes, que entiendo es un factor importante a la hora de vender un proyecto. Aunque como casi siempre, puedo estar equivocado.

Acerca del tema del post, mi breve experiencia en el mundo rails, me hace intuir que es cierto lo que dices… aunque esperaré unos cuantos meses más para darte la razón del todo ;-)

Un abrazo!

]]> Comentario en Desarrolladores Rails ¿un modelo mental diferente? por danielcabrera http://yonativodigital.com/2009/12/09/desarrolladores-rails-%c2%bfun-modelo-mental-diferente/#comment-20 danielcabrera Thu, 10 Dec 2009 11:25:37 +0000 http://yonativodigital.com/?p=93#comment-20 Gracias Cesar por animarte a participar y comentar la jugada :) Estoy de acuerdo en que la metodologías ágiles no son 100% perfectas, en ASPgems utilizamos algo que hemos llamado SCRUMgem, una transformada de SCRUM, metodología ágil pero sin ser 100% SCRUM. Tengo pendiente hacerme un post sobre metodología ágil pero primero quiero hacerme un poco de research y profundizar :) También me parece relevante que la metodología ágil no siempre se puede aplicar, por ejemplo por el tipo de proyecto o porque el cliente simplemente no acompaña. Esa cervecita...cuando quieras!! Gracias Cesar por animarte a participar y comentar la jugada :) Estoy de acuerdo en que la metodologías ágiles no son 100% perfectas, en ASPgems utilizamos algo que hemos llamado SCRUMgem, una transformada de SCRUM, metodología ágil pero sin ser 100% SCRUM. Tengo pendiente hacerme un post sobre metodología ágil pero primero quiero hacerme un poco de research y profundizar :) También me parece relevante que la metodología ágil no siempre se puede aplicar, por ejemplo por el tipo de proyecto o porque el cliente simplemente no acompaña.
Esa cervecita…cuando quieras!!

]]> Comentario en Desarrolladores Rails ¿un modelo mental diferente? por tapia http://yonativodigital.com/2009/12/09/desarrolladores-rails-%c2%bfun-modelo-mental-diferente/#comment-19 tapia Wed, 09 Dec 2009 21:31:17 +0000 http://yonativodigital.com/?p=93#comment-19 Hola, Dani. Igual te suena mi cara :-) Por fin me he animado a comentar en tu blog. He leído éste artículo, y no puedo evitar comentarlo. Después de unos cuantos años programando, creo que caes en una serie de tópicos que suelen ser negativos de cara al desarrollo (aunque entiendo que es inevitable). El fundamental es la idolatría a las metodologías ágiles. Es evidente de que de cara a la dirección de equipos, SCRUM, XP y compañía son muy tentadores. Rapidez de desarrollo, versiones funcionales prácticamente cada semana, incorporación de funcionalidad casi en tiempo real... suena maravilloso. Salvo que no es cierto. Al menos, no del todo. Las metodologías ágiles tienen un problema fundamental, tratado muy de pasada en casi toda la documentación que he visto sobre el tema. Y es que, con el tiempo, la calidad del código cae en picado, porque se da prácticamente de lado el diseño a largo plazo. Si a la hora de diseñar una aplicación tenemos que pensar en plazos de entrega semanales y en que la aplicación tiene que ser funcional prácticamente desde el primer día, es inevitable que se piense a corto plazo. Y eso da muchos problemas, de los que se habla muy poco. Para hacer una aplicación pequeña de 8 o 10 mil líneas de código, desarrollada en 5 o 6 meses es perfecto, porque no es necesario pensar tanto en el "y si más tarde queremos...". Las nuevas funcionalidades que se van metiendo no suelen ser muy radicales, y no supone variar demasiado la arquitectura de la aplicación. Pero cuando te vas a otro tipo de software la cosa deja de ser tan agradable, en mi opinión. En mi experiencia, SCRUM tiende a que, pasados los primeros 6 u 8 meses, en cada sprint suele ser necesario reescribir más y más código escrito en su momento para salir del paso y acabar la funcionalidad exigida en el sprint. Y no es algo que me haya pasado a mí sólo, que entonces hablaría más en mi contra que en contra de SCRUM, sino que lo he visto sistemáticamente en los equipos que lo usan para desarrollos de más de 12 meses. Con ésto no estoy diciendo que no me gusten las metodologías ágiles. En mi empresa las usamos, y tienen muchísimas ventajas, soy el primero en admitirlas. Pero, como casi siempre cuando hablamos de tecnología, no sirve para todo. Desde luego, prefiero los problemas que genere SCRUM a los que genera la sobrearquitectura de java, .NET y compañía. Pero hay que ser consciente de que aún existen problemas que hay que solucionar. En fin, ya hablaremos más despacio de todo ésto con una cerveza de por medio, que es la forma académica de hacerlo ;-) Hola, Dani. Igual te suena mi cara :-) Por fin me he animado a comentar en tu blog.

He leído éste artículo, y no puedo evitar comentarlo. Después de unos cuantos años programando, creo que caes en una serie de tópicos que suelen ser negativos de cara al desarrollo (aunque entiendo que es inevitable).

El fundamental es la idolatría a las metodologías ágiles. Es evidente de que de cara a la dirección de equipos, SCRUM, XP y compañía son muy tentadores. Rapidez de desarrollo, versiones funcionales prácticamente cada semana, incorporación de funcionalidad casi en tiempo real… suena maravilloso. Salvo que no es cierto. Al menos, no del todo.

Las metodologías ágiles tienen un problema fundamental, tratado muy de pasada en casi toda la documentación que he visto sobre el tema. Y es que, con el tiempo, la calidad del código cae en picado, porque se da prácticamente de lado el diseño a largo plazo. Si a la hora de diseñar una aplicación tenemos que pensar en plazos de entrega semanales y en que la aplicación tiene que ser funcional prácticamente desde el primer día, es inevitable que se piense a corto plazo. Y eso da muchos problemas, de los que se habla muy poco.

Para hacer una aplicación pequeña de 8 o 10 mil líneas de código, desarrollada en 5 o 6 meses es perfecto, porque no es necesario pensar tanto en el “y si más tarde queremos…”. Las nuevas funcionalidades que se van metiendo no suelen ser muy radicales, y no supone variar demasiado la arquitectura de la aplicación.

Pero cuando te vas a otro tipo de software la cosa deja de ser tan agradable, en mi opinión. En mi experiencia, SCRUM tiende a que, pasados los primeros 6 u 8 meses, en cada sprint suele ser necesario reescribir más y más código escrito en su momento para salir del paso y acabar la funcionalidad exigida en el sprint. Y no es algo que me haya pasado a mí sólo, que entonces hablaría más en mi contra que en contra de SCRUM, sino que lo he visto sistemáticamente en los equipos que lo usan para desarrollos de más de 12 meses.

Con ésto no estoy diciendo que no me gusten las metodologías ágiles. En mi empresa las usamos, y tienen muchísimas ventajas, soy el primero en admitirlas. Pero, como casi siempre cuando hablamos de tecnología, no sirve para todo.

Desde luego, prefiero los problemas que genere SCRUM a los que genera la sobrearquitectura de java, .NET y compañía. Pero hay que ser consciente de que aún existen problemas que hay que solucionar.

En fin, ya hablaremos más despacio de todo ésto con una cerveza de por medio, que es la forma académica de hacerlo ;-)

]]> Comentario en Desarrolladores Rails ¿un modelo mental diferente? por Tweets that mention Desarrolladores Rails ¿un modelo mental diferente? « Nativos Digitales -- Topsy.com http://yonativodigital.com/2009/12/09/desarrolladores-rails-%c2%bfun-modelo-mental-diferente/#comment-18 Tweets that mention Desarrolladores Rails ¿un modelo mental diferente? « Nativos Digitales -- Topsy.com Wed, 09 Dec 2009 17:11:23 +0000 http://yonativodigital.com/?p=93#comment-18 [...] This post was mentioned on Twitter by Rafa García and Blog del Freelance, Alejo Ñañez Ortiz. Alejo Ñañez Ortiz said: Esto merece RT @danifreelanci Desarrolladores Rails ¿un modelo mental diferente? http://bit.ly/5UJpbW [...] [...] This post was mentioned on Twitter by Rafa García and Blog del Freelance, Alejo Ñañez Ortiz. Alejo Ñañez Ortiz said: Esto merece RT @danifreelanci Desarrolladores Rails ¿un modelo mental diferente? http://bit.ly/5UJpbW [...]

]]> Comentario en Nativos digitales y las redes sociales por danielcabrera http://yonativodigital.com/2009/11/18/nativos-digitales-y-las-redes-sociales/#comment-16 danielcabrera Thu, 19 Nov 2009 16:45:18 +0000 http://yonativodigital.com/?p=71#comment-16 Gracias Manu. Estamos en la primera generación de redes sociales y efectivamente quedan "asuntos pendientes", como los que comentas, que habrá que aprender, solucionar, educar... Gracias Manu. Estamos en la primera generación de redes sociales y efectivamente quedan “asuntos pendientes”, como los que comentas, que habrá que aprender, solucionar, educar…

]]>