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.
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