diff options
Diffstat (limited to 'blog')
51 files changed, 4235 insertions, 27 deletions
diff --git a/blog/build.sh b/blog/build.sh index 27371f6c..97b4f0cf 100755 --- a/blog/build.sh +++ b/blog/build.sh @@ -20,6 +20,9 @@ cat >index.gmi <<EOF Envíame email a alex arroba corcoles punto net. +=> notas/ Notas +=> notes/ Notes + EOF find . -path './2???/??/*.gmi' -type f -print0 | coppewebite-indexer . >>index.gmi diff --git a/blog/content/2004/01/preservaciones.gmi b/blog/content/2004/01/preservaciones.gmi index 15bc60fe..6b5cddaf 100644 --- a/blog/content/2004/01/preservaciones.gmi +++ b/blog/content/2004/01/preservaciones.gmi @@ -1,11 +1,7 @@ # 2004-01-24 Preservaciones -En Slashdot [1] enlazan a una guía para mantener en buen estado de conservación CDs y DVDs [2] del programa del NIST para la preservación digital [3]. Hay un resumen para los impacientes [4]. +=> https://www.nist.gov/publications/care-and-handling-cds-and-dvds-guide-librarians-and-archivists En Slashdot enlazan a una guía para mantener en buen estado de conservación CDs y DVDs del programa del NIST para la preservación digital. -El NIST mola. Esto me recuerda su fantástico Diccionario de Algoritmos y Estructuras de Datos [5], esencial para programadores. +El NIST mola. Esto me recuerda su fantástico Diccionario de Algoritmos y Estructuras de Datos, esencial para programadores: -=> http://slashdot.org [1] Slashdot -=> http://www.itl.nist.gov/div895/carefordisc/CDandDVDCareandHandlingGuide.pdf [2] una guía para mantener en buen estado de conservación CDs y DVDs -=> http://www.itl.nist.gov/div895/carefordisc/index.html [3] programa del NIST para la preservación digital -=> http://www.itl.nist.gov/div895/carefordisc/onepage.pdf [4] resumen para los impacientes -=> http://www.nist.gov/dads/ [5] Diccionario de Algoritmos y Estructuras de Datos +=> http://www.nist.gov/dads/ diff --git a/blog/content/2004/03/momento-retro.gmi b/blog/content/2004/03/momento-retro.gmi index ee351879..09ad2687 100644 --- a/blog/content/2004/03/momento-retro.gmi +++ b/blog/content/2004/03/momento-retro.gmi @@ -1,5 +1,3 @@ # 2004-03-24 Momento retro -Momento retro [1] - -=> http://www.thinkgeek.com/computing/drives/6908/?cpg=wnrss [1] Momento retro +=> https://web.archive.org/web/20050308131313/http://www.thinkgeek.com/computing/drives/6908/?cpg=wnrss Momento retro diff --git a/blog/content/2014/01/integracion-apis-y-no-me-toques-los-bezos.gmi b/blog/content/2014/01/integracion-apis-y-no-me-toques-los-bezos.gmi index 4cc8a2fb..070e3d7d 100644 --- a/blog/content/2014/01/integracion-apis-y-no-me-toques-los-bezos.gmi +++ b/blog/content/2014/01/integracion-apis-y-no-me-toques-los-bezos.gmi @@ -2,23 +2,18 @@ Según Steve Yegge, un día Jeff Bezos, el capo de Amazon, envió un memorándum interno que venía a decir: -> 1. -> All teams will henceforth expose their data and functionality through service interfaces. -> -> 2. -> Teams must communicate with each other through these interfaces. -> -> 3. -> There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team's data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network. -> -> 4. -> It doesn't matter what technology they use. HTTP, Corba, Pubsub, custom protocols -- doesn't matter. Bezos doesn't care. -> -> 5. -> All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions. -> -> 6. -> Anyone who doesn't do this will be fired. +> 1. All teams will henceforth expose their data and functionality through service interfaces. + +> 2.Teams must communicate with each other through these interfaces. + +> 3. There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team's data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network. + +> 4. It doesn't matter what technology they use. HTTP, Corba, Pubsub, custom protocols -- doesn't matter. Bezos doesn't care. + +> 5. All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions. + +> 6. Anyone who doesn't do this will be fired. + Este puñetero memo, y toda la gente que lo ha leído y ha aplicado el silogismo falaz de "En Amazon son unos cracks, en Amazon siguen este credo ergo si yo sigo este credo seré un crack" son un maldito dolor de cabeza. Conste que no es que considere que las APIs sean una plaga a exterminar, ni mucho menos, pero debería olernos mal las sentencias absolutistas y los razonamientos de talla única. No todos los entornos son iguales, ni se enfrentan a los mismos problemas- y por tanto lo que funciona para unos, no funciona para otros. Adicionalmente, es difícil razonar que la aplicación ciega de esta doctrina es lo que ha llevado a Amazon al éxito y estoy seguro que no en pocas ocasiones mejor les hubiera ido siendo un poco más críticos. diff --git a/blog/content/2026/03/notas.gmi b/blog/content/2026/03/notas.gmi new file mode 100644 index 00000000..28e188a7 --- /dev/null +++ b/blog/content/2026/03/notas.gmi @@ -0,0 +1,32 @@ +# 2026-03-01 Notas + +Hoy tocaba escribir en el blog, pero en vez de ello me he dedicado a migrar más contenido (principalmente "ensayos") a esta web. + +Durante mucho tiempo, metía ficheros de texto (mayoritariamente en Markdown) en mi "monorepo" Git personal. (El monorepo es un amalgama de un montón de cosas, incluido este blog y muchas más cosas.) Esta técnica no funciona mal y es muy cómoda, pero me ataba demasiado a GitHub. + +Ahora podéis leer ese contenido en: + +=> ../../notes Notes (en inglés) +=> ../../notas Notas (en español) + +Con lo que ahora todo tiene URLs controladas por un servidor. + +Además, he convertido todo (a manopla) al formato gemtext de Gemini. gemtext es mucho más limitado que Markdown, con lo que he tenido que simplificar un poco el formato. Pero creo que esta "sencillez obligada" me ayuda a estructurar las cosas de una manera más simple y más adaptable a distintos formatos. (Como que por ejemplo, podéis leer todo usando un navegador de Gemini, lo que ofrece en mi opinión muchas ventajas.) + +Tras borrar también bastante contenido obsoleto o de baja calidad, creo que ya no queda casi nada susceptible de pasarse a gemtext. Todavía hay algo material, pero es mayormente: + +* Listados en formato Org con mucha jerarquía que no funcionarían muy bien en gemtext. +* Un par de artículos que debería actualizar y modernizar bastante... cosa que seguramente no haré a corto plazo y esperaré a que necesiten un remodelado profundo. + +Con esto creo que cierro una primera fase de la iteración de este sitio web (ahora cápsula y no sólo blog). Curiosamente he "perdido" funcionalidad: + +* Falta navegabilidad; básicamente sólo podemos desandar nuestros pasos en la nueva web usando el botón de "atrás" de nuestro navegador. +* He perdido la editabilidad que me daba GitHub; antes los textos en GitHub tenían un botón editar la mar de majo y las entradas del blog tenían un enlace para editarlas en GitHub. + +Lo primero creo que tengo maneras de resolverlas que intentaré aplicar igual a corto plazo. + +Lo segundo me fastidia mucho más y no se me ocurre una buena manera de subsanarlo. Podría seguir usando las funcionalidades de GitHub, pero claro, estoy intentando reducir mi dependencia. Podría usar software equivalente a GitHub, pero me estoy inclinando por alternativas mucho más sencillas para hospedar Git que no tienen funcionalidad equivalente (y que me resultan muy atractivas por otros motivos). + +Para cerrar comentaré que ahora mismo el contenido de esta web es más o menos de 700.000 palabras. A veces en mi cabeza le llamo a esto "mi universo cinemático", porque no es más que una película que me he montado en la cabeza durante más de un cuarto de siglo. Por suerte o por desgracia no soy Jack Kerouac[1], pero al menos os diré que tanta verborrea me entretiene y creo que me enriquece. Os animo a montar vuestros propios universos cinemáticos. + +=> https://sabr.org/journal/article/jack-kerouac-the-beat-of-fantasy-baseball/ [1] Jack Kerouac: The Beat of Fantasy Baseball diff --git a/blog/content/2026/03/this-was-supposed-to-be-the-future.gmi b/blog/content/2026/03/this-was-supposed-to-be-the-future.gmi new file mode 100644 index 00000000..3c97e5b4 --- /dev/null +++ b/blog/content/2026/03/this-was-supposed-to-be-the-future.gmi @@ -0,0 +1,27 @@ +# 2026-03-04 This was supposed to be the future + +(No sé cuán antigua es una camiseta que creo que todavía conservo con este mensaje. Mucho texto ya es ilegible.) + +Estaba oyendo hoy otra cantinela sobre las nuevas maravillas de Apple. Nada nuevo bajo el sol; la gente sigue dándole dinero y elogios a dos manos a Apple, y a mí siguen sin gustarme. He pensado en escribir sobre el tema, pero me he puesto a repasar lo que escribí en 2015 sobre el tema: + +=> https://alex.corcoles.net/2015/12/por-que-no-uso-productos-apple Por qué no uso productos Apple + +Y me ha perturbado que tendría que cambiar muy poco para ponerlo al día. Sí, ya estoy en una edad donde muy probablemente me queda menos por delante que lo que llevo a mis espaldas, y que por tanto, mi capacidad para corregir mis errores está todavía más mermada, pero si estoy equivocado, me parece cuanto menos curioso que esté equivocado de la misma manera durante más de una década. + +Esto me ha llevado a caer en que este mundo que en cada momento nos parece que cada vez va más rápido, quizá sólo esté revolucionando muy rápido sin moverse del sitio. Porque hace un año recordé la que quizá fue la gran revolución informática en mi era, hace un cuarto de siglo: + +=> https://alex.corcoles.net/2025/01/los-sistemas-operativos-y-un-amanecer-de-internet Los sistemas operativos y un amanecer de Internet + +Alrededor del cambio de milenio fuimos acostumbrándonos a que nuestros ordenadores estuviesen siempre conectados a Internet. Unos años más tarde (muchos lo datarían en 2007; yo creo que fue un poco antes), la conexión a Internet constante comenzó a estar con nosotros incluso lejos de la mesa del ordenador. + +Tecleo esto en un ordenador comprado en 2017 que no distingo demasiado del pepino que la semana pasada me pusieron en el curro. Mi BlackBerry de 2011 me parece mejor en algunos aspectos a mi Pixel 9A del año pasado. + +Pero lo peor de todo es que la parte de las involuciones ya fue objeto de burla en 2010... ¡porque en 2003 llamaban locos a los que lo veían venir! + +=> https://www.explainxkcd.com/wiki/index.php/743 Infrastructures + +En los últimos años, claro, es difícil resistir al asedio de lo que muchos dicen que es la nueva revolución. Aunque creo que ya tocaría, veo poco positivo y mucho negativo en el tema del lustro, quizá década. + +(Quiero clarificar que me refiero estrictamente a lo mío; por supuesto observo grandísimas innovaciones muchísimo más relevantes que lo que podemos hacer todos en vez de coger un libro.) + +¿Soy un señor mayor que no entiende los tiempos modernos? ¿Me estoy perdiendo algo? ¿Cuándo podremos celebrar algo como lo que celebrábamos hace un par de décadas? diff --git a/blog/content/notas/ficcion/conmutatividad.gmi b/blog/content/notas/ficcion/conmutatividad.gmi new file mode 100644 index 00000000..c1cd6671 --- /dev/null +++ b/blog/content/notas/ficcion/conmutatividad.gmi @@ -0,0 +1,73 @@ +# Conmutatividad + +## 1. + +Era tarde y el bar de la planta estaba prácticamente vacío. El barman limpiaba vasos tranquilamente mientras un par de grupillos hablaba distendidamente. + +Un tipo corpulento entró de repente con demasiados ánimos para un ambiente tan apaciguado. Buscaba alguien con quien hablar y le tocó a un hombre mayor- según el identificador de su mono, un tal J. SMITH. El otro, R. WAGNER tampoco reparó mucho en detalles; se sentó casi sin mirarle y empezó a hablarle. + +Si le hubiese mirado, habría visto una cara cansada; toda personalidad había sido erosionada por el trabajo en la mina. Los ojos daban una inquietante sensación de vacío. Quizá no se hubiera sentado si le hubiese observado detenidamente. + +-¿Menuda cosa esta, eh? Picas piedra en la mina un tiempo y te dejan hacer lo que quieras. ¿Quieres meterte lo que sea? Un par de añitos y andando. La leche. + +El tratado Koslov. La radioactividad de la maldita luna habia subido tanto y estaban tan alejados de cualquier base que no había otra. A trabajar la mina a destajo y tirar el material radioactivo al espacio o todos con tumores como balones de fútbol en pocos años. Pero claro, nadie quería dejarse la salud y la vida en los túneles. + +Primero enrolaron a los presos, pero no había suficientes. Entonces el gobernador Koslov tuvo la brillante idea de que si los condenados podían conmutar sus penas por trabajo en la mina tras el delito... ¿por qué no conmutar antes de delinquir? Quizás habría gente que trabajaría por poder cometer un delito impunemente. Así pues, se retoca un poco el código penal, se endurecen las penas un poco y ya tienes mineros. Un éxito total. + +-Tío, cuando cumpla mi tiempo aquí me voy a meter de todo y voy a hacer lo que me dé la gana. ¡Y me darán una palmadita en la espalda! + +El viejo miró el cartel detrás de la barra. + +ROBO CON VIOLENCIA …................. 3 años + +-¿Tú qué vas a hacer, viejo? ¿Follarte a una jovencita? + +El viejo le clavo la mirada unos instantes y el otro aparto los ojos un poco de inmediato. + +-¿Cuántos años llevas aquí, viejo?- dijo más cuidadosamente + +-45 años + +Leyó otra línea, se la sabía casi de memoria ya + +AGRESIÓN CON DAÑOS CORPORALES GRAVES ….......... 15 años + +-Joder- musitó + +El hombre grande se giró y leyó lentamente la tabla + +HOMICIDIO EN PRIMER GRADO ….............. 45 años + +-Joder, ¿qué vas a hacer? + +-No lo he pensado + +## 2. + +-¿Te has enterado de lo del tío que se encontraron muerto anoche en su habitación? + +-¿Qué tío? + +-¿John Smith, no te suena? + +Los dos guardias miraban las cámaras de seguridad mientras charlaban + +-Llevaba 45 años picando piedra. Coge, hace el papeleo para conmutar y la palma de viejo esa misma noche. Ataque al corazón, dicen. + +-Menudo palo + +-Sí, tío. Pero no sabes lo mejor. El tío no quería conmutar para él. Quería sacar a otro de la cárcel. + +-¿Y eso? + +-Nadie lo sabe. Hasta hizo el papeleo. El otro saldrá, pero ni podrá darle las gracias. + +-Joder. Te pasas 45 años ahí abajo, te dejas tu vida ahí... y no puedes ver lo que te has trabajado. Vaya mierda. Al menos el otro saldrá. + +## 3. + +-El jurado condena a Wolfgang Kauffman a cadena perpetua por el asesinato del pequeño Sebastian Smith, con los agravantes de indefensión y ensañamiento. Cumplirá su condena en el penal de máxima seguridad de Weinholtz. + +Jacob Smith no cambió el gesto en ningún momento del juicio. El pequeño Sebastian ya no estaba y para él, su vida estaba rota. Ni siquiera podía tocar a Wolfgang, ni mucho menos tomarse la venganza que tanto deseaba y que le hacía arder las entrañas. + +Wolfgang era intocable, al menos de momento, y eso le estaba matando lentamente. diff --git a/blog/content/notas/ficcion/cuentos-del-triangulo-verde.gmi b/blog/content/notas/ficcion/cuentos-del-triangulo-verde.gmi new file mode 100644 index 00000000..3d37bfaa --- /dev/null +++ b/blog/content/notas/ficcion/cuentos-del-triangulo-verde.gmi @@ -0,0 +1,133 @@ +# Cuentos del Triángulo Verde + +## 1. + +Nadie recordaba ya nada de la antigua civilización, pero Grub estaba bastante seguro de que el templo de suministros había sido uno de sus pilares. Entre polvo y escombros, el templo se alzaba majestuoso desafiando al sol y a las tormentas de arena. + +Su tribu anhelaba los extraños artefactos que atesoraba, pero muchos de sus guerreros habían sido diezmados intentando asaltarlo o interceptando los convoys fuertemente armados que lo abastecían periódicamente. + +Recordaba el salvoconducto que había encontrado su abuelo cuando Grub era apenas un cachorro. El esqueleto se aferraba a su posesión más valiosa, pero apenas un tirón bastó para arrancarle el pequeño rectángulo plastificado. Casi no pudo contener la emoción cuando su abuelo se lo enseñó al guardia y éste les invitó a entrar. + +No sabían qué magia iluminaba el lugar, ni qué extraña fuerza impulsaba las vías a las plantas superiores, ni de dónde salía ese frescor que al principio te hacía olvidar el infierno exterior, pero que luego te helaba hasta los huesos. + +Pasaron varias horas recogiendo tesoros, que los propios guardias les colocaban en alforjas de plástico simplemente presentando el salvoconducto. + +El día acabó cuando un guardia se quedó con el salvoconducto a cambio del último artefacto y les escoltó hacia la puerta, pero fue una jornada gloriosa de la cual seguían hablando cada noche al caer el sol, aunque ni siquiera eran capaces de comprender su botín. + +Esos borrosos recuerdos emergían en la mente de Grub mientras se dirigía al templo. Como explorador, le correspondía introducirse e interpretar los auspicios regularmente. Esto era más complicado de lo que parecía e infinitamente más peligroso. Habían descubierto que la actitud exacta, con un preciso equilibrio de interés y desinterés, podía mantener a los guardias a raya. Si no mirabas lo suficiente, te conducían a empujones hasta la entrada. Pero si demostrabas mucho interés por un artefacto, tu destino era mucho peor. El guardia se acercaba y entablaba conversación. Nadie conocía el lenguaje ni las encantaciones apropiadas, sólo arrodillarse y ofrecerles un salvoconducto los apaciguaba. Nunca descubrieron qué hacían con los cadáveres. + +Grub deambulaba entre las estanterías. De vez en cuando añadía su toque personal, cogía algo y hacía ver que interpretaba sus escrituras, mientras controlaba al guardia por el rabillo del ojo. Esto parecía satisfacerles. + +Las miradas de los guardias eran cada vez más insistentes y cuando Grub estaba a punto de dar por concluida su incursión, lo vio. Cayó de rodillas donde se encontraba. Su padre le había enseñado a interpretar los cuatro auspicios, igual que su padre antes que él, y aquel era el peor de todos. + +El árbol de frutos redondos y brillantes, el hombre de rojo y los abrigos de animales. + +En dos o tres lunas nuevas, llegaría el frío y la desolación. Su abuelo le había explicado cómo el anterior invierno prácticamente acabó con ellos. Grub escuchó una voz, pero no supo interpretarla. Sus sollozos acabaron de ahogar la locución mística y la tétrica melodía. + +«Ya es Navidad en El Corte Inglés.» + +## 2. + +—No lo queremos. + +—¿Cómo? + +—Que no lo queremos. + +El robot se encogió de hombros. No era algo habitual, pero esto había excedido su programación. + +—Tendrán que hablar con mi supervisor. + +Eva y Lucas se acomodaron en sus asientos. + +—De acuerdo. + +El robot se levantó, dio la vuelta, se dirigió al hombre del despacho y le explicó todo. Antes de salir a hablar con ellos, el supervisor convirtió su cara de sorpresa en su mejor sonrisa. + +—Buenos días. RA21 me ha comentado su caso y creo que no le he entendido del todo bien. + +—Que queremos devolverlo. + +—Ya —enterró la vista en los papeles que había en la mesa—. Pero veo que no tiene ningún problema, ningún defecto de fábrica. + +—Eso es técnicamente cierto, desde luego —dijo ella. + +—Pero queremos devolverlo —dijo él. + +—No lo comprendo. + +—No forma parte de su… ¿política? + +—Sé lo que quieren decir, pero esto es del todo irregular. Cubrimos los defectos de fabricación, pero… + +—Pero es que no nos gusta. Es un… pesado. + +—Y un cabroncete. + +—¿Cómo? —A pesar de su amplia experiencia, no pudo evitar la sorpresa. Se recompuso rápido. + +—Mire, al principio éramos comprensivos. No nos dejaba dormir, pero… pensábamos que era normal. Pero iba pasando el tiempo y no mejoraba. + +—Lo que mi mujer quiere decir… pues sí, crecía con normalidad, dentro de lo esperado. Pero… + +—Es un gamberro. Y no para de tocarnos las narices. + +El supervisor, bajo una mueca de atención absoluta, no daba crédito. En un mundo saturado de contaminación, la tecnología que los chicos del supermercado habían inventado no sólo producía unos filetes excelentes, sino que resultó ser la mejor manera de tener hijos sanos y perfectos, completamente libres de la plaga de las mutaciones. Buscando atender todas las necesidades de sus clientes, abrieron el departamento de reproducción asistida hacía apenas seis años. + +—Pero todo esto son criterios subjetivos. El niño no presenta ninguna mutación. Su ADN es —Alzó los papeles y les enseñó los marcadores— completamente armonioso. El fenotipo... admitirán que el parecido es notable. + +—Sí, pero el crío es un maldito caprichoso e insoportable. + +—Debe disculparla, ayer volvieron a expulsarle del centro educativo. Es que no hay manera. + +—Mire, nos da igual el dinero. Sólo queremos que… que se lo queden. Ustedes siempre insisten en eso, ¿no? + +El supervisor suspiró sonoramente. «La política que ha sobrevivido una guerra nuclear», pensó. Entonó la letanía con resignación. + +«Si no quedan satisfechos, les devolvemos su dinero.» + +## 3. + +Se sentó delante del ordenador. Era un tipo bajito, algo barrigón y bastante calvo. Sudaba. + +Abrió el navegador e introdujo la dirección. + +«Instalando el plugin Mindterest 3.5 para una perfecta experiencia de compra», decía la pantalla, mientras el hipnótico círculo giraba en su danza infinita. + +Golpeteó nerviosamente el ratón. + +La página cargó, con el habitual listado de categorías. Vio la muchacha tridimensional en la parte derecha de la pantalla. «Haga clic aquí si desea saber más sobre su nueva experiencia de compra.» Era bastante atractiva, pensó, y le echaba una mirada inquisitiva. Sonrió levemente. + +«Me temo que no ofrecemos ese tipo de servicios.» Había desaprobación en ese cuadro de texto. + +Enrojeció levemente. Clic, clic, cancelar. + +«En nuestra sección de psicología encontrará títulos como ‘Superar el ridículo’ y ‘Conteniendo sus deseos’, haga clic en los títulos para más información.» + +Una gota de sudor recorrió su frente. Clic, clic, cancelar. + +Se echó una ojeada rápida, avergonzado. + +«El departamento de alimentación tiene una amplia selección de comida dietética preparada por nuestros especialistas en nutrición.” + +CLIC, CLIC… + +«... programas de ejercicios...», los popups emergían más rápido de lo que podía cerrarlos. + +¡CANCELAR! + +Joder con el plugin, era peor que el Flash de los antepasados. Su vida era una mierda, pero no necesitaba que un avatar impoluto se lo recordase. + +«Quizás podrían interesarle nuestros nuevos servicios de psicología, haga clic aquí para obtener detalles.» + +Alzó una ceja. En aquel momento tampoco le pareció tan mala idea. Quizás le haría bien. + +Clic, clic. + +La página cargó lentamente. Sin pensarlo, se desplazó hasta la parte inferior para ver los precios. «Puf, prohibitivos», pensó, y vio su desilusión reflejada en la pantalla. + +«En el supermercado encontrará una promoción 3x2 en cuchillas de afeitar. Bueno, en realidad sólo necesitará una…» + +Reparó con resignación en el eslogan en el pie de la página y se quedó mirando al infinito. + +«Especialistas en ti.» diff --git a/blog/content/notas/ficcion/el-principe.gmi b/blog/content/notas/ficcion/el-principe.gmi new file mode 100644 index 00000000..f1db64a9 --- /dev/null +++ b/blog/content/notas/ficcion/el-principe.gmi @@ -0,0 +1,65 @@ +# El príncipe, el rey y el verdadero mal + +No paraba de darle vueltas en su cabeza. Faltaban tres días y él, del que se decía que tenía recursos para todo, aún no lo había conseguido. Su gato le observaba aburrido desde lo alto del armario, sus ojos brillantes como carbones al rojo. No le quedaba otra, iría mañana mismo y sellaría el trato. + +Se despertó por la mañana tras sueños angustiosos. Su gato seguía dormido a sus pies. Tras sus rituales matutinos y enfundarse en sus mejores galas, salió al mundo exterior. + +Después de un corto trayecto de metro, salió a la calle. En la distancia, el gigante de cristal y hormigón se alzaba sobre otros edificios de menor importancia. Un poco más de curvatura en esos enormes ventanales y la convección convertiría el interior en una enorme caldera. Deformación profesional, pensó, y una pícara sonrisa se le dibujó en los labios. + +Al entrar, la fastuosa decoración marmórea le recordó a sus propias oficinas. En el centro, Laocoonte y sus hijos, una de sus esculturas favoritas. Siempre pensaba en las almas atrapadas para toda la eternidad en la piedra, forcejeando inmóviles sin poder separarse de sus enemigos. De repente, se dio cuenta que la cola había crecido y se apresuró a ponerse al final. + +En la cola, los problemas de los mortales eran los de siempre. Desde los romanos y la sal, muchos de ellos se habían vuelto simples guarismos y le aburrían. Otros se ocupaban de torturar a las almas por cifras. + +Estos pensamientos entretuvieron su mente hasta que alcanzó la caja. Recorrió con su mirada a la cajera y un escalofrío la recorrió a ella. + +—Deseo hablar con Emilio. + +—Me temo que no atiende visitas, pero créame, podré atenderle en lo que usted necesite. + +Se lo explicó. Se lo explicó de nuevo. + +—Sí, espere un momento. Le avisaré y le atenderá enseguida. + +Esperó un poco más. Siempre esperar. Ellos, con sus vidas cortas, no parecían entender el drama de las pérdidas de tiempo. Tenía un círculo especial para los impuntuales y demás escoria. + +Finalmente, le condujeron a lo largo de infinidad de pasillos hasta las entrañas de la criatura. Entró y allí estaba, diminuto y perdido en su gran silla. Cabe decir que no era un despacho particularmente grande ni ostentoso, pero había pequeñas muestras de poder por todas partes. También había un desorden que le hería en lo más profundo. Él llevaba sus asuntos como un reloj, el caos no tenía lugar en los negocios. + +Finalmente el hombrecillo alzó la vista de los papeles. + +—Pues mire, cuando mi padre me legó el banco y por extensión esta oficina, se sentó conmigo y me enseñó esos contratos. + +Se dirigió a uno de los armarios de su oficina, se subió a un taburete y cogió una carpeta que había encima. La sacudió un poco para quitarle el polvo y la llevó a la mesa. + +—Yo pensaba que era una especie de broma, una tradición gótica de banqueros. Cuando mi padre murió los cogí y los volví a leer, pasé una tarde muy amena. + +Un cordel deshilachado aprisionaba el papel amarillento. Tuvo ciertas dificultades con el nudo, pero al final los documentos quedaron libres. + +—¡Ah! Éste es. + +Lo colocó ante él. + +—Verá que es un contrato bastante estándar, a pesar de la temática. Las cláusulas son un tanto arcaicas, pero sospecho que no serán problema para usted. + +Una pequeña funda rígida cilíndrica dentro de su abrigo contenía sus gafas, que pronto reposaron sobre su nariz aguileña. Las bifocales le hacían parecer mucho más viejo. + +—Creo que está todo en orden. + +Armado con una pluma ornamentada con sutiles incrustaciones de rubí, se enfrentó al blanco. Bajo el epígrafe “objeto del trueque” rasgó delicadamente “Entradas para el partido Foot-Ball Club Barcelona, Madrid Football Club que se disputará el domingo 14 de abril de 2013 en el estadio Nuevo Chamartín en la Avenida de la Concha Espina 1, Madrid, España”. + +—Pues ahora nos quedaría la firma. + +Se diría que el cielo ennegreció justo cuando se puso firme en el centro del despacho. + +—Yo, Lucifer, Padre de la Mentira, Dios de Este Siglo y Príncipe de las Tinieblas, declaro que, en plena posesión de mis facultades mentales, canjeo mi alma inmortal con Banco Martínez y Asociados, por una entrada a un partido de fútbol, y para que conste, firmo con mi sangre este contrato. + +Un abrecartas del escritorio le sirvió para realizar una pequeña punción en su dedo índice. Un par de ágiles movimientos y el líquido rojo oscuro hirvió sobre el papel, dejando escrito su nombre con impecable caligrafía. + +El director notó el temblor de su mano al tomar el contrato. Lo examinó cuidadosamente e imprimió su sello. No sin cierta ceremonia, lo archivó como si fuese un bebé en una brillante funda roja carmesí. + +—Todo en orden, si viene usted mañana y se identifica con el DNI, cualquiera de nuestros cajeros podrá entregarle las localidades. + +-------------- + +Un jugador del Barça hizo una rápida internada por la banda derecha driblando a un defensa. El líbero acudió a cubrir la marca con velocidad, pero le alcanzó en falta justo en el borde del área. Cien mil voces desgarradas alzaban su voz ante la peor de las injusticias. + +Un rostro inexpresivo contemplaba el espectáculo. Sus ojos recorrían ausentes la arena de los gladiadores, ahora incapaces de encontrar lo que buscaban. Finalmente, desistió. Extrajo el estilizadísimo móvil de las profundidades de su abrigo y se dejó hipnotizar por las luces de un jueguecito endiablado. diff --git a/blog/content/notas/ficcion/en-los-mejores-cines.gmi b/blog/content/notas/ficcion/en-los-mejores-cines.gmi new file mode 100644 index 00000000..dcb32f3a --- /dev/null +++ b/blog/content/notas/ficcion/en-los-mejores-cines.gmi @@ -0,0 +1,57 @@ +# En los mejores cines + +Fred se sentó en la cómoda butaca con sus palomitas. Una ligera brisa le cosquilleaba la nuca mientras se acomodaba y colocaba todo en su sitio. Al poco, se apagaron las luces y una sonrisa apareció en su cara. + +POR FAVOR, FIJE LA VISTA EN EL PUNTO BLANCO EN EL CENTRO DE LA PANTALLA + +PROCEDEREMOS A BORRAR SUS RECUERDOS DE LA PELÍCULA EN 10 SEGUNDOS PARA QUE LA PUEDA DISFRUTAR DE NUEVO + +SI NOTA MAREO O SOMNOLENCIA, POR FAVOR, PULSE EL BOTÓN ROJO EN EL REPOSABRAZOS + +Era 2127, y el borrado selectivo de recuerdos había resucitado la industria del cine. Ante la crisis de ideas y la sensación de que todo había sido rodado ya, a un productor se le ocurrió utilizar un curioso avance de neurociencia- inútil para el público en general y para el que sólo se habían encontrado usos oscuros- para permitir que a la gente no le importase la falta de originalidad del cine. Podían ver la misma película repetidamente y cada vez la disfrutaban como la primera vez. + +Pese a las reticencias iniciales, el público comprendió rápidamente que era mejor esto que ver la enésima secuela que conservar su cerebelo intacto. + +La estrategia tuvo tanto éxito que en breve, cesó la producción de cine nuevo. Años más tarde, incluso, se comprobó que los cines del mundo apenas daban un centenar de películas diferentes- y curiosamente aquellas cuyos derechos de exhibición habían caducado hace tiempo. + +Fred se relajó. Los Caballeros de la Mesa Cuadrada. Si no le fallaban las cuentas, ya la había visto 137 veces. Y siempre acababa con dolor en la barriga de tanto reír. Se echó atrás y se dispuso para las carcajadas. + +# 2. + +Fred estaba perplejo. Tenía una mueca inexpresiva en la cara, mientras la gente alrededor aún reía o, como mínimo, tenía una expresión risueña y felicidad. + +Pero él no se había reído. + +Nada. + +¿Cómo podía ser? Recordaba haberse reído las 136 veces anteriores. Era una de sus favoritas. Era infalible en quitarle sus preocupaciones. + +Fred se incorporó. La verdad es que estaba un poco cabreado. Se dirigió a la taquilla mientras la gente comentaba la jugada a su alrededor. + +-No me he reído + +-Bueno, -respondió la muchacha distraída- no hace reír a todo el mundo, ya... + +-¡Pero la he visto muchas veces!- le interrumpió + +-¿Cómo? + +-Siempre me hace gracia. Es la mejor comedia que hay. La he visto mil veces + +La muchacha se le quedó mirando. Parece que esto no entraba en su guión. + +-Lo lamento señor, pero no puedo hacer nada + +-¡Devuélvame mi dinero! + +-No puede ser. Nadie se ha quejado de la proyección, ni del borrado, ni... nada, en realidad + +-¡Pero no me ha gustado! + +-Me temo que nunca se ha devuelto el precio de una entrada porque la película no ha gustado. Además, a todo el mundo le gustan los Monty Python... + +Fred se indigno. Quería decir algo- y abrió la boca para decirlo, pero no supo qué decir. + +-Si quiere puede presentar una reclamación + +-Da igual. Muchas gracias, señorita. diff --git a/blog/content/notas/ficcion/invoco-al-diablo.gmi b/blog/content/notas/ficcion/invoco-al-diablo.gmi new file mode 100644 index 00000000..3427bc57 --- /dev/null +++ b/blog/content/notas/ficcion/invoco-al-diablo.gmi @@ -0,0 +1,121 @@ +# Invocó al diablo + +## y lo que sucedió a continuación te sorprenderá + +--Tía, que no lo veo nada claro + +--Que sí, que para qué quieres el alma, eso es algo de boomers + +--No me convence, que lo vi en una serie y es algo chungo + +--¿Pero tú quieres ir a ver el concierto o no? + +--Bueno, ¿pues cómo lo hacemos? + +--Busquemos en Youtube + +--¿Como ves este? “Los curas lo odian: invoca a Satanás con este extraño truco” + +--No sé. A mi me sale “Como vender el alma al Diablo con productos del Mercadona” + +--¡Ah! Pues ese, que lo tenemos aquí al lado y aún tardarán en cerrar + +------------------------------------------ + +Miró el móvil. Un formulario AAD-35. No lo había visto nunca. Tuvo que consultar el manual, llevaba pocos siglos allí y no había tenido que tratar con ese nunca. Guardó el móvil, se levantó, se subió los pantalones y tiró de la cadena. Siempre le invocaban cuando estaba en el retrete. + +------------------------------------------ + +--¿Has oído eso? ¿Quién hay en el baño? + +--Joer, qué mal rollo. Ve a mirar, anda + +--¿Yo? Es tu casa + +(Lejano) --Ya voy, paciencia, narices + +------------------------------------------ + +--Bueno, pues ya me tenéis aquí + +--¿Usted es el diablo? + +--Hombre, pues no. Joer, ¿pensabais que os iba a atender el jefe? Cuando vais a pedir una tarjeta, ¿esperáis que os atienda el Botín? + +--Ya, bueno, pero entonces, ¿puedes ocuparte tú? + +--Sí, qué pasa, que porque soy joven no puedo asumir responsabilidades + +--Bueno, no te pongas así. A ver, ¿cómo va esto? + +--Pues nada, ¿qué me ofrecéis? + +--¿Que qué te ofrecemos? ¿Será que qué te pedimos, no? + +--¿Perdón? + +--Queremos unas entradas para el concierto + +--¿Qué? + +--Unas entradas. Son un trozo de papel, lo das al segurata y te deja entrar + +--Creo que os estáis liando. A ver, me ha llegado un AAD-35. Queréis comprarle el alma al diablo. Atípico, pero puede hacerse + +--No, no, queríamos *vender* nuestra alma al diablo. + +Suspiró + +--Déjame adivinar: la loca esa fanática del Deliplus, ¿no? Joer, me lo habían contado los del turno de mañana y no me lo creía. Crédulos humanos, os lo ponen en Youtube y no sabéis salir de ahí + +--Oiga, sin faltar, ¿eh? + +--Mira bonita, ¿queréis el alma del diablo o qué? ¿Qué dais a cambio? + +--Que no queremos eso, ¿pa qué sirve? Eso luego se va a un desván y luego no lo usas para nada + +--Malditas millenials… Mira, yo me las piro que tengo cosas que hacer. Agur + +------------------------------------------ + +Tía, no avises al jefe, porfa. Que llevo poco tiempo aquí y no me va mal. Venga, si no le dices nada, te consigo un par de entradas para el concierto de Rosalía, ¿vale? + +------------------------------------------ + +Pulsa el icono de la ruedecita 6 veces. Debería salirte la cabrita. ¿Te sale? Vale, ahora le das 6 vueltas. Muy bien, ahora te salen la parrafada esa, saltas al final y le das a aceptar. + +------------------------------------------ + +Sí, mira, si entras por nuestra página de Facebook te viene un Lucifer más… de padres, ¿vale? Pero por Insta y Snapchat pues nos envían a nosotros. + +------------------------------------------ + +(el diablo becario cogiendo el teléfono) No se moleste, que esto es un móvil de empresa y no puedo cambiarme de operadora. Ah, coño, perdona. Sí, sí, es aquí + +------------------------------------------ + +---A ver, he encontrado unos cuantos yutus del tema. + +---Pero pilla uno que vaya con Android, ¿eh? + +---¿Qué te parece este? “Los curas lo odian: invoca a Satanás con este truco raro” + +---No sé, Rick, parece falso + +------------------------------------------ + +No olvidéis suscribiros a nuestro canal de Youtube y darle al like. ¿Habéis probado nuestros filtros? + +------------------------------------------ + +Oye, ¿nos podemos ir p’adentro? Aquí fuera hace un frío de cojones y yo estoy más acostumbrada a las calderitas hirviendo y todo eso. + +------------------------------------------ + +Bueno, vuélvemelo a explicar. Que me he dormido con la nota de voz de 10 minutos. + +------------------------------------------ + +---¡Que vuelvan las Spice! +---No me jodas +---Na, es coña diff --git a/blog/content/notas/ficcion/lucifer-martinez.gmi b/blog/content/notas/ficcion/lucifer-martinez.gmi new file mode 100644 index 00000000..d410f065 --- /dev/null +++ b/blog/content/notas/ficcion/lucifer-martinez.gmi @@ -0,0 +1,77 @@ +# Lucifer Martínez + +Como casi cada tarde, Lucifer Martínez apagó su ordenador a las 18:00, se despidió de sus compañeros de trabajo y caminó el corto trecho hasta la estación de tren de Móstoles. + +El tren no estaba exageradamente lleno y pudo coger sitio con ventanilla, su favorito. Apoyo la cabeza en el cristal y dejó que su mente divagase. El negocio iba bien, viento en popa, casi demasiado bien se decía. Había cancelado la campaña de regalar el nuevo iPhone a cambio de tu alma inmortal. Era demasiado fácil, pensaba. En esta época, su trabajo carecía de creatividad, de emoción. Antes los hombres eran de otra manera. + +La gente de la oficina le apreciaba. Era un buen jefe. No como Dios. Lucifer no entendía como había llegado tan lejos. Con la coña de que había que dejar que el rebaño se pastorease solo, pasaba de todo. Él había entrevistado personalmente a todos sus empleados y lo sabía todo sobre ellos (deformación profesional). Con el Todopoderoso todo eran cuadros intermedios, burocracia infinita… como todas las grandes empresas, al final nadie daba un palo al agua, pero daba igual, la inercia llevaba a la empresa adelante. + +[...] + +Dejó el abrigo en el colgador. + +-¿Cariño, ya estás aquí? Espera que salgo… + +Una mujer espectacular salió del baño. Su larga melena empapada no osaba cubrir sus más que generosos atributos. Cualquier hombre hubiese traicionado a su patria por esas piernas gloriosas. + +-¡Mamá! ¿No podrías tener un poco de pudor de cuando en cuando? + +-Joder, hijo, siempre igual. Parece mentira que siendo quien eres sigas con estas pamplinas puritanas. + +-¡Pero es que no puedes ir en pelotas por casa siempre, por Dios! Las madres normales no van por ahí enseñando las domingas a sus hijos. + +-Mira, hablando de eso. Mi profe de Zumba va a venir a casa- miró el reloj- en 10 minutos. ¿No podrías irte a dar una vuelta? + +Lucifer frunció el ceño. Siempre igual. Cogió el abrigo muy lentamente y se dirigió a la puerta. + +-¡No te pongas así, hombre! Por cierto, te he dejado un tupper en la nevera para mañana, no te olvides de cogerlo. + +Refunfuñó algo y cerró la puerta. Al salir del ascensor se topó con el que sospechaba era el profe de Zumba. Era enorme y llevaba una enorme sonrisa de oreja a oreja. Lucifer agachó la cabeza e intentó mantener todas esas imágenes de su madre con ese maromo de la cabeza, sin demasiado éxito. + +Se metió en el bar de la esquina. Allí se sentía cómodo, y dados los hábitos de su madre, pasaba allí casi tanto tiempo como en su casa. Sabía que tenía que buscarse otro sitio, pero tal como están los pisos, tampoco podía permitirse muchas maravillas. + +-Hombre, Luci… ¿una cervecita? + +-Claro que sí, Paco, muchas gracias. + +El dueño era un tipo majo. Llevaba ahí cuarenta años y sabía perfectamente cómo tratar a su clientela. En este caso, sabía que no tenía que hablarle de su santa madre. + +[...] + +Se había tomado un par de cervecitas más de las que tocaba y seguramente hubiese tenido que irse para casa, pero no quería arriesgarse a que el profesor de Zumba siguiese allí. Seguramente les hubiese oído nada más salir del ascensor, pero eso ya era demasiado para él. + +Se puso andar. La cerveza le estaba llevando a una fase eufórica y sus pasos tenían cada vez más energía. Sabía que no tenía que ir allí, pero en su alterado estado mental, tenía ganas de juerga. + +Era una caminata de lo menos veinte minutos, hacía la zona buena. Al llegar, miró al séptimo piso. Había luz y parecía haber una fiesta. Se puso a gritar. + +-¡¡¡Ehhhh, Todopoderoooosooooo!!! + +-¡¡Baja a hablar con tu colegaaaaaa!! + +Estuvo así un rato, sin obtener resultado alguno. + +-¡¡¡Capulloooooo!!! ¡Montando una fiesta de Navidad! ¡¡¡Que crucificaron a tu hijooooooo!!! + +Se abrió una ventana. Le pareció ver a alguien encogerse de hombro y volver a meterse. Se sentó en un bordillo. + +Al cabo de un rato, bajó y se sentó a su lado. + +-Feliz navidad + +-Sí tíiio, feliz navidad + +-¿Qué te trae por aquí? No me lo digas- se apartó un poco para evitar el hálito alcohólico. + +-¿Por qué tío? ¿Por qué eres así? + +-A mi qué me cuentas. Yo soy como soy. + +-Eres un mierdas. Tú lo arreglas todo siempre así. Este es mi garito y me meo dentro si me apetece. Pues lo tienes hecho una mierda.- se le envidriaron un poco los ojos + +-Venga hombre, es Navidad. Súbete. Hay cordero asado. + +Le pasó la mano por el hombro. Joder, siempre le funcionaba ese truco. Lucifer le miró a los ojos y rompió a llorar. + +-Venga, venga. No pasa nada. Tú también eres como eres. Y no hay nada que te guste más que el cordero asado. Te irá bien. + +Le ayudó a levantarse y desaparecieron por el umbral de la puerta. diff --git a/blog/content/notas/ficcion/maldito-clip.gmi b/blog/content/notas/ficcion/maldito-clip.gmi new file mode 100644 index 00000000..648ef923 --- /dev/null +++ b/blog/content/notas/ficcion/maldito-clip.gmi @@ -0,0 +1,73 @@ +# Maldito clip + +En una habitación de joven, a oscuras, EL JOVEN BILL GATES teclea furiosamente. De repente, se detiene y contempla extasiado el monitor. + +EL JOVEN BILL GATES + +¡Madre! ¡Madre! ¡Venga aquí, lo he inventado! + +MADRE DE BILL GATES + +¿Qué quieres, hijo? Son las tres de la mañana… ¿Qué has inventado esta vez? + +EL JOVEN BILL GATES + +¡El corrector perfecto! Madre, usted podrá teclear cualquier frase, con los peores errores de sintaxis y los más graves gazapos y el ordenador le replicará con sus pecados corregidos. + +MADRE DE BILL GATES + +Pero hijo, ¡eso es una abominación! Las madres estamos para corregir los errores de nuestros hijos. ¿Qué haremos si nos quitas eso? + +EL JOVEN BILL GATES + +Madre, ¡es el progreso! Todos podrán expresarse sin que el listillo de turno les corrija a cada frase... + +MADRE DE BILL GATES + +¡Ni progreso ni progresa! A la cama y borra ese programa del demonio. + +EL JOVEN BILL GATES + +¡Pero madre! + +MADRE DE BILL GATES + +¡No me repliques! Y a ver si dedicas tu tiempo a cosas de provecho en vez de a esas tonterías. + +El joven Bill Gates se dirige refunfuñando a su cama, enojado. Una vez acostado, una explosión de luz y humo inunda su cuarto. Un extraño hombre barbudo con una túnica estampada de ceros y unos se planta en medio de la estancia. + +EL JOVEN BILL GATES + +¿Quién anda ahí? + +EL DIOS DE LA COMPUTACIÓN + +¡Bill! ¡Bill! ¡Has osado violar la ley de Turing de lo computable y lo indecidible! + +EL JOVEN BILL GATES + +¡Pero si yo sólo he escrito un corrector ortográfico! Además, ¿no llega usted un poco tarde? + +EL DIOS DE LA COMPUTACIÓN + +¡Ni pero ni peras! Además, en esta época los módems van a 300 baudios y ha tardado mucho en llegarme lo tuyo. Te salvas de que te enseñe el futuro desastroso que traería tu creación, que vamos justos de extensión y tu madre te ha dado lo suyo. Además, esto no es Dickens. + +EL JOVEN BILL GATES + +¡Gracias, oh dios de la computación! Corregiré mi camino y me dedicaré a escribir el buscaminas. + +EL DIOS DE LA COMPUTACIÓN + +¡No creas que te vas a librar tan fácilmente! ¡Yo te maldigo! Por querer corregir todo error humano y con ello, privarles de la virtud de aprender de sus errores y hacer de las máquinas dioses, yo te castigo. Tus programas serán populares en el mundo entero, pero todos tus usuarios te odiarán por cualquier bug. Cualquier programa tocado por ti frenará el más potente superordenador y Moore no te salvará. + +EL JOVEN BILL GATES + +¿Pero eso quiere decir que me puedo forrar igual, no? + +EL DIOS DE LA COMPUTACIÓN + +Por tu insolencia, ¡añado que las mujeres te ignorarán a ti y a los de tu especie! + +EL JOVEN BILL GATES + +¡NOOOOOOOOOOOOOO! diff --git a/blog/content/notas/ficcion/mariano-el-programador.gmi b/blog/content/notas/ficcion/mariano-el-programador.gmi new file mode 100644 index 00000000..f6eff640 --- /dev/null +++ b/blog/content/notas/ficcion/mariano-el-programador.gmi @@ -0,0 +1,53 @@ +# Mariano, el programador + +Mariano era un programador. No era el mejor, ni tampoco el peor. Había aprendido poco a poco, por su cuenta, hasta que un día descubrió que se podía ganar la vida con ello. Acabó trabajando en un olvidado engranaje del gobierno, programando poco a poco, día a día, tranquilamente. + +Mariano era el responsable de un pequeño programa que tomaba decisiones muy simples sobre gastos de un departamento muy pequeño de una subdelegación de un pequeño departamento que no estaba en boca de todos. Una vez al mes, alguien pulsaba un botón en el programa de Mariano y el presupuesto se repartía. No era un reparto particularmente ingenioso o eficiente, pero funcionaba- bueno, de cuando en cuando había algún problema pero Mariano siempre estaba ahí para resolverlo. + +Pero era un programa que ahorraba a un subsecretario hacer una hoja de cálculo tediosa, y si bien Mariano no se podía sentir orgulloso al lado de los gigantes de la informática que consiguieron hacernos felices acariciando cristales, sabía que su programa ayudaba a alguien, y eso le hacía feliz. + +El programa funcionaba, y un día el subsecretario se lo explicó a otro subsecretario mientras jugaban al pádel. El primer subsecretario concertó una reunión inmediata entre el segundo subsecretario y Mariano, para ver si éste podría ayudarle a automatizar unas cosas de su departamento, que le quitaban mucho tiempo. + +Mariano le escuchó y le propuso un par de ideas, y vio como el segundo subsecretario asentía con la mirada perdida. Mariano le preguntó un par de cosas, y el segundo subsecretario le dijo que no lo veía claro, que qué proponía Mariano. Su propuesta le pareció fantástica, y al poco tiempo Mariano recibió una nota de que ampliase su programa para manejar las tareas del segundo subsecretario. + +En un par de días, Mariano tenía un prototipo. Se lo enseñó a la ayudante del segundo subsecretario, que le hizo un par de correcciones pero que parecía contenta. Mariano era feliz, por fin su programa hacía más cosas. Estuvo unos días ocupado y al final el programa fue capaz de asumir muchas funciones del segundo subsecretario. + +Mariano tenía ahora un poco más de trabajo, pero las funciones del primer programa ya estaban bastante pulidas y se podía dedicar casi plenamente a los problemas de la nueva funcionalidad. + +El segundo subsecretario decidió pasarse al golf, donde podía codearse con adjuntos superiores. Estos, sorprendidos por el hecho de que un subsecretario jugase a golf con ellos, no tardaron en interrogarle y descubrir las bondades del programa de Mariano. + +Pronto estos iniciaron un proyecto conjunto, con un presupuesto generoso para ampliar el programa de Mariano. Le ayudaron a contratar unos cuantos programadores más para ayudarle y que pudiese asumir más funcionalidades dentro del gobierno. + +Mariano titubeó. Él, un simple programador autodidacta, liderando un proyecto para automatizar los trabajos de varios adjuntos superiores. Sin embargo, vio cómo confiaban en él y asumió el reto. + +Fue complicado, pero resultó ser que Mariano era especialmente habilidoso entendiendo los problemas y proponiendo soluciones que los adjuntos aceptaban con la mirada perdida, y que luego sus ayudantes le acababan de corregir. Mariano iba interiorizando cómo funcionaba el gobierno, y cada vez le resultaba más simple extender el programa. + +Había problemas, sí; los gobiernos no son organismos simples, pero Mariano y sus ayudantes iban encontrando soluciones y haciéndolo funcionar todo. + +Pero un día, Mariano se dio cuenta de algo. Tenía un problema con un pequeño módulo que tenía que lidiar en un problema interdepartamental, y no encontraba manera de hacerlo. Preguntó a los viceadjuntos medios, que eran los únicos que quedaban por las oficinas, removiendo sus cafés con la mirada perdida, pero pronto vio que no sabían cómo funcionaba el programa de Mariano y que mucho menos podrían resolverle el problema. + +Mariano preguntó y preguntó, pero todo el mundo parecía haber olvidado qué problemas resolvía el programa de Mariano, y mucho menos cómo lo hacía. + +Mariano y sus programadores discurrieron durante un par de días y al final hallaron una solución. No les complacía demasiado, pero era la única que tenían. En un par de semanas la tuvieron lista, pero estaban un poco preocupados porque no sabrían si era correcta o si funcionaría bien. + +Pensaron que si fallaba, alguien se quejaría, ¿no? Con cierta preocupación, pulsaron el botón que la puso en marcha. + +Pasaron semanas, y no sólo nadie se quejó, sino que seguían lloviendo carpetas con más tareas a automatizar. Con cierto orgullo, Mariano y sus programadores- que cada vez eran más- seguían automatizando y automatizando. + +Como pequeñas hormiguitas, un día, un submódulo del programa de Mariano emitió un mensaje que el propio Mariano había programado como pequeña broma para sí mismo. Todos los departamentos del gobierno habían sido automatizados. El programa de Mariano había asumido el control. + +Las cosas ni iban ni mejor bajo el programa de Mariano. Siento tener que explicar que este cuento no es ni una utopía ni una distopía. El gobierno iba tirando como antes, si acaso, las pistas de pádel y de golf estaban algo más ocupadas. + +Hasta que un día, Mariano cayó en algo. Sólo él realmente sabía cómo encajaba todo. Sus programadores conocían algún módulo, pero eran muchos módulos y muchos programadores, algunos de los cuales ni se conocían, pero Mariano les conocía a todos, y podía ver sus líneas de código en sus sueños. ¡Qué funcional bucle el de Javier! ¡Qué adecuada subrutina la de Antonia! + +Mariano así, con la ayuda de sus programadores iba retocando el programa. El mundo seguía igual, pero el programa de Mariano exigía sus horas de mantenimiento. Ya hasta los programadores de Mariano comenzaban a tener la mirada un poco perdida, picando teclas con eficiencia, como Mariano les había enseñado; resolviendo las incidencias de los módulos con cariño, como Mariano les había mostrado. + +Los programadores de Mariano eran extensiones de Mariano; con peinados y colores de ojo diferentes, pero eran Mariano. El gobierno, así mismo, se había convertido en Mariano, o quizás en el programa de Mariano, y no había nada que se escapase de sus millones de líneas de código, ni especialmente eficientes ni especialmentes elegantes, pero funcionales, como le gustan a Mariano. + +Hasta que un día, uno de los programadores de Mariano descubrió un pequeño fallo en el programa de Mariano. Una pequeña subrutina tenía un sutil defecto, que hacía que el conteo de vacaciones no se realizase correctamente. El único afectado, curiosamente, era Mariano. Al corregirlo, el sistema sufrió un pequeño desbordamiento, que pudieron resolver entre un par de programadores. Tras un par de días de impresión, le entregaron a Mariano una pequeña pila de papel continuo con el cálculo exacto de días de vacaciones que tenía pendientes. + +Mariano, que había aprendido a confiar en su programa como todo el mundo en el país, miró un segundo al infinito y lo aceptó. Avisó al programa de Mariano que en un par de semanas se cogería vacaciones y así lo hizo. + +Llevaba ya un par de años de vacaciones sin sobresaltos, pero con la mirada un poco perdida eso sí, cuando le llegó un telegrama. Miro al cielo, puso el telegrama otra vez en la mesa y pensó para sus adentros: + +-Que lo resuelva Mariano, que yo estoy de vacaciones. diff --git a/blog/content/notas/ficcion/un-paseo-por-el-rio.gmi b/blog/content/notas/ficcion/un-paseo-por-el-rio.gmi new file mode 100644 index 00000000..611fd599 --- /dev/null +++ b/blog/content/notas/ficcion/un-paseo-por-el-rio.gmi @@ -0,0 +1,37 @@ +# Un paseo por el río + +Se hallaba como otras tantas veces en frente de la temida página en blanco. No sabía qué escribir. Le daba vueltas, buscando una idea. Eso ya lo había escrito. Eso otro ya lo había escrito mejor otro. + +Dejó volar su imaginación. Su alma de juntaletras voló por la estratosfera hacia el norte. Vio a lo lejos las luces, la torre Eiffel. “¡Eso es!”, pensó, “Paris, la ciudad del amor y los poetas”. Descendió a toda velocidad y pronto se encontró en su orilla preferida del Sena. + +-¡No empuje! + +-¡Sin colarse, eh! + +Eran escritores, de eso no le cabía la menor duda. Las gafas, los Macs bajo el brazo y, sobre todo, sus egos les delataban. + +-La cola acaba ahí, a esperar como todos. + +Se giró y la vió. “Inspiración a orillas del Sena” rezaba el letrero más adelante. Se dirigió al plumilla que tenía más cerca. + +-Oye, ¿qué es esto? Vengo muchísimo por aquí y nunca había visto esto. + +-Ya, lo pusieron el verano pasado. Venimos tantos que al final es normal. Por mucho que la imaginación sea infinita, al final todos recalamos aquí y han decidido hacer algo con las aglomeraciones. + +-Pero este es el pasaje que necesito. No puedo esperar a esa cola. Mis personajes tienen que darse un paseo por aquí para que el lector se ambiente. + +-¿Pareja de enamorados? + +-Sí. + +-Los míos llevan 20 años casados y han venido aquí a encontrarse a sí mismos. + +-¡Qué tópico!- saltó uno algo más atrás- Los míos son un vampiro y una humana y él la trae aquí por primera vez para… + +Alguien le tiró una piedra y se oyeron unas cuantas carcajadas. + +-Oye, en serio, que lo mío es original… + +Le interrumpieron más risas. + +-¡Sí sí, y lo mío!- tenía en su mirada la pesadez de quien escribe por encargo- Mire, calle un rato y haga la cola. Si no le gusta, flote por ahí hasta encontrar algo más bonito y que enganche a sus lectores. diff --git a/blog/content/notas/index.gmi b/blog/content/notas/index.gmi new file mode 100644 index 00000000..5c0cc7dc --- /dev/null +++ b/blog/content/notas/index.gmi @@ -0,0 +1,29 @@ +# Notas + +## Lenguaje + +=> lenguaje/bugs Bugs en el español + +## Ficción + +=> ficcion/cuentos-del-triangulo-verde Cuentos del triángulo verde +=> ficcion/el-principe El príncipe, el rey y el verdadero mal +=> ficcion/maldito-clip Maldito clip + +=> ficcion/lucifer-martinez Lucifer Martínez +=> ficcion/conmutatividad Conmutatividad +=> ficcion/mariano-el-programador Mariano, el programador +=> ficcion/en-los-mejores-cines En los mejores cines +=> ficcion/un-paseo-por-el-rio Un paseo por el río +=> ficcion/invoco-al-diablo Invocó al diablo y lo que sucedió a continuación te sorprenderá + +## Tele + +=> tele/el-estado-de-esta-nacion-grabando El estado de esta nación grabando +=> tele/teles Teles + +## Tecnología + +=> tecnologia/quiero-instalar-linux Quiero instalar Linux +=> tecnologia/problemas Problemas +=> tecnologia/mama-quiero-ser-programador Mamá, quiero ser programador diff --git a/blog/content/notas/tecnologia/mama-quiero-ser-programador.gmi b/blog/content/notas/tecnologia/mama-quiero-ser-programador.gmi new file mode 100644 index 00000000..01388fe2 --- /dev/null +++ b/blog/content/notas/tecnologia/mama-quiero-ser-programador.gmi @@ -0,0 +1,115 @@ +# Mamá, quiero ser programador + +Nuestro primer ordenador llego a casa cuando yo tenía cuatro años. A mi madre le gusta repetir que aquel día mi padre, mi hermano y yo no comimos. Desde entonces me han fascinado los ordenadores, lo que me ha llevado a la fascinación por programar. + +Curiosamente, estudié ingeniería informática un poco por casualidad e incluso cuando acabé la carrera, tenía mis dudas de si sería mi carrera profesional. + +Sin embargo, en los últimos tiempos hay mucho interés en los beneficios de trabajar de programador. + +Más recientemente, la fiebre del oro de los LLMs ha sembrado dudas sobre el futuro de la profesión. + +Este texto intenta recoger mis opiniones sobre estos temas. + +## Observaciones sobre el mercado laboral + +Los trabajos de programador parecen reflejar que hay mucho trabajo y poca gente capacitada para hacerlo. Hay bastantes trabajos comparativamente bien pagados y con buenas condiciones. + +Sin embargo, esto mayormente aplica a los trabajadores con bastante experiencia. Gente con poca experiencia comenta que encontrar un trabajo requiere un esfuerzo desproporcionado, si se consigue encontrar siquiera trabajo. + +Propongo que esto se debe a que la mayoría de ofertas son para programadores con experiencia y el atractivo de la profesión ha generado un número de candidatos mucho mayor que las ofertas disponibles, creando la situación inversa que la de los programadores con experiencia. + +Además, la profesión de programador tiene la peculiaridad de que muchos profesionales dedican mucho de su tiempo libre a ejercer, más allá del trabajo o los estudios. Como el proceso de obtener un trabajo tiene elementos de competencia con el resto de candidatos a un puesto, entre programadores con poca experiencia se ha popularizado autoformarse para mejorar sus posibilidades. Esta medida sólo es efectiva cuando nos permite destacar sobre otros competidores, con lo que cada vez parece necesitarse más esfuerzo de autoformación para competir. + +### La irrupción de los LLMs y la crisis postpandemia + +En 2020, diversos factores generaron un crecimiento del sector mayor de lo habitual. Sin embargo, a partir de mediados de 2022, se dispararon los despidos en el sector. layoffs.fyi recoge cifras de despidos que desde el segundo trimestre de 2022 siempre se han mantenido como mínimo bastante por encima del periodo 2020-2021, con un pico de despidos en el tercer trimestre de 2023. + +Además, en noviembre de 2022, OpenAI lanzó ChatGPT. Desde entonces, muchos han augurado que los LLMs pueden afectar significativamente al mercado laboral en general y al sector en particular. + +Finalmente, muchos interpretan movimientos políticos, económicos y otras inestabilidades como otra crisis mundial en ciernes. + +## La incertidumbre sobre el sector + +Quienes buscan una carrera laboral y piensen en la programación deberían preguntarse si sigue siendo el sector de la programación tan atractivo como parecía ser hace unos años. + +La respuesta es incierta ahora mismo. + +Los problemas para entrar en el mercado siguen siendo iguales o peores de lo que llevan siendo en los últimos años. + +Además ahora hasta profesionales con experiencia tienen dudas sobre su futuro. + +No hay certezas para predecir el futuro, pero podemos observar el pasado. + +Apostar por la programación antes parece una buena idea a posteriori, pero mucha gente ha abandonado el sector y no todo el mundo ha tenido trabajos buenos y bien pagados. + +=> https://www.experimental-history.com/p/face-it-youre-a-crazy-person Face it: you're a crazy person es un artículo que propone que escoger una profesión debería basarse en lo atractivo que nos resultan *todas* las partes del trabajo, sobre todo las peores. + +Ya cuando estudiaba, mucha gente se imaginaba divirtiéndose programando videojuegos. + +En mi opinión, algunas de las peores partes de la programación son las prisas; siempre se hace todo con menos tiempo del que querríamos. Eso influye en que lo que hacemos y lo que usamos suele estar mal documentado o no funciona bien, haciendo que la programación sea menos "construir cosas que sirven de algo" y más "reparar con mil chapuzas cosas ligeramente estropeadas". + +Además, lo otro es que muy probablemente tendremos que dedicar tiempo no remunerado y fuera de nuestra formación en formarnos, en general haciendo cosas que si bien pueden resultar más gratificantes, en general también serán frustrantes. (Además, de cara a conseguir trabajo, lamentablemente en general también ayudará muchísimo *completar* cosas que podamos poner en nuestro currículum.) + +A otro nivel, los trabajos de programación que pudieran resultar más motivadores y edificantes son por general los peor pagados y con peores condiciones, mientras que los buenos suelen ser en general los que despertarán menos vocación en nadie. En mi opinión, es complicado conseguir algo de realización en este sector sin sacrificar la mayoría de beneficios que muchos ven en la profesión. + +A corto plazo, mi previsión es que todo esto empeore. El sector muy probablemente seguirá siendo una opción mucho mejor que la mayoría, pero creo que las expectativas laborales deberán rebajarse. El único consejo que se me ocurre es intentar construir cosas similares a las que vemos en el mundo real para ver si nos gusta realmente el trabajo. + +## Consiguiendo un trabajo + +Los procesos de contratación son una parte proporcionalmente muy pequeña de la vida laboral pero que concentran gran parte de lo que se habla y se protesta en este sector. + +Tengo más de dos décadas de experiencia profesional, creo que he tenido muy buenos trabajos y generalmente voy a puestos con menos competencia de lo normal. Pero para encontrar trabajo, en ocasiones he tenido que presentarme a más de un centenar de ofertas y llevarme innumerables rechazos de todo tipo, silenciosos y sonoros. + +Hay estudios que parecen demostrar que una parte muy importante de ofertas en el sector incluso son totalmente ficticias. (Esto seguramente afecte a otros sectores, pero parece especialmente popular en este.) + +Los procesos de selección de personal tienen una gran parte de competencia porque en general, siempre hay otros candidatos que se esfuerzan como nosotros en ser los elegidos. + +### Fuentes de ofertas + +Aunque creo que las grandes plataformas de empleo son menos efectivas que otras vías para encontrar trabajo, sí vale la pena examinar las ofertas para saber qué demanda el mercado y de paso apuntarse a todas las ofertas que podamos. Esto último igual hasta nos sirve para entrar en algún proceso y quizá conseguir trabajo, pero también es importante porque los procesos de selección requieren práctica real para mejorar nuestras posibilidades. + +Es importante recordar que muy frecuentemente lo que parecen requisitos en estas ofertas de empleo no lo son. Si una empresa pide más conocimientos en una oferta de lo que es razonable, es muy probable que no encuentren a nadie que los cumpla todos y que contraten a alguien que no cumple todos los requisitos. + +En general, el mejor lugar para encontrar mejores vacantes son las pequeñas comunidades: + +* Los "meetups" son pequeños eventos generalmente periódicos donde se hacen pequeñas ponencias. +* Muchas ciudades tienen sus comunidades de programadores que suelen tener un canal online (que no suelen excluir a gente de fuera) +* Así mismo, muchas tecnologías también tienen sus propias comunidades, aunque haya menos específicamente españolas. + (En general, conseguir trabajos en el extranjero es bastante más complicado, así que recomiendo centrarse en comunidades españolas.) + +Muchas de estas comunidades tienen tablones de anuncios de ofertas de empleo. Muchas de estas ofertas las ponen los miembros de la comunidad y no las empresas, con lo que es más probable que sean reales, y en muchos casos, podremos hablar con la persona que pone el anuncio directamente. Además, en muchos casos los tablones de anuncios de comunidades tienen reglas más estrictas sobre publicación de rangos salariales y claridad en condiciones (como por ejemplo, la modalidad real de remoto). + +El volumen es por supuesto muy inferior, pero merece mucho la pena encontrar cuantos más tablones de anuncios de este tipo y centrarse más en sus ofertas. (Aunque raramente tendremos suficiente con estas ofertas para encontrar empleo, con lo que siempre deberemos tirar de las grandes plataformas.) + +### El currículum y la presencia online + +Este documento no tratará el currículum, pues ya hay mucho material sobre el tema y tampoco es mi especialidad. + +Sin embargo, es necesario apuntar que un montón de gente con la que competiremos por puestos tendrá más material del que esperamos en su currículum; si no son trabajos serán proyectos personales, participación en proyectos open source o similares, etc. + +Por tanto, lamentablemente dedicar nuestro tiempo libre a aumentar nuestro currículum sea necesario. + +### Los procesos de selección + +Los procesos de selección intentan encontrar la mejor opción dentro de los candidatos. + +Un proceso de selección jamás puede evaluar adecuadamente la capacidad de un candidato de hacer su trabajo, con lo que siempre se basan en aproximaciones, en general no muy buenas, que en general poco tienen que ver con el trabajo que se hará realmente. + +Al no ser algo muy exacto, los procesos de selección tienen muchísimo de imitación y modas. + +Esto tiene una ventaja; en cualquier momento determinado de tiempo hay como media docena de tipos de entrevista. Además, para cada tipo de prueba de moda, hay bastantes materiales para preparar la prueba. + +En mi opinión, hay que aceptar los sinsentidos de los procesos de selección, dedicar una cantidad significativa de tiempo para prepararnos los pocos formatos más populares en ese momento, y quizá consolarnos con que el número de formatos populares no es mucho mayor. + +### Escogiendo empleos + +=> https://es.wikipedia.org/wiki/Falacia_de_McNamara La falacia de McNamara dice que a la hora de tomar decisiones damos más importancia a lo que es fácil de medir con un número que a lo que no. + +El sueldo es de las pocas variables que podemos conocer cuando tenemos una oferta en la mesa, pero no es tan mala métrica. + +Pero mi recomendación es que aparte del sueldo, intentemos evaluar "¿cuánto me ayudará este trabajo a que mi próximo trabajo sea mejor?" + +Tampoco es que haya muchas maneras de evaluar esto con un mínimo de certeza, pero: + +* Plantearse lo que observamos en función de esta métrica nos puede ayudar a enfocar la evaluación. +* A posteriori, podemos evaluar cuánto nos ha ayudado un empleo en esta métrica e intentar extrapolar señales que nos ayuden a predecirla. diff --git a/blog/content/notas/tecnologia/problemas.gmi b/blog/content/notas/tecnologia/problemas.gmi new file mode 100644 index 00000000..da4ee14f --- /dev/null +++ b/blog/content/notas/tecnologia/problemas.gmi @@ -0,0 +1,63 @@ +# Problemas + +Este documento es una lista de cosas que me tocan las narices. En el mundo hay infinidad de problemas más graves, pero quiero destacar esta lista. + +## La basura telefónica está fuera de control + +Recibo frecuentemente tanto llamadas como SMS fraudulentos o de publicidad indeseada. Estoy apuntado en la lista Robinson y simplemente no hay manera de librarse. + +No corro un riesgo severo de ser víctima de un fraude, pero imagino que una cantidad importante de gente sí lo corre. (Aunque una vez, la compañía eléctrica de la que era cliente sí me coló un timo.) + +Hasta donde yo sé: + +* Es trivial falsear la identificación de un SMS para que sea idéntico al que envía una entidad legítima. (E.g.: puedes hacer un SMS que se identifique como "Correos", igual que un SMS legítimo de Correos.) +* No existe, hasta donde yo sé, todo mecanismo de denuncia requiere que identifiquemos al autor de la llamada. Identificar quién llama sólo es posible si la empresa decide identificarse. +* No percibo ninguna consecuencia negativa para nadie que participe en la basura telefónica. Esto incluye a quienes realizan estas llamadas y SMS, y a las operadoras telefónicas por las que fluyen. + +Los filtros de Google son moderadamente efectivos, pero no están al alcance de todo el mundo. Además, los falsos positivos de los filtros pueden hacer perdernos comunicaciones legítimas importantes. + +### Recomendaciones frente a la basura telefónica + +A nivel individual, podemos formarnos para hacernos menos vulnerables a los fraudes, pero es prácticamente imposible evitar las molestias. + +Mi recomendación para quien tenga un móvil con posibilidad de reportar llamadas de spam, es coger las llamadas que muestren un número y: + +* Decir algo. Si no decimos nada, muchas centralitas de spam no conectan a un operador, con lo que no podemos tener 100% la certeza de que sea spam. +* Esperar a que respondan para asegurarnos de que es spam. +* Si parece que hay un robot al otro lado de la línea, colgar inmediatamente. Si parece que hay un humano, esperar a que cuelgue. (Con esto, el humano no está libre para hacer otra llamada, con lo que les frenamos un poco. También podemos intentar alargar la llamada, aunque yo personalmente no tengo paciencia.) +* Marcar la llamada como spam. + +Tengo la sensación de que los indicadores de spam de muchos teléfonos se basan en las denuncias que recibe cada número. Así que cuantas más llamadas se cojan y se marquen como spam, antes aparecerán marcadas claramente como spam para otras personas. + +(Es importante que los filtros antispam sean precisos.) + +### Otras referencias + +=> https://www.hiya.com/global-call-threat-report Hiya Global Call Threat Report Q4 2024 + +## Los protocolos cerrados dan un poder desproporcionado a empresas privadas + +Para la mayoría de gente, WhatsApp es prácticamente una necesidad para la vida cotidiana. + +Esto hace que Meta controle una parte sustancial de nuestras comunicaciones, queramos o no. Además, esto hace que cualquier problema con WhatsApp (incidencia, carencia, etc.) sea inevitable. + +También hay efectos inesperados como que Meta decide qué sistemas operativos móviles son viables y cuáles no. (En un par de ocasiones, me he tenido que cambiar de móvil porque Meta ha decidido dejar de soportarlo. Aunque puedo experimentar con sistemas operativos móviles alternativos, siempre tengo que tener un móvil soportado por WhatsApp.) + +La ley de mercados digitales (DMA) en teoría ayudará parcialmente. Esta ley debería obligar a WhatsApp a interoperar, con lo que podríamos comunicarnos con usuarios de WhatsApp sin usar WhatsApp, mitigando algunos problemas. Sin embargo, aunque lleva en vigor desde el 7 de marzo de 2024, esto todavía no es posible y está por ver cuán efectivo será. + +Muchos sistemas de comunicación existentes son más abiertos que los protocolos modernos: + +* Cualquiera puede montar un servidor de correo y comunicarse con usuarios de correo electrónico de otros proveedores. Pese a que muchos apuntan a que Google y Microsoft tienen un poder desproporcionado de facto, sigue siendo totalmente viable usar otros proveedores. Y aunque se apunta que la interoperabilidad de los correos es causante del spam, muchos otros sistemas cerrados como WhatsApp tienen problemas de spam similares o mayores. +* Aunque no todo el mundo puede hacer emisiones de DVB-T, cualquiera con una antena puede captar las emisiones y visualizarlas. (Los protocolos con los que se codifican las emisiones de DVB-T están disponibles para cualquiera.) También es posible codificar las emisiones de DVB-T para limitar su uso a usuarios que paguen, pero con libertad de consumir los contenidos con cualquier sistema DVB-T de nuestro agrado. + +(Esto en contraste con los servicios de streaming, que sólo podemos usar con dispositivos validados por el servicio de streaming.) + +## Los navegadores son excesivamente complejos + +Gran parte de los contenidos y procesos que tenemos que realizar hoy en día pasan por un navegador web. + +Por diversos motivos, los navegadores cada vez son más sofisticados para permitir mayores funcionalidades. Son tan complejos que Microsoft, una de las mayores empresas tecnológicas del mundo, ha renunciado a desarrollar un navegador propio y reutiliza gran parte de Chrome, un navegador controlado por una empresa con la que compite, Google. + +Fuera de Google Chrome y de Safari de Apple, virtualmente no existen navegadores que compitan con ellos. (Hay más navegadores, pero como Edge de Microsoft, usan el motor de Chrome o de Safari. Firefox es cada vez más minoritario e irrelevante [aunque yo lo uso y animo a todo el mundo a que lo use].) + +La sofisticación y complejidad de Chrome y Safari adicionalmente hacen que cada vez existan más webs y aplicaciones web que son prácticamente inutilizables en dispositivos de rendimiento modesto. Esto hace que sea virtualmente necesario renovar nuestros dispositivos con más frecuencia de la necesaria, a dispositivos más costosos de lo que necesitaríamos para el resto de nuestros propósitos. diff --git a/blog/content/notas/tecnologia/quiero-instalar-linux.gmi b/blog/content/notas/tecnologia/quiero-instalar-linux.gmi new file mode 100644 index 00000000..e8a5e183 --- /dev/null +++ b/blog/content/notas/tecnologia/quiero-instalar-linux.gmi @@ -0,0 +1,271 @@ +# Quiero instalar Linux + +Si estás leyendo esto, es porque estás pensando en pasar tu ordenador a Linux. + +¡Excelente! + +En este documento recojo mis consejos para los que estáis en esta situación. + +## No es necesario pasarse a Linux + +Vaya por delante que aunque llevo usando Linux en mis ordenadores personales desde los inicios de siglo, y laboralmente más de una década. Linux es indudablemente uno de los mejores sistemas operativos que podemos usar en nuestros ordenadores personales, especialmente si creemos que es mejor para nuestros intereses usar software libre. + +Sin embargo: + +* Usar Linux sigue siendo algo más complicado que usar Windows, macOS, ChromeOS, Android y otros. +* Todos los fabricantes de ordenadores y componentes dedican un esfuerzo razonable a hacer funcionar sus productos en Windows. Muy pocos fabricantes hacen lo mismo para Linux. Aunque muchas veces los desarrolladores de Linux consiguen hacer funcionar hardware, escoger hardware con buen soporte para Linux es prácticamente indispensable, y esto no garantiza una experiencia libre de problemas. + +Aunque uso Linux, he usado Windows, macOS, ChromeOS y Android, y es perfectamente lícito usarlos. Usando Linux seguramente aprendáis cosas nuevas y obtengáis beneficios, pero no siempre es lo mejor que podéis hacer con vuestro tiempo libre. + +Sed conscientes que pasaros a Linux requerirá esfuerzo, tiempo e incluso dinero. + +## No es necesario pasar nuestro único ordenador a Linux + +La mejor manera de instalar Linux en la mayoría de casos es reemplazar el sistema operativo de un ordenador completamente. (Se puede instalar Linux en paralelo a Windows, por ejemplo, y esto tiene ventajas, pero también es una fuente de quebraderos de cabeza.) + +Esto quiere decir que hasta que no tengamos Linux funcionando, el ordenador donde estemos jugando seguramente estará inservible. Podemos tener problemas de instalación que nos impidan usar Linux, o incluso una vez instalado, podría no gustarnos. + +Para hacer pruebas, recomiendo siempre considerar las siguientes posibilidades: + +### Probar Linux en una máquina virtual + +La mayoría de ordenadores hoy en día tienen suficientes recursos para crear una máquina virtual. Una máquina virtual es un ordenador dentro de nuestro ordenador donde podemos instalar un sistema operativo distinto. + +Instalar Linux en una máquina virtual es más sencillo que instalarlo en hardware real (en general, nunca hay problemas de compatibilidad de hardware). Aunque el rendimiento de Linux será menor al que tendrá instalado directamente en el hardware, nos permite hacernos una idea de lo que implica usar Linux antes de dar el salto. + +### Usar un ordenador secundario del que no dependemos + +En general, es posible encontrar ordenadores que no están en uso. Recomiendo cualquier ordenador con cuatro gigas de RAM y un SSD para hacer pruebas. + +Además, tener un ordenador para hacer pruebas siempre nos servirá para otra cosa, como sustituir temporalmente nuestro ordenador principal averiado u otros. + +Si no disponemos de uno, considerar examinar las tiendas de segunda mano. No suele ser complicado encontrar ordenadores de segunda mano usables a un precio asequible, incluso de modelos cuyo fabricante soporta el uso de Linux, como algunos ThinkPads, HP y Dell. + +### Probar Linux "live" + +La mayoría de distribuciones Linux tienen una versión "live" que permite ejecutar Linux desde un disco USB sin modificar nuestra instalación existente. Esto es más conveniente para probar si un ordenador del que disponemos tiene buen soporte de Linux, pero también nos sirve para hacernos una idea del funcionamiento de Linux. + +### Usar discos duros totalmente separados para diferentes sistemas operativos + +La mayoría de sistemas permiten añadir un segundo disco duro y escoger cuál usar al arrancar el ordenador. Esto tiene un coste extra, y en muchos casos como la mayoría de los portátiles, añade la inconveniencia de un disco duro externo. Sin embargo, elimina la mayoría de los problemas del arranque dual e incluso los dispositivos separados (y especialmente los externos) nos pueden dar un plus de flexibilidad. + +(Es recomendable siempre que los sistemas operativos estén en un disco SSD conectado mediante un interfaz rápido, evitando versiones de USB anteriores a USB 3.) + +Para un uso duradero de Linux, en general tampoco recomiendo el arranque dual, por ser una potencial fuente de problemas de fiabilidad difíciles de resolver. + +El arranque dual permite que los dos sistemas operativos funcionen directamente sobre el hardware, lo que puede ser necesario para que el software en *ambos* sistemas operativos pueda acceder a todo el hardware al máximo rendimiento. Sin embargo, la mayoría de sistemas operativos no están pensados para el arranque dual y, por ejemplo las actualizaciones pueden estropear el arranque dual. + +### Usar máquinas virtuales + +Para un uso duradero de Linux, a parte de usar hardware separado, podemos considerar el uso de máquinas virtuales, que adicionalmente pueden evitar problemas de compatibilidad de hardware. (No todo el hardware funciona con Linux, pero Linux casi siempre funciona perfectamente en una máquina virtual.) + +Windows además dispone de WSL, que es un mecanismo para integrar una máquina virtual Linux con Windows. + +También podemos correr Windows dentro de una máquina virtual en Linux, aunque la licencia que teníamos de Windows en general no es apta para este uso. + +Las máquinas virtuales tienen menor rendimiento y desventajas respecto a correr en el hardware directamente, aunque tienen otras ventajas. (Por ejemplo, es muy fácil hacer una copia de respaldo de una máquina virtual, en general podemos mover máquinas virtuales de un sistema a otro, y más.) + +### Usar software libre on otros sistemas operativos + +La mayoría de software disponible en Linux se puede usar en otros sistemas operativos. Incluso hay proyectos específicos para ofrecer plataformas similares a Linux dentro de otros sistemas operativos. + +## Como estar preparados para trastear con Linux + +Siempre que uno utiliza un ordenador es importante tener bien controlados nuestros datos. Esto es todavía más importante si queremos experimentar con distintos sistemas operativos como Linux. + +Es recomendable que no tengamos ningún dato que solamente resida en un ordenador. En condiciones normales, esto implica que un fallo de disco nos puede hacer perder datos valiosos. Instalando Linux, en general, borraremos el disco o haremos operaciones que pueden hacer que perdamos estos datos temporal o permanentemente. + +Es recomendable siempre tener varias copias de nuestros datos importantes, sea en la nube o en medios que tengamos físicamente. + +Además, si tenemos varios ordenadores y dispositivos, suele ser muy conveniente poder acceder a nuestros datos desde todos los dispositivos. + +Siempre es recomendable tener claro que podemos reinstalar o perder un ordenador sin sufrir por perder ningún dato. + +Y en caso de necesidad, siempre es bueno conocer el proceso de reinstalación de Windows. + +Muchos fabricantes incluyen una funcionalidad de recuperación de Windows que podemos conservar al instalar Linux (pero hay que prestar atención). También suelen ofrecer descargar el instalador de Windows. (Nunca está de más conocer el proceso de recuperación o instalación de Windows, pues siempre lo podemos necesitar sin ser usuarios de Linux.) + +## No todos los ordenadores soportan bien Linux + +Aunque Linux tiene una amplísima variedad de soporte de hardware, todavía tenemos muchos números de que el ordenador donde queramos instalar Linux nos dé problemas. + +Es recomendable siempre buscar el modelo del ordenador y "Linux" para ver si encontramos otras personas que hayan usado el mismo modelo de ordenador con éxito en Linux. + +Obviamente, con la inmensa variedad de ordenadores en el mercado, esto no siempre será posible. + +Algunas empresas que trabajan con Linux prueban modelos de ordenador en colaboración algunos fabricantes y publican listas de ordenadores certificados, como por ejemplo: + +=> https://ubuntu.com/certified Ubuntu +=> https://catalog.redhat.com/search?searchType=hardware&type=System&system_types=Desktop%2FWorkstation|Laptop&p=1 Red Hat + +Así mismo, algunos fabricantes venden modelos con Linux preinstalados. + +Por supuesto, puede ser ventajoso poder reciclar hardware que ya tenemos, pero hoy en día hay bastante hardware con soporte para Linux y suele ser siempre una buena opción. + +Como mencionábamos anteriormente, siempre antes de instalar es recomendable probar una versión "live" de Linux para comprobar si el hardware funciona bien en Linux. Es recomendable siempre comprobar: + +* Conexión a la red: deberíamos poder acceder a Internet con o sin cable según sea nuestra preferencia +* Sonido: que funcionen bien las salidas de audio que usemos (tomas de auriculares, altavoces, etc.). +* Vídeo: nunca está de más comprobar que podemos reproducir vídeo de YouTube a buena calidad a toda pantalla con fluidez. +* Accesorios: probar otros accesorios que usemos como auriculares bluetooth, impresoras, webcams, etc. + +No es raro que funcione todo menos algún detalle, con lo que es mejor ser lo más exhaustivo posible. +Por ejemplo, hay webcams de portátil que no funcionan en Linux, y es un detalle fácil de pasar por alto. + +## ¿Qué Linux usar? + +Existe una infinita variedad de "distribuciones" de Linux y la elección es uno de los dilemas más populares entre los usuarios de Linux. + +Además, es común que los usuarios de Linux sean entusiastas de ciertas distribuciones. + +Siempre es recomendable dejarse asesorar, especialmente por personas que nos puedan ayudar ante ciertas dificultades. +Será siempre más fácil ayudarnos con una distribución con la que estamos familiarizados. + +Sin embargo, hay que considerar que hay diversos grados de dificultad en las distribuciones Linux, y los usuarios avanzados a menudo escogen distribuciones más complejas para aprovechar sus peculiaridades. + +Hay una serie de criterios a observar al escoger una distribución: + +* Que tenga versión "live" para poder probar nuestro hardware. +* Que sea muy popular en Internet. Muchos problemas tienen soluciones distintas según la distribución que usemos. Siempre es más fácil seguir instrucciones para la misma distribución. + +Diferentes distribuciones tienen políticas distintas sobre distribuir software no libre: + +* La distribución distribuye software no libre sin diferenciarlo del software libre. +* La distribución distribuye software no libre, aunque haya que activarlo o hacer alguna pequeña configuración. +* La distribución no distribuye software no libre, pero hay entidades que empaquetan software no libre para esta distribución. +* La distribución no distribuye software no libre, no hay entidades que empaqueten software no libre para esta distribución, o hay cierta hostilidad al uso de software no libre entre la comunidad. + +Esto puede no parecer importante, pero es más común de lo que parece que ciertos dispositivos hardware o algunas funcionalidades dependan de software no libre y esto nos suponga un problema en ciertas distribuciones. + +Otro criterio importante pero más complejo es la política de versiones de la distribución. + +### Distribuciones Linux de soporte prolongado + +Hay distribuciones de soporte prolongado, como Ubuntu (LTS), Debian (stable) o Red Hat Enterprise Linux (y derivados) que sacan una versión nueva cada 2-3 años y se comprometen a soportar esa versión durante un periodo largo de tiempo. + +Esto quiere decir que el software que llevan puede no estar muy al día y que podemos tener problemas de soporte de hardware, especialmente para hardware muy moderno. Sin embargo, respecto a distribuciones con ciclos de vida más cortos, ofrece la gran ventaja de que las actualizaciones rutinarias son más sencillas y conllevan menos riesgo de problemas. + +Si encontramos una distribución Linux con soporte prolongado que soporta bien nuestro hardware, recomiendo comenzar con una distribución así mientras aprendemos Linux. + +Cada varios años tendremos que aplicar una actualización grande, pero en general, como estas actualizaciones son poco frecuentes, se prueban más ampliamente. + +(Las distribuciones de soporte prolongado también tienen actualizaciones de software, claro, pero intentan sólo sacar actualizaciones de seguridad o corrección de errores, excluyendo actualizaciones que introduzcan grandes cambios.) + +### Distribuciones Linux de soporte breve + +Otras distribuciones, como Fedora y Ubuntu (no LTS), sacan una versión nueva con mayor cadencia (cada 6 meses, típicamente), y el soporte para versiones no recientes decae rápidamente. + +Estas distribuciones tienen software más actualizado, pero por contra, tendremos que aplicar con más frecuencia actualizaciones grandes que pueden ser más problemáticas. + +Es cierto que estas distribuciones también prueban mucho las actualizaciones, y que al ser actualizaciones grandes más frecuentes en teoría deberían tener menos riesgo, pero recomiendo sólo usar distribuciones de soporte breve si funcionan en nuestro hardware y las de soporte prolongado no. + +### Distribuciones Linux de versionado continuo + +Otras distribuciones, como Arch o Debian (testing y otras) no tienen versiones, se actualiza todo su software continuamente, con actualizaciones de seguridad y corrección de errores, pero también grandes cambios. + +Las distribuciones de versionado continuo son idóneas si necesitamos el software más actualizado o queremos contribuir probando actualizaciones, pero no las recomiendo a no ser que se sea un usuario experimentado de Linux. + +## ¿Cómo instalar Linux? + +Por lo general, hoy en día todas las distribuciones Linux contienen instrucciones para descargar el instalador de la distribución y grabarlo en un disco USB. + +Estas instrucciones, si no queremos complicarnos la vida, borran el contenido del USB y lo reemplazan completamente, con lo que debemos usar un USB que no contenga datos importantes. + +La mayoría de instaladores tienen funcionalidad "live". Es muy recomendable probar todas las funcionalidades que podamos con la versión "live" de la manera más exhaustiva posible antes de hacer la instalación definitiva. + +Si el instalador no es "live", normalmente podremos encontrar una versión alternativa para la misma distribución, o en el peor caso, probar con el "live" de otra distribución. + +La distribución debería documentar adecuadamente el proceso de instalación, pero casi siempre consiste en: + +* Configurar el ordenador para arrancar el instalador en vez del sistema operativo que ya tenemos instalado. Esto en general se hace con lo que se suele llamar "BIOS", a la que accedemos pulsando una tecla específica durante el proceso de arranque. Si nuestro sistema actual es Windows, las versiones modernas tienen funcionalidades de arranque rápido que pueden interferir con la selección de arranque. Es posible que necesitemos consultar instrucciones más específicas para cambiar el arranque. +* Probar el sistema en el entorno "live" y luego seleccionar una opción para hacer la instalación definitiva. +* Escoger el nombre del ordenador, de nuestro usuario y otras opciones durante el proceso de instalación. +* Una opción importante es si queremos que Linux y nuestro sistema operativo existente (típicamente Windows) coexistan o reemplazar el sistema operativo existente completamente con Linux. Anteriormente en este documento se detallan recomendaciones sobre evitar la coexistencia de varios sistemas operativos en un mismo disco duro. + +## ¿Qué problemas puede haber? + +### Problemas de medios USB + +Los discos USB tienen un amplio abanico de calidades. + +No es tan raro encontrar USB defectuosos que pueden causar que el proceso de instalación falle. + +Además, aunque es poco común, la descarga del instalador puede no funcionar adecuadamente. + +Ante problemas extraños, siempre es recomendable: + +* Verificar la descarga siguiendo las instrucciones de la distribución. +* Verificar el disco USB; muchos instaladores permiten hacer una verificación antes de empezar, algunos programas para grabar USB pueden hacer una comprobación después de grabar. + +Aunque las verificaciones no encuentren problemas, sigue habiendo margen para el error. Siempre es conveniente tener otro USB para hacer otra prueba, para descartar problemas. + +### Problemas de instalación + +Incluso con un medio correcto, la instalación puede fallar. Los instaladores pueden tener defectos inesperados o podemos toparnos con problemas temporales de la infraestructura de la distribución que impidan la instalación. + +Una vez descartamos problemas de medios, es recomendable probar con otra distribución. + +Tampoco es imposible que simplemente el ordenador que estemos usando tenga algún problema de hardware preexistente que sólo se manifieste durante el proceso de instalación, por someter al ordenador a una carga no habitual. + +En general, todos los instaladores de Linux dan actualizaciones constantes del avance de la instalación. Puede que el sistema se bloquee o no responda fluidamente, pero nunca más de unos minutos. + +Si el sistema no responde durante varios minutos, tendremos que reiniciar el ordenador a la fuerza. Si los problemas se repiten, lo mejor es probar con otro disco USB, verificar la descarga del instalador, o probar con otra distribución. + +(Tendremos que volver a seleccionar el arranque del instalador. Este proceso puede ser distinto; si antes lo hicimos desde Windows, una vez reemplazado Windows, tendremos que usar "la BIOS".) + +## ¿Y si no me gusta? + +Como mencionamos anteriormente, siempre debería ser posible volver a Windows. Si nos hemos asegurado que nuestros datos estén protegidos, podemos reinstalar Windows de nuevo o usar las funcionalidades de recuperación. + +## Instalando programas en Linux + +Un ordenador y un sistema operativo no son más que medios para usar programas. De hecho, las distribuciones de Linux se llaman distribuciones porque aparte de Linux en sí (que por sí mismo no sirve de mucho), empaquetan una colección de programas para que nuestro ordenador sea útil. + +Por tanto, es importante saber qué programas necesitamos y cómo instalarlos en Linux. + +Lo más fácil suele ser instalar los programas que empaqueta nuestra distribución. Además, las actualizaciones de los programas instalados desde nuestra distribución están integradas con las actualizaciones del sistema, lo que supone una ventaja interesante respecto a otros sistemas operativos. + +Sin embargo, ni la distribución más extensa puede contener todos los programas que pueda necesitar todo el mundo. (Aunque en general, cualquiera puede pasar por un proceso para añadir el programa que quiera a una distribución, aunque en general empaquetar programas para distribuciones es de las maneras más complejas de distribuir software.) + +Adicionalmente, las distribuciones (especialmente las de soporte prolongado) no siempre están al día con las últimas versiones del software que empaquetan. (Las distribuciones de soporte prolongado y muchas de soporte breve sólo incorporan actualizaciones de seguridad y corrección de defectos. Aunque esto supone sus ventajas, muchas veces nos impedirá tener acceso a las funcionalidades más nuevas de un programa.) + +La mayoría de distribuciones tienen páginas web donde podemos buscar un programa y ver qué versiones están empaquetadas en qué versión de la distribución, como por ejemplo: + +=> https://www.debian.org/distrib/packages Debian +=> https://packages.ubuntu.com/ Ubuntu +=> https://packages.fedoraproject.org/ Fedora + +Nota: los paquetes de una distribución en general sólo se deben usar en la misma distribución *y* versión de la distribución para la que está hecho el paquete. Aunque a veces es posible aprovechar paquetes, no es recomendable si no sabemos bien cómo funciona. + +Pero existen más mecanismos para instalar software. + +### Sistemas de paquetes genéricos + +Principalmente Flatpak y Snap son dos sistemas para instalar software que funcionan en muchas distribuciones. A diferencia de los paquetes de una distribución, que sólo funcionan en esa distribución, un Flatpak o un Snap funcionarán en todas las distribuciones que estén soportadas. + +La ventaja indirecta para el usuario es que el autor de un programa (o cualquiera) puede hacer un Flatpak o un Snap e inmediatamente lo pueden usar usuarios de distintas distribuciones, sin tener que hacer el esfuerzo de empaquetarlo para todas las distribuciones. Con esto, hay bastantes programas que están mejor mantenidos como Flatpak o Snap que en las distribuciones. + +Sin embargo, mientras que ya confiamos implícitamente en nuestra distribución para tener programas libres de malicia (o al menos, si distribuyen programas maliciosos ya lo sufrimos), al añadir Flatpaks o Snaps debemos ser más cuidadosos, porque los programas pueden quedar desactualizados, el empaquetador no necesariamente es el autor del software, y un largo etcétera. + +Flatpak y Snap incorporan mecanismos para aislar los programas de manera que no puedan tener efectos negativos sobre nuestro sistema (como código malicioso, por ejemplo), que pueden ser más avanzados que los mecanismos de protección de la mayoría de distribuciones. Esto nos da cierta tranquilidad, pero puede causar problemas. Tanto el hecho de que los Flatpak y Snaps funcionan bajo varias distribuciones como estos mecanismos de protección pueden causar algunos problemas en algunos programas. + +A menudo pero no siempre, los Flatpak y Snap están integrados con las actualizaciones del sistema. + +### Empaquetados de terceros + +La mayoría de distribuciones dan mecanismos para que cualquiera pueda crear repositorios de paquetes alternativos. + +Algunos programas proporcionan repositorios para algunas distribuciones, y hay grupos que se dedican a crear repositorios con programas adicionales para distribuciones específicas. + +Usando estos repositorios, casi siempre conservamos que las actualizaciones de programas de estos repositorios se integran en las actualizaciones del sistema, con lo que es sencillo estar actualizado. + +Cuando el repositorio está empaquetado por los autores del programa, en general mejora la confiabilidad del paquete. En repositorios alternativos, nos tenemos que fiar más de quién mantiene el repositorio, aunque hay repositorios de terceros con un largo historial de confiabilidad y calidad. + +### Distribuciones binarias + +Algunos autores distribuyen versiones binarias de su programa, que funcionan de una manera similar a como se distribuye la mayoría de software en Windows o macOS. + +Estos binarios suelen ser confiables y de calidad, pero principalmente ofrecen dos problemas: + +* Los binarios no siempre funcionan en todas las distribuciones. +* Si el programa no incorpora un mecanismo de actualizaciones, tendremos que actualizar el programa manualmente. diff --git a/blog/content/notas/tele/el-estado-de-esta-nacion-grabando.gmi b/blog/content/notas/tele/el-estado-de-esta-nacion-grabando.gmi new file mode 100644 index 00000000..168b4dbb --- /dev/null +++ b/blog/content/notas/tele/el-estado-de-esta-nacion-grabando.gmi @@ -0,0 +1,60 @@ +# El estado de esta nación grabando + +Un familiar estaba encantado con su "vídeo" de hace ya muchos años. El vídeo es un receptor de TDT con disco duro (y DVD-RW) con el que puede grabar programas emitidos por TDT en España. Está acostumbrado a ver la tele y grabar, y hasta muy recientemente no han tenido Internet en casa, por lo que no están acostumbrados a usar plataformas tipo Netflix. + +Pero este vídeo sólo soporta SD, y en 2024 se produce el apagón. + +## Alternativas "distintas" + +El familiar comienza a usar Amazon Prime y alguna otra plataforma, pero no acaba de acostumbrarse y sigue grabando. + +* Tivify y similares permiten ver canales tradicionales de TDT como una plataforma de streaming normal y permite reproducir programas de los días anteriores. Es más práctico, ya que no hay que programar grabaciones. Sin embargo, tiene coste y la gente acostumbrada a grabar parece no apañarse. + +* Otra opción es HbbTV, conocido en España como LovesTv. Es una "capa" sobre una Smart TV que integra la emisión en TDT con una versión de la web de cada canal. Si estamos viendo TVE1, podemos activar el LovesTv y acceder al listado de programas anteriores del canal y verlos. Sin embargo, como veremos más adelante, le compramos al familiar una de las pocas teles del mercado (Xiaomi, de la que tenía excelentes referencias) que no tiene, pues no conocíamos esta característica. + +## Intentar mantener lo mismo + +### Dispositivos TDT varios + +Lo primero que intentamos fue comprar un receptor de TDT de Amazon con capacidad de grabar. Son bastate comunes, tienen un puerto USB en el que podemos enchufar almacenamiento, y se pueden programar grabaciones. + +Sin embargo, el primero que compramos no había manera de hacerlo funcionar. Tiene menús para programar las grabaciones, pero la grabación nunca se llega a hacer; es indiferente si dejamos el aparato en funcionamiento o no, o variando el dispositivo de almacenamiento, no se hace la grabación. + +Investigando reseñas en Amazon, esto aparece en la mayoría de dispositivos similares con un número de reseñas alto. A saber si hacemos algo mal, pero parece un problema común. + +Quizá poca gente graba y el control de calidad de los dispositivos baratos es nefasto. No parecía una buena idea ir comprando cacharros similares hasta dar con uno que funcione. + +### Televisores con grabador + +Otra opción que vimos es que hay televisores que también permiten grabar, conectando un dispositivo de almacenamiento por USB también. Esto se implementa poniendo dos sintonizadores en el TV, uno para poder ver la tele y otro para grabar mientras funciona el otro sintonizador. + +Sin embargo, esto sólo está disponible en teles de gama alta *y más importante*, a partir de cierto tamaño. El familiar tiene un mueble antiguo donde pone la TV, y es un problema poner un televisor de más de 32". ¡No he sido capaz de encontrar ningún televisor de 32" o menos con esta funcionalidad! + +Si no tenéis el problema del espacio y no os importa comprar una tele de gama alta, aunque me da mala espina por la mala experiencia con los dispositivos TDT que no nos han funcionado, confío que los televisores de marcas con reputación podrán grabar. + +### Dispositivo Android TV con receptor TDT + +Buscando, encontré un dispositivo, con Android TV y un sintonizador. También probé a comprarlo, pero lo devolvimos por lo mismo que el otro dispositivo: se podían programar las grabaciones, pero no había manera de que funcionasen. Una lástima, porque en otros países parece ser que hay dispositivos parecidos que funcionan. Además, el aparato también tiene funciones de Smart TV que van bastante bien, y parecía una buena solución. + +## Otras opciones + +Hay otros países donde parece que es más común seguir grabando de la TV. En EEUU son populares los HDHomeRun, que tienen funcionalidades bastante majas (a parte de funcionar con el televisor, hacen streaming a otros dispositivos; se pueden controlar por aplicaciones, etc.). +En Inglaterra he encontrado cosas parecidas. + +Sin embargo, se han de comprar al extranjero, y parecen más problemáticos de conseguir aquí, tener garantía, certeza que funcionan en España, etc. + +## Primer intento + +Desde hace tiempo que tengo una Raspberry Pi con una sintonizadora USB, que utilizo con LibreElec + Kodi + TVHeadend. LibreElec es un sistema operativo fácil de instalar en Raspberry que integra Kodi y TVHeadend. Kodi es un interfaz para televisores con reproductor de medios, que se integra con TVHeadend. TVHeadend es un software para grabar TDT en un ordenador, mediante una sintonizadora. + +A mí me funciona de maravilla para grabar de cuando en cuando películas. Además, hay aplicaciones para controlarlo (mucho más cómodo que con un mando de TV). También es fácil hacer streaming y ver grabaciones desde otros dispositivos. + +Primero probé con un Raspberry Pi TV HAT y LibreElec + Kodi + TVHeadend sobre Raspbian. No se apañaba mucho. + +Luego probé con: + +=> https://dreamepg.de/index.php/en/apps/tvheadend/playertv Una aplicación para Android TV que hace de interfaz de Tvheadend. + +Es más fácil de usar que Kodi. + +Sin embargo el familiar siguió sin apañarse y al final se ha acostumbrado a usar Tivify. diff --git a/blog/content/notas/tele/teles.gmi b/blog/content/notas/tele/teles.gmi new file mode 100644 index 00000000..7ebf458f --- /dev/null +++ b/blog/content/notas/tele/teles.gmi @@ -0,0 +1,75 @@ +# Teles + +Hoy en día, es casi imposible no comprar una tele que no sea una smart TV *mala* sin gastarse mucho dinero. Las teles baratas son ahora todas smart, con procesadores insuficientes para mover los menús con fluidez. Además, en teoría el precio de estas teles baja porque envían datos sobre su uso (que tienen valor). + +## Resumen rápido + +Comprar una smart TV, no conectarla a Internet, y comprar un dispositivo de streaming de Google o Amazon que soporte los servicios que consumimos. No es una solución ideal, pero creo que no existe una solución ideal. Y al menos, es una solución barata. + +Si queremos reproducir otros vídeos, probar primero a usar Kodi en el dispositivo de streaming. Si no es satisfactorio, el resto del artículo ofrece más alternativas. + +## Privacidad y demás + +Si tenemos cierta preocupación por que las empresas no exploten nuestros datos de visionado, la solución más simple es no conectarlas nunca a Internet. + +Hoy en día sigue siendo posible grabar programas de la televisión para verlos cuando más nos convenga. Sin embargo, antes existían dispositivos grabadores muy potentes que han dejado de fabricarse. Es muy complicado encontrar uno que funcione con los nuevos estándares de televisión digital. + +Muchas teles (pero no todas), soportan conectar un disco USB y grabar a este soporte. Sin embargo, estas funcionalidades suelen ser problemáticas. (Y salvo en televisores caros, no podemos grabar un canal mientras vemos otro.) Hablo más de estos temas en: + +=> el-estado-de-esta-nacion-grabando El estado de esta nación grabando + +## Servicios de streaming + +Si usamos servicios de streaming, tenemos la opción de conectar la tele a Internet, si esta soporta los servicios que queremos y no nos importa que se exploten los datos de visionado. + +Si la tele no tiene los servicios que deseamos o preferimos algo en teoría menos invasivo, las opciones más populares son: + +* Los aparatos de streaming de Google +* Los aparatos de streaming de Amazon +* La Nvidia Shield +* El Apple TV +* Consolas + +Los aparatos de Google y Amazon son los más baratos y en general tienen todos los servicios comunes en España. Sin embargo, son bastante lentos y seguramente tampoco sean completamente privados. + +La Nvidia Shield es un dispositivo similar a los aparatos de streaming de Google, pero bastante más cara (sobre los 200€). En teoría tiene más potencia, con lo que el uso de los menus puede ser menos frustrante, aunque hay comentarios en Internet que apuntan a que a veces se engancha un poco. + +El Apple TV es algo más barato (sobre 170€), está más pensado para el ecosistema Apple, pero supuestamente también supone una mejor experiencia de fluidez. + +Si tenemos una consola para jugar, estas soportan bastantes servicios de streaming y en teoría disponen de más potencia para mover menús que cualquier otro disposito. El mayor inconveniente es que se controlan con un mando de consola y no con el típico mando de televisor (aunque algunas consolas disponen de mandos específicos para este propósito). + +### Chromecasting y similares + +Una característica interesante de algunos dispositivos es la posibilidad de enviar reproducciones del móvil a la pantalla. + +Con los dispositivos de Google (o relacionados, como la Nvidia Shield), esta funcionalidad se denomina Chromecast. Un bonito plus es que al enviar algo con Chromecast a la tele, la tele puede encenderse automáticamente y cambiar automáticamente al contenido. + +Los móviles pueden ser más cómodos para localizar el contenido a enviar. Además, si estamos viendo un vídeo en nuestro teléfono, en general podemos enviarlo al televisor de una manera muy conveniente. + +(Un engorro es que normalmente manejar las aplicaciones de streaming es un poco incómodo con el teléfono- por ejemplo para poner la pausa, usar una pantalla táctil no es muy ágil.) + +El ecosistema Apple dispone de funcionalidades similares (pero seguramente más restringidas a dispositivos Apple). + +### Otros dispositivos + +Todos los servicios de streaming pueden usarse en ordenadores convencionales. La mayoría de ordenadores disponen de mayor potencia que la mayoría de dispositivos, con lo que podrían proporcionar una mejor experiencia navegando por los menús. + +Sin embargo, no hay buenas maneras de usar mandos tradicionales para navegar por los menús, y no es inmediato ponerle a un ordenador un interfaz adecuado para uso como televisor. (La navegación espacial ayudaría, pero sólo he encontrado [el soporte de Vivaldi para ella](https://help.vivaldi.com/desktop/shortcuts/spatial-navigation/), y no parecía funcionar muy bien.) + +Existen opciones como teclados con touchpad integrado, o mandos con giroscopio que permiten controlar un ordenador apuntando al televisor, pero son soluciones más inconvenientes que los mandos tradicionales. + +## DVDs y demás + +Sigue existiendo la opción de comprar películas o series en formato DVD o Bluray. Con estas compras, nos aseguramos que siempre podremos verlo. (Los servicios de streaming van retirando contenido.) + +En este caso, un reproductor dedicado puede ser de utilidad, así como consolas que soporten el formato deseado. + +## Otras fuentes de vídeo + +Si tenemos archivos de vídeo que queremos reproducir (por ejemplo, podemos pasar DVD y Bluray a ficheros), hay varias opciones: + +Muchos televisores soportan la reproducción de un disco USB. Aquí tenemos que ser un poco cuidadosos con la elección de formato (no todos los televisores soportan todos los formatos), y especialmente con los subtítulos. + +Los dispositivos de streaming suelen soportar la instalación de Kodi, VLC y otros reproductores. Estos reproductores suelen manejar bien casi todos los formatos, e incluso nos ofrecen la posibilidad de reproducir contenido almacenado en otros dispositivos como ordenadores y NAS. + +También podemos usar Kodi en PCs o sistemas como las Raspberry Pi. En general, el uso de Kodi en PCs es bastante rápido y agradable si adquirimos un mando a distancia adecuado. La Raspberry Pi ofrece la posibilidad de controlarla con el mando del televisor (mediante el sistema CEC, soportado vario bajos nombres por las distintas marcas de televisores), aunque es algo menos ágil con los menús. diff --git a/blog/content/notes/cliffs/governable-spaces.gmi b/blog/content/notes/cliffs/governable-spaces.gmi new file mode 100644 index 00000000..39941093 --- /dev/null +++ b/blog/content/notes/cliffs/governable-spaces.gmi @@ -0,0 +1,115 @@ +# Governable spaces + +=> https://luminosoa.org/site/books/m/10.1525/luminos.181/ + +## Introduction: democracy in the wild + +* Online communities are different to in-person communities. +* Online politics in the small reflect in the large. +* Online communities must explicitly be democratic, self-governance instead of top-down authority => governable spaces. +* Democratic erosion in the world is influenced by online communities. +* Users of online communities perceive arbitrary rule enforcement, unaccountability. +* Online movements have not resulted in lasting gains. +* The design of online spaces has atrophied everyday democracy skills. +* Garden club from 1960 with eight pages of bylaws => more successful than most only communities that will not live as long. +* Fervent US enthusiasm for forming associations observed by Alexis de Tocqueville in 19th century US. +* Tocqueville: democracy requires education, democracy in education requires political engagement. +* Tocqueville: associations can serve the social order. +* Will bad players behave better if they care about mini-democracies? +* Online spaces are different, more churn, faster, distributed, diverse. +* Participating in online spaces correlate to political participation. +* Author unclear about his disagreement with Tocqueville's conclusions, author is more optimistic. +* Democratic self-governance is harder in online spaces, but possible. +* Design to achieve self-governance, refuse corporate control. +* Technical solutions are not sufficient. +* People do not believe their governments are democratic. +* People are more willing to change due to technological progress. +* Governments use technology as an "unavoidable excuse", but it doesn't have to be this way. +* Introduction of citizen voice happens even authoritarian governments (!) +* Crypto ledger structures have new power structures, even though it's often antidemocratic, but presents an opportunity. +* For many, democracy is something that was created for them before they were born, or something they won't have in their lifetime. +* Online communities are closer to most than their democracy. +* Designing online communities offers chance to learn how to shape the larger government. +* No single design can work for all scenarios. +* Design should be based on accountability. +* Democracy on a small scale gives hope that it's possible on a bigger scale. +* From server control to community control. +* Implicit feudalism: power derives from founders and admins. +* "Governable stacks", "modular politics" to learn from. +* Widespread participation => burdensome, elitist, uninformed governance? Overwhelming to participants. +* Sometimes governable spaces should be highly participative, in others, use representation. +* Governance designs sensitive to economy of attention. + +## Implicit feudalism. The origins of counter-democratic design + +* A popular group that called for accountability had a flagship organization with a single board member. +* Facebook claimed having "the hacker way": open, meritocratic, but Mark Zuckerberg has majority control. +* Founders solidify. +* Early social platforms had technical conditions that grant administrators complete control. +* Use of "feudalism" is not historically precise. +* "Implicit" because it is not explicit. +* Sometimes platforms do not even allow transfer of power. +* Democracy can arise in feudal technologies due to pressure, this democracy can be similar to primitive democracy. +* But democracy in technology tends to go against the design, the most natural outcome is nondemocratic. +* Implicit feudalism is not a feature, it is merely seen as a non-intentional lack of features. +* First step: perceive lack of democratic features. +* "Exit" vs. "voice"; can only leave, vs. can change things. +* Exit can have costs => captivity. +* Refine voice into "Effective voice" vs. "affective voice" => venting vs. being able to make changes. +* BBS: runs in the sysop house, sysop has absolute power, but also most responsibility and maintenance burden. +* Users being able to leave makes some accountability. +* Limitations of real world (sysop responsibility) lead to implicit feudalism. +* Usenet was bigger scale than BBS, but ultimately "the big 8" ruled (and they named their successors). But Usenet hosted more popular communities than BBSs. +* Usenet hierarchy is decided by the big 8. +* Mailing lists follow similar patterns, administrators have all the power. +* In IRC, iconic channel/network names are a big factor in popularity over performance. +* IRC pioneered bots to execute authority. +* BBS, Usenet, mailing lists, IRC's structure follow that of UNIX, with root, etc. +* Linux and Wikipedia are very productive. +* Linux has BDFL (feudalism). +* Git seems to break feudalism with its distributed nature, but Linux uses a mailing list and the BDFL to control. +* GitHub promotes forks, and user voice in issues, but each project has owners and collaborators. +* Git/GitHub make "exit" easier, but not effective voice. +* Linux added a code of conduct, GitHub encourages project to have one. +* Debian Project Leader is elected, technical barriers of entry. +* Debian/Apache are outliers, non-profits. (Linux is a non-profit too.) +* Wikipedia also has self-governance, but also has BDFL. +* Wikipedia uses MediaWiki for governance (dogfooding). +* But most MediaWiki sites do not have self-governance. +* After Wikipedia's BDFL overreaches, BDFL has diminished power. +* Although software designs can have power vacuums, in the absence of technical software vacuums, "tyrany of structurelessness" often arises. +* Anyone could participate, but not everyone has the time, knowledge, and incentives. +* Big corporate platforms could not have the technical limitations of smaller earlier platforms. +* US Communications Decency Act protects platforms from liability from user behavior. +* Companies could control the platform, but let communities self-govern. +* Facebook/Reddit are different (real names vs. pseudonyms) and in theory provide more control to users. +* Management of communities requires a lot of effort. +* AOL tried to reduce cost of access to voluntary moderators, but moderators realized they made benefits for AOL without sufficient compensation. +* To offload moderation to volunteers in a cost-effective manner, they are paid with unchecked power. +* Author thinks Slashdot moderation worked well and satisfied users, but failed in producing benefit from provocation/engagement. +* Facebook/Reddit grant "affective voice" through karma, etc.; but not "effective voice". Exit is the most effective voice. +* Facebook/Reddit provide moderation tools and gamify moderation (reports on groups performance to incentivize admins to maximize usage). This amplifies implicit feudalism. +* Mark Zuckerberg has power over the Facebook group admins, and engages in democracy theater (2009 referendum on changes to terms of service, required 30% of participation, only 29% achieved, declared "advisory", did what they wanted). +* 2015 "Reddit revolt", blackouts by making subreddits private. Reddit tightened their rules. +* Conway law => structure of software reflects the structure of the organization. +* Facebook/Reddit => the structure of the software shapes the structure of the organization. +* Facebook tried to go to individuals over communities, mirroring WeChat/TikTok which have no social graphs, only driven by personal habits. +* Because TikTok etc. do not have communities, there is less politics, but everything is still controlled by the company. +* Implicit feudalism => control over communities, founder authority, named succession, opaque policies/decisions, supression of user voice, user exit only effective means, only platform owners resolve disputes. +* Implicit feudalism made some sense with limited resources, but not so much with unlimited resources from large corporations. +* Implicit feudalism is part of the business model. +* In contrast, authocratic governments have more democratic "performances" because it resembles legitimate authority. +* But no major online community offers possibilities of even democratic "performances". +* Implicit feudalism is not so effective; most Reddits are small, Miecraft servers median lifetime is eight weeks. +* Exit leads to variety, choice, innovation, but effective voice leads to comitment and stability. +* Example of BDFL becoming inactive led to subgroups becoming more resilient. +* Debian does not exist in isolation; sits between Linux and Ubuntu (both with BDFLs). +* Ubuntu benefits from Debian. +* Debian/Wikipedia combine elections with meritocratic barriers. +* Self-governance seems to emerge more in nonprofits or cooperatives, mirroring ownership structures and technical infrastructures. +* Usenet has some shared governance and autonomy in newsgroups. +* Combination of different power structures helps self-governance; electoral processes + meritocratic barriers for popular but capable leaders. +* Multiple governance mechanisms helps prevent one entity from becoming too powerful, but also allows differently-skilled users from having voice. +* Python had PEPs, when BDFL retired they had some prior art in choosing their new governance, with elections. +* Disassociation/cancellation => no appeals, how long does it last? Affective, not effective voice. These things come because there is no process to challenge those in power. +* communityrule.info => online design of community rules and publication/forking. Try to make it easier to create self-governance. diff --git a/blog/content/notes/cliffs/mythical-man-month.gmi b/blog/content/notes/cliffs/mythical-man-month.gmi new file mode 100644 index 00000000..81080c62 --- /dev/null +++ b/blog/content/notes/cliffs/mythical-man-month.gmi @@ -0,0 +1,19 @@ +# The mythical man-month + +## Chapter 1: the tar pit + +"Program": complete in itself, ready to be run by the author on the system on which it was developed. What we initially develop and delivers some value is normally a program. + +"Programming product": can be run by anybody, in any operating environment, for many sets of data. + +* A programming product is thoroughly tested. +* A programming product is thoroughly documented. +* A programming product costs three times the cost of the program. + +"Component in a programming system": works as a part of a larger product. + +* A component in a programming system follows a well-defined interface. +* A component in a programming system is tested in integration. +* A component in a programming system costs three times the cost of a program. + +"A programming systems product" is a programming product and a component in a programming system. A programming systems product costs nine times the cost of a program. diff --git a/blog/content/notes/cliffs/peopleware.gmi b/blog/content/notes/cliffs/peopleware.gmi new file mode 100644 index 00000000..d7dee8de --- /dev/null +++ b/blog/content/notes/cliffs/peopleware.gmi @@ -0,0 +1,272 @@ +# Peopleware + +## I. Managing the human resource + +People are different from software. + +### 1. Somewhere today, a project is failing + +* 15% of all projects deliver nothing. +* 25% for projects >25 work/years +* Not for technical reasons, "politics" => sociology + +### 2. Make a cheeseburger, sell a cheeseburger + +* Errors should be encouraged +* A project objective is to be ended. Therefore, a project is never steady. Therefore, a project is always changing and there is no steady state +* Need to think more about "why" this task needs to be done rather than how the task must be done + +### 3. Vienna waits for you + +* Spanish Theory Management: increase productivity by extracting more work for the $ +* Mechanizing development, lowering quality, standardizing procedure reduces enjoyment of work + +### 4. Quality-if time permits + +* Self-esteem makes people emotional +* Self-esteem is tied to the quality of our work +* Deadlines conflict with quality +* Manager: Market wants time-to-market over quality +* Builders: want to match their past best achieved quality, more than what the market wants +* But quality is a means to productivity + +### 5. Parkinson's law revisited + +* "Work expands to fill the time allocated for it" +* Parkinson was a humorist +* Motivated people do not want to work forever in the same task +* The team can motivate people better than the manager +* Productivity by task estimator. No estimate > Systems analyst (unbiased expert) > Programmer > Programmer + supervisor > Supervisor +* Bureaucratic work does expand + +### 6. Laetrile + +People are desperate to increase productivity, fall to the seven sirens, seven false hopes of software management + +* Missed something obvious: no +* Others are succeeding, you are getting outdated, not using the right programming language, need more automation: technical gains affect just a small part of the total effort +* Need to get to the bottom of the backlog: bottom of the backlog is worthless +* Workers need more pressure + +## II. The office environment + +It's hard to increase productivity, but easy to decrease it + +### 7. The Furniture Police + +Optimizing for cost, and uniformity is not productive + +### 8. You never get anything done around here between 9 and 5 + +Top performers work in quieter, more private, with less interruption, bigger spaces + +### 9. Saving money on space + +Cost of workplace is a small past of cost of worker + +### Intermezzo. Productivity measurement and unidentified flying objects + +* Gilb's Law: Anything you need to quantify can be measured in some way that is superior to not measuring it at all +* Individual productivity should only be measured by the invidivual + +### 10. Brain time versus body time + +Interruptions are expensive + +### 11. The telephone + +Ensure people attend their email with reasonable frequency (3/day) to allow prioritizing non-interrupting communication + +### 12. Bring back the door + +People work better in quiet environments + +### 13. Taking umbrella steps + +* Developers should design the working environment +* Windows +* Provide outdoor space, public space + +## III. The right people + +Get the right people, make them happy, let them work + +### 14. The Hornblower factor + +* Difficult to improve people, choose well +* Appearances << capabilities +* Do not hire for uniformity in the company +* No dress codes + +### 15. Hiring a juggler + +* Interviews are about performing, not talking +* Portfolios +* Aptitude tests are not for hiring, they are for self-assessment +* Audition on topic related to work selected by the candidate + +### 16. Happy to be here + +* Turnover is expensive and leads to short term planning => needs quick promotions, leads to inexperienced people doing the building +* Company moves are the worst +* Good companies *retrain* + +### 17. The self-healing system + +* Humans can improvise, automated process cannot +* Big M Methodologies automate: a) No improvisation, so must grow to cover all cases b) Lots of documents +* Big M Methodologies take responsibilities away from people into the Methodology +* Big M Methodologies lead to malicious compliance- follow the Methodology even if it has bad outcomes +* Convergence of methods is good, easier to onboard, etc. +* Achieve convergence of methods by training, tooling and peer review, without forcing a Methodology +* Hawthorne Effect: people perform better when trying new approaches +* Do new things on every project to benefit from the Hawthorne Effect +* But have a 10-page max. standard + +## IV. Growing productive teams + +Teams working as one on a challenge are the objective. Help the team form + +### 18. The whole is greater than the sum of the parts + +* Jell: a jelled team is more than the sum of its members. Jelled teams enjoy the work +* Jelled teams have a common objective, low turnover, strong sense of identity, feel elite, join ownership of product, enjoyment + +### 19. The black team + +* The black team tested other teams code. +* The black team outlived the original members +* Identity: dressed in black, some evil mustaches, mystique + +### 20. Teamicide + +You can't make a team jell, but you can prevent it from jellying: + +* Defensive management: preventing people from making mistakes. If the team cannot do the job, they cannot do the job. +* Bureaucracy +* Physical separation +* Fragmentation of people's time: the team must be together most of the time +* Quality reduction of the product: quality jells a team +* Phony deadlines +* Clique control (preventing the team for working together in further projects) + +### 21. A spaghetti dinner + +* Small successes lead to bigger successes +* Perform small projects, demos, etc. + +### 22. Open kimono + +* Trust the team +* Get them out of the office +* Let skunkworks projects happen +* Let people choose their peers and project +* Natural authority by being competent + +### 23. Chemistry for team formation + +Some organizations have environments that favor team formation + +Managers do not seem busy nor manage a lot, they maintain the chemistry + +Chemistry building: + +* Cult of quality +* I told her I loved her when I married her. Provide closure to each task. Small tasks for frequent closure +* The Elite Team. Allow and grant uniqueness. +* On not breaking up the yankees. +* A network model of team behavior. Managers are not part of the team. Occasional leaders inside the team +* Selections from a Chinese menu. Do not have a uniform team + +## V. It's supposed to be fun to work here + +### 24. Chaos and order + +Constructive reintroduction of small amounts of disorder: + +* Pilot projects. All projects as pilots, but limit experimentation +* War games +* Brainstorming +* Provocative training experiences +* Training, trips, conferences, celebrations, and retreats. + +### 25. Free electrons + +Some people should be left to work at what they want + +### 26. Holgar Dansk + +A "sleeping giant" can oppose any bad change + +## VI. Son of Peopleware + +### 27. Teamicide revisited + +* Those damn posters. Motivational posters tell obvious things people already know. It is demeaning +* Overtime: An unanticipated side effect. If someone is exent of overtime, it is even more damaging + +### 28. Competition + +Internal competition inhibits jell, Prevents internal coaching. Can come from: + +* Annual salary or merit reviews +* Management by objectives +* Praise of certain workers for extraordinary accomplishment +* Awards, prizes, bonuses tied to performance +* Performance measurement in almost any form + +Musical ensembles are better metaphors of good development teams than sport teams. Individual sport teams members can have differing valoration from the rest of the team + +### 29. Process improvement programs + +* Standardized interfaces are good, standardized processes are not +* Goal is a good product, not building it efficiently +* Good products are risky projects, process improvement avoids risky projects +* Better teams do more complex projects, more risk + +### 30. Making change possible + +People fear change + +Degrees of fear to change: + +* Blindly loyal (ask no questions) +* Believers but questioners: skeptics (show me), passive observers (what's in it for me?), opposed (fear of change), opposed (fear of loss of power), militantly opposed (will undermine and destroy) + +Blindly loyal can abandon a change for a newer one. Only Believers but questioners can be allies to a change. Work with them to make change successful + + +elebrate the old system + +Phases of change + +* Introduce foreign element/catalyst +* Chaos +* Transforming idea (finding the "correct training"/correct way to adopt change) +* Practice & Integration +* New status quo + +People need to feel safe for change, there should be room for some failure + +### 31. Human capital + +* Money spent of people is only lost if they leave +* Replacing someone is expensive + +### 32. Organizational learning + +* Organizations can only learn if people stay for a long time +* Organizations learn when middle management works together without competition and without reporting to upper management + +### 33. The ultimate management sin is... + +Wasting people's time: + +* Being late for meetings, blocking meetings, inviting people who don't need to be there +* Status reporting meetings +* Early overstaffing (and leads to fragmenting time of people) + +### 34. The making of community + +* Aristotelian politics is building communities, extending ethics to a group +* Creatin diff --git a/blog/content/notes/cliffs/the-tyranny-of-structurelessness.gmi b/blog/content/notes/cliffs/the-tyranny-of-structurelessness.gmi new file mode 100644 index 00000000..3dfc17ea --- /dev/null +++ b/blog/content/notes/cliffs/the-tyranny-of-structurelessness.gmi @@ -0,0 +1,98 @@ +# The tyranny of structurelessness + +=> https://www.jofreeman.com/joreen/tyranny.htm A copy of the original article. These Cliff's notes focus on the generic points of the article, not on its original context (the feminist movement). + +Leaderless, structureless groups as an organizational form is a reaction to over-structured society in which most of us live that give others control over us. + +Structurelessness encourages participation in discussion and personal insight, but it does not achieve more than that. + +Structureless groups struggle when they want to achieve something more specific than raising consciousness, because the groups do not want to change structure when they change their tasks, because they think other organizational forms can be anything but oppressive. + +## Formal and informal structures + +Structureless groups evolve into having tacit structure due to the diversity of the people that form them. + +Structurelessness only prevents the formation of formal structures, not informal ones. Decision-making rules are known only by those who make the decisions. + +To give everyone the opportunity to participate, structure must be explicit and the rules of decision-making must be open and available to everyone, so they must be formalized. + +## The nature of elitism + +Elites can only be groups, not individuals. + +Elites have power over a larger group without direct responsibility. + +A person is an elitist by being a part or advocating the elite, not by being notorious. + +Elites are not conspiracies, generally they are groups of friends that happen to participate in some activity together. + +Elites are communication networks because they are groups of friends that talk. + +Groups might have one or more communication networks and they might overlap. The communication networks do not necessarily have to be an elite. Multiple communication groups might compete and only one might become an elite. + +In a structured group, the group competition is public and other members of the group can arbitrate and make demands on the groups. + +Elites can be spotted in groups, they listen and don't interrupt other members more than they do with non-members. Approval of the elite is necessary for things to happen. + +Membership of the elite tends to have some required characteristic. Common themes are related to the friendship nature of the elite, but not to the effectiveness for the larger group's purpose. + +It is easier to form an elite at the beginning of the group, by bringing existing friends in. Otherwise, the elite must be formed through new effort. Elites need to maintain themselves by adding new members. Outsides might find a member of the elite to sponsor them. + +Elite forming and maintenance require time, so people with major commitments normally find it impossible to join. A formal structure of decision making helps the overworked (and others) participate in the group. + +Elites are not inevitably bad, they are only inevitable. Elites can do useful things. But elites have uncontrolled power within their group. + +Two negative consequences: liked people have power independently of their skills, which is bad for doing significant things; elites have no obligation to be responsible. The elite usually tries to be responsible to maintain their influence, but the group cannot compel them to be responsible, this is up to the interests of the elite. + +## The "star" system + +Society expects groups to make decisions and to select spokespeople. Society does not want to listen to all individuals in a group, they want to know what the group feels. There are only three ways to know group opinion: + +* Voting +* Surveys +* Spokespeople + +The public is conditioned to look for spokespeople. + +If there are no official spokespeople, the public might choose notable members of the group, but their opinions might not be representative of the group: "stars". + +The stars might not desire to be, and the members of the group might resent the stars. + +Stars cannot be removed by the group, because the group did not make them stars, only the press can. The press will listen to stars as long as there are no official spokespeople. Members of the group can attack the stars, who might then leave the group, remaining a star but maybe not aligned with the group. + +## Political impotence + +Sometimes the informal structure of a group might align with what the group wants to do, this gives the appearance of an effective group. However, this is hard to replicate. Normally these groups have four conditions: + +* They are task oriented, they were formed with a narrow and specific function. +* They are small and homogeneous, so they have good communication reducing conflicts. +* They have a high degree of communication. This normally limits the group to five people, although 10 to 15 is possible if they have subgroups. +* They have a low degree of skill specialization, so everything can be done by more than one person, so no one is indispensable. (Not everything needs to be doable by everyone.) + +Groups composed of smaller effective groups do not tend to become more effective than their parts. These groups generates much motion and few results. These groups tend to be limited to the initial founders and exclude others, esp. the nongregarious, and elitism becomes institutionalized. + +Groups without projects spend their time maintaining the elite. + +When people cannot join the group and do things, they might do things on their own, which might lead to individual creativity, but many people cannot do this and does not foster cooperative group effort. Such people might drop out of the interests of the group, or join groups with other interests, maybe with new elites. + +The old elites can perceive these new elites as misaligned threats. The old elites can accuse the new elite of attracting specific groups of people from their group. + +The old elites can become public and formalize their original power structure as a formal structure. If the informal elite was well structured they might be able to do this, but groups that required structure the most might not be able to do it, because they adhere more to the ideology of structurelessness and they are more vulnerable to a takeover. + +Unstructured groups might choose to participate in larger groups with more influence and capabilities, but they can only have little influence in the larger group and their ideas might be diffused, but rarely implemented. + +## Principles of democratic structuring + +Groups should not blindly accept or ignore traditional forms of organization. These forms might be effective or not. Structure is not inherently bad, only excess of it. + +Essential principles: + +* Democratic delegation of specific authority to specific individuals. People who show interest or willingness who are selected are committed. +* Delegates should be responsible to who selected them. This way the group controls the authorities. +* Distribution of authority over as many people as possible, preventing monopoly of power and requiring consultations. It gives more people the opportunity for responsibility and learning. +* Rotation of tasks among individuals to prevent responsibilities from being someone's property. But not too much rotation so that it prevents learning and satisfaction. +* Rational allocation of tasks; by ability, interest and responsibility instead of by standing in the group. Learn through apprenticeship rather than sink or swim. Do not demoralize people by having responsibilities you cannot do well. Do not blacklist people from doing what they can do well. +* Diffusion of information to everyone as frequently as possible, giving individuals more power. +* Equal access to resources needed by the group. Resources owned by a member can be controlled by a member. This includes skills and information. + +These principles prevent informal elites. diff --git a/blog/content/notes/greek-task-list.gmi b/blog/content/notes/greek-task-list.gmi new file mode 100644 index 00000000..841a6a84 --- /dev/null +++ b/blog/content/notes/greek-task-list.gmi @@ -0,0 +1,83 @@ +# Greek task list + +=> https://apollos-boyfriend.tumblr.com/post/734812687645786112 From: + +## Icarian task + +When you have a task you know you’re going to fail at anyways, so why not have some fun with it before it all comes crashing down + +## Cassandrean task + +When you have to deal with people you KNOW won’t listen to you, despite having accurate information, and having to watch them fumble about when you told them the solution from the start (most often witnessed in customer service) + +Patroclean task: something that you have a wild misunderstanding of the difficulty involved in accomplishing properly and can only end terribly, but you dive into with your whole heart and the deep faith and conviction that you can accomplish it by sheer force of will. + +=> https://www.tumblr.com/bigdickfartsapolka/734815719754170368/achillean-task-something-you-are-absolutely-and From: + +## Patroclean task + +Something that you have a wild misunderstanding of the difficulty involved in accomplishing properly and can only end terribly, but you dive into with your whole heart and the deep faith and conviction that you can accomplish it by sheer force of will. + +=> https://www.tumblr.com/sapphoandvanzetti/791697593363218432/penelopean-task-you-dont-actually-want-the From: + +## Penelopean task + +You don't actually want the outcome of the task, so you're self-sabotaging in a clever and undetectable way to keep it from ever being completed. + +=> https://infosec.exchange/users/masek/statuses/115507451151625748 From: + +## Orphean task + +When you almost succeed, but lose everything the moment you turn around to check your progress. + +## Daedalean task + +When you’re forced to design something brilliant and functional… that you yourself will inevitably become trapped inside. + +## Medusan task + +When your project becomes so horrifying that everyone involved freezes in place rather than deal with it. + +## Tantaline task + +When success is right there, but bureaucracy or budget cuts keep snatching it away at the last moment, forever. + +## Pandoran task + +When fixing one small issue unleashes a thousand new ones, but hey — at least there’s still hope somewhere in the ticket backlog. + +## Odyssean task + +When the assignment technically has an end, but it’s buried under so many side quests that you forget what the original goal was. + +## Narcissian task + +When the entire effort is about maintaining appearances rather than achieving anything of substance. + +## Promethean task + +When you give people a powerful new tool that could transform their work — and are punished eternally for doing so. + +## Orestian task + +When the mess you’re cleaning up is the direct result of the last cleanup you performed. + +## Thesean task + +When the only way to finish is to disassemble everything piece by piece — until you’re no longer sure if what’s left is the same project you started. + +## Achillean task + +When your work is flawless except for that one fatal oversight that will, inevitably, destroy you. + +## Penelopean task + +When you diligently undo by night what you accomplish by day, just to keep the stakeholders pacified. + +## Midasean task + +When everything you touch turns into paperwork, compliance documents, or gold-plated nonsense nobody actually needs. + +## Gordian task + +Not intended to be actually done, but violence is the answer. diff --git a/blog/content/notes/index.gmi b/blog/content/notes/index.gmi new file mode 100644 index 00000000..b2908890 --- /dev/null +++ b/blog/content/notes/index.gmi @@ -0,0 +1,41 @@ +# Notes + +=> greek-task-list Greek task list + +## Cliff's notes + +Notes about some books and long articles I like: + +=> cliffs/mythical-man-month The Mythical Man-Month +=> cliffs/governable-spaces Governable Spaces +=> cliffs/peopleware Peopleware +=> cliffs/the-tyranny-of-structurelessness The tyranny of structurelessness +## Tech + +=> tech/misc-linux-stuff Misc Linux stuff +=> tech/running-commands-in-linux Running commands in Linux +=> tech/ssh-for-beginners SSH for beginners +=> tech/document-formats Document formats +=> tech/internet-communication-channels Internet communication channels +=> tech/ledger Ledger +=> tech/migadu Migadu +=> tech/ripping Ripping +=> tech/about-apis About APIs +=> tech/about-relational-databases About relational databases +=> tech/containers-might-not-be-the-right-answer Containers might not be the right answer +=> tech/crud-is-an-important-unsolved-problem CRUD is an important unsolved problem +=> tech/about-django About Django +=> tech/git-advice Git advice +=> tech/github-annoyances GitHub annoyances +=> tech/prolog-vs-sql Prolog vs. SQL +=> tech/take-the-less-traveled-road Take the less traveled road +=> tech/the-tragedy-of-the-geeks The tragedy of the geeks +=> tech/misc-python-stuff Misc Python stuff +=> tech/python-modules-primer Python modules primer +=> tech/so-you-want-to-play-with-functional-programming So you want to play with functional programming + +### Gadgets + +=> tech/gadgets/about-headphones About headphones +=> tech/gadgets/x12 Lenovo ThinkPad X12 Detachable Gen 1 +=> tech/gadgets/pocket-computers Pocket computers diff --git a/blog/content/notes/tech/about-apis.gmi b/blog/content/notes/tech/about-apis.gmi new file mode 100644 index 00000000..f1732cc9 --- /dev/null +++ b/blog/content/notes/tech/about-apis.gmi @@ -0,0 +1,26 @@ +# About APIs + +=> https://gist.github.com/kislayverma/d48b84db1ac5d737715e8319bd4dd368 The Jeff Bezos' API memo is one of the most talked stories about API programming. + +It is, in my opinion, also one of those things which are successful for some environments, but not for all. + +## The levels of API accessibility + +An "operation" in your application can be in one of the following levels of "API accessibility": + +* -oo The operation cannot be invoked in isolation easily. For instance, it is embedded in an MVC controller, mixed with form handling and HTML generation, and thus the best approach to invoke it programatically is to simulate a browser +* 0 The operation can be invoked, in-process, by calling a function or method, but requiring complex setup or using complex types (e.g. others than lists, maps, numbers and strings) +* 1 The operation can be invoked, in-process, by calling a function without complex setup and using plain types +* 2 The operation can be invoked, off-process, by calling a function without complex setup and using plain types +* 3 The operation can be invoked via a command line tool +* 4 The operation can be invoked via a network call + +Many proponents of APIs propose level 4 as the target. This obviously allows your operations to be integrated in separate processes via network calls, which is the most powerful way of API access. They will also reason that this will force your application to have a clean architecture with separation of concerns. + +Note also that doing proper testing will probably force your operations to be tested to be in levels 0-2, as otherwise it will be annoyingly complex to test them. + +We propose that the architecture benefits of level 4 are also present in levels 0-3, but achieving these levels requires much less effort than achieving level 4 (where you need to add a network protocol, handle aspects such as authentication/authorization, marshalling/unmarshalling, etc.), so unless you require level 4, you can stay in levels 0-3. Going to level 3 instead of 0 should be easy when creating new operations, so that's the level of API accessibility we recommend new code to adhere to by default. + +Note also that level 3 can provide many benefits of level 4, but with less development overhead, so it's a level we recommend considering explicitly, as it is often overlooked. + +Level -oo is typical of legacy applications. Note that we consider the distance between level -oo and the rest of levels much bigger than the distance between the rest of levels. diff --git a/blog/content/notes/tech/about-django.gmi b/blog/content/notes/tech/about-django.gmi new file mode 100644 index 00000000..15f73600 --- /dev/null +++ b/blog/content/notes/tech/about-django.gmi @@ -0,0 +1,115 @@ +# About Django + +Without more context, one of the technologies I recommend to everyone is Django. + +Django is a Python web framework with "batteries included". + +Web frameworks can provide more or less tools to write applications. Typically, frameworks that provide fewer tools are more flexible and give developers more freedom to develop their applications in the best possible way. Similarly, frameworks that provide more tools tend to guide you towards a specific way to writing applications, and typically, require more work if you want to deviate. + +In my opinion, many applications you might need to develop are very similar and have similar issues, and solving them ad-hoc for each project is a waste. Therefore, I lean towards using frameworks that provide more batteries in most cases. + +(Certainly, there are projects that clearly need special approaches, or which deviate enough from any generic web framework.) + +In fact, most of the complaints described in this document are caused by Django having too few batteries, not too many! + +=> https://github.com/alexpdp7/django-tws Django training wheels is my project in alpha to address some of those shortcomings. + +## The Django admin + +Besides including more batteries than most other frameworks, and being in general a well-engineered framework in my opinion, Django includes the admin. + +The admin is a declarative way to build administrative sites where some users edit data stored in the application database. + +Many similar tools exist, but I have not found any other tool that can do so much. + +* The Django admin handles multi-table relationships very well, including picking foreign key targets and editing related table data. For example, if a person entity has a "parent" related foreign key relationship, the Django admin provides a search functionality to pick a person's parent. If the person entity has a list of children, the Django admin provides a way to add and edit children from the person form. +* The Django admin has a simple, but useful for many scenarios permissions functionality, where editing certain entities is restricted to groups of users. + +The Django admin is frequently a big boost during the early development of database-backed applications, and sometimes it can provide value during a big part of the life of an application. + +Additionally, traditionally when working with frameworks without an equivalent facility, the friction of adding an interface to edit a piece of data can be large. Developers pressed for time might opt to hardcode the data in the source code of the application, requiring code changes to modify certain behaviors of the application. When the friction to add a user interface to edit such data is low, developers can configure the admin to let those users edit the data directly without going through the developers. + +## Django problems + +However, there are still many common issues for which batteries could exist, but that Django does not provide. + +### Django has no support or documentation about packaging Django projects + +Most Django projects have dependencies besides Django. In order to develop and deploy Django applications, you likely must install other dependencies. Django does not include documentation nor support to do this. + +Many different approaches and tools exist to manage Python project dependencies. Understandably, endorsing one particular approach in Django could be controversial. +So Django leaves the choice of approach up to users. Additionally, Django adds a few difficulties in Python project management, and users must figure out how to handle Django projects in their chosen approach. + +Several initiatives have tried to tackle this problem, notably: + +=> https://github.com/radiac/nanodjango nanodjango + +### Django settings are a partial solution + +Django provides settings to manage the configuration for a Django project. You implement Django settings by writing a Python module. + +For example, the default Django template includes the following snippet to configure the database connection: + +``` +DATABASES = { + 'default': { + 'ENGINE': 'django.db.backends.sqlite3', + 'NAME': BASE_DIR / 'db.sqlite3', + } +} +``` + +Besides assigning a setting directly like in the preceding snippet, you can use Python code to assign settings. + +This allows you to tackle many common issues, such as setting up a different database connection for development and production, while keeping the production database credentials away from the source code repository. There are many similar issues that you must tackle in nearly all projects. + +Several initiatives tackle some of those issues: + +=> https://github.com/jazzband/dj-database-url dj-database-url provides a way to configure the database connection through an environment variable. + +### Django does not explain a development database workflow + +Django provides migrations to handle schema changes. Migrations work well and are a valid solution to handle schema changes in production. + +However, while developing a Django application, you frequently need to make many temporary changes to the data definition until you find the right data definition. + +In my opinion, if you follow the Django documentation, then you might end up using migrations for those development schema changes. This is awkward and problematic, and there are procedures to develop database changes that work better. + +I would like a command that recreates your database, applying unmigrated model changes. This command could also have hooks to load sample data. (Likely, Python code and not fixtures.) + +### Django only tackles database-based, server-side-rendered, non highly interactive web applications + +While certainly a huge amount of applications: + +* Revolve around data stored in a relational database +* Are better implemented as server-side rendering applications +* Do not require very complex or real-time interactions + +There are certainly many applications that do not fit this mold. + +In my opinion, focusing on database-based applications is a good decision. Many Django features (like the admin) revolve around the database, and a framework oriented to other applications likely should be very different. + +However, more and more applications break the limits of server-side rendering, and while you can build such applications with Django, you need a lot of effort or finding additional libraries to use. + +For example: + +* Django REST framework provides a layer to provide REST APIs on top of the Django ORM. +* Projects exist to add support for Django for front end frameworks such as htmx or Hotwire. These frameworks are an intermediate step between traditional server-side-rendered applications and JavaScript front ends, enabling most of the benefits of JavaScript front ends within the traditional server-side rendering approach. + +Additionally, providing an API is also useful beyond JavaScript front ends. APIs are necessary for other purposes, such as implementing mobile apps to interact with your application, or just providing an API for programmatic access to your application. + +### Some common tasks should have more tutorial content + +The Django documentation is mostly for reference, covering all Django features, but with little content on how to use Django. The items I list below likely are documented on books, websites, forums, etc. If you know a good source for many of those, even if it is paid, feel free to let me know to add references. + +* Restricting users in the admin to a subset of the instances of a model. + +For example, users belong to organizations and users should only see instances of some model related to their organization. The FAQ contains "How do I limit admin access so that objects can only be edited by the users who created them?", which is a very similar question and points to the features you need to use to achieve these goals. These requirements are often related to requiring "extending the existing User model". + +* Having a search UI for reference fields instead of dropdowns. + +Many projects similar to the admin only offer dropdowns for reference fields. This does not work when the referenced objects are more than a couple. Django calls this raw_id_fields, and it is difficult to learn that this feature exists. + +## Further reading + +=> crud-is-an-important-unsolved-problem CRUD is an important unsolved problem diff --git a/blog/content/notes/tech/about-relational-databases.gmi b/blog/content/notes/tech/about-relational-databases.gmi new file mode 100644 index 00000000..c66a530f --- /dev/null +++ b/blog/content/notes/tech/about-relational-databases.gmi @@ -0,0 +1,27 @@ +# About relational databases + +## What is a relation? + +A common misconception is that the "relations" in a relational database are about relations between database tables. + +Actually, the relations in a relational database are the tables. + +A relation "relates" a set of values with another set of values. + +For example, a relation can relate the name of a person with their birth date and birth place. For example: + +(person name) => (birth date, birth place) +(Alice) => (1979-12-03, Barcelona) +(Bob) => (1995-03-04, Paris) +... + +Many computer languages have similar concepts: + +* Python mapping types such as dict +* C++ std::map +* Java java.util.Map +* C# System.Collections.Generic.Dictionary +* Javascript Object +* PHP arrays + +Relations are a natural concept, so although non-relational data systems exist, most data can be stored as relations. diff --git a/blog/content/notes/tech/containers-might-not-be-the-right-answer.gmi b/blog/content/notes/tech/containers-might-not-be-the-right-answer.gmi new file mode 100644 index 00000000..de614983 --- /dev/null +++ b/blog/content/notes/tech/containers-might-not-be-the-right-answer.gmi @@ -0,0 +1,100 @@ +# Containers might not be the right answer + +Containers are everywhere, and I feel today they are the default answer to many problems for many people. + +=> https://www.jwz.org/blog/2014/05/so-this-happened/ Although the author of one of the handiest quotes does not want people to use it, I think that quote adequately describes the situation. Definitely, containers are no silver bullet. + +Containers are a good example of an “easy but not simple” technique. + +=> https://www.youtube.com/watch?v=SxdOUGdseq4 (See the "Simple Made Easy" - Rich Hickey 2011 talk.) + +Containers are easy because they automate getting arbitrary "isolated" Linux environments and running processes on them. Additionally, you can find container images for mostly everything on the Internet. For this reason, it is very easy to run much software using containers, often with a single command. + +However, containers are easy, but not simple. Containers combine many different techniques to achieve their ease, and thus, frequently you hit problems derived from any of the techniques containers use. + +However, Docker popularized many good ideas, both directly related to containerization and general ideas! There are still places where containers are the right answer. + +## Reasons not to use containers + +### Containers are Linux + +The fact that containers are a Linux technology is the most common point of complexity. + +One result of this is that using containers on any operating system that is not Linux, such as Windows or macOS, requires a Linux virtual machine. + +This has some accidental problems, like increased memory and CPU usage, and derived inconveniences like decreased battery life and fan noise. + +But the main issue is that adding this VM makes things more complex, mostly because you are adding networking to the mix, and some container features are not available or work worse, like bind mounts. + +Most issues can be worked around, but this requires more effort, or at least, more knowledge overhead of knowing how to avoid these issues. + +(On top of that, people who develop processes using Linux are not exposed to these issues, so they are likely to introduce issues without realizing what works on their Linux workstation does not work on macOS or Windows workstations.) + +### Container images are big and expensive + +Optimizing the size of container images can require significant effort. Popular public images are often optimized for size, but even with optimized images, storing and moving container images frequently requires much more bandwidth and storage than the alternatives. + +There are free ways to host private container images, but they are frequently limited in size, bandwidth, or both. You can easily run into Docker Hub limits, GitHub only provides 2gb of storage, etc. + +Building container images also can require significant resources. + +### Containers require specialized knowledge + +Using containers frequently requires learning quite a few things specific about containers. + +* Containerfile design is not obvious. Some questions, like ADD and COPY, or CMD and ENTRYPOINT are difficult and not well documented. + +* Container design is not obvious. Docker popularized "application containers", a fuzzy concept that is related to "single process containers", 12 factor architecture, and a few other ideas. Solving your problem might require good knowledge of application container design and use. + +* Container tools are complex, because containerization is difficult. Likely you need to know some intricate details of how Linux file permissions and users work, for example. + +Not using containers can mean avoiding having to think about these things, and being able to use the time you save to actually solve your problem. + +### Docker is not so good, targeting multiple container engines is not trivial + +Docker was the first popular container engine. Docker was a revolution and invented or popularized many great ideas. However, knowledge about containers was not well established when Docker was invented, and since then, better ways of doing many things have been discovered. + +Other tools such as Podman or Fedora Toolbx and adjacent tools such as Distrobox have introduced many improvements respect Docker, while still reusing and being compatible with many Docker concepts. + +However, creating processes and tools across these different tools can be difficult, despite their apparent compatibility. + +### In some scenarios, containers do not add much + +Mainly after the rise of the Go programming language, distributing binaries has become easier. Distributing binaries on Windows and macOS has always been simpler than distributing binaries on Linux. + +However, nowadays many programming languages can create binaries that can be downloaded and executed on most Linux distributions. + +One of the main benefits of Docker has been ease of distribution of software, but nowadays this is easy to achieve through binaries. + +### Beware container images + +Much software is distributed nowadays as container images. The abundance of container images means that learning how to use containers helps you run a wide variety of software distributed as a container image. + +However, many container images are not of great quality, nor are adequately updated. + +In some cases, you can find software that has a container image, but where the container image is not of sufficiently good quality and can cause issues down the road. + +## Reasons to use containers + +### Containers still provide isolation easily + +By default, running a container does not alter the system that runs the container significantly. + +This is a huge advantage, and in many cases, more difficult to accomplish without containers. + +### Making things work across different operating systems is not trivial either + +Some decisions in software, like programming language or dependency choices, influence greatly how easy running the software on different operating systems is. + +In many cases, making something run in a specific distribution and packaging as a container can be the most resource-efficient way to distribute software that works across Windows, macOS, and most Linux distributions. + +Finding the right combination that makes software portable can require significant effort, or even be unviable. + +### Some container-related software has good and unique ideas + +For example, the controversial Kubernetes still provides a distributed standardized operating system that can be managed in a declarative way. This is a powerful concept, and still the preferred way to package software for Kubernetes depends on container images. + +## What to use instead of container images + +* Binaries +* "Portable-friendly" development tools such as Go, uv, or Cargo. diff --git a/blog/content/notes/tech/crud-is-an-important-unsolved-problem.gmi b/blog/content/notes/tech/crud-is-an-important-unsolved-problem.gmi new file mode 100644 index 00000000..c338f785 --- /dev/null +++ b/blog/content/notes/tech/crud-is-an-important-unsolved-problem.gmi @@ -0,0 +1,78 @@ +# CRUD is an important unsolved problem + +The CRUD (initials of create, replace, update, and delete) term is used to describe the implementation of applications that provide a simple interface to a database. + +If you have used a computer for work, then you likely have used a system that allows to manipulate records of customers, orders, products, or any other information related to the business. + +Although programmers have been written a huge amount of CRUD systems for decades, my perception is that the costs of implementing CRUD systems is a major problem with important consequences. + +There are two major approaches to implementing CRUD systems: + +* Traditional programming: combining a relational database and most existing programming languages enables programmers to create CRUD systems. +* "No code" (or "low code"): many products and services enable non-programmers to describe their data structure and the user interface requiring less technical knowledge than the traditional programming approach. + +## About implementing CRUD systems with traditional programming + +The Python Django web framework coupled with a relational database requires writing the least code of all the platforms I have used to write CRUD systems. + +Most of what you need to do when using Django is to describe what you need, instead of implementing the mechanical parts of a CRUD system. + +Out of the box, Django provides: + +* List and detail views, including nested views. Many systems provide "flat" details view where you can edit a record, but not associated records. For example, they provide a detail view for customers where you can edit the customer name and other information, but any "multiple" information, such as multiple addresses or phone numbers, must be edited in a different view. This is frequently a huge issue, and it can require writing a significant amount of code in other systems. With Django, you can implement this by describing the associated data. +* Multi user authentication and role-based authentication. With Django and without programming any code, administrators can create groups, assign users to groups, and limit the kinds of records that each group can view or edit. +* Primitive change tracking. Out of the box, changes to records are tracked automatically and can be consulted. + +For most CRUD implementations, alternative platforms require significantly more effort to implement those features. + +Additionally, the entire stack is open source software that does not require paying licenses. + +(Surprisingly, in the past there existed even more sophisticated CRUD platforms. But sadly, most have disappeared.) + +## About implementing CRUD systems with no code + +A huge amount of systems provide similar functionality, in an even more friendly manner. + +They typically provide a user interface where you can create tables, add columns, and describe the user interface without programming. + +Some of those systems offer features comparable or superior to Django. + +However, because those systems focus on no code usage, frequently you hit roadblocks when using them. + +When you need a feature that they do not provide, it is either impossible to do it, or it requires programming in an unfriendly environment. + +Programming CRUD features can be complex. While traditional programming tools have evolved providing many features such as automated testing and advanced code revision control systems (rolling back bad changes and others), no code CRUD platforms do not reuse the wealth of programming tools that have been developed for traditional programming. + +Non-developers frequently face huge challenges going beyond the basics of what the tool provides, and developers struggle and suffer by working in environments that are more limiting compared to others. + +## The consequences of the high cost of development of CRUD systems + +In these conditions, most CRUD systems are expensive and do not work well. + +Organizations often resort to systems such as spreadsheets that can be productive, but have severe reliability concerns. + +No code CRUD systems often have significant costs and lock in their customers, because migrating costs can be astronomical. + +CRUD systems implemented with traditional programming often are costly to maintain and extend. + +In most cases, organizations cannot justify the costs of tailoring the CRUD system entirely to their needs, so they suffer from using CRUD systems that do not meet their needs. + +## Possible approaches + +### Improving existing traditional programming CRUD platforms + +I believe systems such as Django can still see many improvements. Likely, both the amount of technical knowledge to use these systems and the amount of effort to design CRUD systems can be reduced significantly. + +### Providing systems to transition from no code approaches to traditional programming + +No code approaches are wonderful, because giving end users the ability to describe what they need enables them to experiment and become productive very quickly. + +However, no code platforms cannot provide all features needed, and in many cases, end users will struggle past a certain point. + +Providing a way to migrate to a traditional programming approach would enable breaking this barrier and scaling systems more effectively. + +(Some no code platforms have APIs. With them, programmers can write code to extend the no code CRUD systems using traditional programming approaches. However, implementing functionalities through APIs has limitations and specific problems.) + +## Further reading + +=> about-django About Django diff --git a/blog/content/notes/tech/document-formats.gmi b/blog/content/notes/tech/document-formats.gmi new file mode 100644 index 00000000..385c0c0e --- /dev/null +++ b/blog/content/notes/tech/document-formats.gmi @@ -0,0 +1,97 @@ +# Document formats + +Most of the time, when writing a document, I want a document format with the following properties: + +* Fast to write using a plain text editor +* Easy to parse into an AST + +An AST is a programming-friendly representation of a document. ASTs reduce the effort required to write tools such as a program that validates links in a document. Ideally, ASTs contain information to track a document element to the position it occupies in the original document. With this information, if you write a tool such as a spell checker, then you can highlight misspelled works precisely in the original document. + +On top of that, some features that I don't always need: + +* Math support +* Sophisticated code blocks. For example, being able to highlight arbitrary parts of code blocks (not syntax highlighting). +* Diagram support + +## Existing formats + +### Markdown + +* Easy to write using a plain text editor +* Has good AST parsers with position information +* Has math support +* Does not support sophisticated code blocks +* There are many extensions with support for math, diagrams, and many others +* Is very popular and supported everywhere +* However, there is a wide variety of variants and quirks +* Especifically, because Markdown was not designed with parsing in mind, so tools based on different parsers can have differences in behavior + +### Djot + +=> https://djot.net + +It is very similar to Markdown, except: + +* It is designed for parsing, so independent parsing implementations are very compatible with each other +* It is not so popular, so there are less extension and tool support + +### AsciiDoc + +=> https://asciidoc.org + +Compared to Markdown: + +* It's more complex to write, but mostly because it's different and more powerful +* There are attempts to write better parsers, but good parsers with position information are not available yet +* Supports sophisticated code blocks +* It has a smaller ecosystem than Markdown, but many good quality tools such as Antora + +### Typst + +=> https://typst.app + +Checks all my boxes, except: + +* It is designed for parsing and it has an AST, but it is not easy to access +* Currently Typst is very oriented towards generating paged documents (e.g. PDF) +* It includes a full programming language, which is mostly good (very extensible), but this might increase complexity undesirably + +Typst is very new and is not yet very popular. + +=> https://codeberg.org/haydn/typesetter Typesetter is a desktop application that embeds Typst, so no additional setup is needed. However, Typesetter is only available as a Flatpak. + +### Verso + +=> https://github.com/leanprover/verso + +A Markdown-like closely tied to the Lean programming language. + +* Eliminates ambiguous syntax for easier parsing and is stricter (not all text is valid Verso) +* Has a (Lean) data model +* Designed for extensibility + +### TODO: other formats + +=> https://github.com/nota-lang/nota Nota (a document language for the browser) +=> https://github.com/christianvoigt/argdown Argdown (for argumentation) +=> https://github.com/podlite/podlite Podlite +=> https://orgmode.org Org Mode (an Emacs-based tool based on a lightweight markup language) +=> https://github.com/nvim-neorg Neorg (similar to Org Mode for Neovim) +=> https://github.com/sile-typesetter/sile Sile (typesetting system) + +## Creating your own formats + +=> https://github.com/spc476/MOPML Someone created its own lightweight format using Lua and PEGs. +=> https://tratt.net/laurie/blog/2020/which_parsing_approach.html "Which parsing approach" has information about choosing parsing approaches. + +## About gemtext + +=> https://geminiprotocol.net/docs/gemtext-specification.gmi + +Gemtext is an extremely minimalistic markup language designed for use with the Gemini protocol (an extremely minimalistic protocol similar to HTTP). + +The Gemini protocol and gemtext are intentionally designed to limit their power, in my opinion as a comment on the web. + +This document is gemtext-native for use in my own minimalistic publishing system. + +I also use it as a statement, although the limitations of gemtext can be significant in technical writing. For example, gemtext has no inline links, no inline verbatim code, only three levels of headings, etc. diff --git a/blog/content/notes/tech/gadgets/about-headphones.gmi b/blog/content/notes/tech/gadgets/about-headphones.gmi new file mode 100644 index 00000000..99cce0a3 --- /dev/null +++ b/blog/content/notes/tech/gadgets/about-headphones.gmi @@ -0,0 +1,152 @@ +# About headphones + +There is not a perfect set of headphones. + +## Headphones I use + +These are a few notes about the headphones I use, with pros/cons. + +### Shokz OpenComm / MONODEAL MD08 PRO + +These are my favorite headphones for remote work, meaning calls. Shokz are bone conduction, meaning they do not go over your ear, or inside your ear, but rather sit on your temples. They vibrate on near the bones in your ear. This produces a strange sensation, but has many advantages (and disadvantages). + +* These are the most comfortable headphones I have ever tested. I can literally wear them for several hours and I do not notice I have them on. They do not warm your ears, or exert pressure, or anything. It's more similar to wearing glasses (and they do not interfere with wearing glasses). They also have a very secure fit, they cannot fall, etc. The only issue with comfort is using them in bed, or when your head is resting on something. +* The sound quality is good for calls, but probably the quality for music can be criticized. +* They provide **NO** sound isolation whatsoever. This is good, because you do not have to take them off to interact with people physically. But this is bad, because you will hear any noise around you. +* However, they have a boom mic, meaning they supposedly avoid most background noise. +* The controls are minimal, a volume rocker and a call/hang up button. Muting requires pressing volume up and down at the same time, which is not convenient, so normally I use software mute. +* They look very strange, and I don't feel comfortable wearing them on the street, etc. +* When I'm not using them, I charge them. I have never run out of battery. + +I used them with the Avantree DG80 adapter (see below) with my laptops, which avoids most Bluetooth issues, but still some issues remain. Recently I use them directly on Windows and Linux without much issue. + +They cost around 150€. + +My major doubt is if other Shokz headphones without a boom mic work well for calls. The OpenComm are more expensive than models without boom mic. + +Update: I lost the Shokz and got a MONODEAL MD08 PRO instead, which cost about half. They are fine too. + +### Mpow Air 2.4G + +This is a cheap clone of the HyperX Cloud Alpha gaming headset. Those are over ear wireless headphones with a wireless USB adapter. + +* Using USB does avoid **ALL** problems with USB. They **always** work flawlessly with a computer, and sound quality is great. However, they are impractical to use with a smartphone. +* They have great sound isolation, so they filter most noise. However, you need to take them off to hear your surroundings, which is sometimes inconvenient. +* The microphone is very good. However, some other gaming headsets mute the mic automatically when you move it "pointing up". This has a dedicated microphone mute button, and a volume wheel. +* I find them uncomfortable, and I don't like wearing them for more than 30 minutes or so. They are also bad for use in bed, etc. +* When I'm not using them, I charge them. I have never run out of battery. + +These headphones are great when I need to focus or when my environment is very noisy. I use them mostly for work, esp. when I need to record my voice. + +They cost around 75€. + +### Jabra Elite 85t + +Those are true wireless earbuds. + +* Music quality is very good. +* Microphone is bad. It picks up a lot of wind and noise. +* They are quite comfortable. Less than the Aftershokz, but I can wear them for long stretches, and I can use them in bed. +* The controls are a bit difficult to use, although they are physical buttons. +* They have some sound isolation and passthrough mode. +* They can play background noise. +* The battery is decent, but you will have to be more careful with running out of battery. However, they have wireless charging, which is nice. I'm somewhat concerned about battery degradation too. +* True wireless earbuds can be inconvenient, if you are on the street and you want to remove them, you either need to locate their case and store them in (takes time), put them in a pocket... They don't have a very secure fit, and if they fall of your ear, there is no cable that will prevent them from falling into the floor and breaking (I think this happened to my 65t), or into a toilet, etc. + +I like using these to listen to music, or to watch TV. + +They cost around 150€. + +### Sennheiser HD 458BT + +These are over ear Bluetooth headphones. + +* Music quality is very good +* I have not really tested the microphone much. I have done some calls with them, but obviously they pick up noise. They do not have a boom mic. +* They have good noise isolation, both physical and software. +* They have lots of controls, and they are quite nice. +* I have worn them for two hours and a half straight, they become a bit uncomfortable, but usually removing them for a minute is enough. +* Battery seems to last more than enough. +* They are a bit bulky, so if you remove them and put them around your neck they are not comfortable. + +I like using these for music and TV too, and I normally use them on plane/train trips. + +They cost around 150€. + +### Cheap wired earbuds with microphone + +I have two pairs I bought in a supermarket. They have decent quality, they never run out of battery, and they have no connection issues or require no dongle. They are nice backup, and they are good for calls. + +I use them on the go, although one of my phones and my ChromeOS tablet require a USB adapter :( I also use them plugged into my computer monitor, with an extension cable so I can plug/unplug them easily. + +Each pair costs 5-10€. + +### Sleep headband + +I took an acquaintance's unused sleep headband. That's a small Bluetooth control unit and flat speakers embedded in a fabric headband. I cannot find the original model- you can find many variants costing from 15-20€. + +They are a bit bizarre because the control buttons are in your forehead. + +They solve many problems about using headphones in bed: they are quite comfortable (although my head is slightly too big for those) and they don't fall, although they can slip out of position. Sound quality is not great, but it's decent for music for non-audiophiles. + +## Notes + +### On form factors + +I don't think it's possible for one headset to be good at everything: + +* Calls +* Music +* Noise isolation vs environment awareness. Headphones isolate or not. Some isolating headphones have passthrough modes, but very few headphones can activate this immediately. +* Comfort (esp. in bed) +* Battery life +* Connection +* Easy and varied controls (mute, volume, etc.) + +Some of those areas are at odds with others. + +I use different headphones for different purposes. + +I know people who like very much wireless earbuds with a neck band, because they fix many of the convenience issues of true wireless earbuds. (They add more battery, they help if the earbuds fall from your ear, they put the microphone closer to your mouth, etc.) However, I have never used this format. + +### On microphones + +The closest a microphone is to your mouth, the less noise it will pick up. I do not have any indication that there are headphones whose microphone sits near your ears that do not pick up a lot of noise. (My Jabra Elite 85t and the previous 65t pick up a lot of noise and wind.) + +My experiences with headsets with a boom mic are much better in noisy environments. + +### On Bluetooth and computers + +I have heard many issues with Bluetooth and computers, including Windows, Linux, and macOS. Lately, I have had good succes under Windows and Linux (I have not used macOS lately). + +When I had issues with Bluetooth on Linux, I used an Avantree DG80 Bluetooth *sound* adapter. This is not a regular generic adapter to add Bluetooth to computers that do not have Bluetooth. This is a Bluetooth audio device that connects to headphones or other Bluetooth devices and appears in your computer as a USB audio device. Therefore, the Bluetooth implementation in your computer is ignored. The device provides its own codecs. + +With this, you avoid most of the issues of Bluetooth on computers, which sometimes works worse than on smartphones. + +Also, if you pair a Bluetooth headset with the adapter, you can plug the adapter to multiple devices and the headsets will "follow" the adapter, without requiring pairing. + +This does not avoid all problems. Notably, using the microphone requires the adapter to detect that your computer requests microphone use, and switching the Bluetooth mode. This requires a few seconds. + +However, the adapter has all the "good codecs", so most sound quality issues are avoided, even on Linux. + +### On mute + +Unfortunately, few combinations of headphones and software have integrated mute capabilities. + +I don't like having separate mute controls: + +* On the headset +* On the operating system +* On the "software" (like Google Meet, Teams, etc.) + +It is inconvenient, because with so many controls it's easier to make mistakes and you are slower. + +Software mute is good, because other people will see you are muted. This means, for example, that when you unmute, people might notice that you want to speak, etc. + +However, software mute requires interacting with the application, so it's not good for multitasking. + +Some headset mutes have a LED light that indicates you are muted, but it's not great. + +### On gaming controllers + +The XBox controllers **with their USB adapter** and the Playstation controllers **when plugged into a Playstation console** allow you to plug a wired headset. This is very nice, because they work very reliably and you avoid much of the wireless problems (connection, battery, etc.). If you play a lot, it's nice to have controllers with this feature. diff --git a/blog/content/notes/tech/gadgets/pocket-computers.gmi b/blog/content/notes/tech/gadgets/pocket-computers.gmi new file mode 100644 index 00000000..a31970ef --- /dev/null +++ b/blog/content/notes/tech/gadgets/pocket-computers.gmi @@ -0,0 +1,38 @@ +# Pocket computers + +In 2011, I started using a Blackberry Bold 9780, until 2014. The usable keyboard made me think that a device like this could replace laptops and desktop computers. Together with a functional browser and the trackpad (which allowed using mobile-unfriendly websites), the Bold was a great device for me. + +The Blackberry Classic I used 2015-2017 was the pinnacle of this idea, together with a prescient gesture interface and many great UI innovations which have been since lost. + +The Blackberry KeyONE I used 2017-2021 was the last device I used that had this greatness. + +Since then, I believe the loss of physical keyboard phones means that some uses of the smartphone have disappeared. + +=> https://www.bringbackblackberry.com/ + +## Current devices + +=> https://www.unihertz.com/products/titan-pocket Titan Pocket (owned) + +* The keyboard feels worse than a Blackberry +* The keyboard has deteriorated with age (some keys require extra pressure to activate, meaning typing is painful) +* The keyboard software is insufficient for writing in Spanish and Catalan + +=> https://www.clicksphone.com/communicator Clicks Communicator +=> https://www.clicksphone.com/powerkeyboard Clicks Power Keyboard +=> https://keyphone.tech Keyphone +=> https://www.lilygo.cc/products/t-deck T-Deck +=> https://www.lilygo.cc/products/t-keyboard T-Keyboard +=> https://beepy.sqfmi.com Beepy +=> https://shop.m5stack.com/products/m5stack-cardputer-kit-w-m5stamps3 Cardputer +=> https://mecha.so/comet Mecha Comet +=> https://www.tindie.com/stores/zitaotech ZitaoTech refurbs keyboards, but they seem to be permanently out of stock. +=> https://linkapus.com/ The Q25 project is a project to put an Android phone inside a Blackberry Classic shell. + +## Obstacles + +### Communication platforms without an open API + +The main use of a pocket computer with a physical keyboard would be communication. Unfortunately, many communication platforms I use are closed, so I can only use them with an Android (or similar) device. If this was not the case, using devices with other operating systems would be more feasible. + +Although I do not use WhatsApp a lot (I use mostly Telegram), living in Spain it is unavoidable. I hope that the DMA will allow me to send messages to WhatsApp users through something that has an API, the DMA does not seem to be effective as of now. diff --git a/blog/content/notes/tech/gadgets/x12.gmi b/blog/content/notes/tech/gadgets/x12.gmi new file mode 100644 index 00000000..05491f37 --- /dev/null +++ b/blog/content/notes/tech/gadgets/x12.gmi @@ -0,0 +1,47 @@ +# Lenovo ThinkPad X12 Detachable Gen 1 + +This is the laptop I used for work from early 2024 to early 2026. The laptop is leased, and was built on late 2021. + +## Linux compatibility + +Linux has several problems: + +* The keyboard is really a USB device (it is detachable), and you can only switch ctrl+fn using a Windows app or: + +=> https://github.com/manueljaeckle/thinkpad_x12_fn_switcher + +* Apparently, you cannot use the volume control keys in Linux either. However, I do not use those in Windows so I don't care. + +## Form factor + +One of the main reasons for picking this laptop is that it's very light. The laptop with keyboard weighs 1.1kg. + +The keyboard is detachable, which has pros and cons: + +* You cannot comfortably use the laptop on your lap. +* However, detaching the keyboard and using it as a portrait tablet to read documentation is great. + +### Keyboard + +The keyboard is very good, but slightly inferior to a full ThinkPad keyboard: + +* There is no insert key. +* For me, muscle memory does not work well when switching to a full ThinkPad keyboard. + +However, it still is a pleasant keyboard to use. + +### Screen + +The screen looks good. But because it is glossy, sometimes I have issues with reflections. + +### Battery + +I have only used the battery when it was three years old already. I can use the laptop for about 4 hours of somewhat intensive usage (some calls, working with compiled languages and LSP). + +### Pen + +Unfortunately, the leaser did not deliver a pen. + +## Others + +Besides what's been mentioned, I do not find any other problem with the laptop. diff --git a/blog/content/notes/tech/git-advice.gmi b/blog/content/notes/tech/git-advice.gmi new file mode 100644 index 00000000..8ec41105 --- /dev/null +++ b/blog/content/notes/tech/git-advice.gmi @@ -0,0 +1,21 @@ +# Git advice + +## Never use "git commit -m", use "git commit -v" + +Configure your system so that the EDITOR environment variable refers to your preferred editor. + +With "git commit -v" you can see your commit diff while writing your commit message. This helps you review that your commit is correct and write a better commit message. + +## Use gitignore properly + +=> https://git-scm.com/docs/gitignore gitignore + +Note that by default, Git defaults to $XDG_CONFIG_HOME/git/ignore or $HOME/.config/git/ignore. + +## Use the modern Git commands (or teach them) + +Particularly, "git checkout" has many functionalities that now can be handled by more focused commands like "git switch" and "git reset". + +If you have too much muscle memory and are used to them, then consider learning them only to teach other people so that they start with the safer commands. + +Many Git commands print suggestions that use the newer commands. diff --git a/blog/content/notes/tech/github-annoyances.gmi b/blog/content/notes/tech/github-annoyances.gmi new file mode 100644 index 00000000..a36214b9 --- /dev/null +++ b/blog/content/notes/tech/github-annoyances.gmi @@ -0,0 +1,7 @@ +# GitHub annoyances + +## The repository creation wizard can be confusing initially + +When creating a new repo, GitHub offers you to populate the repository with some files (a README, a .gitignore file, a license). + +In some situations, you have an existing directory in your computer with files that you want to be the initial contents of the repo. If you create a truly empty repo, then GitHub displays some instructions that can help pushing the contents of your existing directory to the new repo. If you use the GitHub features to populate the repo, then GitHub does not display these instructions and uploading your files requires more knowledge. diff --git a/blog/content/notes/tech/internet-communication-channels.gmi b/blog/content/notes/tech/internet-communication-channels.gmi new file mode 100644 index 00000000..efdc18af --- /dev/null +++ b/blog/content/notes/tech/internet-communication-channels.gmi @@ -0,0 +1,131 @@ +# Internet communication channels + +If you want to provide a communication channel for a community over the Internet and you are considering options such as: + +* Slack +* Discord +* Reddit +* Telegram +* WhatsApp +* Facebook +* Or any other communication channel controlled by a single big company + +, then please read this article and consider an alternative. + +Because such channels are often convenient, cheap, and easy, they are natural choices. + +However, companies are about maximizing their benefits first. Certainly, providing convenient, cheap, and easy services often help companies make money. But I believe we have seen enough examples of companies putting their benefits first in detriment of their users. + +Using these alternatives will always require more effort. This text is long, and just reading and processing it might take more time than setting up a channel on the services mentioned above. The alternatives I describe certainly have drawbacks compared to the services I am asking you to avoid. However, in the long run I think making an extra effort to make an informed choice pays off. + +## A quick litmus test + +If you only thing about a single thing, then think about this: how many independent clients are for this communication channel? + +How tightly the people behind the channel control clients is a good indicator of how much they want to maximize profits. + +## Alternatives + +### IRC + +IRC is a real-time chat protocol created in 1988 that is still in use. Many perceive flaws in IRC that seem to make it a bad choice. However, many IRC flaws have been addressed in recent times and I believe it is a good choice in many (but not all) scenarios. + +The biggest traditional issue with IRC is channels without history, where you cannot see messages posted while you were offline. (If you suspend or turn off your laptop, you will be offline in IRC. Even if you run your IRC client continuously on your client, if your phone goes out of coverage or your phone suspends your IRC client, you will be offline.) However, nowadays you can create channels with history. + +Channels without history are frequently confusing for new users, because most chat systems have history. Heavy IRC users are either used to having no history [this might seem surprising, but for some this is even a benefit] or have means to be permanently connected to IRC. However, users new to IRC might join a channel, post a question and go offline without anyone having a chance to see their message and reply. Then, unless people remember to answer when they are back, or other means are used, answers will not be visible to the person who asked. + +The chathistory extension addresses this problem. As far as I know, only the Ergo IRC server and their network support this extension. + +Some advantages of IRC are: + +* You can use IRC without creating an account. This can be especially useful for providing a general contact mechanism. You can create links that will ask for a nickname, and place you into a channel without any additional steps. +* IRC is a very simple protocol with more than 30 years of history. This means that many developers have invested significant efforts in creating powerful IRC clients and tools (such as bots). And lately, many easy IRC clients are available. This means that IRC can scale from simple setups that require little effort to use, to powerful setups that can provide interesting features. (If you are used to plain communication clients, you might be surprised at how valuable some features can be.) + +Some drawbacks of IRC are: + +* IRC does not have end-to-end encryption, and thus IRC administrators can read every conversation. This is not a huge problem for public or semi-public channels, but it limits IRC for many scenarios. +* IRC requires more effort from administrators to provide a good experience to entry-level users, control spam, and others. (An important point is that although integration with audio/video conferencing is possible, it requires more effort and provides a lesser experience.) +* IRC is mostly text-based. Although many IRC clients can display images and GIFs, communicating with images and GIFs is harder on IRC. (And IRC also does not have integrated audio/video conferencing.) +* Push notifications are not common yet. Although it is possible to receive instant notifications when you are mentioned or receive a private message, this is frequently difficult. In general, IRC on mobile phones is not as evolved as on desktop computers. + +Interesting projects: + +=> https://github.com/ObsidianIRC/ObsidianIRC ObsidianIRC (web client) +=> https://kiwiirc.com/ Kiwi IRC (web client) +=> https://codeberg.org/emersion/gamja Gamja (web client) +=> https://soju.im/ Soju (bouncer) +=> https://halloy.chat/ Halloy (graphical desktop client) +=> https://git.sr.ht/~delthas/senpai Senpai (terminal client) + +### Delta Chat + +Delta Chat is an instant messaging system that tries to be very similar to the most popular instant messaging systems. + +However, there are multiple clients and anyone can run a server. + +The strangest thing about Delta Chat is that is uses email underneath. However, I would recommend ignoring this fact. + +### XMPP + +XMPP is younger than IRC, but older than Matrix. Compared to Matrix: + +* End-to-end encryption and audio/video conferencing is possible with XMPP, but in practice it can be difficult to access these features. +* There's more XMPP clients than Matrix clients, but it is also hard to find clients that support all the features you need on different platforms. + +For some scenarios, if you find the right combination of XMPP server and clients, XMPP can be a great option. + +Historically, XMPP was not well-suited to mobile usage. Nowadays, mobile usage is better, but finding the right clients to use is still a challenge. + +### Matrix + +Matrix is a more modern chat protocol that addresses some of the drawbacks of IRC: + +* Matrix has end-to-end encryption, so conversations between users are private to Matrix administrators. +* Matrix requires less effort from *channel* administrators. (But running a Matrix server requires significant resources. However, there are public Matrix servers and managed services. Thanks to end-to-end encryption, using a public Matrix server is an interesting option.) +* Matrix has good support for audio/video conferencing, images and GIFs, reactions, push notifications, and phone usage. + +But also some disadvantages compared to IRC: + +* Users need to create accounts. +* Using end-to-end encryption makes some usage harder. (Although end-to-end encryption is optional.) +* There are fewer clients and tools, and generally they are more complex, more resource intensive, and less featureful. (And not all clients support all features.) + +### Other alternatives to consider + +Zulip offers instant messaging, but has some characteristics from forums. (For example, Zulip uses threads with subjects.) + +Mattermost and Rocketchat are designed for communication within organizations. + +And lastly, because all the technologies mentioned in this text allow integrations, there are bridges to join different technologies. + +For example, IRC channels can be bridged to Matrix rooms. + +Although bridges are not ideal, in some cases you can use them to make one channel available over different technologies, which might address the limitations of specific technologies. + +Although my perception is that most communities nowadays communicate over instant messaging, many communities use successfully more asynchronous communication channels. In some cases, providing both instant messaging and an asynchronous channel can also work well. + +Mailing lists (and their sibling, newsgroups) are older than IRC. Although mailing lists are far less popular than in the past, many communities still use mailing lists. + +Mailing lists have several advantages: + +* Having an email address is nearly a necessity for all Internet users. Mailing lists often require no user account other than an existing email address. +* In a way, email and mailing lists share many similarities with IRC. Although most people are users of just a few mail services and clients, there is a wide variety of services and clients. Email power features are somewhat forgotten, but they still exist and mail clients can have very convenient features. +* Most mailing list have good ways to browse and search past messages. Email discussions are more naturally searchable, thanks to their slower pace and thread organization. + +However, they also have many advantages: + +* As people no longer use email to communicate, going back to email can cause significant friction. +* Finding a good mailing list service is difficult. (And hosting your own is also more difficult than hosting other services.) + +In my opinion, mailing lists are good, but they have become foreign to most people. + +Forums used to be very popular. + +Compared to mailing lists: + +* Forums require creating an account. +* Forums do not have multiple clients, although forum software has also evolved for a long time, and many forums have great features. +* Forums are also a bit out of style, but they are more popular and familiar to most than mailing lists. +* Finding a forum service or hosting one is simpler than email. + +Social networks tend to be slightly different communication channels than instant messaging or asynchronous messaging. Alternatives to social networks also exist. However, in my opinion, social network-style communication is not optimal for "communities" in most cases. Still, you might want to explore alternatives. The Fediverse (or ActivityPub) has many different varieties of communication channels that might suit your needs. diff --git a/blog/content/notes/tech/ledger.gmi b/blog/content/notes/tech/ledger.gmi new file mode 100644 index 00000000..97a0af3f --- /dev/null +++ b/blog/content/notes/tech/ledger.gmi @@ -0,0 +1,58 @@ +# ledger + +=> https://ledger-cli.org Ledger is a double-entry accounting system based on a text file format. + +=> https://plaintextaccounting.org/ The Plain text accounting website lists more software based on the ideas. + +This document contains notes about how I use ledger. + +## Configuration + +My ~/.ledgerrc just contains: + +``` +--file ~/Nextcloud/finances.ledger +--date-format %Y-%m-%d +``` + +I store my ledger file in my Nextcloud instance, so Nextcloud synchronizes across my computers. + +Other than that, I just configure the YYYY-MM-DD date format. + +## Registering transactions + +I try to register most transactions the first moment I'm at my keyboard. + +I do so manually without automations. + +In 2025, I registered over 800 transactions, and I didn't feel it was tedious. + +My main text editor is Emacs, so I use ledger-mode: + +* Automatically adds indentation and alignment. +* Autocompletion of accounts and payees. + +To register transactions, I run: + +``` +ledger reg bankname:accountname +``` + +Then, I correlate with the running total that my bank websites show to find the first missing transaction and go on from there. + +I have a monthly calendar reminder to catch up on all accounts. In this session, I also update my pension plan accounts with their current value. + +## Tagging + +### who + +I use the who tag because I want to make reports based on specific beings. For example, I want to query quickly costs associated to the cat. + +In 2026, I think I will have some accounts like "Expenses:Supermarket:My Name" too, so I'm experimenting with the following snippet: + +``` += :My Name + ; who: myname +``` + +This seems to automatically add the tag to related accounts. diff --git a/blog/content/notes/tech/migadu.gmi b/blog/content/notes/tech/migadu.gmi new file mode 100644 index 00000000..9fc5a80e --- /dev/null +++ b/blog/content/notes/tech/migadu.gmi @@ -0,0 +1,100 @@ +# Migadu + +=> https://migadu.com/ + +## A strategy to handle email addresses + +Email addresses can be "vanity" or "non-vanity". +Vanity email addresses are meant to be public and memorable, for example firstname@lastname.tld. + +Set up any vanity domains that you want, and a non-vanity domain. + +### Non-vanity email addresses + +In the non-vanity domain, you create the {me}{code}@nonvanity.tld mailbox. + +{me} identifies you, you can have multiple users with different {me} identifiers in a single non-vanity domain. + +This strategy uses {code} to obfuscate email addresses. When you use {code} in an email address, ideally you should be able to identify if the {code} is valid or not. + +For example, you could use a four-digit {code} and store what code you have used for each address. If you use x3452 and store this code, when you receive an email that does not match, such as x3453, you know the code is incorrect. + +Alternatively, you can use hashing so that you do not have to store all codes. + +No one except you should know about {me}{code}@nonvanity.tld. + +Then you create a pattern rewrite from {me}.*@nonvanity.tld to {me}{code}@nonvanity.tld. + +When you need a non-vanity email address, you create a new {me}.{entity}{code}@nonvanity.tld, where {entity} is the entity that communicates with this email address and {code} is a new code. + +Mails received at {me}@nonvanity.tld are incorrect. Mails received without the correct code are incorrect. + +### Vanity email addresses + +Create any needed {id}@vanity.tld addresses. + +Different from non-vanity email addresses, vanity email addresses can be guessed and you cannot identify invalid email. + +=> misc-linux-stuff See "email forwarding via IMAP" for notes about forwarding between different email servers. + +### TODO Filing + +Because each vanity email address and entity has a different email address, you can file emails automatically into folders if wanted. + +## Migrating email from Gmail + +``` +imapsync --user1 xxx@gmail.com -passfile1 gmailpass --user2 a@a.com --host2 imap.a.com --passfile2 pass --gmail1 +``` + +To move mail, add --delete1. But this seems to make `imapsync` much slower! (IIRC, also this didn't remove the emails from GMail!) + +### Preventing issues with multiple tags + +An email message can have multiple "tags" in Gmail that correspond to IMAP folders. If you have messages with multiple tags, then the migration will duplicate messages in multiple folders or file mails to one folder at "random". + +imapsync has features to control this, and avoid problems with the "all mail" and "sent mail" Gmail folders, but for further control, you can refile emails to have a single tag. + +I have an mbsync replica of my Gmail account for backup purposes. This replica can be used to find messages with multiple tags: + +``` +find . -path './\[Gmail\]/All Mail' -prune -o -not -name index -type f -exec grep -H ^Message-ID: {} \; >index +``` + +Produces one file with lines: + +``` +/.../cur/f:Message-ID:... +``` + +``` +#!/usr/bin/env python3 + +import pathlib +ms = pathlib.Path("index").read_text().splitlines() + +import collections +idx = collections.defaultdict(set) + +for m in ms: + path, _, id = m.rsplit(":", 2) + f = "/".join(pathlib.Path(path).parts[:-2]) + idx[id].add((path, f)) + +for id, vs in idx.items(): + fs = sorted(set([f for (_path, f) in vs])) + if len(fs) > 1: + print(fs) +``` + +``` +./idx.py | sort | uniq +``` + +Clear up multiple tags in Gmail to prevent duplicates. + + +## Notes + +* Aliases do *not* have plus addressing, use a "pattern rewrite" instead. +* New domains come with 'junk messages with word "SPAM" in subject (case insensitive)' on by default; go to domain, spam filtering, aggresiveness to disable. diff --git a/blog/content/notes/tech/misc-linux-stuff.gmi b/blog/content/notes/tech/misc-linux-stuff.gmi new file mode 100644 index 00000000..a5521f1f --- /dev/null +++ b/blog/content/notes/tech/misc-linux-stuff.gmi @@ -0,0 +1,116 @@ +# Misc Linux stuff + +## Reverse sshfs + +=> https://blog.dhampir.no/content/reverse-sshfs-mounts-fs-push + +You need the SFTP server program on your local machine (on Debian, the openssh-server package) and sshfs on the remote machine. + +## Find non-Debian packages + +``` +aptitude search '~S ~i !~ODebian' +``` + +## Memory usage queries + +### systemd + +``` +systemd-cgtop -m +``` + +Drill down with: + +``` +systemd-cgtop -m user.slice/user-1000.slice +``` + +### smem + +``` +sudo smem -P beam.smp -kta +``` + +## Quick rerouting of browser traffic through another host + +"ssh -D 1234 host" creates a Socks proxy on localhost:1234 that sends traffic through host. + +By enabling "allow extension to control proxy settings" in the multi account containers Firefox add-on, you can make containers use specific proxies. + +## Email forwarding via IMAP + +When you have multiple email addresses, you have multiple options to use them. + +Traditionally, people used redirection/forwarding to make email arriving at from@example.com go to to@example.net instead. + +If mail from example.com and example.net is handled by different servers, typically you can configure the example.com mail server to resend any message arriving to the from address to to@example.net. + +However, nowadays with spam filtering, the example.net mail server can reject these emails as spam, sometimes silently. + +For safer redirects, you can: + +* Use the same mail server for both accounts. However, this sometimes cannot be done or has extra cost and complexity. + +* Configure the destination email server to fetch email from the origin mail server. For example, Gmail can do this, but the fetching period can be as long as 15 minutes. This can be inconvenient when receiving confirmation emails, etc. Additionally, operators of the destination email server now have your credentials. + +A third option is to run this fetching process yourself. + +=> https://github.com/lefcha/imapfilter IMAPFilter supports connecting to an IMAP account, waiting until messages to arrive, and moving them to another IMAP account. + +Benefits: + +* IMAPFilter can use IMAP idle to request the IMAP server to notify when messages arriving, so forwarding happens without a polling delay. +* Because IMAP is used on both sides, no spam filtering happens. +* IMAPFilter is packaged for many distributions. + +Drawbacks: + +* Requires additional infrastructure. +* If IMAPFilter stops working, email stops being forwarded without warning. + +=> https://ñix.es/cgit/alex/alexpdp7.git/tree/scripts/p7s/mail/__init__.py?h=master Refer to this Python module for scripts that configure IMAPFilter as a systemd service, with credentials from Bitwarden. + +## Using a PCSensor pedal + +=> https://github.com/rgerganov/footswitch Install Footswitch + +``` +sudo footswitch -1 -m ctrl -2 -S '7F' -3 -m win -k m +``` + +Maps: + +* Left pedal to be a ctrl key +* Center pedal to the toggle mute key +* Right pedal to be Win+M (you can map this in Gnome to toggle mic status) + +## Remote networking + +If you can create a pipe between two hosts (using SSH, for example), you can use VDE (Virtual Distributed Ethernet) to connect the two hosts over a virtual network. + +You need the following programs on both hosts: + +* dpipe and vde_plug (on Debian, use the vdeplug package) +* vde-switch (on Debian, use the vde-switch package) + +Run as root on both hosts: + +``` +vde_switch -t tap0 +``` + +This command creates a virtual switch connected to tap0. + +Use the dpipe command to connect two instances of the vde_plug command running as root on both hosts. + +``` +$ dpipe sudo vde_plug = ssh root@remote vde_plug +``` + +Then bring the tap0 interface up and configure IP addresses on both hosts. + +``` +# ip link set tap0 up +# ip addr add $IP/$NETMASK dev tap0 +``` diff --git a/blog/content/notes/tech/misc-python-stuff.gmi b/blog/content/notes/tech/misc-python-stuff.gmi new file mode 100644 index 00000000..6672e021 --- /dev/null +++ b/blog/content/notes/tech/misc-python-stuff.gmi @@ -0,0 +1,62 @@ +# Misc Python stuff + +## Tools + +* Use uv for your software. It's modern and good. +* pipx is packaged by many distros and useful for installing Python software. Provide instructions for installing your software using pipx. +* Use pytest for testing. It's PEP-8 compliant unlike unittest in the standard library. doctest is good too. +* Use ruff for validation. + +## Python versions + +Try to support Python versions in popular LTS distros such as RHEL and its clones, and Debian and its derivates (like Ubuntu). + +## Writing command line tools + +* Use entry points so that when using pipx or uv to install your tool, they install the tool to the user's path. + +### Nice Python libraries + +* appdirs for using the proper configuration, cache, etc. directories on multiple platforms +* keyring for cross-platform secret storage +* tqdm for progress bars + +### Writing dependencyless Python + +If you can write your program without using dependencies, then it automatically becomes much easier to distribute and run. This is quite possible for many tools! And helps you replace problematic shell scripts. + +The standard library still includes a lot of batteries: + +* argparse is clunkier that third-party libraries, but it works well enough. The documentation provides a pattern for subcommands under "one particularly effective way of handling sub-commands...". argcomplete is a third party library that adds tab completion for argparse programs. Review the types that argparse provides support for, such as Path, enumerated choices, etc. +* compression allows working with many archive formats without shelling out to tar or (un)zip. +* concurrent.futures for executing things in parallel, esp. the map function combined with a ThreadPoolExecutor (for IO-bound tasks) or ProcessPoolExecutor (to avoid the GIL in tasks that use the CPU). +* getpass to read passwords from the terminal properly. Also to obtain the current user. +* hashlib to avoid shelling out to commands such as sha256sum. +* http.server is useful for simple web servers (and also as a quick web server in the command line). +* json is about the only structured format supported in the standard library. +* logging to print output with timestamps. +* pathlib for any kind of path manipulation, esp. the read|write_text|bytes methods that are so convenient. shutil still contains a few functions missing from pathlib, esp. in older Python versions. +* textwrap.dedent and str.[lr]strip for embedding multiline strings in code. +* urllib.request is clunkier than third-party libraries, but it's usable. + +(Also for very simple stuff, tkinter can implement simple graphical tools.) + +### Subprocess + +The main problem of using Python for scripting is that the subprocess functions do not default to check=True and shell=False. + +Likely many of your scripts will start with a subprocess wrapper suited to your script. + +You can use shlex.join to print commands you execute in a copy-pastable way. + +## Writing scrapers + +=> https://playwright.dev/python/ Use Playwright + +* Playwright automatically sets up headless browsers. +* Provides convenient abstractions for locating elements in a page (mostly no XPath required. It can match "intelligently" using text). +* Has a handy UI tool that records your actions in a browser and writes equivalent *readable* Playwright code. + +Further reading: + +=> https://new.pythonforengineers.com/blog/web-automation-dont-use-selenium-use-playwright/ Web automation: don't use Selenium, use Playwright diff --git a/blog/content/notes/tech/prolog-vs-sql.gmi b/blog/content/notes/tech/prolog-vs-sql.gmi new file mode 100644 index 00000000..181ae7e3 --- /dev/null +++ b/blog/content/notes/tech/prolog-vs-sql.gmi @@ -0,0 +1,114 @@ +# Showing the similarities between SQL and Prolog + +SQL is a very common programming language, which sometimes is compared to the relatively more obscure Prolog language. Both are examples of declarative languages, where you define some facts, then you can ask questions about those facts, and the system answers the questions without you writing an explicit program. + +However, I could not find a good example of their similarities. This text presents the most typical Prolog example, and translates it to SQL. + +## A typical Prolog example + +"[x]" reads Prolog facts from file "x". We can use the special file "user" to read facts from the REPL, ending the facts with ctrl+d: + + +``` +$ swipl +?- [user]. +|: father(jim, julian). +|: father(julian, joe). +|: father(julian, jerome). +|: father(pete, perry). +|: ^D +true. +``` + +You should read "father(X,Y)" as "X is the father of Y". So Jim is the father of Julian, and so on. + +We can ask Prolog questions: + +``` +?- father(julian, jim). +false. +``` + +Is Julian the father of Jim? There is no known fact about this, so no. But Julian *is* the father of Joe: + +``` +?- father(julian, joe). +true. +``` + +More interestingly, you can ask who are Julian's children: + +``` +?- father(julian, X). +X = joe ; +X = jerome. +``` + +(You press ; to get further answers.) + +## A simple translation to SQL + +You can do pretty much the same with SQL, first define the facts as values in tables: + +``` +$ sqlite3 +sqlite> create table fatherhood(father, son); +sqlite> insert into fatherhood values ('jim', 'julian'); +sqlite> insert into fatherhood values ('julian', 'joe'); +sqlite> insert into fatherhood values ('julian', 'jerome'); +sqlite> insert into fatherhood values ('pete', 'perry'); +``` + +Then you can get the same answers: + +``` +sqlite> select * from fatherhood where father = 'julian' and son = 'jim'; +sqlite> select * from fatherhood where father = 'julian' and son = 'joe'; +julian|joe +sqlite> select * from fatherhood where father = 'julian'; +julian|joe +julian|jerome +``` + +## The next step in Prolog + +The typical example continues with some logic: + +``` +?- [user]. +|: grandfather(X,Y) :- father(X, Z), father(Z, Y). +|: ^D +true. +``` + +X is the grandfather of Y if X is the father of Z and Z is the father of Y. Then you can ask questions, and Prolog knows the answers: + +``` +?- grandfather(jim, X). +X = joe ; +X = jerome. + +?- grandfather(X, jerome). +X = jim ; +false. +``` + +## Can we do the same in SQL? + +You might not guess the answer on the first try, but the answer is not complex: you can do the same thing with SQL views: + +``` +sqlite> create view grandfatherhood as + ...> select fatherhood_1.father as grandfather, fatherhood_2.son as nephew + ...> from fatherhood as fatherhood_1 join fatherhood as fatherhood_2 on (fatherhood_1.son = fatherhood_2.father); +``` + +And if you ask the same questions, SQLite gives the same answers: + +``` +sqlite> select * from grandfatherhood where grandfather = 'jim'; +jim|jerome +jim|joe +sqlite> select * from grandfatherhood where nephew = 'jerome'; +jim|jerome +``` diff --git a/blog/content/notes/tech/python-modules-primer.gmi b/blog/content/notes/tech/python-modules-primer.gmi new file mode 100644 index 00000000..67d03e19 --- /dev/null +++ b/blog/content/notes/tech/python-modules-primer.gmi @@ -0,0 +1,229 @@ +# Python Modules Primer + +## Prerequisites + +These instructions assume a Linux environment. A macOS environment is similar, but not identical. A Windows environment is more different. + +## Previous knowledge + +### A refresher on the PATH variable + +If you execute the following command in your terminal: + +``` +$ echo hello +``` + +, the shell searches for the echo command in the directories listed in your PATH environment variable. You can display your PATH variable by running: + +``` +$ echo $PATH +/home/user/.local/bin:/home/user/bin:/usr/share/Modules/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin +``` + +The contents of the PATH variable depend on your particular environment. + +If you run the following command: + +``` +$ which echo +/usr/bin/echo +``` + +The which command prints where the shell locates the echo command. + +### A refresher on shell scripts + +If you create a file named foo.sh with the following contents: + +``` +#!/bin/sh + +echo hello +``` + +, you define a "shell script". The first line indicates that this shell script is executed by using the /bin/sh command. The rest of the file are commands to be executed by the shell command. These commands behave as if you typed them into your terminal, so if you execute this script, the command "echo hello" will be executed, printing hello. + +If you try to run foo.sh like you run the echo command, by typing its name, it does not work: + +``` +$ foo.sh +bash: foo.sh: command not found... +``` + +, because the shell looks for the foo.sh in the directories listed in the PATH variable. Unless you created the foo.sh file in a directory like /usr/bin, the shell will not find the foo.sh command. + +A solution to this problem is to specify the path to the foo.sh file, instead of relying on the PATH variable. However, if you do this, you face a second problem. + +``` +$ ./foo.sh +bash: ./foo.sh: Permission denied +``` + +This happens because only files with the executable permission can be executed in this way. To solve this, add the executable permission; then it works: + +``` +$ chmod +x foo.sh +$ ./foo.sh +hello +``` + +## The import statement in Python + +### Importing from the Python standard library + +Run the following commands by using the Python REPL: + +``` +$ python3 +>>> import datetime +>>> datetime.datetime.now() +datetime.datetime(2023, 9, 11, 21, 53, 16, 331236) +``` + +import works in a similar way to running a command in the shell. +Python searches a number of directories looking for the datetime module. + +To see which directories are searched, run: + +``` +$ python3 +>>> import sys +>>> sys.path +['', '/usr/lib64/python39.zip', '/usr/lib64/python3.9', '/usr/lib64/python3.9/lib-dynload', '/home/alex/.local/lib/python3.9/site-packages', '/usr/lib64/python3.9/site-packages', '/usr/lib/python3.9/site-packages'] +``` + +sys.path is a list of the directories that the import command searches. +The contents of `sys.path` depend on your operating system and Python installation method. + +In my system, the /usr/lib64/python3.9 directory contains the datetime.py module. + +``` +$ head /usr/lib64/python3.9/datetime.py +"""Concrete date/time and related types. + +See http://www.iana.org/time-zones/repository/tz-link.html for +time zone and DST data sources. +""" + +__all__ = ("date", "datetime", "time", "timedelta", "timezone", "tzinfo", + "MINYEAR", "MAXYEAR") +... +``` + +/usr/lib64/python3.9 contains the modules in the Python standard library. + +### Importing your Python files + +If you create a file with the a.py name: + +``` +def f(): + return 2 +``` + +, and another with the b.py name: + +``` +import a + +print(a.f()) +``` + +, then: + +``` +$ python b.py +2 +``` + + +This works, because sys.path contains '', which means "the current directory". + +(sys.path is very similar to the PATH variable. However, sys.path contains the current directory by default, whereas PATH does not.) + +When "import a" is executed, then Python searches the directories in sys.path for an a.py file; it is found when checking the '' path. When "import datetime" is executed, Python searches in the current directory (because '' comes first in the path), doesn't find it, but then finds it in the following /usr/lib64/python3.9 directory. Python iterates over the sys.path directories, and loads the first matching file. + +## Installing libraries + +When writing Python software, sometimes it is enough with the modules included in the standard library. However, frequently you want to use other libraries. To use Python libraries, you must install them using the pip program. + +The pip program is not part of the python3 package in some Linux distributions, and comes from the python3-pip package. + +The pip program can download libraries from pypi.org, the Python package index, and install them. pip installs libraries to a "Python environment". + +Old versions of pip defaulted to installing libraries to the "system" Python environment. In a Linux system, the system Python environment is located in a directory such as /usr/lib64/python3.9. By default, normal Linux users cannot write to /usr, so installing a package would fail. + +Modern versions of pip detect that they cannot write to the "system" Python environment, and then redirect the install to the "user" Python environment. The "user" Python environment is in a directory such as ~/.local/lib/python3.9. + +You could use a command such as "sudo pip install" to grant pip the privileges required to write to /usr. However, this can make a Linux system unusable. Most Linux systems use software that uses the "system" Python environment. Altering the "system" Python environment can break such software. Do not run "sudo pip install" with root privileges unless you know why you need this. + +If you use a modern pip (or use the --user option), you can install libraries to the "user" Python environment. However, this is problematic because a Python environment can only contain a single version of a Python library. If you have two different Python programs that different versions of the same library, then these two programs cannot coexist in the "user" Python environment. + +In general, Python virtual environments are used to address this problem. + +## Creating Python virtual environments + +If you run: + +``` +$ python3 -m venv <some path> +``` + +This will create a directory with the path you specify, with the following contents: + +``` +<some path> +├── bin +│ ├── activate +│ ├── pip +│ ├── python +├── include +├── lib +│ └── python3.9 +``` + +The python and pip commands are copies of the same commands from the "system" Python environment. + +But these commands work differently from the "system" Python environment commands: + +``` +$ <some path>/bin/python +>>> import sys +>>> sys.path +['', '/usr/lib64/python39.zip', '/usr/lib64/python3.9', '/usr/lib64/python3.9/lib-dynload', '<some path>/lib64/python3.9/site-packages', '<some path>/lib/python3.9/site-packages'] +``` + +sys.path uses the lib directories in the virtual environment. + +When you use the `pip` program from the virtual environment, it installs the libraries to the virtual environment. + +You can create as many virtual environments as you need, and you can install different versions of libraries to each virtual environment. + +## Activating Python environments + +You can run the python and pip commands by specifying the full path, like we did when executing the foo.sh command earlier. + +By default, if you run python, the shell will invoke the python command from the "system" Python environment because it is in a directory included in the PATH variable. If you specify the full path, you override this. + +To save typing, the bin directory of a virtual environment contains an activate file. The activate file is a "special" shell script that must be invoked like this: + +``` +$ . <some path>/bin/activate +``` + +. is a special shell command that the activate script requires to work correctly. + +activate alters your path, so that the bin directory in your virtual environment comes first in your path. + +``` +$ echo $PATH +/home/user/.local/bin:/home/user/bin:/usr/share/Modules/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin +$ . <some path>/bin/activate +(some path) $ echo $PATH +<some path>/bin:/home/user/.local/bin:/home/user/bin:/usr/share/Modules/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin +``` + +, and thus if you run python, <some path>/bin/python will be executed instead of /usr/bin/python. + +Besides changing your prompt to indicate the virtual environment is activated, activate only alters your PATH. activate is not mandatory to use a virtual environment. For example, when running the Python command, if you specify the path of the Python executable in a virtual environment, the command will execute as if the virtual environment had been activated. Virtual environment management tools also have commands that can run commands inside a virtual environment without activating it. Activation can save time, but it is also more error-prone than more explicit means of using virtual environments. diff --git a/blog/content/notes/tech/ripping.gmi b/blog/content/notes/tech/ripping.gmi new file mode 100644 index 00000000..c2ab2ede --- /dev/null +++ b/blog/content/notes/tech/ripping.gmi @@ -0,0 +1,67 @@ +# Ripping + +## Media + +=> https://arstechnica.com/civis/threads/ripping-optical-media.1507399/post-43734994 Main source + +### Audio CD + +About 200-300 MB per album CD when ripped to FLAC. + +### DVD + +About 4-8 GB per disc, averaging 5.6 GB per movie as ISO. + +### Blu-ray + +About 20-50 GB per disc, averaging 37 GB per movie as ISO. + +## Hardware + +### Reader + +I got a Verbatim external USB Blu-ray writer for about 120€. + +### Storage + +=> https://diskprices.com/ See diskprices.com + +## Software + +### Audio + +=> https://abcde.einval.com/wiki/ abcde claims to rip and compress to FLAC and tag automatically. + +### DVD + +Use dd to rip DVD. However, dd can fail on some disks, perhaps due to damage or copy protection. + +=> https://unix.stackexchange.com/a/642790 This post on unix.stackexchange describes a trick that works: + +* Start playback of the disc using VLC. +* Try dd first, if it fails, then run a command like "ddrescue -n -b2048 -K1M /dev/sr0 x.iso x.map". +* After dd or ddrescue starts running, quit VLC. + +For playback, most software (including Kodi and VLC for Android) can play back DVD ISO with full menu support + +### Blu-ray + +=> http://fvonline-db.bplaced.net/ FindVUK has the keys to play Blu-ray discs ripped with dd. + +However, with encrypted Blu-ray discs, you need to configure the keys in each device where you want to play back the content. (And this is not easy or possible in some cases.) + +=> https://git.sr.ht/~shironeko/blu-save blu-save can remove the encryption. + +Remember to specify the path to the keys when running blu-save. + +However, VLC is confused by the AACS and CERTIFICATE directories that blu-save copies to the output. If you remove them, then VLC can play the BDMV directory with menus, etc. + +You can repack a Blu-ray extracted with blu-save by running a command like: + +``` +mkisofs -allow-limited-size -o .../my.iso . +``` + +from the directory that contains *only* the BDMV directory. + +VLC for desktop computers can open a repacked Blu-ray ISO and show the menus. Kodi for Android can open a repacked Blu-ray ISO and identify the titles. However, Kodi did not support the menus for the Blu-ray I tested. diff --git a/blog/content/notes/tech/running-commands-in-linux.gmi b/blog/content/notes/tech/running-commands-in-linux.gmi new file mode 100644 index 00000000..4fe4a004 --- /dev/null +++ b/blog/content/notes/tech/running-commands-in-linux.gmi @@ -0,0 +1,259 @@ +# Running commands in Linux + +## Motivating examples + +=> https://cwe.mitre.org/data/definitions/1337.html The 2021 CWE Top 25 Most Dangerous Software Weaknesses helps focus on the biggest security issues that developers face. + +=> https://cwe.mitre.org/data/definitions/78.html Number 5 on that list is Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection'). + +Software developers often write code that invokes other programs. For example, shell scripts tend to be mostly composed of invocations of programs such as find, grep, etc. Even software developed in languages such as Python, C, or Java often invokes other programs. + +Python software developers use the subprocess module to perform this task. Other languages provide similar facilities. + +Consider the two following Python sessions to execute an equivalent to the bash statement "cat /etc/passwd": + +``` +$ python3 +>>> import subprocess +>>> subprocess.run(["cat", "/etc/passwd"]) +``` + +``` +$ python3 +>>> import subprocess +>>> subprocess.run("cat /etc/passwd", shell=True) +``` + +Both scripts use the same run function, with different values of the shell parameter (the shell parameter defaults to True). When executing a command with many arguments, shell=True seems to be terser. "a b c d e" is shorter and easier to read than ["a", "b", "c", "d", "e"]. Readable code is easier to maintain, so a software developer could prefer the shell=True version. + +However, using shell=True can introduce the "OS Command Injection" weakness easily. + +Create a file named "injection.py" with the following contents: + +``` +import sys +import subprocess + +subprocess.run(f"cat {sys.argv[1]}", shell=True) +``` + +This program uses the cat command to display the contents of a file. +For example, if you run (using Python 3.6 or higher): + +``` +$ python3 injection.py /etc/passwd +``` + +The terminal shows the contents of the `/etc/passwd` file. + +However, if you run: + +``` +$ python3 injection.py '/etc/passwd ; touch injected' +``` + +The terminal shows the same file, but a file named `injected` also appears in the current directory. + +Create a file named "safe.py" with the following contents: + +``` +import sys +import subprocess + +subprocess.run(["cat", sys.argv[1]]) +``` + +Running "python3 safe.py /etc/passwd" has the same behavior as using injection.py. However, repeating the command that creates a file using safe.py results in: + +``` +$ python3 safe.py '/etc/passwd ; touch injected' +cat: '/etc/passwd ; touch injected': No such file or directory +``` + +injection.py is vulnerable to "OS Command Injection" because it uses shell=True, whereas safe.py is not. + +If a malicious user can get strings such as "/etc/passwd ; touch injected" to code that uses shell=True, then the user can execute arbitrary code in the system. Code that does not handle user input might not be exposed to such issues, but user input might creep in and introduce unexpected vulnerabilities. Avoiding the use of `shell=True` and similar features can be safer than making sure that user input is correctly handled in all cases. + +## Writing shell scripts that handle files with spaces in their names + +Create a file called backup.sh with the following contents: + +``` +#!/bin/bash + +for a in $1/* ; do + cp $a $a.bak +done +``` + +Run the following statements in the terminal to create a sample directory with files. + +``` +$ mkdir backup_example_1 +$ for a in $(seq 1 9) ; do echo $a >backup_example_1/$a ; done +``` + +These statements create the backup_example_1 directory, and files named 1 ... 9. + +The backup.sh script creates a copy of each file in a directory. If you run: + +``` +$ bash backup.sh backup_example_1/ +``` + +Then the script will copy 1 to 1.bak, and so on. + +However, if you create a new directory with files whose names have spaces: + +``` +$ mkdir backup_example_2 +$ for a in $(seq 1 9) ; do echo $a >backup_example_1/"file $a" ; done +``` + +Then the backup.sh script does not work correctly: + +``` +$ bash backup.sh backup_example_2/ +cp: cannot stat 'backup_example_2//*': No such file or directory +``` + +In order to fix the script, change the contents of backup.sh to: + +``` +#!/bin/bash + +for a in "$1/*" ; do + cp "$a" "$a.bak" +done +``` + +## Background + +### int main(int argc, char *argv[]) + +Programs written in C for Linux define a function called main that is the entry point of the program. Documents such as the N2310 draft of the C language standard describe the main function. Page 11, section 5.1.2.2.1, "Program startup", provides a common definition of main: + +``` +int main(int argc, char *argv[]) { /* ... */ } +``` + +=> http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2310.pdf The N2310 draft of the C language standard + +The argc parameter contains the **c**ount of the arguments provided to the program. The argv parameter contains their **v**alues. + +Create a file named argv.c with the following contents: + +``` +#include <stdio.h> + +int main(int argc, char *argv[]) { + for(int i=0; i<argc; i++) { + printf("Argument %d -%s-\n", i, argv[i]); + } +} +``` + +Compile the file running the following command: + +``` +$ cc argv.c +``` + +This produces an executable file named "a.out". This executable will print the arguments you provide via the command line: + +``` +$ ./a.out +Argument 0 -./a.out- +``` + +``` +$ ./a.out arg1 arg2 arg3 +Argument 0 -./a.out- +Argument 1 -arg1- +Argument 2 -arg2- +Argument 3 -arg3- +``` + +Note that the first argument is the name of the executable file itself. + +Note that when using quoting, the program prints things like: + +``` +$ ./a.out "a b" c +Argument 0 -./a.out- +Argument 1 -a b- +Argument 2 -c- +``` + +So the first argument is "a b" (without quotes). + +### exec(3) + +UNIX-like operating systems provide the "exec" family of functions to invoke commands. "man 3 exec" describes the exec family of functions in Linux. Linux provides the execl, execlp, execle, execv, execvp, and execvpe functions. These functions allow us to execute a command from within a C program. + +Create a file named execlp.c with the following contents: + +``` +#include <stdlib.h> +#include <unistd.h> + +int main() { + exit(execlp("cat", "cat", "/etc/passwd", NULL)); +} +``` + +Compile the file running the following command: + +``` +$ cc execlp.c +``` + +This produces an executable file named "a.out". +Execute it: + +``` +$ ./a.out +``` + +This is equivalent to running in a shell the statement "cat /etc/passwd". + +This article does not describe the intricacies of the exec family of functions. However, let's analyze the call to execlp. + +The exec functions whose name contains a "p" look up the command to execute by searching for executables named like the first argument in the directories listed in the PATH environment variable. In the example, execlp looks up the cat executable in directories such as /usr/bin. + +The second argument is also the name of the program. + +Note that in the preceding argv.c example, the zeroth argument is the name of the program being executed. Some executables in Linux systems are present under different names (using symbolic links). For example, xzcat is a symbolic link to xz. Running xzcat or xz runs the same executable file, but the executable uses the zeroth argument to change its behavior. + +This technique is a simple way to "share" code between similar programs. The BusyBox project provides many common utilities, such as ls and cat, in a single executable. By sharing code among all utilities, the BusyBox executable is smaller. + +The rest of the parameters to execlp are the arguments for the executable file. + +In a way, exec functions "call" the main function of other programs. The parameters to exec are "passed" to the main function. + +### Shells + +Programs such as bash provide a way to execute other programs. When you type a statement such as "cat /etc/passwd", bash parses the statement into a command to execute and arguments. Then, bash uses an exec function to run the program with arguments. + +The simplest bash statements are words separated by spaces, of the form "arg0 arg1 arg2 ... argn". + +On such a statement, bash executes something like: + +``` +execlp(arg0, arg0, arg1, _..._, argn, NULL) +``` + +And the program will receive the string arg0 as the zeroth argument, arg1 as the first argument, and so forth. + +However, using cat to view the contents of files, the user might want to view a file whose name contains spaces. + +The statement "cat a b" has two arguments: a and b. For each argument, cat prints the file of that name. So the "cat a b" statement prints the contents of the a and b files, not of a file named "a b". + +## Further reading + +=> http://teaching.idallen.com/cst8177/13w/notes/000_find_and_xargs.html Using find -exec or xargs to process pathnames with other commands +=> https://infosec.exchange/@david_chisnall/115116683569142801 Early UNIX did glob expansion in the shell not because that’s more sensible than providing a glob and option parsing API in the standard library, but because they didn’t have enough disk space or RAM to duplicate code and they didn’t have shared libraries... For example, on FreeBSD, I often do pkg info foo* to print info about packages that start with some string. If I forget to quote the last argument, this behaves differently depending on whether the current directory contains one or more files that have the prefix that I used. If they do, the shell expands them and pkg info returns nothing because I don’t have any installed packages that match those files. If they don’t, the shell passes the star to the program, which does glob expansion but against a namespace that is not the filesystem namespace. The pkg tool knows that this argument is a set of names of installed packages, not files in the current directory, but it can’t communicate that to the shell and so the shell does the wrong thing. Similarly, on DOS the rename command took a load of source files and a destination file or pattern. You could do rename *.c *.txt and it would expand the first pattern, then do the replacement based on the two patterns. UNIX’s mv can’t do that and I deleted a bunch of files by accident when I started using Linux because it’s not obvious to a user what actually happens when you write mv *.c *.txt. There is a GNU (I think?) rename command and its syntax is far more baroque than the DOS one because it is fighting against the shell doing expansion without any knowledge of the argument structure. + +## TODO + +=> https://news.ycombinator.com/item?id=36722570 SSH particularities diff --git a/blog/content/notes/tech/so-you-want-to-play-with-functional-programming.gmi b/blog/content/notes/tech/so-you-want-to-play-with-functional-programming.gmi new file mode 100644 index 00000000..2e8abec5 --- /dev/null +++ b/blog/content/notes/tech/so-you-want-to-play-with-functional-programming.gmi @@ -0,0 +1,201 @@ +# So you want to play with functional programming + +If you are a programmer working on popular languages such as Python or Java, you are likely to have read articles about "functional programming". These articles can give you the idea that learning functional programming improves your skills as a programmer. I share this opinion. + +This article tries to help people who have read about functional programming figure out how to proceed. + +Note that this article expresses personal opinion. Particularly, I am not an expert in this topic: + +* I have programmed some Haskell (about 50 Project Euler problems, plus experimentation on and off during the years). +* I have studies of SML and functional programming. +* I have some minimal experience with Lisp. +* I have applied some functional programming techniques while being paid to write in non-functional programming languages. +* However, I have never been paid to write in any of those languages. + +Shortly after writing this, I was shown: + +=> https://technomancy.us/194 In which there is no such thing as a functional programming language + +I agree with most of that the article explains. I might extend this article with some similar ideas, but for the moment, I recommend reading that carefully before reading the rest of this article. + +## The basics of functional programming + +=> https://en.wikipedia.org/wiki/Functional_programming The Wikipedia article on functional programming is a great place to get started. + +The article describes a few concepts related to functional programming. I consider the following two the pillars of functional programming: + +* First-class and higher order functions. In languages with first-class functions, functions are values that you can use like other types such as integers. Higher-order functions are functions that take functions as arguments or return functions. +* Pure functions. Pure functions always return the same value for a given set of arguments. Pure functions also have no side effects; they do not modify anything in the system they run. For example, a function that creates a file is not pure. + +These concepts can be applied in most popular programming languages. + +For example, in Python: + +``` +def hello(): + print("hello") + +def twice(f): + f() + f() +``` + +twice is a higher order function because it takes a function as an argument. Functions are first-class functions because you can use hello as a value: + +``` +>>> twice(hello) +hello +hello +``` + +Similarly, you can write pure functions in almost any language. + +When you have first-class functions, you can define some higher-order functions that generalize some common code. Three very common higher-order functions are: + +* Filter applies a function to each element of a list, and returns a list composed of the elements for which the function returned true. +* Map applies a function to each element of a list, and returns a list of the result of the application of the function to each element. +* Fold. A fold starts from an initial value, then calls a function with the initial value and the first element of the list. Then it calls the function with the result of the previous call, and the next element of the list. This continues until the list end, returning the last result of the function. + +(For example, folding with the sum operator and an initial value of 0, sums the elements of a list.) + +Note that you can implement many list manipulations by composing filters, maps, and folds with different functions. (And by adding more higher-order functions, you can implement more list manipulations.) + +Also, you can manipulate other data structures with equivalent or other higher-order functions. + +Implementing code using higher-order functions and pure functions already has some interesting benefits. + +* Impure functions frequently require more mental overhead to understand, because you need to understand state. With pure functions, you do not have to think about state. +* To understand a program written as a composition of functions, you can start by understanding individual functions and then understand how they fit together. The same program written as a sequence of statements is often more difficult to understand. (However, sometimes the opposite effect occurs.) + +You can use these concepts in most popular programming languages. (Most popular languages also provide higher-order functions such as filters, maps, and folds.) + +So you can get started with functional programming by using the programming languages you already know: + +* Try to write as much code as possible as pure functions. +* Learn which higher-order functions your programming language provides. +* Learn how to implement higher-order functions. +* Write code by composing pure functions with higher-order functions. + +## The consequences of first-class functions, higher-order functions, and pure functions + +Writing code using these concepts often leads to: + +* Writing cumbersome code if the programming language you use lacks certain features. +* Unlocking additional functional programming techniques. + +Therefore, many programming languages provide features that make functional programming more straightforward, or features enabled by functional programming. Languages providing features related to functional programming are commonly named "functional programming languages". + +Although you can use functional programming with non-functional programming languages, this can often lead to: + +* Extra effort +* Not being able to use the full spectrum of functional programming features + +### The need for powerful type systems and type inference + +Higher-order functions often have complex type requirements. For example, to filter a list of a given type, you must pass a function that takes a single argument of that type and returns a boolean. If the arguments do not have the correct types, then the code does not work correctly. + +In languages with dynamic types, the program fails at runtime. In languages with static types, you frequently must specify the types, and higher-order functions often require complex types involving different function types. + +Functional programming languages frequently: + +* Have static types, to prevent frequent runtime failures. +* Automatically infer types instead of requiring programmers to declare them. (However, automatic type inference can cause issues in some scenarios, so frequently programming languages allow writing explicit types, or even require explicit types in some cases.) + +Because functional programs often use more complex types, functional programming languages often have more powerful type systems than non-functional programming languages. + +Derived from those properties, functional programming languages result in the "if it compiles, it works *correctly*" phenomenon. This phenomenon helps avoid incorrect programs. + +## Functional programming languages + +### Haskell + +Functional programming practitioners often recommend Haskell as a functional programming language. + +According to the Wikipedia, "Haskell is a general-purpose, statically-typed, purely functional programming language with type inference and lazy evaluation". Also, Haskell was designed by a committee whose purpose was "to consolidate existing functional languages into a common one to serve as a basis for future research in functional-language design". + +* Haskell is perhaps the language with more built-in functional programming features. As mentioned, Haskell is used for research about functional programming, therefore many new concepts appear in Haskell first. +* Haskell is also very strict about functional programming, so Haskell drives programmers more strongly towards avoiding non-functional programming. +* Haskell syntax is designed so Haskell programs can be extremely terse and contain almost no extraneous syntax. +* Haskell is a very popular language, with a very large ecosystem. You can take advantage of many existing libraries and tools for developing real-world programs faster. + +However, Haskell's benefits frequently also are negative for learning. + +* Haskell uses "lazy" evaluation, where most programming languages use "eager" evaluation. Haskell does not evaluate expressions until needed (and might not evaluate some expressions). Lazy evaluation can lead to efficiency and clearer programs. However, lazy evaluation can cause unexpected performance problems. + +=> https://wiki.haskell.org/Foldr_Foldl_Foldl%27 "Foldr Foldl Foldl'" explains how choosing incorrectly among different implementations of fold can lead to impactful performance problems. + +When writing Haskell code for learning, you can likely stumble into issues not present in languages that use eager evaluation. + +* Haskell is very strict about purity. To implement programs that have side effects, such as accessing files, you must use specific language features. Many articles try to explain those features, because many people have trouble understanding them. + +* Many libraries and tools in the ecosystem take advantage of powerful features enabled by Haskell. However, this might cause that using these libraries and tools require the understanding of the features they are based upon. + +Also, Haskell syntax is very terse, which leads to Haskell compilers not providing clear error messages. For example: + +``` +$ ghci +> let sum a b = a + b +> sum 2 2 +4 +> sum 2 2 2 + +<interactive>:3:1: error: + • Non type-variable argument in the constraint: Num (t1 -> t2) + (Use FlexibleContexts to permit this) + • When checking the inferred type + it :: forall {t1} {t2}. (Num t1, Num (t1 -> t2)) => t2 +``` + +In complex programs, programmers new to Haskell might have trouble identifying that a function has been called with an extra argument from that error message. + +Personally, Haskell is my favorite functional programming language. However, I learned Haskell after learning (with teachers and support from others) other functional programming languages. I think that Haskell is ideal to learn the most powerful concepts in functional programming, but it is not as ideal as a first functional programming language. + +(Note that these recommendations come from someone who only has implemented about 50 Project Euler problems in Haskell, and has experimented on and off with the language, but not been paid for it.) + +### Lisp + +Many programmers like Lisp and languages in the Lisp family, such as Scheme or Clojure. Lisp programmers often recommend Lisp to learn functional programming. + +Lisp is a very minimalistic, yet infinitely flexible language. Lisp is extensible, so you can add most programming language features to Lisp, including functional programming features. + +Therefore, you can do functional programming in Lisp, and also benefit from all other Lisp features. + +However, languages in the Lisp family tend to not have static typing and associated features, thus do not frequently exhibit the "if it compiles, it works *correctly*" phenomenon. + +Lisp has one of the simplest syntaxes of any programming language. The simple syntax of Lisp is directly tied to its power. Many favor the Lisp syntax and argue that the syntax makes Lisp better for learning programming. Personally, I find the Lisp syntax hard to read and write, and likely an additional difficulty on top of learning functional programming. + +I recommend learning Lisp because it is a unique programming language that can teach you many programming language concepts that are not present in many other languages. However, I do not recommend Lisp for learning functional programming (unless you already know Lisp). + +(Note that these recommendations come from someone who has some formal training on Lisp but only uses Lisp infrequently [as a recent Emacs user].) + +### The ML family of programming languages + +ML is a language that appeared in 1973. Since then, three dialects have become the most popular implementations of ML: + +* OCaml +* Standard ML +* F# (part of the .NET platform) + +Specifically, OCaml and F# have very strong ecosystems (OCaml because it is a popular and mature language, F# because as part of the .NET platform, it can use many .NET libraries and tools). + +Haskell is inspired by ML, but many of the Haskell features discussed above are not present in the ML languages: + +* MLs have eager evaluation, therefore avoiding the performance pitfalls of Haskell. +* MLs have simpler syntax, therefore frequently leading to clearer error messages. + +For example, compare the following snippet of OCaml to the previous error message example from Haskell: + +``` +$ utop # utop is a friendlier OCaml REPL +# let sum a b = a + b ;; +val sum : int -> int -> int = <fun> +# sum 2 2 ;; +- : int = 4 +# sum 2 2 2 ;; +Error: This function has type int -> int -> int + It is applied to too many arguments; maybe you forgot a `;'. +``` + +In my opinion, OCaml and F# are better languages for the initial learning of functional programming than Haskell. After learning an ML, you are likely more prepared to learn Haskell and more sophisticated functional programming. + +(Note that those recommendations come from someone who only has experimented with OCaml and F#, and learned SML formally.) diff --git a/blog/content/notes/tech/ssh-for-beginners.gmi b/blog/content/notes/tech/ssh-for-beginners.gmi new file mode 100644 index 00000000..0c74b2e4 --- /dev/null +++ b/blog/content/notes/tech/ssh-for-beginners.gmi @@ -0,0 +1,88 @@ +# SSH for beginners + +Some simple advice for people who are starting to use ssh. + +## Use the config + +If you create a file "~/.ssh/config", with contents like: + +``` +Host xxx + HostName yyy + Port 1234 + User zzz +``` + +, then if you type "ssh xxx", the result will be like executing "ssh -p 1234 zzz@yyy". + +Any ssh command line arguments can be encoded in an SSH client configuration file, so you can access any server by just passing a host to ssh without any additional parameters. + +Additionally, most modern systems configure SSH tab completion, so if you type "ssh <tab><tab>", your shell will complete with the hosts in your configuration file. + +## Use public key authentication + +By default, ssh uses passwords for authentication. If you use a good password, then password authentication is a decent authentication method. + +However, you can use other methods, such as public key authentication. With public key authentication, you have a public and private key. + +If you are working on system A with your *private* key, and you copy your *public* key to system B, then you can ssh from system A to system B without entering a password. + +### Security + +Note that if someone obtains your private key, they will be able to log in to systems that trust your key. Knowledge of your private key is similar to knowledge of a password. Take care making your private key truly private. + +If you suspect someone else has been able to obtain your private key, then generate a new key and remove the leaked public key from all systems. + +Note that you can generate as many keys as you want. Managing multiple keys requires more effort, but in some cases it might be more convenient. For example, if a key is suspected to be leaked, then you might only need to revoke a key and continue using other keys. + +### Generating SSH keys + +To generate your private and public keys: + +``` +$ ssh-keygen +Generating public/private rsa key pair. +Enter file in which to save the key (/home/alex/.ssh/id_rsa): +Created directory '/home/alex/.ssh'. +Enter passphrase (empty for no passphrase): +Enter same passphrase again: +Your identification has been saved in /home/alex/.ssh/id_rsa +Your public key has been saved in /home/alex/.ssh/id_rsa.pub +The key fingerprint is: +SHA256:... +The key's randomart image is: ++---[RSA 3072]----+ +... +``` + +### Key type choice + +OpenSSH, the standard ssh client, changed its default type of key generation to Ed25519 in version 9.5 released in late 2023. Previously, ssh-keygen generated RSA keys, as in the example above. Many Linux distributions still use OpenSSH versions earlier than 9.5. + +You can find advisories like: + +> It is quite possible the RSA algorithm will become practically breakable in the foreseeable future. All SSH clients support this algorithm. + +=> https://www.ssh.com/academy/ssh/keygen + +Although as of the time of writing this, RSA is considered safe. However, you can consider generating an Ed25519 key instead, following the most recent OpenSSH defaults. + +### Passphrases + +By default, if you provide an empty passphrase to ssh-keygen, your private key will be stored unprotected. Anyone that can read the private key file can obtain your key. + +You can use a passphrase to protect your key. If someone obtains a private key file but they don't know the passphrase, then they cannot use the key. + +Using a passphrase means that you need to type the passphrase every time you use the key, or use a system such as ssh-agent. This creates a tradeoff between security and convenience. + +(Note that a popular criticism of SSH public key authentication is that it is not easy for systems administrators to enforce the use of SSH passphrases.) + +## Further SSH features + +Many developers have added many useful features to SSH during many years, such as: + +* The scp command to transfer files using SSH +* Tunnels to establish bidirectional communication between systems without such connectivity. (For example, to connect to your workstation from a remote system.) +* Jump hosts that expedite the connection to a system that is not directly accessible, by using SSH to establish connection through intermediate systems. + +Also, SSH integrates very well with UNIX pipes and tools such as rsync, Git, and many others. diff --git a/blog/content/notes/tech/take-the-less-traveled-road.gmi b/blog/content/notes/tech/take-the-less-traveled-road.gmi new file mode 100644 index 00000000..e9107470 --- /dev/null +++ b/blog/content/notes/tech/take-the-less-traveled-road.gmi @@ -0,0 +1,29 @@ +# Take the less traveled road + +> Two roads diverged in a wood, and I— + +> I took the one less traveled by, + +> And that has made all the difference. + +=> https://www.gutenberg.org/cache/epub/59824/pg59824-images.html#THE_ROAD_NOT_TAKEN Robert Frost, The Road Not Taken + +=> https://xkcd.com/743/ Infrastructures, by Randall Munroe + +The prisoner's dilemma describes situations where people can choose to act in their own interest or collaborate with others. I believe the prisoner's dilemma is present everywhere in our daily life and can explain many behaviors and situations. + +One such scenario is when we choose services to use on the Internet. + +Frequently, we choose services that are easy, popular, and even have no cost. + +In the past, even non-technical people got shared hosting and ran WordPress to blog, with nearly total control about their communication. Nowadays, mostly everyone uses something like Twitter and cedes control to a company. + +Using Twitter is easier than self-hosting WordPress. Twitter is so popular, that your message will likely reach more users on Twitter than on an independent blog. And you can use Twitter for free, whereas shared hosting costs you money and time. + +Twitter became dominant and nowadays, many are frustrated by how Twitter has changed. + +Dominance implies lack of competition, which is nearly always bad for the consumer. + +Which means choosing which services to use frequently is a difficult choice. + +We all have limited time and energy, but I propose that whenever you can, you should take the less traveled road. The easy alternative likely benefits you in the short term, but can easily contribute to a monoculture that will damage everyone in the end, including you. diff --git a/blog/content/notes/tech/the-tragedy-of-the-geeks.gmi b/blog/content/notes/tech/the-tragedy-of-the-geeks.gmi new file mode 100644 index 00000000..e5ce1b10 --- /dev/null +++ b/blog/content/notes/tech/the-tragedy-of-the-geeks.gmi @@ -0,0 +1,65 @@ +# The tragedy of the geeks + +Since the first computer entered our home, I was hooked. This happened more than four decades ago, and continuously tinkering with computers has given me a well-paid and comfortable job. + +However, getting such jobs seems linked to spending a significant amount of your personal time practicing your skills. + +Many people seek careers related to computing because jobs have attractive conditions. However, they might later regret the time and energies spent trying to get into the field when they learn that getting a good job requires unexpected effort. + +This document tries to explain to people who want to work with computers this phenomenon, to help them make a better decision. + +## Tinkering + +Working with computers is the only career I can think of where all of the following are true at the same time: + +* You can work on personal projects that are very similar to the projects you would do in a job. +* There is a reputation of abundant well-paid job offers with good conditions. +* Working on personal projects sounds fun. + +This means that many of us end up spending a significant amount of time working on personal projects. This time investment increases our skills and the things we know. + +## Hiring + +Hiring is one of the most highly debated topics in this industry. + +Many people believe that many candidates cannot do the job. There are many stories about new hires who cannot write simple programs. + +Whether this is common or not is not as important as whether people making decisions believe there are large differences between candidates. When people who hire think that their hiring decision is going to have a large effect on them, then they want to make sure that they pick the right person. + +My perception is that most of the organizations that offer good job conditions (and many who do not) try to be very selective in hiring people. + +## Hiring tinkerers + +When you are hiring people, candidates who have spent significant time on personal projects tend to stand out over candidates who have not. + +This improved perception during the hiring process does not necessarily relate to improved performance on the job. However, I believe that people who tinker on their spare time tend to land better jobs. + +## Handing out advice + +Because there are good jobs working with computers, many people think about making a career in the industry. + +There are many curriculums and formal education programs, from shorter (typically one year) to longer (four or five years). + +Some of them provide advice to land a good job, and students who follow programs who do not, tend to ask for advice. In any case, one of the most frequent pieces of advice on the topic, is tinkering on your own time. + +I believe this is actually good advice, as in that it's more likely to be an efficient way to increase your prospects. + +However, remember that hiring is roughly a competitive process. An organization evaluates a group of candidates, and tries to pick the best one. + +So to stand out, if more candidates tinker (because this is effective advice), the more you need to tinker to stand out. + +I cannot estimate how much you need to tinker on your own time to land a good job, but my guess is that it is more than what someone wanting to get into the field expects. + +As long as this dynamic continues, the tinkering required to land a good job will increase. Only reduced competition can reduce the tinkering required, and reduced competition can happen by few factors, such as increased demand for workers, or a reduction in job seekers. + +## Breaking the cycle + +I cannot think of much that we can individually do to break the cycle. + +Maybe if people coming into the field are aware of this phenomenon, they will be able to make a better decision about what to do. + +If a sufficient amount of people decide that the time investment is not worthwhile, then perhaps the competition will decrease. And if people are well informed and decide to move forward, at least they will be less likely to become frustrated or regret their decision. + +## Further reading + +=> https://bertrandmeyer.com/2025/04/23/a-paean-to-programming/ A paean to programming, by Bertrand Meyer |