Por qué no uso "YAML" en mi código

YAML es el lenguaje por excelencia en cuanto a configuraciones. Pero no nos gusta, tiene muchas carencias a nivel de programación y es muy frágil.
Curso Gestión de Datos en Bash: bit.ly/datos-bash
﹤🍍﹥ CodelyTV
├ 🎥 Suscríbete: kzbin.info...
├ 🐦 Twitter CodelyTV: / codelytv
├ 🫧 Twitter Javi: / javiercane
├ 💂‍♀️ Twitter Rafa: / rafaoe
├ 📸 Instagram: / codelytv
├ ℹ️ LinkedIn: / codelytv
├ 🥋 Academy: codely.com/aca...
└ 📕 Catálogo cursos: bit.ly/cursos-...

[@victor141516]

Siendo YAML un superset de JSON, si me piden un YAML yo le casco un JSON y suele funcionar. Los workflows de GitHub actions por ejemplo los tengo todos con JSON y funciona de 10

[@locoxella]

Para el primer problema (y para todo lo que uno edita en la vida, la verdad) hay que activar el autoformato en la IDE e instalar una extensión que haga rainbow en las tabulaciones

[@cristianbargans6565]

pues YAMeLoveia venir de qué iba a ir el tema en cuanto he visto el título

[@PhosphorusMoscu-code]

Como alternativa a YAML propongo JSON o TOML.

[@v4ldevrr4m47]

exacto poco se habla en español de TOML. Nos gustaria saber mas de el

[@Mend1u]

En mi opinión json es lo mejor. Poder definir arrays y objetos además de tener una estructura de datos muy intuitiva le convierten el rey del mambo

[@CodelyTV]

+1000

[@juancarlosmillos21]

Por que no mejor JSON en vez de yaml

[@davidwilsoncruz9258]

Cada herramienta tiene su ventaja en un contexto, se usa la que mas se ajusta s tu contexto, fin de la discusión. Criticar una herramienta es de principiante, saludos

[@edgardoarriagada9467]

Me encanta el tema vacilón que ponen al final

[@ivangh94]

YAML tiene su finalidad, no debería usarse para transferencia de información. En caso de requerir escribir un JSON muy largo es muy dificil debido a sus limitacions. (Un JSON puro, no estoy hablando de un objeto JS). En este caso YAML soporta saltos de lineas y se ve muy bien visualmente, posteriormente lo conviertes a json y luego lo almacenas. Es para editar json directamente como si se tratara de un procesador de textos.

[@gonzariosm]

Yamelnetes es un grande, esperando curso avanzado de codely :D

[@JSA38]

Tengo algunas configuraciones dónde JSON me dificulta mucho la lectura y comprensión. Sin embargo, los argumentos son buenos, consideraré migrarme progresivamente a JSON y usar conversores para la lectura y no para el software

[@javicarrara]

Hay que entender que no hay una solución mágica para todo, por lo tanto no es cuestión de dejar de usar YAML sino de usarlo en los casos que tenga sentido, a mí personalmente me gusta y cómo puede tener desventajas también tiene ventajas como los anchors, que permiten no duplicar código. Además, nadie puede negar que un YAML es mucho más legible que cualquier JSON. Todos tienen pros y contras, y es cuestión de analizar si tiene sentido utilizarlo o no, no seamos absolutistas. Saludos.

buen dato, casi cambios mis configs a YML

[@alejandro107]

En el caso de frameworks como Symfony, que hacen mucho uso de yaml para la configuración, y es lo más estaándar, pero que admiten otros formatos... ¿elegiríais hacer la configuración en PHP por ejemplo, aunque no sea lo más estándar?

me cabrea mucho no poder poner comentarios en los json. Cuando usas un json-schema no siempre puedes inventarte keys (a parte de que queda feo). Para mí lo mejor sería que fuera un standard poder usar comentarios en json, si no utilizar yaml con json-schema

[@abrahamsaanchez]

Por eso mismo cambié la inyección de dependencias del proyecto de TypeScript DDD a inversify; por los problemas con los YAML

[@DaniellGuerrero]

Nuevo suscriptor.

[@evilexus]

Lo interesante es que xml al igual que Java ofrecen robustez y al ser cuadrado es estable y lo demuestra por qué lleva muchos años, la paga es que es algo verboso en fin para gustos colores y si prefiero json xD

[@davidpccode]

Para las aplicaciones, nosotros nos pegamos al .env, tiene muchas ventajas. Mas simple no puede ser, expansión de variables, reutilización de variables, arrays, lo puedes usar en tu IDE/Editor y el mismo .env lo puedes pasar en la ejecución de tus contenedores, puedes poner comentarios, tu aplicación queda habilitada para leer variables de entorno sea de un archivo o de las que están en el shell por lo que se facilita modificar el comportamiento de la app dependiendo del ambiente, se integra muy fácil con los CI ya que estos inyectan los valores mediante variables de entorno. Que opinan?

[@v4ldevrr4m47]

Evaluese TOML , compartan ligas donde se explique sus ventajas en español.

[@pedrozopayares]

Lo sospeché desde un principio

[@el_yisusT]

Me sentia mal por no estar a la moda de tener los application.properties en yaml. Que bueno que no suelo hacer las cosas por moda.

[@CodelyTV]

¿Qué opinión tienes de los YAMLs? 🤔

[@alegorosito]

Sigo prefiriéndolos antes que los XMLs

[@daguttt]

JSONs > XML > YAMLs

[@ftwtf]

yo donde peor lo pasé fue con los swaggers (openapi) que habia que tenerlos muy afinados de cara a nuestros consumidores. Mi opinión es que son un caos cuando tienes un yaml bestial tipo god object , ahi yaml se vuelve muy frágil

[@chetebon]

Sigo prefiriendo YAML

[@JOSE20071990]

Automatizar > pedírselo a la IA > hacer conversiones a mano

[@dioxino76]

Vuestra explicación YAML la olía hace tiempo, cuando vi las limitaciones. Prefiero JSON; no sé, llamadme romántico o amante de Viernes 13. Tengo traumas con XML de la época de las JAVA applications.

[@miguelgd1985]

llamadme raro pero me gusta Yaml :/, json schema para yaml? mooola

[@gregdennis6094]

Gracias por esto

[@4strodev]

Y que opinais de toml?

[@abel2k]

Characters ocultos para ver esas tabulaciones del demonio

[@stevensamuelmarroquingonza5653]

La configuración de un proyecto Flutter es en YAML y sí tiene cositas que son complicadas de entender

[@Paul7Peterson]

JSONC vale para JSON con comentarios

[@moiseslodeiro]

Venga, dejo mi like como administrador de kubernetes porque no les falta razón, aunque usando templates o plantillas la cosa es más fácil 😂

[@johnnyscript9669]

El final jajajaja

[@mcruffian]

Donde se ponga un .ini ...xD

[@javicarrara]

Los problemas que describen se solucionan con el IDE y haciendo pruebas de integración, yo no descartaría el uso de YAML, diría de usarlo si se quiere priorizar la legibilidad, hacer uso de anchors, etc. Hoy en día se usa habitualmente YAML en muchas herramientas, cómo docker compose, k8s, gitlab ci, circle ci, etc y esto no significa que sea lo mejor, pero si se ve una gran aceptación de la industria en general, por eso mismo en esta ocasión discrepo con ustedes, si bien estoy de acuerdo que tiene esos problemas, también es cierto que son solucionables. Saludos.

[@CodelyTV]

Creemos que la asistencia del IDE es insuficiente dado que resulta complejo y poco intuitivo darse cuenta de las cosas que comentamos en el vídeo. Por ejemplo, que “NO: NO” se interpreta como “false: false”

[@javicarrara]

@@CodelyTV si chicos eso lo vi en el video, y se soluciona haciendo tests, validaciones o incluso en lenguajes de tipado estático como Golang daría panic si eso pasa. Trabajo bastante con YAMLs y en la práctica no suelen pasar esto, a mí nunca me pasó, si me pasó que capaz te confundís al indentar pero nada más.

[@CodelyTV]

Mola tener opiniones diferentes. En nuestro caso, por mucho test que tengas, dado que los solíamos usar para parametrizar, y eso varía en función del entorno, puede que la pipeline de integración continua pase los test y lleve esa build a producción, pero al aplicar los parámetros de producción sea cuando pete. Preferimos reducir ese margen de error usando JSON 😊

[@gpeakyy]

TOML es una muy buena opcion

[@dioxino76]

0:10: Rafa: "YAML lo has dicho esto más veces..". ¿Chistazo?

[@mariolasluisacastano9471]

Vi este vídeo... Minutos más tarde tuve un colapso de un sitio, revise de pe a pa y era un yaml 😢

[@julianyesidcarrenogomez1514]

lo mejor es yaml

[@jcsuarez73]

Ansible Tower también lo usa mucho, los archivos YAML

[@davidlimonche]

Xml es un Lenguaje fácil de modificar 😑

[@elProdigio]

¿YAML es ahora el YAMAL?

[@CodelyTV]

Pero mal mal 🤘

[@xmagcx1]

horrible xml y json !!!

[@leopoldoromero2705]

Los primeros pasos con yml son igual que los siguientes...... Horribles.

[@inakiperezdealbeniz4416]

Preferís json a xml, ¿cómo metéis comentarios en el json? Es algo que con xml se puede hacer, pero según tengo entendido json no los permite :(

[@leonardoalfonso657]

Para que quieres comentarios en un archivo de configuración? El naming debe ser claro para evitar comentarios innecesarios.

[@icedev8078]

Lo que digan CodelyTV si dicen que no yaml pues no yaml c: aunque me gusta json es como mongodb o más bien mongodb es json c: y me gusta su hoja ok es mi mejor argumento técnico c: