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

[@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.

[@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

[@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

[@edgardoarriagada9467]

Me encanta el tema vacilón que ponen al final

[@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

[@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?

[@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

[@juancarlosmillos21]

Por que no mejor JSON en vez de yaml

[@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.

[@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

[@gonzariosm]

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

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

buen dato, casi cambios mis configs a YML

[@4strodev]

Y que opinais de toml?

[@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

[@abrahamsaanchez]

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

[@pedrozopayares]

Lo sospeché desde un principio

[@v4ldevrr4m47]

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

[@JOSE20071990]

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

[@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.

[@dioxino76]

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

[@abel2k]

Characters ocultos para ver esas tabulaciones del demonio

[@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.

[@gregdennis6094]

Gracias por esto

[@chetebon]

Sigo prefiriendo YAML

[@mariolasluisacastano9471]

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

[@miguelgd1985]

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

[@Paul7Peterson]

JSONC vale para JSON con comentarios

[@DaniellGuerrero]

Nuevo suscriptor.

[@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 😊

[@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?

[@gpeakyy]

TOML es una muy buena opcion

[@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 😂

[@stevensamuelmarroquingonza5653]

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

[@mcruffian]

Donde se ponga un .ini ...xD

[@johnnyscript9669]

El final jajajaja

[@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:

[@julianyesidcarrenogomez1514]

lo mejor es yaml

[@davidlimonche]

Xml es un Lenguaje fácil de modificar 😑

[@elProdigio]

¿YAML es ahora el YAMAL?

[@CodelyTV]

Pero mal mal 🤘

[@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.

[@jcsuarez8970]

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

[@xmagcx1]

horrible xml y json !!!

[@leopoldoromero2705]

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