Portada
mis comunidades
otras secciones
#3:
Hago hace nosecuantos años una pequeña app para el framework Django, que se gastaba intensivamente en la empresa donde curraba. Quedó guay, era bastante genérica y solventaba una tarea que necesitábamos en un par de proyectos. Siguiendo el espíritu de compartir la mierda que escribimos, lo hago un paquete estándar de Django, le meto la misma licencia que lleva el framework, lo subo a GitHub y lo cuelgo en PyPI.
Pasan los años, evolucionan los proyectos, abandonamos la app y yo hasta cambio de empresa. Y ahí se queda eso.
Pues el año pasado, un fulano de USA, CTO de nosequé startup, me abre una issue en GitHub: que si la app no está mantenida, que si no funciona en la última versión de Django, que si haga el favor de arreglarla y que han hecho su proyecto dependiendo de ella y que ahora peta la build y no va y tienen errores y que si no la arreglo dejarán de usarla y recomendarán a todo el mundo que no la usen en sus proyectos porque is totally worthless and causes a lot of troubles.
Qué risas tú. Joder, si es que me ha salido la risa tonta mientras escribía este mensaje.
Pasan los años, evolucionan los proyectos, abandonamos la app y yo hasta cambio de empresa. Y ahí se queda eso.
Pues el año pasado, un fulano de USA, CTO de nosequé startup, me abre una issue en GitHub: que si la app no está mantenida, que si no funciona en la última versión de Django, que si haga el favor de arreglarla y que han hecho su proyecto dependiendo de ella y que ahora peta la build y no va y tienen errores y que si no la arreglo dejarán de usarla y recomendarán a todo el mundo que no la usen en sus proyectos porque is totally worthless and causes a lot of troubles.
Qué risas tú. Joder, si es que me ha salido la risa tonta mientras escribía este mensaje.
Comentarios
Hago hace nosecuantos años una pequeña app para el framework Django, que se gastaba intensivamente en la empresa donde curraba. Quedó guay, era bastante genérica y solventaba una tarea que necesitábamos en un par de proyectos. Siguiendo el espíritu de compartir la mierda que escribimos, lo hago un paquete estándar de Django, le meto la misma licencia que lleva el framework, lo subo a GitHub y lo cuelgo en PyPI.
Pasan los años, evolucionan los proyectos, abandonamos la app y yo hasta cambio de empresa. Y ahí se queda eso.
Pues el año pasado, un fulano de USA, CTO de nosequé startup, me abre una issue en GitHub: que si la app no está mantenida, que si no funciona en la última versión de Django, que si haga el favor de arreglarla y que han hecho su proyecto dependiendo de ella y que ahora peta la build y no va y tienen errores y que si no la arreglo dejarán de usarla y recomendarán a todo el mundo que no la usen en sus proyectos porque is totally worthless and causes a lot of troubles.
Qué risas tú. Joder, si es que me ha salido la risa tonta mientras escribía este mensaje.
#3 ¿Pero la gente cuando usa una librería no mira el tema de la última actividad?
#4 Desde el momento en el que es la única que soluciona tu problema específico, o está documentada lo suficiente, o es la única que funciona,... Por no hablar que una vez integras algo, te casas con ello de por vida casi casi. Este año me ha tocado actualizar algunas apps de Flex (que funcionan/funcionaban perfectamente), u otra que se desarrolló en PHP5.2 para un windows server y con acceso a la impresora... pues la extensión printer solo funciona con PHP5.2 en windows...
#4 Era un CTO en una vibrante startup llena de energía y juventud con grandes rondas de financiación y disruptiva en su respectivo mercado, hombre. No tienen tiempo de mirar ni el código que escriben ellos mismos, como para preocuparse de las librerías de terceros que instalan.
#UnClásico #ModernWebDevelopment #CowboyCoders
#3 tendrías que haberte hecho amigo suyo en LinkedIn para así conocer al CEO y que te contratase a tí como CTO en vez de a él. LinkedIn sirve para estas cosas.
#6
#3 se nota que era jefe.
Se mete en un marrón, no tiene ni idea de cómo salir y la culpa es tuya
#3 Responde con https://www.paypal.com/paypalme/ y 4 ceros como mínimo.
#3 Pide un contrato para mantenerla, ya veras como no vuelven a molestar
#12 Nah, ya tengo trabajo, gracias. Paso de mantener mierdas, no me hace falta
Yo distribuyo binarios. Si quieren el código que me lo pidan y se lo envío tras apuntarlos en una lista. Los repositorios públicos son para parguelas.
El sistema Juche y su flamante Red Star OS nos lo demuestra
#1 falsa dicotomía.
Yo personalmente vivo en una dicotomia, desarrollo software privativo pero para no sentirme mal conmigo mismo, tambien hago software libre en mi tiempo libre, el cual en general me da mas satisfaciones que el otro la verdad
El problema no es el software libre si no el privativo. El problema es que hay creadores que en el fondo no dejan de ser mercenarios a los que solo les importa su dinero. De hecho se siguen pensando que hay una ley divina que los tenga que hacer millonarios. Así dicen las gilipolleces que dicen sobre las licencias libres.
Y sí el problema es el capitalismo, eso es cierto, pero a todos los niveles.
Saludos.
#8 Si está muy bien lo de colaborar con código abierto y todas esas cosas, no te digo yo que no, pero todos los devs que conozco, entre los que me incluyo, tenemos la mala manía de querer comer todos los días, dormir bajo techo y alguna manía mas de niños ricos y salvo que colabores en algún proyecto open que reciba donaciones a espuertas, pues tienes que cobrar por algo.
Otra cosa es que mucha gente también crea proyectos (y los hay a patadas) como opensource para conseguir una base de clientes, y luego cambian la licencia o crean una nueva línea de desarrollo premium, abandonando el desarrollo de la open, que nos puede gustar mas o menos, pero es un modelo de negocio como otro cualquiera.
#13 El modelo de negocio del Open Source parte de unas premisas basadas en la colaboración que no cumple el software privativo. El problema es hasta donde el sistema permite extender esa colaboración.