online - yaml tutorial español
¿Es.yaml o.yml? (3)
Según yaml.org , la extensión oficial del archivo es .yaml .
Citar:
¿Hay una extensión oficial para los archivos YAML?
Por favor use ".yaml" cuando sea posible.
Sin embargo, parece haber un desacuerdo en internet sobre qué extensión usar. Si busca ejemplos en la web , muchos de ellos usan la extensión .yml no .yml .
La búsqueda en Google devuelve casi 3 veces más resultados que el más corto.
49,100
15,400
Entonces, ¿qué se supone que debo usar? ¿La extensión correcta de 4 letras sugerida por el creador, o la extensión de 3 letras que se encuentra en el salvaje oeste de Internet?
EDITAR:
Entonces, ¿qué se supone que debo usar? ¿La extensión correcta de 4 letras sugerida por el creador, o la extensión de 3 letras que se encuentra en el salvaje oeste de Internet?
Esta pregunta podría ser:
Una solicitud de asesoramiento; o
Una expresión natural de esa emoción, que se experimenta al observar que alguna recomendación oficial se está ignorando predominantemente.
Las personas difieren en su predilección por lo siguiente:
Asesoramiento oficial; o
La preponderancia de la práctica.
Por supuesto, es poco probable que influya en ti, ¡con respecto al camino que prefieras!
En lo que sigue (y, en el espíritu de la ciencia), simplemente formulo una hipótesis acerca de qué llevó a la mayoría de las personas (solo como cuestión de hecho) a usar la extensión de 3 letras. Y, me enfoco en causas eficientes.
Por esto, no pretendo la exhortación moral. Como recordarán, el hecho de que algo sea, no implica que deba ser así.
Independientemente de su inclinación personal a seguir un camino, o el otro, no me opongo.
(Fin de la edición.)
La sugerencia de que esta preferencia (en el uso de la vida real) fue causada por una limitación de 8.3 caracteres DOS-ish IMO es una pista falsa (errónea y engañosa).
A partir de agosto de 2016, los recuentos de búsqueda de Google para YML y YAML fueron de aproximadamente 6,000,000 y 4,100,000 (a dos dígitos de precisión). Además, el recuento de "YAML" era injustamente alto porque incluía la mención del idioma por su nombre, más allá de su uso como una extensión.
A partir de julio de 2018, los recuentos de búsqueda de Google para YML y YAML fueron aproximadamente 8,100,000 y 4,100,000 (nuevamente, con dos dígitos de precisión). Entonces, en los últimos dos años, YML se ha duplicado esencialmente en popularidad, pero YAML se ha mantenido igual.
Otra medida cultural son los sitios web que intentan explicar las extensiones de archivo. Por ejemplo, en el sitio web de FilExt (a partir de julio de 2018), la página de YAML da como resultado: "¡Vaya! La base de datos FILEXT.com no tiene ninguna información sobre la extensión de archivo .YAML".
Considerando que, tiene una entrada para YML , que proporciona: "YAML ... usa un archivo de texto y lo organiza en un formato que es legible para el usuario. ''Database.yml'' es un ejemplo típico cuando Ruby on Rails usa YAML para conectarse a una base de datos ".
A partir de noviembre de 2014, el artículo de Wikipedia sobre la extensión YML aún afirmaba que ".yml" es " la extensión de archivo para el formato de archivo YAML" (énfasis agregado). Su artículo YAML enumera ambas extensiones, sin expresar una preferencia.
La extensión ".yml" es lo suficientemente clara, es más breve (por lo tanto, más fácil de escribir y reconocer) y es mucho más común.
Por supuesto, estas dos extensiones son abreviaturas de una extensión larga y posible, ".yamlaintmarkuplanguage". ¡Pero los programadores (y los usuarios) no quieren escribir todo eso!
En su lugar, los programadores (y usuarios) queremos escribir lo menos posible, y aún así ser claros y no ambiguos. Y queremos ver qué tipo de archivo es, lo más rápido posible, sin leer una palabra más larga. ¿Escribir cuántos personajes logran estos dos objetivos? ¿No es la respuesta tres (3)? En otras palabras, YML?
Category:Filename_extensions de Wikipedia Category:Filename_extensions página Category:Filename_extensions enumera las entradas para .a , .o y .z . De alguna manera, se perdió .c y .h (usado por el lenguaje C). Estas extensiones de una sola letra de ejemplo nos ayudan a ver que las extensiones deben ser tan largas como sea necesario, pero no más (para citar a medias a Albert Einstein).
En cambio, observe que, en general, pocas extensiones comienzan con "Y". Comúnmente, por otro lado, la letra X se usa para una gran variedad de significados que incluyen "cruz", "extensible", "extremo", "variable", etc. (por ejemplo, en XML). Así que comenzar con "Y" ya transmite mucha información (en términos de teoría de la información), mientras que comenzar con "X" no lo hace.
Hablando lingüísticamente, por lo tanto, el acrónimo "XML" tiene (de alguna manera) solo dos letras informativas ("M" y "L"). "YML", en cambio, tiene tres letras informativas ("M", "L" e "Y"). De hecho, el conjunto existente de siglas que comienzan con Y parece extremadamente pequeño. Por implicación, esta es la razón por la cual una extensión de archivo YAML de cuatro letras se siente grandemente especificada.
Quizás es por esto que vemos en la práctica que la presión "lingüística" (en uso natural) para alargar la abreviatura en cuestión a cuatro (4) caracteres es débil, y la presión "lingüística" para acortar esta abreviatura a tres (3) caracteres. es fuerte.
Solo como resultado, probablemente, de estos factores (y no como respaldo oficial), observaría que la última noticia del sitio web de YAML.org (desde noviembre de 2011) se trata de un proyecto escrito en JavaScript, JS-YAML . que, a su vez, prefiere usar internamente la extensión ".yml".
Los factores mencionados pueden haber sido los principales; sin embargo, todos los factores (conocidos o desconocidos) aparentemente resultaron en la extensión abreviada de tres (3) caracteres que se convirtió en la de uso predominante para YAML, a pesar de la preferencia de los inventores.
".YML" parece ser el estándar de facto . Sin embargo, los mismos inventores fueron perceptivos y correctos sobre la necesidad del mundo de un lenguaje de datos legible por el ser humano. Y deberíamos agradecerles por proporcionarlo.
Hasta el día de hoy, muchas unidades de memoria USB todavía se están formateando con FAT16, por lo que decir que el formato de archivo 8.3 ha quedado obsoleto por más de 20 años es una tontería.
Si la recomendación fuera .yml, esto no habría sido un problema. Básicamente, es como decirle a los usuarios de yaml que solo usen NTFS, ext4, etc.
Los scripts de Bash no son .bash son .sh, los scripts de Python no son .python, son .py, ruby es .rb, etc. Lo están haciendo bien y nadie se queja.
La naturaleza e incluso la existencia de extensiones de archivo depende de la plataforma (algunas plataformas oscuras ni siquiera las tienen, recuerde): en otros sistemas solo son convencionales (UNIX y su tipo), mientras que en otros aún tienen una semántica definida. y, en algunos casos, límites específicos en cuanto a longitud o contenido de caracteres (Windows, etc.).
Dado que los encargados del mantenimiento le han pedido que use ".yaml", eso es lo más cercano a una decisión "oficial" que puede obtener, pero es difícil dejar el hábito de 8.3 (y, pese a ello, aún es relevante en el 2013).