Documentation/translations/sp_SP/process/researcher-guidelines.rst
Source file repositories/reference/linux-study-clean/Documentation/translations/sp_SP/process/researcher-guidelines.rst
File Facts
- System
- Linux kernel
- Corpus path
Documentation/translations/sp_SP/process/researcher-guidelines.rst- Extension
.rst- Size
- 7974 bytes
- Lines
- 151
- Domain
- Support Tooling And Documentation
- Bucket
- Documentation
- Inferred role
- Support Tooling And Documentation: documentation
- Status
- atlas-only
Why This File Exists
Repository support layer: documentation, build tooling, samples, user-space helper tools, generated initramfs support, licenses, and validation utilities.
- Repository support layer: documentation, build tooling, samples, user-space helper tools, generated initramfs support, licenses, and validation utilities.
- Defines or uses C structs; map object ownership, embedded links, reference counts, and lock ownership.
Dependency Surface
- No C-style include directives detected by the generator.
Detected Declarations
- No top-level syscall, struct, function, initcall, or export declaration detected by the generator.
Annotated Snippet
.. SPDX-License-Identifier: GPL-2.0
:Original: :ref:`Documentation/process/researcher-guidelines.rst`
:Translator: Avadhut Naik <avadhut.naik@amd.com>
Directrices para Investigadores
++++++++++++++++++++++++++++++++
La comunidad del kernel de Linux da la bienvenida a la investigación
transparente sobre el kernel de Linux, las actividades involucradas
en su producción, otros subproductos de su desarrollo. Linux se
beneficia mucho de este tipo de investigación, y la mayoría de los
aspectos de Linux son impulsados por investigación en una forma u otra.
La comunidad agradece mucho si los investigadores pueden compartir
los hallazgos preliminares antes de hacer públicos sus resultados,
especialmente si tal investigación involucra seguridad. Involucrarse
temprano ayuda a mejorar la calidad de investigación y la capacidad
de Linux para mejorar a partir de ella. En cualquier caso, se recomienda
compartir copias de acceso abierto de la investigación publicada con
la comunidad.
Este documento busca clarificar lo que la comunidad del kernel de Linux
considera practicas aceptables y no aceptables al llevar a cabo
investigación de este tipo. Por lo menos, dicha investigación y
actividades afines deben seguir las reglas estándar de ética de la
investigación. Para más información sobre la ética de la investigación
en general, ética en la tecnología y la investigación de las comunidades
de desarrolladores en particular, ver:
* `Historia de la Ética en la Investigación <https://www.unlv.edu/research/ORI-HSR/history-ethics>`_
* `Ética de la IEEE <https://www.ieee.org/about/ethics/index.html>`_
* `Perspectivas de Desarrolladores e Investigadores sobre la Ética de los Experimentos en Proyectos de Código Abierto <https://arxiv.org/pdf/2112.13217.pdf>`_
La comunidad del kernel de Linux espera que todos los que interactúan con
el proyecto están participando en buena fe para mejorar Linux. La
investigación sobre cualquier artefacto disponible públicamente (incluido,
pero no limitado a código fuente) producido por la comunidad del kernel
de Linux es bienvenida, aunque la investigación sobre los desarrolladores
debe ser claramente opcional.
La investigación pasiva que se basa completamente en fuentes disponibles
públicamente, incluidas las publicaciones en listas de correo públicas y
las contribuciones a los repositorios públicos, es claramente permitida.
Aunque, como con cualquier investigación, todavía se debe seguir la ética
estándar.
La investigación activa sobre el comportamiento de los desarrolladores,
sin embargo, debe hacerse con el acuerdo explícito y la divulgación
completa a los desarrolladores individuales involucrados. No se puede
interactuar / experimentar con los desarrolladores sin consentimiento;
esto también es ética de investigación estándar.
Para ayudar a aclarar: enviar parches a los desarrolladores es interactuar
con ellos, pero ya han dado su consentimiento para recibir contribuciones
en buena fe. No se ha dado consentimiento para enviar parches intencionalmente
defectuosos / vulnerables o contribuir con la información engañosa a las
discusiones. Dicha comunicación puede ser perjudicial al desarrollador (por
ejemplo, agotar el tiempo, el esfuerzo, y la moral) y perjudicial para el
proyecto al erosionar la confianza de toda la comunidad de desarrolladores en
el colaborador (y la organización del colaborador en conjunto), socavando
los esfuerzos para proporcionar reacciones constructivas a los colaboradores
y poniendo a los usuarios finales en riesgo de fallas de software.
La participación en el desarrollo de Linux en sí mismo por parte de
investigadores, como con cualquiera, es bienvenida y alentada. La
investigación del código de Linux es una práctica común, especialmente
cuando se trata de desarrollar o ejecutar herramientas de análisis que
producen resultados procesables.Annotation
- Atlas domain: Support Tooling And Documentation / Documentation.
- Implementation status: atlas-only.
Implementation Notes
- This generated page is the file-by-file coverage layer; curated subsystem chapters should link here when they synthesize a multi-file control flow.
- Core OS pages should be promoted from atlas-only to deep-reviewed when they explain data structures, invariants, locking, lifecycle, and C implementation snippets.
- Driver-family pages are intentionally pattern-oriented unless they are part of the selected PCIe/NVMe representative device path.