Es el típico problema "build vs. Buy".
Si pensamos que tenemos ventajas competitivas, nos coniene build.
Si pensamos que no las tenemos nos conviene buy.
En el largo plazo siempre conviene build, porque siempre desarrollamos
una comprensión del problema por encima de lo que ofrece el mercado.
En el corto plazo siempre conviene buy, porque no tenemos esa ventaja.
Y como no sabemos que nos conviene (generalmente no tenemos idea si un
problema en particular será de corrió p largo plazo), conviene crear
delgadas capas de abstracción que nos permitan independizarnos de los
proveedores cuando llegue el momento.
Saludos,
Guillermo Schwarz.
El 11-11-2010, a las 14:06, Gabriel Brunstein <[email protected]>
escribió:
Volviendo a lo que estaban hablando antes, yo me inclinaría por ir u
tilizando soluciones ya existentes. Al utilizar una solución, uno pu
ede ver sus ventajas y desventajas, así llegado el caso de que se qu
iera desarrollar algo propio tengo una experiencia sobre el problema
a resolver y si puedo hacer algo superador y adonde agregarle más f
lexibilidad.
Un detalle a tener en cuenta es que si utilizamos un componente
externo, lo ideal es que sea open source, por si llego a tener un
problema similar al que comentaron acá que tuvieron con Crystal Repo
rts.
Me parece un camino más ágil, más iterativo e incremental. A otro
nivel es como cuando hacemos TDD e implementamos la solución más sen
cilla que funcione y después podemos ir evolucionando la aplicación.
2010/11/11 Esteban A. Maringolo <[email protected]>
> PD: Hay muchos dragones muertos y princesas embarazadas por
smalltalkers.
Esto va de una a la remera de Smalltalks 2011!!!
Saludos!
Kikote y Diego idolos de ClubSmalltalk!
--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
