A raíz de la introducción de DevOps, y de hecho el desarrollo de TI entre las masas, el uso de software de código abierto (Software Libre) se está volviendo cada vez más popular. Incluso Microsoft tuvo una muy buena mano en la promoción de software popular entre las masas. Un problema es que los usuarios son consumidores, y alguien (probablemente alguien más lo hizo) inspiró a estos usuarios que en el software de código abierto se aplican las mismas reglas que en el software comercial, pero no hay que pagar nada.
Entonces, veamos cuatro errores lógicos que los usuarios cometen en su actitud hacia el software de código abierto. Solo cuatro, porque los considero los más importantes.
1. El desarrollador de software de código abierto es responsable ante los usuarios.
GPL dice:
NO HAY GARANTÍA PARA EL PROGRAMA, EN LA MEDIDA PERMITIDA POR LA LEY APLICABLE. EXCEPTO CUANDO SE ESCRIBA DE OTRA MANERA QUE LOS TITULARES DE LOS DERECHOS DE AUTOR Y / O OTRAS PARTES PROPORCIONEN EL PROGRAMA "TAL CUAL" SIN GARANTÍA DE NINGÚN TIPO, NI EXPRESA O IMPLÍCITA, INCLUYENDO, PERO SIN LIMITARSE, AL GARANTÍAS IMPLÍCITAS POR ANTERIOR Y SU . TODO EL RIESGO EN CUANTO A LA CALIDAD Y EL DESEMPEÑO DEL PROGRAMA ES CON USTED. ¿DEBE EL PROGRAMA PROBAR DEFECTUOSO? USTED ASUME EL COSTO DE TODOS LOS SERVICIOS, REPARACIONES O CORRECCIONES NECESARIAS.
MIT dice:
EL SOFTWARE SE PROPORCIONA "TAL CUAL", SIN GARANTÍA DE NINGÚN TIPO, EXPRESA O IMPLÍCITA, INCLUYENDO PERO SIN LIMITARSE A LAS GARANTÍAS DE COMERCIABILIDAD, APTITUD PARA UN PROPÓSITO Y NO INFRACCIÓN PARTICULARES. EN NINGÚN CASO, LOS AUTORES O LOS TITULARES DE LOS DERECHOS DE AUTOR SERÁN RESPONSABLES DE NINGÚN RECLAMO, DAÑOS U OTRA RESPONSABILIDAD, YA SEA EN ACCIÓN DE CONTRATO, TORT O DE OTRA MANERA, DERIVADA DE, FUERA DE, O EN RELACIÓN CON EL SOFTWARE O EL USO O OTRO TRATO EN EL SOFTWARE
Traducción literalESTE SOFTWARE SE PROPORCIONA "TAL CUAL" SIN NINGUNA GARANTÍA EXPRESA O IMPLÍCITA, INCLUYENDO CUALQUIER GARANTÍA DE NINGÚN TIPO. EN NINGÚN CASO, LOS AUTORES O LOS PROPIETARIOS DE LOS DERECHOS SERÁN RESPONSABLES DE NINGUNA RECLAMACIÓN, DE DAÑOS O DE OTROS REQUISITOS, INCLUYENDO EL CONTRATO, LA ENTREGA U OTRA RESPUESTA DE RESPONSABILIDAD
Puedes leer más sobre MIT aquí .
En general, cualquier licencia compatible con GPL (aunque sea unidireccional) dice que el software de código abierto y su autor o cualquier participante del producto no tiene ninguna responsabilidad por el funcionamiento de la aplicación. La responsabilidad exclusiva del desarrollador es seguir las reglas de licencia, pero no todas las licencias lo requieren.
Reserva de StallmanEn general, la GPL no significa que difunda su código solo bajo la GPL y use solo la versión GPL usted mismo. Tiene derecho a diseñar su código bajo una licencia diferente, pero no todos lo aprueban, pero no discuten sobre los gustos ... Es cierto, hay muchas PERO en todo esto, que no encajan en el marco de este artículo.
Sin embargo, como lo demuestra la práctica (experiencia puramente personal), es en los países donde la piratería es más común que los usuarios a menudo no leen los acuerdos de licencia. Como, en otros asuntos, en la mayoría de los países, el consumidor no lee el texto de la licencia, pero acepta de inmediato ( "no, bueno, necesito usar el software" ). Desafortunadamente, muchos usuarios, al enterarse de que han aceptado el descargo de responsabilidad, por alguna razón se consideran engañados por el desarrollador del software y no quieren aceptar su responsabilidad. En general, el tema de la responsabilidad personal de las personas es un punto doloroso en la sociedad.
Limassolsk eligió un término muy preciso para tal actitud en este comentario . Y tal actitud (como se describió anteriormente) hacia el software de código abierto no crea desarrollo, sino que conduce a la degradación de la comunidad.
Diré por mí mismo: la pregunta "¿qué es mejor {{algo}}?" en OpenNet. Esta pregunta no se aplica realmente a los autores de STR, porque no venden su producto. En última instancia, nadie debería responder esta pregunta si no hay beneficio, pero existe una oportunidad real de determinar independientemente "qué es mejor / peor". La pregunta correcta sería "¿cómo ayudar?" .
Entonces, el desarrollador de software de código abierto con una licencia gratuita no responde al consumidor . Al usar el software de código abierto, usted acepta automáticamente las condiciones establecidas en la prueba del acuerdo de licencia. Esta pregunta no solo es legal, sino también moral y social.
2. El desarrollador de software de código abierto trabaja para la idea.
No solo eso. Para una idea, puede trabajar en un proyecto de mascotas solo. Quiero recordar a todos una imagen, muy amplia:
Somos la gente Necesitamos comida, un techo sobre nuestras cabezas, etc. Las empresas comerciales o las licencias dobles no eliminan el software de código abierto, pero, por extraño que parezca, la gente común difunde rumores negativos (y muy a menudo falsos) sobre el software de código abierto, simplemente porque no les gustó la actitud / implementación del autor de la funcionalidad / interfaz, porque no es así {{cualquier cosa}}.
También vale la pena señalar que las ideas pueden no coincidir, por no mencionar las prioridades.
Hay otra categoría de software de código abierto, que está llena de varias compañías grandes y no muy grandes que desarrollan software y publican una versión limitada bajo cualquier licencia gratuita. También sufren de una relación de consumo, aunque no solo de la persona promedio, sino también de los grandes vendedores de consumo. Por ejemplo, Mongo sufre el hecho de que sus soluciones a menudo son creadas por algún proveedor de la nube y ganan dinero del trabajo de los empleados de Mongo, sin aportar nada al proyecto (los proveedores de la nube no agregan popularidad, sino que explotan esta popularidad). Por supuesto, no todo es tan simple allí, pero este es un ejemplo de esa actitud del consumidor hacia el software de código abierto, que se está desarrollando cada vez más activamente en la "comunidad de consumidores".
Por lo tanto, el autor de STR no tiene que trabajar por una idea , respeto u otros beneficios intangibles, especialmente si su producto aporta algo tangible al consumidor.
3. El desarrollo de software de código abierto no puede ser un pasatiempo
Díselo a Linus con su "fan". A veces las personas tienen el mismo interés y juntas comienzan a desarrollar el producto en su tiempo libre. Pero llega un momento en que un pasatiempo puede aburrirse, pero esto no hace que el producto o el desarrollador sean malos, porque el producto en sí se ha mantenido igual. A veces los desarrolladores desean cambiar de trabajo, actividades o lugares de residencia. ¿No lo culpamos? ¿Por qué, entonces, el consumidor considera necesario arrojar barro a un desarrollador que ha perdido la motivación para arrastrar un proyecto que muchos usan, pero que no aporta ningún beneficio, excepto mensajes sobre errores y sugerencias de mejora? De hecho, al final, el usuario no hace esto por un sentido de asistencia mutua, sino más bien debido a sus intereses "egoístas" (este error simplemente lo molesta).
Vale la pena señalar que el trabajo que trae placer es muy similar a un hobby. Como dijo Confucio:
Elija un trabajo a su gusto y no tendrá que trabajar ni un solo día en su vida.
De hecho, la actitud del consumidor a menudo mata el deseo de participar en cualquier pasatiempo.
De un ejemplo personalSolía disfrutar haciendo fotografía. Fui un buen reportero, además de centrarme en los deportes extremos, en particular en Bike-stunt. Realmente me gusto
También me gustaba fotografiar las emociones reales de las personas en conciertos o en la calle.
Todo me trajo mucho placer, especialmente el procesamiento de fotos. Pertenecía a aquellos que trataban casi todos los cuadros como una imagen. Me llevó toda una noche, o incluso unos días.
Pero con el tiempo, las personas que quieren "gratis" para actualizar su álbum en "compañeros de clase" repelieron este deseo, motivando cada vez que, dado que tengo una cámara y funciona tan bien, solo tengo que tomarles fotos. Algunos, una o dos veces, después de mi enfática negativa a hacerlo gratis, compraron el rodaje y me pidieron un gran descuento. Otros lo percibieron como un insulto, porque, como creían, me hicieron un favor, posando mal para la cámara, sin siquiera molestarse en cubrir sus rostros con al menos una base de alta calidad.
Por experiencia personal en otras áreas, puedo concluir que la relación con el consumidor nunca contribuye al desarrollo y la creación, sino que solo destruye cualquier idea o innovación, incluso muy genial.
Entonces, incluso el proyecto de mascota más simple puede convertirse en un producto muy popular, funcional y popular. Pero incluso el proyecto más genial puede ser destruido desmotivando al autor con una actitud de consumidor.
4. El usuario no necesita leer el acuerdo de licencia
Broma sobre el tema:
El Departamento de Estadísticas de Microsoft calculó que los rusos son la nación de lectura más rápida del mundo. Después de que una docena de puntos del acuerdo de licencia aparecen en la pantalla, después de medio segundo hacen clic en "He leído y acepto las condiciones".
Es muy importante entender lo que está aceptando cuando hace clic en el botón "Acepto". Al final, alguien puede agregar una cláusula al acuerdo:
Al usar este software, usted acepta automáticamente que su departamento ahora nos pertenece, y también acepta eliminar su riñón a favor de nuestro CEO.
El problema es que las mismas reglas que el consumidor usa en productos comerciales, comienza a aplicar en software de código abierto. <sarkazm> De hecho, ¿por qué mirar qué licencia se presenta el producto si solo puede descargarlo e instalarlo? </sarkazm> Y al consumidor no le importa que la licencia de este producto implique un uso no comercial, y él quiere usarlo en su empresa como un servicio pago.
Este hábito vino de la "piratería" cuando leer un acuerdo de licencia era realmente innecesario, porque al instalar "software pirateado", el consumidor ya había violado este mismo acuerdo.
Y ahora una pregunta muy "holística": ¿necesita el autor-desarrollador conocer las condiciones de una licencia gratuita bajo la cual carga su software? La pregunta, por supuesto, es retórica, pero aún vale la pena aclarar que SÍ (todo tipo de personas se cruzan, alguien piensa que no). Además, cuando se nos envía una solicitud de extracción, vale la pena recordar que se envía bajo la misma licencia que el proyecto en sí (hay excepciones), lo que significa que el autor principal ya no podrá "cerrar" o volver a licenciar el proyecto.
Lo mismo ocurre con aquellos que usan bibliotecas gratuitas. Esta es una gran piedra en el jardín que grita con orgullo en los problemas de los desarrolladores, cuyo proyecto se vuelve vulnerable debido a algunos errores o características en la biblioteca utilizada. Sin "estrellas", sin popularidad y otros beneficios intangibles no pueden cambiar los términos del acuerdo de licencia que el consumidor acepta utilizando software de código abierto.
UPD
Para los residentes de la Federación Rusa, se aplican todas las reglas del Código Civil de la Federación Rusa.
Alguien puede preguntar: "¿Cómo puede un acuerdo, que no está respaldado por documentos, tener alguna fuerza legal? Simplemente pongo un tic".
Y así es como:
Por lo tanto, "el comienzo del uso de dicho programa o base de datos por parte del usuario, según lo determinen estas condiciones, significa su consentimiento para celebrar un contrato".
Resumen
Hubo un tiempo en que el "mercado pirata" del software echó mucho a perder al consumidor, cuando se podía obtener un software bueno y de alta calidad de forma totalmente gratuita, mientras que también era posible quejarse del software en cualquier rastreador que utilizara varios eufemismos e interjecciones.
Ahora el consumidor cree firmemente que le debe algo, pero no está listo para pagarlo. El pensamiento de cierto socialismo se ha desarrollado con énfasis en el egoísmo del consumidor.
Sin embargo, es importante comprender la Comunidad de código abierto, no se trata del consumidor y no tiene esa idea. La idea principal de Richard Stallman era proteger a los autores de STR de la responsabilidad y de "tivoizatsii" , para permitir a los desarrolladores compartir sus experiencias de forma segura. El software de código abierto no es un nivel de consumidor, es un nivel de desarrollador. Fueron los desarrolladores quienes se dignaron a compartir su trabajo, y no los usuarios que se dignaron a usar el software.
Por lo tanto:
- Se agradecido y recuerda: los autores del STR no te deben nada.
- Todos quieren "comer" y el trabajo esclavo en la mayoría de los países con una constitución está prohibido.
- Incluso el proyecto más interesante puede convertirse en una carga debido a las relaciones con los consumidores.
- Lea todo con lo que está de acuerdo explícita e implícitamente. Siga lo que está de acuerdo; no esté de acuerdo con lo que no va a hacer.
Cuídate y cuida tus nervios, amigos del desarrollo.
PD: Gracias berez por publicar el artículo.