Lenguajes de programación

A la hora de elegir un lenguaje de programación no es suficiente mirar la sintaxis o el grupo de probemas que resuelve. Eso hay que mirarlo por supesto, pero (enfasis en el) no es suficiente.

Yo tuve un profesor que decía:

Yo tuve un profesor que decía: En quince días se puede aprender cualquier lenguaje.

– Mi profesor que decía cosas que decía su profesor –

Y estoy completamente deacuerdo. Alguien que ya programe puede aprender la sintaxis y «tirar lineas» en dos semanitas. Pero eso no es suficiente.

Creo que hay 3 patas para todo lenguaje (igual si mañana pienso que hay más escribiré otro post) que tambien hay que tener muy en cuenta a la hora de elegir lenguaje:

  • Sintaxis
  • Librerias (Bibliotecas)
  • Comunidad

Todas igual de valiosas. La sintaxis podria extenderse a los paradigmas que implementa o los patrones que son más «fáciles» de implementar. Alivia la fricción del día a día.

Las Librerías son imprescindibles para llegar lejos rápido. Problemas comunes ya resueltos, si están resueltos no quiero reinventar la rueda (o no deberia de querer aunque me encante).

La comunidad surge de las dos anteriores, pero mejora las dos anteriores. El feedback imprescindible para mejorar, pero no solo eso hace una comunidad, tambíen mejora la sintaxis y las librerías (así como crea nuevas con menos fricción, bueno … el software libre es marabilloso). Así como para hacer preguntas y responderlas a problemas más comunes; en Stackoverflow y «foros» varios. Con estos se alimentas las IAs que escriben código.

Git cheatsheets, en plural

¿Alguna chuleta de comandos git buena? No se elegir de tantas que hay. Varias me gustan. Git es hoy en día core para todo proyecto de software.

Por un poco de diogenes digitar he decidido acumular chuletas de comandos de Git. Github, Gitlab y Atlassian por supuesto tienen su cheatsheet, pero también GitKraken y Boston University tienen la suya. Y muchas que dejo fuera que son posts de distintas fuentes, un poco menos «oficial», porque oficial no hay ninguna, pero me parece muy interesante ver como cada organización le da más relevancia a unos comandos que a otros.

Me gusta particularmente el diseño de GitKraken. Tiene más texto del que me esperaria en una chuleta, pero el estilo es su factor diferenciador. Algo en tener en cuenta cuando haces una chuleta de comandos.

Signals 101

Jack Herrington siempre es muy didáctico en sus explicaciones. Aquí le da una vuelta a las señales (Signals) en los distintos frameworks. Me parece muy interesante como se puede utilizar tanto con VDOM como sin el, y con rendering «tradicional» o una actualizacion de grano más fino. Genial explicación.

Qwik loader

Es interesante ver la magia que hace qwik para conseguir la «reanudabilidad». Una vez el html está generado injecta el minimo JS, solo lo imprescidible, que hace que cargue lo que el usuario necesita.

El html generado ya está «marcado» para indicarle al loader que es lo que tiene que cargar y en que evento, en este caso on:click. No hay ningún handler en el botón en si, todos están delegados al documento o a Window.

El loader carga el bloque de código indicado en el argumento on:click (o el que sea segun el evento) y la execución continua.