free-programming-books/docs/CONTRIBUTING-es.md
David Ordás 84438cb1df
docs(contributing): Homogenize format across translated files (#6625)
* docs(contributing): remove trailing spaces

* docs(contributing): Apply headings `2-1` empty lines lint rule

* docs(contributing): Apply headings `2-1` empty lines lint rule

forgotten in previous commit: e83220aa4c

* docs(contributing): Move anchor alias to inside list items

... there where an anchor alias `<a name="...">` is used near to each of those list items

This solves markdownlint `MD032/blanks-around-lists` issue

* docs(contributing): Homogenize `1` blank line in nutshell enumeration

* docs(contributing): Homogenize `1` blank line inside Formatting section

* docs(contributing): Ensure `4-spaces` indent `.editorconfig` param

* docs(contributing): Homogenize format & indent of code blocks

- Format using fenced style.
- Well indent in those placed inside list enumerations.
- Simulate `Good` - `Bad` monospace double colon indent inside each one.

- Examples highlighting as `text-plain`. The `md, markdown` style doesn't work very well since blocks has mixed syntax.
- `check_urls` code block highlighted as `properties` style (key-value pair).

Solves markdownlint rules:
- MD040/fenced-code-language: Fenced code blocks should have a language specified
- MD046/code-block-style: Code block style [Expected: indented; Actual: fenced]

* docs(contributing): Ensure `4-spaces` indent `.editorconfig` param

Forgotten in commit: 31c776cb52

* docs(contributing): Homogenize format & indent of code blocks

- Simulate `Good` - `Bad` monospace double colon indent inside each one.

Revert commit f9dc719aef only in this file after check non-needs in a deployed web snapshot

* docs(contributing): Use "consistent" unordered list mark

Solves markdownlint rules:
MD004/ul-style: Unordered list style "consistent"

* docs(contributing): Solve `no-space-in-*` lint rules

markdownlint rules:
MD037/no-space-in-emphasis: Spaces inside emphasis
MD038/no-space-in-code: Spaces inside code span elements
MD039/no-space-in-links: Spaces inside link text

* docs(contributing): Move some punctuation just before any closing brackets after it

* docs(contributing): Hack highlight IDE/Editors headings+HTML

It apply the hack to highlight in IDE/Editors those headings with an anchor alias just before itself

* docs(contributing): Homogenize Pull Request acronym

* docs(contributing): Fix `GitHub` trademark typos

* docs(contributing): ALLCAPS

* docs(contributing): Git trademark

* docs(contributing): YouTube trademark

* docs(contributing): ISBN acronym

* fix: flag emoji code `en` > `us`

Resolves d775cb34fb (commitcomment-59537594)

#5831: `:en:` emoji flag markup doesn't work. Use `🇺🇸` 🇺🇸 or `🇬🇧` 🇬🇧

d775cb34fb (diff-b35eb40c148657d4ea1361c44496e11c5625f484a4c6040c022770e88cbcfdccR8-R10)

* docs(contributing): Fix fa_IR broken anchors

* docs(contributing): filenames in monospace font

* docs(contributing): Homogenize `check_urls=file_to_check`

* docs(contributing): literals/markup texts in monospace font

- `et al.`
- File extensions `.md`
- Protocols: `http`, `https`...
- Notes: LeanPub, require email, StackOverflow, in process, archived

trailing dots in that lines

* docs(contributing): linkify wayback machine

* docs(contributing): Fix `Leanpub` trademark typos

* chore: Rename `master` to `main` #blacklivesmatter

Resolves EbookFoundation/free-programming-books#5803

* docs(contributing): fix broken ref link to `programming-playgrounds`

Fix over EbookFoundation/free-programming-books#5449 and commit 3c42c3629e

(cherry picked from commit 59ebfe3f97e318fa43d58877cbc5bfdd8b0c7426)

* docs(contributing): fix repo urls on initial FR translation

- `ElivreFoundation` -> `EbookFoundation`
- `free-programming-livres` ->`free-programming-books`

PR: #5554
Commit: e629db6b05

Affected lines: 
- 18bb745c90 (diff-d6fa57ebb070f7f05f8c686a2fe92110652f48886774460ffee08d4be4cd5f27R4) // e629db6b05 (diff-d6fa57ebb070f7f05f8c686a2fe92110652f48886774460ffee08d4be4cd5f27R4)
- 18bb745c90 (diff-d6fa57ebb070f7f05f8c686a2fe92110652f48886774460ffee08d4be4cd5f27R7) // e629db6b05 (diff-d6fa57ebb070f7f05f8c686a2fe92110652f48886774460ffee08d4be4cd5f27R7)
- 18bb745c90 (diff-d6fa57ebb070f7f05f8c686a2fe92110652f48886774460ffee08d4be4cd5f27R13) // e629db6b05 (diff-d6fa57ebb070f7f05f8c686a2fe92110652f48886774460ffee08d4be4cd5f27R13)
- 18bb745c90 (diff-d6fa57ebb070f7f05f8c686a2fe92110652f48886774460ffee08d4be4cd5f27R45) // e629db6b05 (diff-d6fa57ebb070f7f05f8c686a2fe92110652f48886774460ffee08d4be4cd5f27R45)

* docs(contributing): use relative urls EN

Via #6614

* docs(contributing): greek. place translations link in right place

Via #6614

* Merge EbookFoundation/free-programming-books#6631 upstream/main commit into docs/contributing/sync/1

* Add repo badges (see EbookFoundation/free-programming-books#5983)

(cherry picked from a16a79b12d solving merge conflict)

* Merge EbookFoundation/free-programming-books#6662 upstream/main commit into docs/contributing/sync/1

* Apply centering proposed at #5983 but not implemented in #6631

(cherry picked from commit f36fd03c06)

* format(contributing): Bold 5th nutshell equal zh

* Merge #6677 upstream/main commit into docs/contributing/sync/1

fix(docs): Use Kramdown processor (#6677)
* Update _config.yml
* add markdown="1"
* update url
* complete removing spaces?
* explicitly use kramdown

(cherry picked from commit de2f31976f)
2022-02-02 20:39:27 -05:00

17 KiB

Lea esto en otros idiomas

Acuerdo de Licencia

Al contribuir, acepta la LICENCIA de este repositorio.

Código de Conducta como Colaborador

Al contribuir, acepta respetar el Código de Conducta (traducciones / otros idiomas) presente en el repositorio.

Breve resumen

  1. "Un enlace para descargar fácilmente un libro" no siempre es un enlace a un libro gratuito. Por favor, contribuya solo con contenido gratuito. Asegúrese de que se ofrezca gratis. No se aceptan enlaces a páginas que requieran de direcciones de correo electrónico para la obtención de libros, pero sí damos la bienvenida a aquellos listados que así se soliciten.

  2. No es necesario conocer Git: si encontró algo de interés que no esté ya en este repositorio, tenga el gusto de abrir una Issue con su propuesta de enlaces.

    • Si ya maneja Git, haga un Fork del repositorio y envíe su contribución mediante Pull Request (PR).
  3. Dispone de 5 categorías. Seleccione aquel listado que crea conveniente según:

    • Libros : PDF, HTML, ePub, un recurso alojado en gitbook.io, un repositorio Git, etc.
    • Cursos : Un curso es aquel material de aprendizaje que no es un libro. Esto es un curso.
    • Tutoriales interactivos : Un sitio web se considera interactivo si permite al usuario escribir código o comandos y evaluar su resultado ("evaluar" no significa "obtener una calificación"). Por ejemplo: Pruebe Haskell, Pruebe GitHub.
    • Podcasts y Screencasts : Son aquellas retransmisiones grabadas ya sea en audio y/o en vídeo, respectivamente.
    • Conjuntos de problemas & Programación competitiva : Se trata de un sitio web o software que le permita evaluar sus habilidades de programación resolviendo problemas simples o complejos, con o sin revisión de código, con o sin comparar los resultados con otros usuarios.
  4. Asegúrese de seguir la guía de pautas que mostramos a continuación así como de respetar el formato Markdown de los ficheros.

  5. GitHub Actions ejecutará pruebas para asegurarse de que las listas esten ordenadas alfabéticamente y de que se siga dicha normalización de formateo. Asegúrese de verificar que sus cambios pasen todas estas comprobaciones de calidad.

Pautas

  • Revise si el libro es gratuito. Hágalo las veces que sean necesarias. Ayude a los administradores comentando en las PR por qué cree que el libro se ofrece gratis o es valioso.
  • No se aceptan ficheros alojados en Google Drive, Dropbox, Mega, Scribd, Issuu u otras plataformas de almacenamiento y/o descarga similares.
  • Inserte los enlaces ordenados alfabéticamente. Si se encuentra por casualidad con un enlace fuera de sitio, por favor ordénelo y envíe la correspondiente PR para poder arreglarlo.
  • Use el enlace que apunte a la fuente más fidedigna. Esto es, el sitio web del autor es mejor que el del editor y éste a su vez mejor que uno de terceros.
    • No use servicios de almacenamiento en la nube. Esto incluye, aunque sin limitar, enlaces a Dropbox y Google Drive.
  • Es siempre preferible el uso de enlaces con protocolo https en vez de http si ambos se refieren al mismo dominio y sirven el mismo contenido.
  • En los dominios raíz, elimine la barra inclinada del final: http://example.com en lugar de http://example.com/.
  • Utilice preferentemente la forma corta de los hipervínculos: http://example.com/dir/ es mejor que http://example.com/dir/index.html.
    • No se admiten acortadores de enlaces URL.
  • Por lo general, se prefiere el enlace "actual" sobre el de "versión": http://example.com/dir/book/current/ es más asequible que http://example.com/dir/book/v1.0.0/index.html.
  • Si en un enlace se encuentra con algún problema de certificados, ya sea caducado, autofirmado o de cualquier otro tipo:
    1. Reemplácelo con su análogo http si fuera posible (porque aceptar excepciones puede ser complicado en dispositivos móviles).
    2. Manténgalo si no existe versión http pero el enlace aún es accesible a través de https agregando una excepción al navegador o ignorando la advertencia.
    3. Elimínelo en cualquier otro caso.
  • Si existe un mismo enlace con varios formatos, anexe enlaces aparte con una nota sobre cada formato.
  • Si un recurso existe en diferentes lugares de Internet:
    • Use aquella fuente más fidedigna (lo que significa que el sitio web del propio autor es más asequible que el sitio web del editor y a su vez éste es mejor que una fuente de terceros).
    • Si apuntan a diferentes ediciones y considera que estas ediciones son lo suficientemente dispares como para que valga la pena conservarlas, agregue por separado un nuevo enlace haciendo alusión a cada edición. Diríjase al Issue #2353 si desea contribuir en la discusión acerca del formateo que deben seguir dichos registros.
  • Es preferible realizar commits atómicos (un commit por cada adición/eliminación/modificación) frente a unos con mayor calado. No es necesario realizar un squash de todos ellos antes de enviar una PR. (Nunca aplicaremos esta regla, ya que solamente es una cuestión de conveniencia para quien mantiene el proyecto).
  • Si se trata de un libro más antiguo, incluya su fecha de publicación dentro del título.
  • Incluya el nombre o nombres de autor/es cuando corresponda. Puede valerse de "et al." para acortar esa enumeración de autores.
  • Si el libro no está terminado y aún se está trabajando en él, agregue la anotación de "in process", tal y como se describe a continuación.
  • En el caso de que decida recuperar un recurso usando servicios como Internet Archive's Wayback Machine, anexe la anotación "archived" (en consonancia con el idioma) tal y como se describe a continuación. Use como mejor versión aquella que sea la más reciente y completa.
  • Si se solicita una dirección de correo electrónico o configuración de cuenta antes de habilitar la descarga, agregue entre paréntesis dichas notas y en consonancia con el idioma. Por ejemplo: (*se solicita* email, no requerido...).

Formato normalizado

  • Como podrá observar, los listados tienen .md como extensión de fichero. Intente aprender la sintaxis Markdown. ¡Es bastante simple!
  • Dichos listados comienzan con una Tabla de Contenidos (TOC). Este índice permite enumerar y vincular todas las secciones y subsecciones en las que se clasifica cada recurso. Manténgalo también en orden alfabético.
  • Las secciones utilizan encabezados de nivel 3 (###) y las subsecciones de nivel 4 (####).

La idea es tener:

  • 2 líneas vacías entre el último enlace de una sección y el título de la siguiente sección.
  • 1 línea vacía entre la cabecera y el primer enlace de una determinada sección.
  • 0 líneas en blanco entre los distintos enlaces.
  • 1 línea en blanco al final de cada fichero .md.

Ejemplo:

[...]
* [Un libro increíble](http://example.com/example.html)
                                (línea en blanco)
                                (línea en blanco)
### Sección de ejemplo
                                (línea en blanco)
* [Otro libro fascinante](http://example.com/book.html)
* [Otro libro más](http://example.com/other.html)
  • Omita los espacios entre ] y (:

    INCORRECTO: * [Otro libro fascinante] (http://example.com/book.html)
    CORRECTO  : * [Otro libro fascinante](http://example.com/book.html)
    
  • Si en el registro decide incluir al autor, emplee - (un guión rodeado de espacios simples) como separador:

    INCORRECTO: * [Un libro sencillamente fabuloso](http://example.com/book.html)- John Doe
    CORRECTO  : * [Un libro sencillamente fabuloso](http://example.com/book.html) - John Doe
    
  • Ponga un solo espacio entre el enlace al contenido y su formato:

    INCORRECTO: * [Un libro muy interesante](https://example.org/book.pdf)(PDF)
    CORRECTO  : * [Un libro muy interesante](https://example.org/book.pdf) (PDF)
    
  • El autor se antepone al formato:

    INCORRECTO: * [Un libro muy interesante](https://example.org/book.pdf)- (PDF) Jane Roe
    CORRECTO  : * [Un libro muy interesante](https://example.org/book.pdf) - Jane Roe (PDF)
    
  • Múltiples formatos:

    INCORRECTO: * [Otro libro interesante](http://example.com/) - John Doe (HTML)
    INCORRECTO: * [Otro libro interesante](https://downloads.example.org/book.html) - John Doe (sitio de descarga)
    CORRECTO  : * [Otro libro interesante](http://example.com/) - John Doe (HTML) [(PDF, EPUB)](https://downloads.example.org/book.html)
    
  • Incluya el año de publicación como parte del título de los libros más antiguos:

    INCORRECTO: * [Un libro bastante especial](https://example.org/book.html) - Jane Roe - 1970
    CORRECTO  : * [Un libro bastante especial (1970)](https://example.org/book.html) - Jane Roe
    
  • Libros en proceso / no acabados aún:

    CORRECTO  : * [A punto de ser un libro fascinante](http://example.com/book2.html) - John Doe (HTML) (:construction: *en proceso*)
    
  • Enlaces archivados:

    CORRECTO  : * [Un recurso recuperado a partir de su línea de tiempo](https://web.archive.org/web/20211016123456/http://example.com/) - John Doe (HTML) *(:card_file_box: archivado)*
    

Anotaciones

Si bien los conceptos básicos son relativamente simples, existe una gran diversidad entre los recursos que enumeramos. Aquí hay algunas notas sobre cómo nos ocupamos de esta diversidad.

Metadatos

Nuestros listados proporcionan un conjunto mínimo de metadatos: títulos, URL, autores, formato, plataformas y notas de acceso.

Títulos
  • Sin títulos inventados: Intentamos tomar el texto de los propios recursos; se advierte a los colaboradores que, si puede evitarse, no inventen títulos ni los utilicen editorialmente. Una excepción es para obras más antiguas: si son principalmente de interés histórico, un año entre paréntesis adjunto al título ayuda a los usuarios a saber si estos son de interés.
  • Sin títulos TODO EN MAYÚSCULAS: Por lo general, es apropiado tener cada primera letra de palabra en mayúsculas, pero en caso de duda, use siempre el estilo tal y como viene en la fuente original.
Direcciones URL
  • No se permiten acortadores de URLs para los enlaces.
  • Los parámetros de consulta o códigos referentes al seguimiento o campañas de marketing deben eliminarse de la URL.
  • Las URL internacionales deben escaparse. Las barras del navegador suelen representar los caracteres en Unicode, pero utilice copiar y pegar, por favor; es la forma más rápida de construir un hipervínculo válido.
  • Las URL seguras (https) siempre son mejor opción frente a las no seguras (http) donde se ha implementado el protocolo de comunicación encriptado HTTPS.
  • No nos gustan las URL que apuntan a páginas web que no alojen el recurso mencionado, enlazando por el contrario a otra parte.
Atribuciones
  • Queremos dar crédito a los creadores de recursos gratuitos cuando sea apropiado, ¡incluso traductores!
  • En el caso de obras traducidas, se debe acreditar también al autor original.
  • No permitimos enlaces directos al creador.
  • En el caso de recopilaciones u obras remezcladas, el "creador" puede necesitar una descripción. Por ejemplo, los libros de "GoalKicker" o "RIP Tutorial" se acreditan como "Creado a partir de la documentación de StackOverflow" (en inglés: "Compiled from StackOverflow documentation").
Plataformas y Notas de Acceso
  • Cursos. Especialmente para nuestras listas de cursos, la plataforma es una parte importante de la descripción del recurso. Esto se debe a que las plataformas de cursos tienen diferentes prestaciones y modelos de acceso. Si bien generalmente no incluimos un libro que requiere de registro previo, muchas plataformas de cursos tienen la casualidad de no funcionar sin algún tipo de cuenta. Un ejemplo de plataformas de cursos podrían ser: Coursera, EdX, Udacity y Udemy. Cuando un curso depende de una plataforma, el nombre de dicha plataforma debe aparecer entre paréntesis.
  • YouTube. Tenemos muchos cursos que consisten en listas de reproducción de YouTube. No incluimos YouTube como plataforma, sino que tratamos de incluir al creador de YouTube, el cuál es a menudo una sub-plataforma en sí.
  • Vídeos de YouTube. Por lo general, no vinculamos a vídeos individuales de YouTube a menos que tengan más de una hora de duración y estén estructurados como un curso o un tutorial.
  • Leanpub. Leanpub aloja libros con una amplia variedad de modelos de acceso. A veces, un libro se puede leer sin registrarse; en otras, un libro requiere una cuenta Leanpub para tener acceso gratuito. Dada la calidad de los libros y la mezcla y fluidez de los modelos de acceso Leanpub, damos validez a estos últimos anexando la nota de acceso: *(cuenta Leanpub o email válido requerido)*.

Géneros

La primera regla para decidir en qué listado encaja un determinado recurso es ver cómo se describe a sí mismo. Si por ejemplo se retrata a sí mismo como un libro, entonces tal vez es que lo sea.

Géneros no aceptados

Ya que en Internet podemos encontrar una variedad infinita de recursos, no incluimos en nuestro registro:

  • blogs
  • publicaciones de blogs
  • artículos
  • Sitios web (excepto aquellos que alberguen MUCHOS elementos que podamos incluir en los listados).
  • vídeos que no sean cursos o screencasts (retrasmisiones)
  • capítulos sueltos a libros
  • muestras o introducciones de libros
  • Canales/grupos de IRC, Telegram...
  • Canales/salas de Slack... o listas de correo

El listado donde incluimos sitios o software de programación competitiva no es tan restrictivo. El alcance de este repositorio es determinado por la comunidad; si desea sugerir un cambio o extender el alcance, utilice los issues para registrar dicha sugerencia.

Libros vs. Otro Material

No somos tan quisquillosos con lo que consideramos como libro. A continuación, se muestran algunas propiedades que un recurso pueda encajar como libro:

  • tiene un ISBN (International Standard Book Number)
  • tiene una Tabla de Contenidos (TOC)
  • se ofrece una versión para su descarga electrónica, especialmente ePub.
  • tiene diversas ediciones
  • no depende de un contenido interactivo extra o vídeos
  • trata de abordar un tema de manera integral
  • es autosuficiente

Hay muchos libros que enumeramos los cuáles no poseen estos atributos; esto puede depender del contexto.

Libros vs. Cursos

¡A veces distinguir puede ser dificultoso!

Los cursos suelen tener libros de texto asociados, que incluiríamos en nuestras listas de libros. Además, los cursos tienen conferencias, ejercicios, pruebas, apuntes u otras ayudas didácticas. Una sola conferencia o vídeo por sí solo no es un curso. Un presentación de PowerPoint tampoco puede ser catalogado como curso.

Tutoriales interactivos vs. Otro Material

Si es posible imprimirlo y conservar su esencia, no es un Tutorial Interactivo.

Automatización

  • El cumplimiento de las reglas de formateado se automatiza vía GitHub Actions usando fpb-lint (ver .github/workflows/fpb-lint.yml)

  • La validación de URLs se realiza mediante awesome_bot

  • Para activar esta validación de URL, envíe un commit que incluya como mensaje de confirmación check_urls=fichero_a_comprobar:

    check_urls=free-programming-books.md free-programming-books-es.md
    
  • Es posible especificar más de un fichero a comprobar. Simplemente use un espacio para separar cada entrada.

  • Si especifica más de un archivo, los resultados obtenidos se basan en el estado del último archivo verificado. Debe tenerlo en cuenta ya que, debido a esto, puede obtener falsos positivos al finalizar el proceso. Así que tras el envío de la Pull Request asegúrese de inspeccionar el registro de compilación haciendo clic en "Show all checks" -> "Details".