Lines Matching full:de
9 La comunidad del kernel de Linux da la bienvenida a la investigación
10 transparente sobre el kernel de Linux, las actividades involucradas
11 en su producción, otros subproductos de su desarrollo. Linux se
12 beneficia mucho de este tipo de investigación, y la mayoría de los
13 aspectos de Linux son impulsados por investigación en una forma u otra.
16 los hallazgos preliminares antes de hacer públicos sus resultados,
18 temprano ayuda a mejorar la calidad de investigación y la capacidad
19 de Linux para mejorar a partir de ella. En cualquier caso, se recomienda
20 compartir copias de acceso abierto de la investigación publicada con
23 Este documento busca clarificar lo que la comunidad del kernel de Linux
25 investigación de este tipo. Por lo menos, dicha investigación y
26 actividades afines deben seguir las reglas estándar de ética de la
27 investigación. Para más información sobre la ética de la investigación
28 en general, ética en la tecnología y la investigación de las comunidades
29 de desarrolladores en particular, ver:
32 * `Historia de la Ética en la Investigación <https://www.unlv.edu/research/ORI-HSR/history-ethics>`_
33 * `Ética de la IEEE <https://www.ieee.org/about/ethics/index.html>`_
34 * `Perspectivas de Desarrolladores e Investigadores sobre la Ética de los Experimentos en Proyectos…
36 La comunidad del kernel de Linux espera que todos los que interactúan con
40 de Linux es bienvenida, aunque la investigación sobre los desarrolladores
44 públicamente, incluidas las publicaciones en listas de correo públicas y
49 La investigación activa sobre el comportamiento de los desarrolladores,
53 esto también es ética de investigación estándar.
61 proyecto al erosionar la confianza de toda la comunidad de desarrolladores en
64 y poniendo a los usuarios finales en riesgo de fallas de software.
66 La participación en el desarrollo de Linux en sí mismo por parte de
68 investigación del código de Linux es una práctica común, especialmente
69 cuando se trata de desarrollar o ejecutar herramientas de análisis que
72 Cuando se interactúa con la comunidad de desarrolladores, enviar un
75 tener soluciones verificadas. Antes de contribuir, lea cuidadosamente
83 Entonces envíe un parche (incluyendo un registro de confirmación con
84 todos los detalles enumerados abajo) y haga un seguimiento de cualquier
85 comentario de otros desarrolladores.
91 cualquier prueba, programas de análisis estáticos o dinámicos, y cualquier
93 * ¿En qué versión de Linux se encontró el problema? Se prefiere usar la
94 versión más reciente o una rama reciente de linux-next (ver
97 * ¿Como se probó el cambio para la complicación y el tiempo de ejecución?
137 si sea examinado por otros en privado antes de ser publicado en listas
141 otro desarrollador con conocimiento de las contribuciones a Linux, especialmente
142 dentro de su propia organización, y tener su ayuda con las revisiones antes de
143 enviarlas a las listas de correo publico tiende a mejorar significativamente la
144 calidad de los parches resultantes, y reduce así la carga de otros desarrolladores.
148 con este documento y las expectativas de la comunidad de desarrolladores, por
149 favor contacte con la lista de correo privada Technical Advisory Board: