Muchísimas gracias. :-)
]]>Firthunands
]]>Nadie te discute cumplir de la mejor manera posible los plazos, los costes y la calidad definidos para cada proyecto.
De lo que hablamos es de, si hay que desarrollar una apliación, optas por hacer un desarrollo libre o privativo. El desarrollo de software libre tiene su modelo de negocio, que tiene su inconveniente -renuncias a una de las fuentes de renta-, y a cambio tienes una serie de ventajas, que solo aprovechas si tienes el enfoque adecuado; que incluye tener el personal adecuado.
Pero leyendo tus entradas, parece que me estás hablando de algo que no tiene nada que ver: usar un programa, u otro. Hablamos entonces de ser usuarios de software, y el escenario es otro. No se trata de lo que estabamos hablando, ya que para usar software no necesitas ser programador. En este caso el reaprovechamiento de código de otros proyectos y la posibilidad de colaboración es intranscendente, y la clave estaría en otros argumentos: independencia de proveedor, adaptabilidad al escenario de uso del SI del cliente, posibilidades futuras de desarrollos y adaptaciones a futuras necesidades, ciclo de vida, e historial de obsolescencia premeditada por el fabricante y potencialidad frente a ella; solo por poner algunos ejemplos.
]]>La ventaja del software libre como desarrollador es que no comienzas desde cero, puedes tomar código del ingente pool de código libre de calidad existente. Pero también hay código malo con licencia libre; por lo que es necesario ser capaz de discernir entre los dos.
El problema es que, para poder aprovechar esta ventaja, necesitas tener una serie de características que no son imprescindibles en el software privativo, pero sí en el libre. La capacidad para entender ingentes cantidades de código, cuya documentación puede no estar actualizada o ser inexistente, es una de ellas. Ser capaz de crear vínculos a través de correo electrónico o de foros con gente a la que no conoces personalmente es otra. Tener una reputación fuerte de persona que contribuye, para que cuando necesites ayuda y la pidas, te la de el propio autor del código sobre el que la necesitas, también es importante. Todo esto es crítico para el desarrollador de software libre si quiere aprovechar las ventajas del modelo. Si no lo ves, permíteme dudar de que hayas podido aprovechar estas ventajas; y que te limitas a emplear el software libre exactamente igual que empleas el privativo.
]]>No en la interpretación que tu haces de esta entrada en el blog. Lo que digo es que el modelo X en empresas de software privativo es posible -aunque no adecuado-. El hecho de que existen cárnicas prueba mi aseveración. Otra cosa es que para una empresa de modelo X es muy complicado aprovechar las ventajas del modelo de software libre; por lo que las empresas de modelo X se ven en clara desventaja a la hora de trabajar en entornos de software libre, frente a empresas de modelo Y.
El modelo X es siempre una desventaja cuando se trata de trabajo creativo. Pero en entornos como el software libre, la desventaja es demasiado grande, por lo que solo se hace a petición expresa de cliente, y como uso o dando el código, sin aprovechar las ventajas estratégicas del modelo.
]]>Lo que nunca me he explicado es si de verdad creen que es eso en lo que consiste, ¿porqué no usan máquinas para hacerlo?…
Muy buena entrada, creo que expone claramente las motivaciones que tiene la gente que desarrolla soft libre y cómo identificarlos y retenerlos…. además creo que incluso en desarrollos de soft privativo y dado que el desarrollo es (por lo menos ahora)gran parte de artesanía, esa creatividad y pensamiento lateral es imprescindible, aunque lo normal es que en caso de disponer de gente con esas características normalmente no saben identificarla y mucho menos motivarla.
Una nota de humor negro, para mi «importante empresa de alquiler de carne» es un eufemismo, creo que es más claro si hablamos en términos tipo trata de blancas o proxenetas
]]>