Re: [gtug-bsas] Derrotado por el Android Studio
domingo, 22 de junio de 2014
Estimado Maximiliano,
No son teorias, sino resultado de observar mucha gente y por
varios años (+25 :), el adoptar algo que se presenta como
nuevo sin reflexionar sobre el costo que tiene (en la mayoria
de los casos, en todo ese tiempo, el costo es dado por
el costo de lo nuevo efimero; se argumenta como nuevo
para ser aceptado a bajo costo, y luego... no llega a viejo).
>Lo nuevo se tiene que probar porque sino nos quedamos
> con lo viejo para siempre y no avanzamos nunca.
En software no he visto algo que no haya cambiado.
Y un sinnumero de cosas nuevas propuestas para no tener
que explicar los efectos de su uso a largo plazo...
(lo "nuevo" agrada a quien vive en su futuro; ahi su
relacion con lo joven y el emprendimiento)
>Yo me meti con Android Studio probando proyectos
> mios, con la esperanza de a futuro implementarlo
> en proyectos de cliente.
Y que otras alternaivas encontrás?
Lo pregunto porque quizas alguna de ellas te libere
de la dependencia de ese tool.
>No es bochornoso sentirse derrotado o resignado
> por un IDE que funciona mal.
Lo bochornoso (en mi opinion) es no poderlo modificar
a tu gusto, y solo tener el camino de motivar/forzar
a otro para que lo haga.
Eso te hace dependiente, y vas a tener que tirar tu trabajo
cuando ese otro cambie sus tools y ya no este motivado
a promoverlo (o tenga tecnicos jovenes queriendo
hacerte cliente/dependiente de sus "mejoras").
Te va a forzar a cambiar tus herramientas diciendote
que tiene algo nuevo...
>Ademas deberias informarte mejor, no es aceptable
> por la mayoria. Miles de desarrolladores como yo se
> quejan todos los dias por esto.
Si, ok; lo entiendo y sé que es asi.
Pero... pedir que otro te lo resuelva...
no he visto que funcione, ni recientemente,
ni en las decadas del esquema cliente/proveedor.
>Te crees que es divertido que un mes te funcione
> un plugin que armaste para una version de Gradle
> y al otro mes se te rompa porque actualizaron?
Si no lo es, a mi me paso tanto para android,
como para iOS...
En mi caso, busco/tengo alternativas para reducir a corto plazo
y evitar en el mediano/largo plazo esas dependencias
(pero esto no es posible para la mayor parte de los
desarrolladores; en mi opinion, porque son
incentivadios a hacerse dependientes;
el software es libre, no las personas).
> Es inestable y ellos no lo estan aclarando.
Eso te decia; no estan motivados para hacerlo;
es un tema profundo, que no esta solo relacionado con
produccion de software; es un tema de informática,
y casos similares tenemos muchisimos y desde tiempos
remotos, porque han sido causales de derrumbe de
civilizaciones... es el problema dado por la comodidad
de la dependencia y la falta de motivantes/reguladores
cuando "todo puede seguir mejorando de la misma forma".
>Sabemos que las versiones "0." son alfa, pero si van a
> hacer esto es preferible que se tomen un año mas
> para sacarlo.
>Si estoy de acuerdo en tomarlo con calma y adoptar lo
> minimo necesario, pero tambien me gusta probar
> cosas nuevas y lograr asimilarlas.
Si, calma y a juntar recursos para pagar el costo.
O... buscar alternativas que te permitan un desarrollo
mas independiente en este mundo cambiante.
>De hecho todo el que haya trabajado en sistemas sabe que
> esto es lo que siempre pasa, nos cambian una tecnologia
> porque resulta que salio una posiblemente mejor, y hay
> que empezar todo de nuevo.
Porque seguir entonces de la misma forma?
(nos cambian? mmm )
un cordial saludo,
Ale.
----- Original Message -----
From: Maximiliano Burgos
To: gtug-bsas@googlegroups.com
Sent: Sunday, June 22, 2014 1:00 PM
Subject: Re: [gtug-bsas] Derrotado por el Android Studio
No voy a entrar en polemica con esto, pero te voy a refutar un par de
teorias tuyas.
Lo nuevo se tiene que probar porque sino nos quedamos con lo viejo para
siempre y no avanzamos nunca. La interfaz que estas usando para mandar ese
mail esta asentada sobre conceptos nuevos que usa Google y no le fue nada
mal.
Obviamente no se puede implementar cada cosa nueva que sale porque se sabe
que es inestable.
Y menos para un proyecto. Pero para eso existen los labs y nosotros que nos
metemos a probar cosas sin el compromiso de entrega.
Yo me meti con Android Studio probando proyectos mios, con la esperanza de a
futuro implementarlo en proyectos de cliente.
No es bochornoso sentirse derrotado o resignado por un IDE que funciona mal.
Ademas deberias informarte mejor, no es aceptable por la mayoria. Miles de
desarrolladores como yo se quejan todos los dias por esto.
Te crees que es divertido que un mes te funcione un plugin que armaste para
una version de Gradle y al otro mes se te rompa porque actualizaron? Es
inestable y ellos no lo estan aclarando.
Sabemos que las versiones "0." son alfa, pero si van a hacer esto es
preferible que se tomen un año mas para sacarlo.
Si estoy de acuerdo en tomarlo con calma y adoptar lo minimo necesario, pero
tambien me gusta probar cosas nuevas y lograr asimilarlas. De hecho todo el
que haya trabajado en sistemas sabe que esto es lo que siempre pasa, nos
cambian una tecnologia porque resulta que salio una posiblemente mejor, y
hay que empezar todo de nuevo.
El 22 de junio de 2014, 12:28, Alejandro Reimondo
<alereimondo@smalltalking.net> escribió:
En mi opinión el problema es que han dado mucho valor a algo "muy nuevo"
(nada mas inútil que lo nuevo viejo). Lo nuevo frecuentemente
alienta (solo) a personas que no han hecho nada y/o piensan que aun
no han hecho algo de valor, a pensar que todo vale como propuesta de
producción (sin poder valorizar de forma empírica
costos de producción, mantenimiento, etc).
Creo que estas situaciones bochornosas (el sentirse derrotado por un tool
"aceptable
para la mayoría") son muy buenas oportunidades para reflexionar sobre que
alternativas
uno tiene y poder empezar así a hacer un camino propio.
El camino mas sufrido es intentar que alguien piense distinto (un camino
completamente
inútil si aquel que debería cambiar es incapaz de encontrar motivos para
hacerlo).
En resumen, relájate y planea como seguir en el mediano/largo plazo,
logrando
independencia para el desarrollo de tus sistemas, el mundo cambia
demasiado rápido
y cuando uno ya ha hecho algo, uno puede no cambiar tanto y aprender a
adoptar
lo mínimo necesario.
Ale.
--
Has recibido este mensaje porque estás suscrito al grupo "GTUG Buenos Aires
| Google Developers Group" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes,
envía un correo electrónico a gtug-bsas+unsubscribe@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
--
Has recibido este mensaje porque estás suscrito a un tema del grupo "GTUG
Buenos Aires | Google Developers Group" de Grupos de Google.
Para anular la suscripción a este tema, visita
https://groups.google.com/d/topic/gtug-bsas/GhEDk1QrndE/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo
electrónico a gtug-bsas+unsubscribe@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
--
Has recibido este mensaje porque estás suscrito al grupo "GTUG Buenos Aires | Google Developers Group" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a gtug-bsas+unsubscribe@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/d/optout.
No son teorias, sino resultado de observar mucha gente y por
varios años (+25 :), el adoptar algo que se presenta como
nuevo sin reflexionar sobre el costo que tiene (en la mayoria
de los casos, en todo ese tiempo, el costo es dado por
el costo de lo nuevo efimero; se argumenta como nuevo
para ser aceptado a bajo costo, y luego... no llega a viejo).
>Lo nuevo se tiene que probar porque sino nos quedamos
> con lo viejo para siempre y no avanzamos nunca.
En software no he visto algo que no haya cambiado.
Y un sinnumero de cosas nuevas propuestas para no tener
que explicar los efectos de su uso a largo plazo...
(lo "nuevo" agrada a quien vive en su futuro; ahi su
relacion con lo joven y el emprendimiento)
>Yo me meti con Android Studio probando proyectos
> mios, con la esperanza de a futuro implementarlo
> en proyectos de cliente.
Y que otras alternaivas encontrás?
Lo pregunto porque quizas alguna de ellas te libere
de la dependencia de ese tool.
>No es bochornoso sentirse derrotado o resignado
> por un IDE que funciona mal.
Lo bochornoso (en mi opinion) es no poderlo modificar
a tu gusto, y solo tener el camino de motivar/forzar
a otro para que lo haga.
Eso te hace dependiente, y vas a tener que tirar tu trabajo
cuando ese otro cambie sus tools y ya no este motivado
a promoverlo (o tenga tecnicos jovenes queriendo
hacerte cliente/dependiente de sus "mejoras").
Te va a forzar a cambiar tus herramientas diciendote
que tiene algo nuevo...
>Ademas deberias informarte mejor, no es aceptable
> por la mayoria. Miles de desarrolladores como yo se
> quejan todos los dias por esto.
Si, ok; lo entiendo y sé que es asi.
Pero... pedir que otro te lo resuelva...
no he visto que funcione, ni recientemente,
ni en las decadas del esquema cliente/proveedor.
>Te crees que es divertido que un mes te funcione
> un plugin que armaste para una version de Gradle
> y al otro mes se te rompa porque actualizaron?
Si no lo es, a mi me paso tanto para android,
como para iOS...
En mi caso, busco/tengo alternativas para reducir a corto plazo
y evitar en el mediano/largo plazo esas dependencias
(pero esto no es posible para la mayor parte de los
desarrolladores; en mi opinion, porque son
incentivadios a hacerse dependientes;
el software es libre, no las personas).
> Es inestable y ellos no lo estan aclarando.
Eso te decia; no estan motivados para hacerlo;
es un tema profundo, que no esta solo relacionado con
produccion de software; es un tema de informática,
y casos similares tenemos muchisimos y desde tiempos
remotos, porque han sido causales de derrumbe de
civilizaciones... es el problema dado por la comodidad
de la dependencia y la falta de motivantes/reguladores
cuando "todo puede seguir mejorando de la misma forma".
>Sabemos que las versiones "0." son alfa, pero si van a
> hacer esto es preferible que se tomen un año mas
> para sacarlo.
>Si estoy de acuerdo en tomarlo con calma y adoptar lo
> minimo necesario, pero tambien me gusta probar
> cosas nuevas y lograr asimilarlas.
Si, calma y a juntar recursos para pagar el costo.
O... buscar alternativas que te permitan un desarrollo
mas independiente en este mundo cambiante.
>De hecho todo el que haya trabajado en sistemas sabe que
> esto es lo que siempre pasa, nos cambian una tecnologia
> porque resulta que salio una posiblemente mejor, y hay
> que empezar todo de nuevo.
Porque seguir entonces de la misma forma?
(nos cambian? mmm )
un cordial saludo,
Ale.
----- Original Message -----
From: Maximiliano Burgos
To: gtug-bsas@googlegroups.com
Sent: Sunday, June 22, 2014 1:00 PM
Subject: Re: [gtug-bsas] Derrotado por el Android Studio
No voy a entrar en polemica con esto, pero te voy a refutar un par de
teorias tuyas.
Lo nuevo se tiene que probar porque sino nos quedamos con lo viejo para
siempre y no avanzamos nunca. La interfaz que estas usando para mandar ese
mail esta asentada sobre conceptos nuevos que usa Google y no le fue nada
mal.
Obviamente no se puede implementar cada cosa nueva que sale porque se sabe
que es inestable.
Y menos para un proyecto. Pero para eso existen los labs y nosotros que nos
metemos a probar cosas sin el compromiso de entrega.
Yo me meti con Android Studio probando proyectos mios, con la esperanza de a
futuro implementarlo en proyectos de cliente.
No es bochornoso sentirse derrotado o resignado por un IDE que funciona mal.
Ademas deberias informarte mejor, no es aceptable por la mayoria. Miles de
desarrolladores como yo se quejan todos los dias por esto.
Te crees que es divertido que un mes te funcione un plugin que armaste para
una version de Gradle y al otro mes se te rompa porque actualizaron? Es
inestable y ellos no lo estan aclarando.
Sabemos que las versiones "0." son alfa, pero si van a hacer esto es
preferible que se tomen un año mas para sacarlo.
Si estoy de acuerdo en tomarlo con calma y adoptar lo minimo necesario, pero
tambien me gusta probar cosas nuevas y lograr asimilarlas. De hecho todo el
que haya trabajado en sistemas sabe que esto es lo que siempre pasa, nos
cambian una tecnologia porque resulta que salio una posiblemente mejor, y
hay que empezar todo de nuevo.
El 22 de junio de 2014, 12:28, Alejandro Reimondo
<alereimondo@smalltalking.net> escribió:
En mi opinión el problema es que han dado mucho valor a algo "muy nuevo"
(nada mas inútil que lo nuevo viejo). Lo nuevo frecuentemente
alienta (solo) a personas que no han hecho nada y/o piensan que aun
no han hecho algo de valor, a pensar que todo vale como propuesta de
producción (sin poder valorizar de forma empírica
costos de producción, mantenimiento, etc).
Creo que estas situaciones bochornosas (el sentirse derrotado por un tool
"aceptable
para la mayoría") son muy buenas oportunidades para reflexionar sobre que
alternativas
uno tiene y poder empezar así a hacer un camino propio.
El camino mas sufrido es intentar que alguien piense distinto (un camino
completamente
inútil si aquel que debería cambiar es incapaz de encontrar motivos para
hacerlo).
En resumen, relájate y planea como seguir en el mediano/largo plazo,
logrando
independencia para el desarrollo de tus sistemas, el mundo cambia
demasiado rápido
y cuando uno ya ha hecho algo, uno puede no cambiar tanto y aprender a
adoptar
lo mínimo necesario.
Ale.
--
Has recibido este mensaje porque estás suscrito al grupo "GTUG Buenos Aires
| Google Developers Group" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes,
envía un correo electrónico a gtug-bsas+unsubscribe@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
--
Has recibido este mensaje porque estás suscrito a un tema del grupo "GTUG
Buenos Aires | Google Developers Group" de Grupos de Google.
Para anular la suscripción a este tema, visita
https://groups.google.com/d/topic/gtug-bsas/GhEDk1QrndE/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo
electrónico a gtug-bsas+unsubscribe@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
--
Has recibido este mensaje porque estás suscrito al grupo "GTUG Buenos Aires | Google Developers Group" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a gtug-bsas+unsubscribe@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/d/optout.
Suscribirse a:
Enviar comentarios (Atom)
0 comentarios:
Publicar un comentario
Nota: solo los miembros de este blog pueden publicar comentarios.