La paradoja del código abierto

Una nueva idea se está infiltrando en las redes sociales y las comunidades de programación. Es la proporcionalidad entre el dinero que la gente te da para codificar algo y el nivel de calidad que pueden reclamar sobre tu trabajo. Como alguien dijo, el mejor código se escribe cuando se supone que debes estar haciendo otra cosa [1]. Como un escritor hará todo lo posible para escribir esa novela por la que tal vez nadie pagará un centavo, y no trabajará como escritor para una empresa conocida, es probable que los programadores gasten más energía en sus proyectos paralelos de código abierto que durante las horas de oficina. mientras escriben otra parte de un proyecto, se sienten estúpidos, aburridos, inútiles. Y, si la empresa es lo suficientemente grande, es muy probable que se cancele en seis meses de todos modos o se retire un año después del gran lanzamiento. El código abierto es diferente, es un artefacto, es una transposición al código de lo que realmente quieres hacer, lo que crees que debería ser el software, o simplemente lo que sea tu diversión y alegría, o incluso la ira que sientes mientras codificas. Y quieres que se mueva, que sea perfecto, y no puedes dormir por la noche si hay un maldito heisenbug. Entonces, si un usuario de su software acude a usted porque parte de su código apesta, y está dispuesto a trabajar con usted para solucionarlo, y es muy exigente, no piense que abusa de usted porque no paga. tú. No es una cuestión de dinero. Puede ignorar los errores si lo desea e ignorar sus quejas, puede hacerlo ya que no tiene un contrato para hacer lo contrario, pero lo ayudan, se preocupan por lo mismo que usted: la calidad de su software, su grandeza, perfección. El verdadero derecho que tienes, y que muchas veces no usas, es que eres el único que puede decidir sobre el diseño de tu software. Por lo tanto, tiene derecho a rechazar una solicitud de extracción o una propuesta para seguir las mejores prácticas porque siente que lo que alguien está contribuyendo no coincide con la imagen general de lo que está diseñando y construyendo. Pero si reconoce que alguien le está hablando de algo que, de hecho, es una falla en su software, no cometa el error de reducir la interacción a una cobarde cuestión de dinero. Trabajas gratis, ellos se arriesgan a sacar lo que escribiste, a ambos les importa la calidad. EDITAR: si está escribiendo OSS y está molesto con las solicitudes de los usuarios, ¿alguna vez pensó que tal vez en este momento su trabajo se parece más al trabajo de oficina por alguna razón? EDIT 2: Un usuario de HN preguntó por los motivos de tal título. La paradoja es que el escritor de OSS se preocupa y, a menudo, está dispuesto a arreglar el código que escribe de forma gratuita, más que el otro trabajo remunerado que realiza. [1] "Los mejores programas son los que se escriben cuando se supone que el programador está trabajando en otra cosa". -Melinda Varian.

Una nueva idea se está infiltrando en las redes sociales y las comunidades de programación. Es la proporcionalidad entre el dinero que la gente te da para codificar algo y el nivel de calidad que pueden reclamar sobre tu trabajo. Como alguien dijo, el mejor código se escribe cuando se supone que debes estar haciendo otra cosa [1]. Como un escritor hará todo lo posible para escribir esa novela por la que tal vez nadie pagará un centavo, y no trabajará como escritor para una empresa conocida, es probable que los programadores gasten más energía en sus proyectos paralelos de código abierto que durante las horas de oficina. mientras escriben otra parte de un proyecto, se sienten estúpidos, aburridos, inútiles. Y, si la empresa es lo suficientemente grande, es muy probable que se cancele en seis meses de todos modos o se retire un año después del gran lanzamiento. El código abierto es diferente, es un artefacto, es una transposición al código de lo que realmente quieres hacer, lo que crees que debería ser el software, o simplemente lo que sea tu diversión y alegría, o incluso la ira que sientes mientras codificas. Y quieres que se mueva, que sea perfecto, y no puedes dormir por la noche si hay un maldito heisenbug. Entonces, si un usuario de su software acude a usted porque parte de su código apesta, y está dispuesto a trabajar con usted para solucionarlo, y es muy exigente, no piense que abusa de usted porque no paga. tú. No es una cuestión de dinero. Puede ignorar los errores si lo desea e ignorar sus quejas, puede hacerlo ya que no tiene un contrato para hacer lo contrario, pero lo ayudan, se preocupan por lo mismo que usted: la calidad de su software, su grandeza, perfección. El verdadero derecho que tienes, y que muchas veces no usas, es que eres el único que puede decidir sobre el diseño de tu software. Por lo tanto, tiene derecho a rechazar una solicitud de extracción o una propuesta para seguir las mejores prácticas porque siente que lo que alguien está contribuyendo no coincide con la imagen general de lo que está diseñando y construyendo. Pero si reconoce que alguien le está hablando de algo que, de hecho, es una falla en su software, no cometa el error de reducir la interacción a una cobarde cuestión de dinero. Trabajas gratis, ellos se arriesgan a sacar lo que escribiste, a ambos les importa la calidad. EDITAR: si está escribiendo OSS y está molesto con las solicitudes de los usuarios, ¿alguna vez pensó que tal vez en este momento su trabajo se parece más al trabajo de oficina por alguna razón? EDIT 2: Un usuario de HN preguntó por los motivos de tal título. La paradoja es que el escritor de OSS se preocupa y, a menudo, está dispuesto a arreglar el código que escribe de forma gratuita, más que el otro trabajo remunerado que realiza. [1] "Los mejores programas son los que se escriben cuando se supone que el programador está trabajando en otra cosa". -Melinda Varian.

What's Your Reaction?

like

dislike

love

funny

angry

sad

wow