diff options
Diffstat (limited to 'blog_experiment/content/2020')
50 files changed, 876 insertions, 0 deletions
diff --git a/blog_experiment/content/2020/02/a-caballo-drogado.gmi b/blog_experiment/content/2020/02/a-caballo-drogado.gmi new file mode 100644 index 00000000..e41f0af6 --- /dev/null +++ b/blog_experiment/content/2020/02/a-caballo-drogado.gmi @@ -0,0 +1,10 @@ +# A caballo drogado... +2020-02-10 + +Aunque siempre defenderé que siempre ha habido televisión de calidad, es innegable que ahora mismo es imposible evaluar toda la producción de series y que hablar de "la mejor serie según tal o tal condición" es un sinsentido, con lo que las críticas deberían hiperventilar un poco menos y limitarse a ofrecernos suficiente información para que decidamos si invertimos nuestro precioso tiempo en un programa u otro. + +Pero la verdad que ya me costó no soltar muchos superlativos con The Good Place y ahora me está costando con BoJack. Quizá sea la vergüenza de no saber evaluar objetivamente su transcendencia; ¿son dos reflexiones profundas sobre la vida, el universo y todo lo demás? ¿o son vulgares intentos de pasar conceptos básicos por sesudos idearios? + +BoJack Horseman es otra serie de animación con tintes surrealistas (animales y personas antropomórficas conviven) tirando cargas de profundidad a los 90 y a Hollywood (dos personas son estrellas de sitcoms familiares de la época) que intenta indagar en la moralidad y ética (uno de ellos, el protagonista, es un drogadicto que mantiene relaciones tóxicas con todo su entorno- la serie básicamente se fundamenta en rodearlo de personajes interesantes y ver cómo interaccionan) con toques de comedia surrealista. Es posible que sea una de las producciones con mayor densidad de temas delicados por hora (yo diría que 2 o 3), que trata sin demasiados tapujos y de una manera que yo por lo menos no he visto muy frecuentemente. + +Si a esto juntamos unos guiones trabajados, con diálogos metralleta y ganas de experimentar narrativamente (hay bastantes episodios temáticos, entre los que destaca uno sin diálogo), tenemos una serie sólida en todos los aspectos que aunque en ocasiones puede dejarnos un poco tocados, creo que ofrece muchos elementos para los que gusten de estudiar la condición humana.
\ No newline at end of file diff --git a/blog_experiment/content/2020/02/dejando-en-un-buen-lugar-a-un-buen-lugar.gmi b/blog_experiment/content/2020/02/dejando-en-un-buen-lugar-a-un-buen-lugar.gmi new file mode 100644 index 00000000..bca6983d --- /dev/null +++ b/blog_experiment/content/2020/02/dejando-en-un-buen-lugar-a-un-buen-lugar.gmi @@ -0,0 +1,20 @@ +# ¿Dejando en un buen lugar a Un Buen Lugar? +2020-02-02 + +En mi opinión, el propósito de una crítica de una serie de televisión es ayudar a decidir al lector si debe invertir su tiempo en ver una serie, o no. Esperar a que acabe una serie para criticarla es entonces una apuesta más segura (no corre uno el riesgo de que la serie decaiga justo después y luego le vengan a uno con reclamaciones), pero menos útil (si alguien no ha visto una serie en todos esos años, ¿la va a ver ahora?). + +Pero aun así, sospecho que The Good Place (2016), a pesar de contar con una ruidosa legión de seguidores (entre los que me incluyo), ha pasado desapercibida para el gran público. + +Y es una lástima, porque nos ofrece cosas que pocas otras series tratan. + +Si llamamos ciencia ficción a las historias que nos hablan sobre la realidad presente utilizando futuros inventados como metáfora, quizá deberíamos decir que The Good Place es "cielo ficción", pues utiliza un supuesto indemostrable (hay algo después de la muerte) para hablarnos de la moralidad y ética humanas. + +La protagonista, una espléndida Kirsten Bell, se encuentra un día en The Good Place tras una muerta ridícula que completa una vida poco recomendable. Allí, un "Arquitecto" (un Ted Danson con la vis cómica totalmente en forma pese a su blanca cabellera), le explica que va a pasar la eternidad junto con su media naranja mística ideal, un profesor de filosofía moral (William Jackson Harper- desconocido para mí... debió pillarme entre bostezo y bostezo de Patterson). + +Con esta premisa, se exploran todo tipo de conceptos morales- incluida alguna recreación animada del dilema del tranvía- y metafísicos (cómo decidir quién va al "cielo" y quién al "infierno", etc.). Dentro de que lo más natural es que la serie realmente no aporte mucho al tema (llevamos literalmente milenios rompiéndonos la cabeza sobre estas cuestiones), debo decir que al menos opino que la serie consigue integrar muy bien estas discusiones dentro del hilo argumental y a partir de ellas extrae un número significativo de carcajadas, pero quizá para ese tipo de personas que lo analizan todo al dedillo y en tiempo real les pueda resultar predecible. + +A destacar las excelentes interpretaciones de la mayoría del reparto, pero en especial de D'Arcy Carden, que encarna a Janet, algo así como la Siri del cielo que en 51 episodios completa un impresionante tour de force de sutileza y diversidad de registros realmente notable. Manny Jacinto interpreta a otro de los personales principales, del que realmente no se puede hablar sin desvelar importantes puntos argumentales que mejor quedan sin desvelar, pero basta decir que lo borda. + +Si nos pusiésemos un poco finos, quizá la relación entre Eleanor (Kirsten Bell) y Chidi (William Jackson Harper), que intenta ser uno de los puntos focales de la historia, a mí me dejó un tanto indiferente, pero a parte de eso, The Good Place me parece una refrescante pequeña maravilla televisiva, fundamentada en un trabajadísimo guion, un reparto principal que no decae a lo largo de cuatro temporadas y, en ocasiones, una inventiva visual no desbordante, pero sí muy notable. + +Creo que The Good Place puede ofrecer bastante a todo el mundo, sin caer en ninguna trampa de mínimos comunes denominadores ni subestimar en ningún momento al espectador, así que si no la habéis visto... ¡deberíais!
\ No newline at end of file diff --git a/blog_experiment/content/2020/06/a-simple-syntax-for-complex-argumentation.gmi b/blog_experiment/content/2020/06/a-simple-syntax-for-complex-argumentation.gmi new file mode 100644 index 00000000..64b79c37 --- /dev/null +++ b/blog_experiment/content/2020/06/a-simple-syntax-for-complex-argumentation.gmi @@ -0,0 +1,8 @@ +# A simple syntax for complex argumentation +2020-06-30 + +https://argdown.org/[1][2] + + +=> https://argdown.org/ 1: https://argdown.org/ +=> https://argdown.org/ 2: https://argdown.org/
\ No newline at end of file diff --git a/blog_experiment/content/2020/06/destinos-oscuros.gmi b/blog_experiment/content/2020/06/destinos-oscuros.gmi new file mode 100644 index 00000000..71c381af --- /dev/null +++ b/blog_experiment/content/2020/06/destinos-oscuros.gmi @@ -0,0 +1,10 @@ +# Destinos oscuros +2020-06-27 + +Seguimos con los viajes en el tiempo, esta vez dentro de la saga #1 del género; es decir, las pelis donde Linda Hamilton encarna a Sarah Connor. + +Casi 30 años después de Terminator 2, una película que aún se me antoja absolutamente redonda y que sigue petándolo desde el milenio pasado, James Cameron produce y el irresponsable de Deadpool ¿dirige? en una extraña combinación que lamentablemente no sale lo bien que podría salir, pero la verdad es que también podría haber salido mucho peor. + +La premisa es ingeniosa (sí, en Terminator 2 cambiaron el futuro. Pero total, ¿para qué? La humanidad no tiene remedio), vuelven Gobernator y la auténtica Sarah Connor, pero poco más. Pese a tener un argumento interesante, la narración se queda corta y los actores están entre aburridos y perdidos; con Arnie y Sarah Connor siendo meras sombras de lo que fueron en T2; al igual que las escenas de acción que si bien son imaginativas y no tienen mayores defectos, se quedan a años luz de, por ejemplo, la secuencia en los canales de Los Ángeles. + +A destacar cómo consiguen colar Madrid por México (ejercicio comparativo para el lector con ese episodio de El Equipo A, ese otro episodio de MacGyver y la descacharrante secuencia del dos caballos de "Sólo para sus ojos" de 007). Por lo demás, una peli que gustará en gran medida según las expectativas que tengamos. Quizá si habéis visto las otras películas y son tan fiasco como dicen, pues quizá os deje mejor sabor de boca, pero como secuela directa (que parece la intención) de una de las mejores películas de acción de la historia, pues hay que tomárselo con filosofía.
\ No newline at end of file diff --git a/blog_experiment/content/2020/06/disquisiciones-sobre-envolturas-donde-los-gusanos-se-tornan-crisalidas.gmi b/blog_experiment/content/2020/06/disquisiciones-sobre-envolturas-donde-los-gusanos-se-tornan-crisalidas.gmi new file mode 100644 index 00000000..92e899b0 --- /dev/null +++ b/blog_experiment/content/2020/06/disquisiciones-sobre-envolturas-donde-los-gusanos-se-tornan-crisalidas.gmi @@ -0,0 +1,10 @@ +# Disquisiciones sobre envolturas donde los gusanos se tornan crisálidas +2020-06-21 + +"The No Asshole Rule" es un libro sobre desgraciadamente quizá la mayoría de entornos sociales en los que participamos; es decir, uno de esos donde hay personajes (mayoritariamente en posiciones de poder) que amargan la vida a los demás. + +Me cuesta decidir si recomendarlo. Pese a tratar un par de temas incómodos (¿no serás tu el capullo? ¿puede ser útil un capullo?) y resultar ameno y cortito, el libro parece aportar poco más allá del sentido común y un montón de anécdotas y estudios de esos de comportamiento que sospechosamente dicen exactamente lo que queremos oír. + +Pero puede que el valor de este libro sea tenerlo a mano para regalar/recomendar/prestar a alguien que lo necesite, pues a veces 200 páginas escritas por un profesor de Stanford pueden resultar más efectivas que lo que podamos improvisar nosotros mismos (por no hablar del esfuerzo que supone). + +Dentro de ese contexto, puede ser una buena inversión dedicar un par de tardes a leerlo y familiarizarnos con su contenido para poderlo prescribir con conocimiento de causa; así que sin ser un libro brillante ni mucho menos, seguramente haya cosas mucho peores a las que nos podemos dedicar en vez de a su lectura.
\ No newline at end of file diff --git a/blog_experiment/content/2020/06/el-fin-de-los-tiempos.gmi b/blog_experiment/content/2020/06/el-fin-de-los-tiempos.gmi new file mode 100644 index 00000000..2a65e70a --- /dev/null +++ b/blog_experiment/content/2020/06/el-fin-de-los-tiempos.gmi @@ -0,0 +1,27 @@ +# El fin de los tiempos +2020-06-26 + +Se hace difícil escribir sobre El Ministerio del Tiempo sin la certeza de saber si el episodio emitido el pasado martes habrá sido el último y definitivo. + +Pero asumiremos que sí, porque todo parece indicar que así ha sido. + +Los viajes en el tiempo, en prácticamente todas sus modalidades, son un recurso narrativo muy atractivo, pero a la vez muy arriesgado. Como mínimo, provoca cefaleas (véase Primer[1]); algo que no es de extrañar cuando se juega con algo que los seres humanos no entendemos como la naturaleza del tiempo. + +La experiencia nos dice que la mejor manera de salir airoso en estos asuntos es aprender a tirar por la ventana cuando conviene la coherencia cuando esta no es más que un obstáculo a la hora de contar una buena historia. + +El Ministerio del Tiempo adopta esta sana estrategia, pero diríase que se pasa varios pueblos con ella. La verdad que lo aceptamos, porque la idea de la serie es la sugerente mezcla de un concepto como el funcionariado con los susodichos viajes en el tiempo, en forma de puertas que permiten acceder a distintos momentos que son controladas por un ministerio secreto del gobierno de España. + +La premisa se completa con la misión de proteger la historia (que a menudo no queda muy claro de qué). De esto se encarga el ministerio con sus patrullas y sus misiones, lo que da pie a todo tipo de aventuras (acción, thriller, etc.) a lo largo de varios siglos. + +Esto suena a idea cojonuda, y de hecho lo es, y la serie a menudo lo borda; especialmente gracias a grandes dosis de sentido del humor y momentos de gran inventiva. Sin embargo, la serie cojea a menudo- el que escribe diría que por falta de tradición en la industria televisiva española en hacer series de este estilo- no estoy muy puesto en el tema, pero comparen los siete párrafos sobre ciencia ficción y TV española[2] con su homólogo yanqui[3]. + +Esto se ve sobre todo en que la mayoría de los elementos de la serie están bastante bien, pero encajan poco. El guion flojea a menudo y el reparto no consigue taparlo. + +Pero a pesar de todo ello, creo que El Ministerio del Tiempo es una serie imprescindible (al menos en su mercado. Es un producto muy poco exportable, pero al parecer sí adaptable). Como mínimo, la exposición histórica es bastante divulgativa y ya por ello merece la pena sentarse a verla, pero es que además, cuando dan en el clavo, lo clavan de verdad. + +Además, está gratis entera, ¿no? Pues háganse ministéricos. + + +=> https://www.imdb.com/title/tt0390384/ 1: https://www.imdb.com/title/tt0390384/ +=> https://es.wikipedia.org/wiki/Ciencia_ficci%C3%B3n_espa%C3%B1ola#La_televisi%C3%B3n 2: https://es.wikipedia.org/wiki/Ciencia_ficci%C3%B3n_espa%C3%B1ola#La_televisi%C3%B3n +=> https://en.wikipedia.org/wiki/U.S._television_science_fiction 3: https://en.wikipedia.org/wiki/U.S._television_science_fiction
\ No newline at end of file diff --git a/blog_experiment/content/2020/06/google-pushes-text-fragment-links-with-new-chrome-extension.gmi b/blog_experiment/content/2020/06/google-pushes-text-fragment-links-with-new-chrome-extension.gmi new file mode 100644 index 00000000..83bbdf13 --- /dev/null +++ b/blog_experiment/content/2020/06/google-pushes-text-fragment-links-with-new-chrome-extension.gmi @@ -0,0 +1,10 @@ +# Google pushes “text fragment links” with new Chrome extension +2020-06-19 + +https://arstechnica.com/gadgets/2020/06/google-pushes-text-fragment-links-with-new-chrome-extension/[1][2] + +Todo lo que sea intentar purgar los pantallazos de la web (inaccesibles, no "responsives", etc.) tienen mi apoyo. + + +=> https://arstechnica.com/gadgets/2020/06/google-pushes-text-fragment-links-with-new-chrome-extension/ 1: https://arstechnica.com/gadgets/2020/06/google-pushes-text-fragment-links-with-new-chrome-extension/ +=> https://arstechnica.com/gadgets/2020/06/google-pushes-text-fragment-links-with-new-chrome-extension/ 2: https://arstechnica.com/gadgets/2020/06/google-pushes-text-fragment-links-with-new-chrome-extension/
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/designing-data-intensive-applications.gmi b/blog_experiment/content/2020/07/designing-data-intensive-applications.gmi new file mode 100644 index 00000000..a80c6f02 --- /dev/null +++ b/blog_experiment/content/2020/07/designing-data-intensive-applications.gmi @@ -0,0 +1,10 @@ +# Designing Data-Intensive Applications +2020-07-05 + +Creo que una métrica fundamental de un libro técnico es su periodo de vigencia, especialmente en contraste con su precio y tamaño. + +Aunque me parece poco probable que este "DDIA" tenga una vida tan larga como pongamos "The Mythical Man-Month", que a sus 45 años muchos aún deberían leer, creo que es un libro que puede ser útil durante quizá más de una década. Proporciona una visión bastante general sobre el mundo del almacenado y procesado de datos, con el nivel de detalle suficiente para poder evaluar y comparar las diferentes tecnologías existentes para poder tomar decisiones informadas. + +El libro está razonablemente escrito, y puede leerse tanto secuencialmente como ser usado como referencia, o incluso como índice para localizar material más detallado gracias a las extensivas bibliografías de cada capítulo. + +Quizá lo que más he echado en falta es un análisis más claro sobre los límites y carencias de algunas tecnologías, confiando mucho en que el lector sabrá deducir y contextualizar. A pesar de esto, recomendaría este libro a todo aquel que trabaje con sistemas que necesitan almacenar datos para tener una visión general a la hora de escoger tecnologías.
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/enchufe-familiar.gmi b/blog_experiment/content/2020/07/enchufe-familiar.gmi new file mode 100644 index 00000000..30ed0e42 --- /dev/null +++ b/blog_experiment/content/2020/07/enchufe-familiar.gmi @@ -0,0 +1,10 @@ +# Enchufe familiar +2020-07-28 + +http://informatica.blogs.uoc.edu/2020/07/28/halt-and-catch-fire/[1] + +Mi hermano escribe sobre Halt and Catch Fire. Yo dije la mía sobre el tema por aquí anteriormente[2]. + + +=> http://informatica.blogs.uoc.edu/2020/07/28/halt-and-catch-fire/ 1: http://informatica.blogs.uoc.edu/2020/07/28/halt-and-catch-fire/ +=> gemini://alex.corcoles.net/2017/10/los-adorables-perturbados-que-me-leen-la-mente-mientras-duermo/ 2: gemini://alex.corcoles.net/2017/10/los-adorables-perturbados-que-me-leen-la-mente-mientras-duermo/
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/fabriquese-un-kvm-ip-por-100e.gmi b/blog_experiment/content/2020/07/fabriquese-un-kvm-ip-por-100e.gmi new file mode 100644 index 00000000..a7e7246b --- /dev/null +++ b/blog_experiment/content/2020/07/fabriquese-un-kvm-ip-por-100e.gmi @@ -0,0 +1,6 @@ +# Fabríquese un KVM IP por 100€ +2020-07-23 + +=> https://mtlynch.io/tinypilot/ + +A base de una Raspberry Pi, una capturadora de vídeo y el soporte de Linux de OTG. diff --git a/blog_experiment/content/2020/07/isos-y-usbs.gmi b/blog_experiment/content/2020/07/isos-y-usbs.gmi new file mode 100644 index 00000000..19f39f06 --- /dev/null +++ b/blog_experiment/content/2020/07/isos-y-usbs.gmi @@ -0,0 +1,11 @@ +# ISOs y USBs +2020-07-01 + +Acabo de instalar un Windows mediante Ventoy[1]. Ventoy te formatea un USB te mete una partición con su bootloader y te deja una partición vacía. El bootloader detecta ISOs botables en esa partición y te saca un menu al arrancar para escoger una. + +Esto te permite tener varios ISOs en el mismo USB y no tener que reformatear e instalar cada instalador nuevo que queramos usar. + +Ya existían otros sistemas que permiten hacer esto, pero generalmente son sólo para Windows, son complicados o no funcionan bien, pero Ventoy funciona también en Linux y me ha funcionado todo a la primera y sin complicaciones. + + +=> https://www.ventoy.net/ 1: https://www.ventoy.net/
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/me-he-quedado-sin-carne.gmi b/blog_experiment/content/2020/07/me-he-quedado-sin-carne.gmi new file mode 100644 index 00000000..bd8657cc --- /dev/null +++ b/blog_experiment/content/2020/07/me-he-quedado-sin-carne.gmi @@ -0,0 +1,8 @@ +# Me he quedado sin carné +2020-07-28 + +=> https://farside.link/nitter/enriquelavigne/status/1287754432839659520 + +Aunque admiro profundamente a Jackie Chan, debo confesar que no conozco muy bien su filmografía. Pero es de juzgado de guardia no saber que Los Supercamorristas está filmada a la vuelta de la esquina. + +=> https://www.elconfidencial.com/cultura/2020-07-25/jackie-chan-raval-rodaje-supercamorristas_2641636/ Peleas, caos y detenciones: cuando Jackie Chan la lio en el Raval diff --git a/blog_experiment/content/2020/07/memoria-infinita.gmi b/blog_experiment/content/2020/07/memoria-infinita.gmi new file mode 100644 index 00000000..3ef671c0 --- /dev/null +++ b/blog_experiment/content/2020/07/memoria-infinita.gmi @@ -0,0 +1,15 @@ +# Memoria infinita +2020-07-30 + +https://es.aliexpress.com/item/4001217873190.html[1][2] + +Parece ser que en Aliexpress ya hay PCs de refrigeración pasiva (véase The Scooter Computer de Jeff Atwood[3]) con 64gb de RAM. + +Son unos 750€; 32gb salen sobre los 500€. Súmese el canguelo (y potenciales problemas) de gastarse una cantidad significativa de dinero en importar algo desde tan lejos. + +Pero sería un laboratorio bastante potente para experimentar. El servidor más o menos equivalente en Hetzner va a 40€/mes (y si uno va por subasta, no hay inversión inicial). Falta investigar la opción tienda local, eso sí. + + +=> https://es.aliexpress.com/item/4001217873190.html 1: https://es.aliexpress.com/item/4001217873190.html +=> https://es.aliexpress.com/item/4001217873190.html 2: https://es.aliexpress.com/item/4001217873190.html +=> https://blog.codinghorror.com/the-scooter-computer/ 3: https://blog.codinghorror.com/the-scooter-computer/
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/muerte-por-monocultura.gmi b/blog_experiment/content/2020/07/muerte-por-monocultura.gmi new file mode 100644 index 00000000..4f09e9b7 --- /dev/null +++ b/blog_experiment/content/2020/07/muerte-por-monocultura.gmi @@ -0,0 +1,18 @@ +# Muerte por monocultura +2020-07-28 + +No sé cuánta pasta habrán sacado los que consiguieron controlar un puñado de cuentas de tuiteros de alto alcance, pero creo que está claro que Twitter (y Facebook, Instagram, etc.) son un blanco muy jugoso. + +Con todo el mundo enganchado a un puñado de redes sociales, el impacto de una brecha de seguridad en estas es mayor que en otros muchos blancos. No, probablemente no nos van a robar dinero directamente como si robasen un banco, pero si ya es preocupante el uso de la influencia de estas plataformas por parte de las compañías que las controlan, bajo el escrutinio de gobiernos y grandes empresas(1), ¿cuán preocupante es cuando asumen el control agentes declaradamente malignos? + +Ciertamente Twitter puede permitirse mucha mejor seguridad que la que me puedo permitir yo en este blog, pero ¿cómo funcionan los números de coste/beneficio cuando resquebrajar un poquito Twitter te permite suplantar de un plumazo las publicaciones de algunas de las personalidades con más alcance del mundo? + +Es especialmente flagrante cuando esta monocultura letal es innecesaria. Estuvimos ahí rozando con los dedos una época en la que todo tenía RSS y la muerte de Google Reader tuvo un impacto significativo en el mundo. Aún a día de hoy muchos medios disponen de RSS (aunque los medios de noticias generalistas en general, no[1]) y es razonablemente fácil meterse en el mundillo (Feedly gratis hasta 100 fuentes de RSS. Yo soy un exagerado y tengo 106 fuentes vivas en mi Miniflux). + +Quizá el fediverso, la IndieWeb o lo que sea esta semana aún no están listos del todo para reemplazar las redes sociales cerradas por un hermoso mundo distribuido y federado (yo, que tengo bastante obsesión por estos temas, aún no lo veo del todo claro para uso propio y aún estoy lejos de tener una recomendación para uso en general), pero hoy mismo se pueden dar pequeños pasos en la buena dirección + +(1) ¿Qué le da más insomnio a Zuck? ¿Los monstruos gigantes pero lentos que son los gobiernos o que Coca-Cola decida retirar su publicidad de Facebook?[2] + + +=> gemini://alex.corcoles.net/2020/07/noticiarios-y-documentales/ 1: gemini://alex.corcoles.net/2020/07/noticiarios-y-documentales/ +=> https://www.theverge.com/21307454/unilever-verizon-coca-cola-starbucks-microsoft-ads-facebook 2: https://www.theverge.com/21307454/unilever-verizon-coca-cola-starbucks-microsoft-ads-facebook
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/no-me-sigas.gmi b/blog_experiment/content/2020/07/no-me-sigas.gmi new file mode 100644 index 00000000..3e21e1a4 --- /dev/null +++ b/blog_experiment/content/2020/07/no-me-sigas.gmi @@ -0,0 +1,6 @@ +# No me sigas +2020-07-25 + +=> https://fedilab.app/wiki/untrackme/ Siguiendo con lo de siempre, me he topado con esta curiosa aplicación que enlaza a tres interesantes "proxies" para Twitter, Instagram y YouTube. + +=> https://farside.link ACTUALIZACIÓN 2022-09-10: farside.link es lo que uso más frecuentemente ahora. diff --git a/blog_experiment/content/2020/07/noticiarios-y-documentales.gmi b/blog_experiment/content/2020/07/noticiarios-y-documentales.gmi new file mode 100644 index 00000000..f31e105b --- /dev/null +++ b/blog_experiment/content/2020/07/noticiarios-y-documentales.gmi @@ -0,0 +1,25 @@ +# Noticiarios y Documentales +2020-07-12 + +Muchos lloran la muerte de Google Reader, pero yo lloro más la estúpida muerte de Google News en España[1]. + +Google News, que sigue operando fuera de España[2], agrega noticias de diversos medios, las categoriza y aglutina (es decir, presenta una misma noticia de varios medios como una, enlazando a las "variantes"). Además, proporciona bastantes feeds RSS. + +Pero aunque a uno le guste considerarse ciudadano del mundo, ciertamente es práctico incluir la geografía en la ponderación de la importancia de una noticia, y además los feeds de RSS de Google News no acaban de funcionar bien en mi lector de RSS actual[3]. + +Mi gran esperanza es algo como Scroll[4], con los que Mozilla estaba maquinando[5]. Mi ideal es poder construirme RSS de las temáticas de noticias que me interesen y poder leerlas cómodamente (quizá porque el cuerpo de la noticia entero está en el RSS, aunque me atraía la idea de la agregación de Google News y poder escoger qué medios leer para cada noticia). Creo que tampoco me importaría pagar para poder leer según qué contenidos y no tener que soportar tormentas de anuncios que doblegan al navegador (vale, AMP puede ser maligno, pero...). + +Lo podéis llamar el Spotify de las noticias o como queráis, pero creo que de momento no existe esto con la relevancia geográfica que necesito. + +El panorama de los medios individuales tampoco es genial. Muchos medios tienen unos RSS francamente nefastos. Además que cada vez más, al que prefiere usar varios medios, los pagos por medio no le salen nada rentables (al igual que nadie querría pagar una suscripción musical de cada major). + +Como experimento, temporalmente estoy haciendo pruebas piloto con... ¡Microsoft News[6]! El contenido promocionado es francamente indignante y la selección es bastante pobre, pero parece saciar temporalmente mis necesidades. Si miráis bien la URL, veréis que "internamente" es Bing, lo cual me ha llevado rápidamente a descubrir que Bing News parece estar cascado ahora mismo[7]... Al menos tiene una consideración geográfica adecuada, es relativamente personalizable y no funciona mal. + + +=> https://support.google.com/news/publisher-center/answer/9609687?hl=es 1: https://support.google.com/news/publisher-center/answer/9609687?hl=es +=> https://news.google.com/topstories?hl=en-US&gl=US&ceid=US:en 2: https://news.google.com/topstories?hl=en-US&gl=US&ceid=US:en +=> https://miniflux.app/ 3: https://miniflux.app/ +=> https://scroll.com/ 4: https://scroll.com/ +=> https://support.mozilla.org/en-US/kb/firefox-better-web 5: https://support.mozilla.org/en-US/kb/firefox-better-web +=> https://play.google.com/store/apps/details?id=com.microsoft.amp.apps.bingnews 6: https://play.google.com/store/apps/details?id=com.microsoft.amp.apps.bingnews +=> https://www.bing.com/news/ 7: https://www.bing.com/news/
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/soy-un-ser-determinista.gmi b/blog_experiment/content/2020/07/soy-un-ser-determinista.gmi new file mode 100644 index 00000000..62a0fb83 --- /dev/null +++ b/blog_experiment/content/2020/07/soy-un-ser-determinista.gmi @@ -0,0 +1,22 @@ +# Soy un ser determinista +2020-07-12 + +Me recuerda un compañero que me repito más que el ajo: + +https://farside.link/nitter/javier%5C_tejero/status/1282208442686603265[1] + +Javi supongo que se refiere al periodo en que trabajábamos en una pequeña consultora que hacía desarrollos centrados en redes sociales que había desaparecido de mi mente. Ahora se me aparecen vagos recuerdos del que probablemente fue el inicio de mi descontento con las redes, en especial, Facebook. + +He revisado un poco mis publicaciones recientes y extrañamente no he pontificado sobre estos temas últimamente por aquí, así que os fastidiáis. + +No me las voy a dar ahora de haber acertado de pleno ni de ser un adelantado, después de todo sospecho que la cosa iba más por las APIs de Facebook (aunque recuerdo que me parecían de un REST ejemplar) y de sus oscuras reglas (bueno, ahí sí que DHH se ha dado cuenta tarde[2] :). Pero sí me fascina mi determinismo en que al retomar la batalla una década después, me haya ido a exactamente la misma estrategia. + +Francamente creo que en la comunicación unipersonal, es tan fácil enviar un e-mail (o incluso más fácil si queremos tener una conversación mínimamente elaborada) como usar la red social de turno para comunicarnos. Quizá perdemos la facilidad de que la conversación sea semi-pública, pero sinceramente, creo que salvo el bueno de Javi y yo, más gente (probablemente, sólo una, ciertamente :) verá este post que el tuit de Javi. Y qué más da. + +Para comunicación pública yo tengo mi blog, y creo que hoy en día siguen existiendo servicios gratuitos para ello más que potables. Perdemos la dopamina de los likes y los retuits y la madre que los parió, sí. Hoy en día el tema RSS ha perdido tanta inercia que parece que virtualmente nadie usa lectores de RSS, con lo que lo más probable que el tuit en el que enlazaré esta publicación tenga mucho más alcance que el post en sí. + +Volviendo al mensaje de Javi, tiene más razón que un santo: "Hoy en día otras RRSS han ganado mucho terreno al e-mail, muy a nuestro pesar. Obviamente, no pinta bien.". No pinta bien, pero resistid. No creo que nadie haya comenzado a usar un lector de RSS después de que dijera que mis tuits no iban a ser más que enlaces a este blog. No creo que vaya a causar un efecto de red perceptible, así que igual sólo estoy haciendo activismo de sofá. Yo voy a seguir mirándome el Fediverse, Lemmy, Mastodon, etc. y al menos me entretendré a ratos. + + +=> https://farside.link/nitter/javier%5C_tejero/status/1282208442686603265 1: https://farside.link/nitter/javier%5C_tejero/status/1282208442686603265 +=> https://farside.link/nitter/dhh/status/1273748071298392065 2: https://farside.link/nitter/dhh/status/1273748071298392065
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/the-new-economics-for-industry-government-education.gmi b/blog_experiment/content/2020/07/the-new-economics-for-industry-government-education.gmi new file mode 100644 index 00000000..f2458437 --- /dev/null +++ b/blog_experiment/content/2020/07/the-new-economics-for-industry-government-education.gmi @@ -0,0 +1,10 @@ +# The New Economics for Industry, Government, Education +2020-07-05 + +No sé dónde vi recomendado este curioso libro de William Edwards Deming, un sr. creo que desconocido para el gran público, pero famoso en círculos económicos y que al parecer podría ser el bisabuelo de todas las modas ágiles/lean/etc. que están en boga últimamente. + +La redacción es lo que más llama la atención del libro. Deming no podría ser más imperativo y técnico, incluso dentro de lo que suele ser un libro técnico, y eso distrae. + +El contenido del libro es interesante y aunque a veces parece sentido común, es de ese que no es tan común como debería. Sí que está formulado en unos términos pelín grandilocuentes ("The Deming System of Profound Knowledge", vaya) y puede resultar un tanto reiterativo como otros tantos libros que nos venden una idea una y otra vez con distintos ejemplos. + +Me es difícil decidir a quién recomendar el libro; supongo que a los que quieran profundizar en los orígenes de todo lo que vemos hoy en día, aunque quizá existan materiales más fáciles de leer y didácticos.
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/the-vast-of-night.gmi b/blog_experiment/content/2020/07/the-vast-of-night.gmi new file mode 100644 index 00000000..f0a05b74 --- /dev/null +++ b/blog_experiment/content/2020/07/the-vast-of-night.gmi @@ -0,0 +1,14 @@ +# The Vast of Night +2020-07-04 + +El a menudo infravalorado catálogo de Amazon Prime a veces depara sorpresas, como The Vast of Night, una peli que ha tenido bastante éxito en festivales, pero de la que probablemente no hayáis oído hablar. + +Se trata de un homenaje experimental a los OVNIs, la vida rural estadounidense, la radio y las centralitas telefónicas (y yo diría que en el orden inverso al que he usado). + +La hija de la operadora de la centralita y el DJ del pueblo fluyen en una noche llena de misterio, labrado sobre el uso de los medios. + +El primero y más espectacular, una centralita cableada, al parecer reconstruida hasta ser funcional para el rodaje, que permite que la actriz protagonista luzca espectacularmente un fluido manejo de los cables en una interpretación física extremadamente destacable. El funcionamiento de la centralita se establece como un sorprendente elemento dramático y narrativo que por sí solo, ya merece sentarse a ver este experimento. + +También destacan la emisora de radio y una grabadora; en particular la película juega con la imagen (o más bien, la falta de ella) para ponernos en la piel de los personajes invisibles y mudos que siguen la acción de la noche. Estos juegos se combinan con una realización muy atrevida llena de contrastes entre planos secuencia inverosímiles y diálogos radiofónicos en plano fijo que misteriosamente te mantienen enganchado. + +The Vast of Night no acaba de explotar en sus 90 minutos, en gran parte porque pone en un lejano segundo plano detalles como el argumento, que pese fluir adecuadamente y gozar de despliegue de recursos narrativos, no da mucho de sí. Pero es una película diferente, refrescante y que sorprende y enriquece a partes iguales, que merece que nos sentemos a oscuras para juzgar el éxito del experimento.
\ No newline at end of file diff --git a/blog_experiment/content/2020/07/viernes-de-seguimiento.gmi b/blog_experiment/content/2020/07/viernes-de-seguimiento.gmi new file mode 100644 index 00000000..56df78e0 --- /dev/null +++ b/blog_experiment/content/2020/07/viernes-de-seguimiento.gmi @@ -0,0 +1,18 @@ +# Viernes de seguimiento +2020-07-17 + +Dentro de mis planes para reconquistar al mundo... Un poco de contenido que podéis añadir a vuestro (¿nuevo?) lector de RSS... + +* The Universe of Discourse[1], el blog Mark Dominus, que ahora descubro que aparentemente es conocido por un libro de programación funcional para Perl. Aunque su verdadera joya es Content-Type: text/shitpost[2]. Todo son curiosidades que divagan entre la matemática, literatura y historia. +* dangermouse.net[3], el blog de David Morgan-Mar. Un clásico de los webcómics, sobre todo por Irregular Webcomic!, hecho con Lego desde tiempos inmemoriales. Quizá es mejor seguir sus webcómics, pero hace un post diario en su blog con sus vivencias y enlaces a los webcómics del día. +* Fabien Sanglard's Website[4], del autor de esos libros cojonudos sobre la implementación de los primeros juegos de id Software. Postea poco, sobre todo artículos sobre gráficos de videojuegos. +* jwz[5], el blog de JWZ. Un sr. muy raro que postea cosas muy raras. Pero claro, qué se podría esperar del autor de XScreenSaver y contribuidor histórico de XEmacs y Netscape Navigator. +* otro blog más[6], el blog de mi hermano, otro que debería tuitear menos y escribir más. + + +=> https://blog.plover.com/ 1: https://blog.plover.com/ +=> https://shitpost.plover.com/ 2: https://shitpost.plover.com/ +=> https://www.dangermouse.net/ 3: https://www.dangermouse.net/ +=> https://fabiensanglard.net/ 4: https://fabiensanglard.net/ +=> https://www.jwz.org/blog/ 5: https://www.jwz.org/blog/ +=> https://obm.corcoles.net/ 6: https://obm.corcoles.net/
\ No newline at end of file diff --git a/blog_experiment/content/2020/08/el-universo-recursivo.gmi b/blog_experiment/content/2020/08/el-universo-recursivo.gmi new file mode 100644 index 00000000..f2c5647d --- /dev/null +++ b/blog_experiment/content/2020/08/el-universo-recursivo.gmi @@ -0,0 +1,10 @@ +# El universo recursivo +2020-08-30 + +http://www.amandaghassaei.com/blog/2020/05/01/the-recursive-universe/[1][2] + +Aunque me parece intuitivo que es posible, no sabía que se había conseguido implementar el juego de la vida usando el juego de la vida. + + +=> http://www.amandaghassaei.com/blog/2020/05/01/the-recursive-universe/ 1: http://www.amandaghassaei.com/blog/2020/05/01/the-recursive-universe/ +=> http://www.amandaghassaei.com/blog/2020/05/01/the-recursive-universe/ 2: http://www.amandaghassaei.com/blog/2020/05/01/the-recursive-universe/
\ No newline at end of file diff --git a/blog_experiment/content/2020/08/gastronomia-oscura.gmi b/blog_experiment/content/2020/08/gastronomia-oscura.gmi new file mode 100644 index 00000000..66dd1d1d --- /dev/null +++ b/blog_experiment/content/2020/08/gastronomia-oscura.gmi @@ -0,0 +1,8 @@ +# Gastronomía oscura +2020-08-15 + +https://www.atlasobscura.com/articles/how-to-find-historic-cookbooks[1][2] + + +=> https://www.atlasobscura.com/articles/how-to-find-historic-cookbooks 1: https://www.atlasobscura.com/articles/how-to-find-historic-cookbooks +=> https://www.atlasobscura.com/articles/how-to-find-historic-cookbooks 2: https://www.atlasobscura.com/articles/how-to-find-historic-cookbooks
\ No newline at end of file diff --git a/blog_experiment/content/2020/08/la-agencia-maravillas.gmi b/blog_experiment/content/2020/08/la-agencia-maravillas.gmi new file mode 100644 index 00000000..099e43cf --- /dev/null +++ b/blog_experiment/content/2020/08/la-agencia-maravillas.gmi @@ -0,0 +1,14 @@ +# La agencia maravillas +2020-08-16 + +Tras siete temporadas, más de 100 episodios y pasar por Aranda de Duero, el primer serial de acción real del MCU toca a su fin. + +La serie sigue las aventuras de, como su nombre indica, un conjunto de agentes de S.H.I.E.L.D, la omnipresente organización benévola secreta del universo Marvel. + +No intentaré resumir el argumento (superhéroes y espías) ni entrar en detalle. Hay temporadas más fuertes y más flojas; en particular la última deja un excelente sabor de boca con una serie de episodios con viajes en el tiempo en la que se lo pasan pipa con topicazos de varias décadas (por supuesto, los 80 son lo mejor, pero el homenaje setentero a los uniformes clásicos de S.H.I.E.L.D en los tebeos es francamente destacable). Como todo lo Marvel, inevitablemente el rollo cósmico acaba por cansar y creo que la serie funciona mejor cuando se deja de grandilocuencias y combina con gracia el humor con los espías y los superpoderes. + +El reparto es irregular; soy fan absoluto de Phil Coulson (espléndido y destacable en las películas, aquí protagonista), Melinda May (interpretada por... la Chun-Li de la peli de Street Fighter del 94) y secundarios como Enoch (el más carismático de los inexpresivos Cronicoms) o el dúo Lance Hunter/Bobbi Morse (tan buenos que los sacaron de la serie para hacer un spin-off que no fue a ningún sitio). Quizá el exceso de buenismo (y sosismo) de los buenos y la falta de villanos carismáticos son lo que impide a los agentes competir en la misma liga que Jessica Jones/El Castigador de Netflix, pero aun así, Agents of S.H.I.E.L.D ha sabido entretenernos durante unas buenas temporadas. + +Sospecho que la estrategia televisiva de Marvel seguirá apostando por series de pocas temporadas, pero creo que los agentes demuestran que es posible seguir el modelo de los cómics impresos, con series que pueden mantenernos enganchados durante mucho tiempo y encadenar arcos argumentales, e ir mutando. Eso sí, no sé si el mundo está preparado para culebrones de superhéroes de 10.000 episodios (no es una exageración, Coronation Street va por el 10.107). + +Pero para los que quieren aventuras con superhéroes y espías, vale la pena ver Agents of S.H.I.E.L.D.
\ No newline at end of file diff --git a/blog_experiment/content/2020/08/la-saltarina-monarquia-persa.gmi b/blog_experiment/content/2020/08/la-saltarina-monarquia-persa.gmi new file mode 100644 index 00000000..493701ba --- /dev/null +++ b/blog_experiment/content/2020/08/la-saltarina-monarquia-persa.gmi @@ -0,0 +1,20 @@ +# La saltarina monarquía persa +2020-08-16 + +En lo que quizá podría ser un récord, este fin de semana me he pasado un juego que salió hace 31 años. + +El ultrafamoso Prince of Persia salió para el Apple II en 1989, pero aunque hubo versión para Amiga y MS-DOS, nunca había jugado, hasta que vi anunciado una versión para RetroFW y decidí jugar en la RG 300 de las que os hablé recientemente[1]. Jordan Mechner, el autor, publicó el código fuente en Github hace ya tiempo[2], y existen infinidad de maneras de jugar (en Google se encuentran rápido maneras de jugar en un navegador). + +Aunque yo no soy mucho de plataformas, la verdad que el juego engancha desde el primer momento. Lo primero que llama la atención es la fantástica animación, a base de rotoscopia del hermano del autor y de una peli de Robin Hood del 38. Yo diría que pocos sprites de la época se debían mover con la fluidez del príncipe dando brincos por ahí. + +El juego combina plataformeo con niveles donde hay que encadenar endiabladas secuencias de saltos que pueden acabar con la paciencia de cualquiera, con duelos a espada sorprendentemente entretenidos (cada villano tiene una "personalidad" distinta que yo he tenido que descifrar a base de muchas muertes) y algún puzzle que me ha costado bastante sacar. + +Es realmente notable como a partir de un conjunto muy limitado de elementos (carrera, pasos, saltos y dos movimientos de espada) se construye un juego tan variado, entretenido y adictivo. Debo confesar que he tenido que consultar Youtube dos o tres veces para salir de algún atolladero, pero el juego es bastante "descubrible" y progresivo, complicando las mecánicas poco a poco con mucho acierto. + +Jordan Mechner pretendía un juego cinematográfico y creo que, con las limitaciones del Apple II, entre la animación, un buen guion de secuencias de acción (a parte de poder estocar a nuestros enemigos, les podemos hacer caer hasta su muerte) y alguna sorpresa que, a pesar de tener 30 años, prefiero no desvelar... aunque obviamente no puede obrar milagros, consigue un juego que supera a muchos, muchísimos juegos hechos por pequeños ejércitos y que corren plataformas con las que ni se soñaba en 1989. + +Para los pacientes (la verdad que el juego me ha parecido la mar de difícil y me ha costado mucho acabármelo) que no hayan gozado de esta pequeña maravilla, vale la pena escarbar para encontrar la manera de jugar al Prince of Persia. + + +=> gemini://alex.corcoles.net/2020/08/sistemas-oxidados/ 1: gemini://alex.corcoles.net/2020/08/sistemas-oxidados/ +=> https://github.com/jmechner/Prince-of-Persia-Apple-II/ 2: https://github.com/jmechner/Prince-of-Persia-Apple-II/
\ No newline at end of file diff --git a/blog_experiment/content/2020/08/las-historias-sobre-elefantes-que-se-emborrachan-podrian-no-ser-leyendas-urbanas.gmi b/blog_experiment/content/2020/08/las-historias-sobre-elefantes-que-se-emborrachan-podrian-no-ser-leyendas-urbanas.gmi new file mode 100644 index 00000000..ab80e6bb --- /dev/null +++ b/blog_experiment/content/2020/08/las-historias-sobre-elefantes-que-se-emborrachan-podrian-no-ser-leyendas-urbanas.gmi @@ -0,0 +1,7 @@ +# Las historias sobre elefantes que se emborrachan podrían no ser leyendas urbanas +2020-08-12 + +https://www.snopes.com/news/2020/08/12/elephants-get-drunk-because-they-cant-metabolize-alcohol-like-us/[1] + + +=> https://www.snopes.com/news/2020/08/12/elephants-get-drunk-because-they-cant-metabolize-alcohol-like-us/ 1: https://www.snopes.com/news/2020/08/12/elephants-get-drunk-because-they-cant-metabolize-alcohol-like-us/
\ No newline at end of file diff --git a/blog_experiment/content/2020/08/lucha-eterna.gmi b/blog_experiment/content/2020/08/lucha-eterna.gmi new file mode 100644 index 00000000..a1e64fcf --- /dev/null +++ b/blog_experiment/content/2020/08/lucha-eterna.gmi @@ -0,0 +1,10 @@ +# Lucha eterna +2020-08-10 + +https://arstechnica.com/gaming/2020/08/how-the-mugen-community-built-the-ultimate-fighting-game-crossover/[1][2] + +ArsTechnica sobre Mugen, quizá el creador de juegos más importante. + + +=> https://arstechnica.com/gaming/2020/08/how-the-mugen-community-built-the-ultimate-fighting-game-crossover/ 1: https://arstechnica.com/gaming/2020/08/how-the-mugen-community-built-the-ultimate-fighting-game-crossover/ +=> https://arstechnica.com/gaming/2020/08/how-the-mugen-community-built-the-ultimate-fighting-game-crossover/ 2: https://arstechnica.com/gaming/2020/08/how-the-mugen-community-built-the-ultimate-fighting-game-crossover/
\ No newline at end of file diff --git a/blog_experiment/content/2020/08/onwardmobility-today-announced-agreements-to-deliver-a-new-5g-blackberry-android-smartphone-with-physical-keyboard-in-the-first-half-of-2021.gmi b/blog_experiment/content/2020/08/onwardmobility-today-announced-agreements-to-deliver-a-new-5g-blackberry-android-smartphone-with-physical-keyboard-in-the-first-half-of-2021.gmi new file mode 100644 index 00000000..1c7e344d --- /dev/null +++ b/blog_experiment/content/2020/08/onwardmobility-today-announced-agreements-to-deliver-a-new-5g-blackberry-android-smartphone-with-physical-keyboard-in-the-first-half-of-2021.gmi @@ -0,0 +1,4 @@ +# OnwardMobility today announced agreements to deliver a new 5G BlackBerry Android smartphone with physical keyboard, in the first half of 2021 +2020-08-19 + +=> https://www.businesswire.com/news/home/20200819005202/en/OnwardMobility-Announces-Agreements-BlackBerry-Foxconn-Subsidiary-FIH diff --git a/blog_experiment/content/2020/08/select-from-everything.gmi b/blog_experiment/content/2020/08/select-from-everything.gmi new file mode 100644 index 00000000..a2e4a8dc --- /dev/null +++ b/blog_experiment/content/2020/08/select-from-everything.gmi @@ -0,0 +1,10 @@ +# select * from everything +2020-08-19 + +https://www.splitgraph.com/blog/data-delivery-network-launch[1][2] + +Sobre la mejor API para manejar datos. + + +=> https://www.splitgraph.com/blog/data-delivery-network-launch 1: https://www.splitgraph.com/blog/data-delivery-network-launch +=> https://www.splitgraph.com/blog/data-delivery-network-launch 2: https://www.splitgraph.com/blog/data-delivery-network-launch
\ No newline at end of file diff --git a/blog_experiment/content/2020/08/sistemas-oxidados.gmi b/blog_experiment/content/2020/08/sistemas-oxidados.gmi new file mode 100644 index 00000000..adcdc2e4 --- /dev/null +++ b/blog_experiment/content/2020/08/sistemas-oxidados.gmi @@ -0,0 +1,32 @@ +# Sistemas oxidados +2020-08-11 + +Dentro de mi complicado impulso por aprender Rust, estas navidades pensé que disponer de un sistema físico de potencia limitada me ayudaría a tener una excusa para no programar en mis lenguajes habituales. + +O esa fue mi excusa para pedirme por navidades una Retro Game 300[1], un simpático cacharrito en la categoría "emuladores pirata". Se trata de una consola portátil con un formato similar a la clásica Game Boy de dudosa procedencia (lleva un procesador JZ4760B de arquitectura MIPS que salió hace una década y, aparentemente, una pantalla destinada a cámaras fotográficas baratas. A saber quién encontró alijos de esos componentes y decidió fabricar una consola portátil). + +Existe un ecosistema razonablemente boyante de este tipo de dispositivos a los que se portan una buena variedad de emuladores de sistemas de videojuegos antiguos que, si uno disfruta de una cierta ambigüedad moral o una buena excusa, nos permite gozar de un amplio catálogo de juegos de otras eras de una manera relativamente sencilla (o al menos, más sencilla que hacerlo por las buenas). + +La RG300 cuenta con una pantalla 4:3 de 320x480 (en general mostrando 320x240 doblados), un D-Pad, cuatro botones redondos estilo Nintendo (A, B, X e Y), dos gatillos, botones de Select y Start, dos botones adicionales, conmutador de encendido y ruedecilla de volumen. Monta una batería BP-5L (es decir, la que llevaban los móviles Nokia clásicos) y cuenta con dos ranuras de MicroSD; una debajo de la batería y una en un lateral, fácilmente accesible. + +La mencionada CPU MIPS cuenta con unos 128Mb de RAM que pese a ser varias órdenes de magnitud menos de lo que cuenta cualquier móvil de gama baja de hoy en día, es a la vez suficiente para los sistemas antiguos que emula e insuficiente como para ejecutar software "normal" (con lo que cumple el propósito de separarnos de lenguajes como Python o Java y atraernos hacia C/C++ o Rust). + +Al menos la que recibí venía con una MicroSD con la típica colección de emuladores y videojuegos inacabable, pero tampoco infinita. Traía también una versión antigua de RetroFW[2], una distribución de Linux enfocada a esta familia de dispositivos. + +Es razonablemente simple (y poco arriesgado- siempre podemos formatear la MicroSD interna y empezar de nuevo) actualizar a una versión más moderna de RetroFW con alguna mejora importante de calidad de vida (como por ejemplo poder transferir ficheros por FTP mediante una conexión de red USB), meter más emuladores y ROMs y demás. También existen bastantes ports de todos esos juegos con código fuente que andan por ahí (el catálogo antiguo de Id Software, por ejemplo). La web de RetroFW incluye un completo listado del software disponible[3]. + +La experiencia jugando suele ser buena. La pantalla es de buena calidad y los controles (más allá de que el que escribe prefiere los joystick de bola tipo arcade a los D-Pad) son más que decentes- para los juegos que se adaptan al esquema de control- que deberían ser todos los sistemas anteriores al DualShock. Quizá el formato Game Boy no es el más ergonómico, pero personalmente me parece más entrañable que el formato PS Vita de otros modelos de la familia. + +Si queremos usar la consola para desarrollar, la historia cambia un poco. Al no usar un procesador de la familia x86, la dificultad sube un poco al tener que hacer compilación cruzada. RetroFW es una distribución de Linux basada en Buildroot[4], que resuelve bastante bien el tema de la compilación cruzada, pero que requiere de cierto tiempo para hacerlo funcionar (es sencillo, pero hay que compilar bastante con el tiempo que ello conlleva) y que no es tan simple como otras plataformas de desarrollo. Además, RetroFW en la RG300 sólo soporta el framebuffer Linux... así que básicamente la única librería gráfica de alto nivel que podemos usar es SDL **1**, pasada de moda hace una eternidad. + +Específicamente para Rust es aún más problemático; la versión de Rust que incluye Buildroot es algo antigua y conseguir una más moderna no es trivial. Además, Rust retiró el soporte para la versión específica de MIPS que lleva la RG300, con lo que hay que parchear. Súmese a esto tener que usar librerías no muy populares, como los bindings a Rust de SDL 1 o de libao. Sin embargo, se puede (he colgado unas instrucciones que deberían ser completas en https://github.com/alexpdp7/retrofw2-rust[5][6]), aunque quizá sea posible encontrar alternativas mejores, como algo basado en ARM (que suele estar mejor soportado)... aunque quizá no en estos precios. + +Pero el mayor factor a la hora de evaluar la RG300 es su precio. A 50 euros (precio probablemente debido en gran medida a la exótica combinación de hardware de pocas prestaciones) es difícil arrepentirse de su compra, a pesar de los numerosos defectos y limitaciones que hemos apuntado, y muy probablemente resultará una inversión la mar de rentable en entretenimiento proporcionado. + + +=> https://retrogame300.com/products/retro-game-300 1: https://retrogame300.com/products/retro-game-300 +=> https://retrofw.github.io/ 2: https://retrofw.github.io/ +=> https://github.com/retrofw/retrofw.github.io/wiki/Emulators-and-Apps 3: https://github.com/retrofw/retrofw.github.io/wiki/Emulators-and-Apps +=> https://buildroot.org/ 4: https://buildroot.org/ +=> https://github.com/alexpdp7/retrofw2-rust 5: https://github.com/alexpdp7/retrofw2-rust +=> https://github.com/alexpdp7/retrofw2-rust 6: https://github.com/alexpdp7/retrofw2-rust
\ No newline at end of file diff --git a/blog_experiment/content/2020/09/emulando-a-la-mula.gmi b/blog_experiment/content/2020/09/emulando-a-la-mula.gmi new file mode 100644 index 00000000..8cc3fb00 --- /dev/null +++ b/blog_experiment/content/2020/09/emulando-a-la-mula.gmi @@ -0,0 +1,11 @@ +# Emulando a la mula +2020-09-08 + +Podría ser que la segunda versión del protocolo BitTorrent resolviese el mayor defecto que le veo. + +https://blog.libtorrent.org/2020/09/bittorrent-v2/[1] + +Parece que se podrán "sembrar" archivos independientemente de su torrent; es decir, que si un archivo es común a varios torrents, sembrar uno de esos torrents sería efectivo para todos los torrents con el mismo archivo. Y quizá podríamos sembrar archivos en bloque. + + +=> https://blog.libtorrent.org/2020/09/bittorrent-v2/ 1: https://blog.libtorrent.org/2020/09/bittorrent-v2/
\ No newline at end of file diff --git a/blog_experiment/content/2020/09/ganar-luego-mejorar.gmi b/blog_experiment/content/2020/09/ganar-luego-mejorar.gmi new file mode 100644 index 00000000..53fe6460 --- /dev/null +++ b/blog_experiment/content/2020/09/ganar-luego-mejorar.gmi @@ -0,0 +1,10 @@ +# Ganar, luego mejorar +2020-09-10 + +https://www.wired.com/story/ai-ruined-chess-now-making-game-beautiful/[1][2] + +Sobre cómo AlphaZero puede ayudarnos a descubrir variantes interesantes de ajedrez. + + +=> https://www.wired.com/story/ai-ruined-chess-now-making-game-beautiful/ 1: https://www.wired.com/story/ai-ruined-chess-now-making-game-beautiful/ +=> https://www.wired.com/story/ai-ruined-chess-now-making-game-beautiful/ 2: https://www.wired.com/story/ai-ruined-chess-now-making-game-beautiful/
\ No newline at end of file diff --git a/blog_experiment/content/2020/09/un-doctor-diagnostica-los-sistemas-informaticos.gmi b/blog_experiment/content/2020/09/un-doctor-diagnostica-los-sistemas-informaticos.gmi new file mode 100644 index 00000000..3b5498da --- /dev/null +++ b/blog_experiment/content/2020/09/un-doctor-diagnostica-los-sistemas-informaticos.gmi @@ -0,0 +1,4 @@ +# Un doctor diagnostica los sistemas informáticos +2020-09-01 + +=> https://www.newyorker.com/magazine/2018/11/12/why-doctors-hate-their-computers diff --git a/blog_experiment/content/2020/09/why-it-is-important-that-software-projects-fail.gmi b/blog_experiment/content/2020/09/why-it-is-important-that-software-projects-fail.gmi new file mode 100644 index 00000000..ab7544af --- /dev/null +++ b/blog_experiment/content/2020/09/why-it-is-important-that-software-projects-fail.gmi @@ -0,0 +1,9 @@ +# Why it is Important that Software Projects Fail +2020-09-10 + +https://www.berglas.org/Articles/ImportantThatSoftwareFails/ImportantThatSoftwareFails.html[1][2] + +> Some may misinterpret this article as satire. Surely it is not really desirable for software projects to fail. But the facts speak for themselves. + +=> https://www.berglas.org/Articles/ImportantThatSoftwareFails/ImportantThatSoftwareFails.html 1: https://www.berglas.org/Articles/ImportantThatSoftwareFails/ImportantThatSoftwareFails.html +=> https://www.berglas.org/Articles/ImportantThatSoftwareFails/ImportantThatSoftwareFails.html 2: https://www.berglas.org/Articles/ImportantThatSoftwareFails/ImportantThatSoftwareFails.html
\ No newline at end of file diff --git a/blog_experiment/content/2020/10/relampagos-costeros.gmi b/blog_experiment/content/2020/10/relampagos-costeros.gmi new file mode 100644 index 00000000..d5cf559a --- /dev/null +++ b/blog_experiment/content/2020/10/relampagos-costeros.gmi @@ -0,0 +1,25 @@ +# Relámpagos costeros +2020-10-17 + +¿Jugar a videojuegos en la nube es malo para el medioambiente[1]? (Mi intuición, a menudo equivocada, no acaba de entenderlo) + +¿Nos hemos librado de una buena[2] y evitado un síndrome de Kessler[3]? + +¿Se adelantó el promotor inmobiliario del Mazinger Z de Tarragona[4] a los propios japoneses que sólo ahora sacan un Godzilla gigante como atracción de feria[5]? + +No tengo respuesta para esas preguntas, pero sí puedo intentar orientar a los que se decidan a disfrutar del Festival de Sitges de este año, ya que este año tiene un formato streaming que no tiene todas las películas, pero que nos permite ver cine poco habitual con toda comodidad desde nuestro hogar. Este fin de semana acaba, pero aún hay tiempo de ver alguna. Yo me he visto unas cuantas: + +* "Meow or Never", un simpático corto en stop motion sobre un gato astronauta. Cumplió su función de verificar que el streaming funciona con un riesgo reducido de 1€. +* "Benny Loves You", un slasher con muñecos infernales británico de bastante pobre factura narrativa. Cuela alguna risa, tiene gore a mansalva, pero poco más. +* "Psycho Goreman", (que ya no se puede ver en streaming por algún tema legal) algo así como un cruce entre Hellraiser y la niña de Catalana Occident que entretiene y divierte con dosis razonables de violencia y gore. Se queda uno con la sensación que se podía haber aprovechado más una premisa tan original y hay un par de piezas que chirrían un poco, pero un producto la mar de disfrutable. +* "Vicious Fun", una de asesinos en serie con sentido del humor y un planteamiento inicial la mar de bien encontrado y original. Muy bien ejecutada y con actores bastante buenos, seguramente mi preferida de las que he visto. +* "Mandibles", de Quentin Dupieux, un director francés aparentemente de culto con legión de seguidores. Se trata de una especie de Dos Tontos Muy Tontos con monstruo, con algún toque gracioso, Adèle Exarchopoulos (la Adèle de La Vida de Adèle) como secundaria robaescenas y algún momento divertido, pero a mí me ha dejado más perplejo que otra cosa. +* "The Mortuary Collection", unas historias cortas enlazadas estilo Cuentos de la Cripta, pero con el Kurgan de Los Inmortales como narrador/funerario. Impecable factura, un par de buenas ideas y mucha mala leche, como mandan los cánones del cine de terror más gamberro, inconformista y divertido. +* "Monster SeaFood Wars", una especie de parodia del cine de monstruos japonés cruzado con ánime culinario (como "El Petit Xef" o "El Gran Sushi" en estos lares). Cutre y con actores al borde del rigor mortis (por su hieratismo- parecen bastante saludables), tiene algunas risas pero es de esas películas que sólo se disfrutan cuando uno no está a tope de sus cualidades mentales. + + +=> https://www.polygon.com/features/2020/10/14/21449158/cloud-gaming-ps-now-geforce-project-xcloud-environmental-impact 1: https://www.polygon.com/features/2020/10/14/21449158/cloud-gaming-ps-now-geforce-project-xcloud-environmental-impact +=> https://farside.link/nitter/LeoLabs_Space/status/1316919600160903168 2: https://farside.link/nitter/LeoLabs_Space/status/1316919600160903168 +=> https://en.wikipedia.org/wiki/Kessler_syndrome 3: https://en.wikipedia.org/wiki/Kessler_syndrome +=> http://elprimerpaso.es/2012/10/la-estatua-gigante-de-mazinger-z-de-tarragona/ 4: http://elprimerpaso.es/2012/10/la-estatua-gigante-de-mazinger-z-de-tarragona/ +=> https://www.bbc.com/news/world-asia-54474268 5: https://www.bbc.com/news/world-asia-54474268
\ No newline at end of file diff --git a/blog_experiment/content/2020/10/ronda-relampago.gmi b/blog_experiment/content/2020/10/ronda-relampago.gmi new file mode 100644 index 00000000..5162ebf8 --- /dev/null +++ b/blog_experiment/content/2020/10/ronda-relampago.gmi @@ -0,0 +1,8 @@ +# Ronda relámpago +2020-10-04 + +=> https://www.polygon.com/entertainment/2020/9/15/21436961/disneys-failed-attempts-to-bring-don-quixote-to-the-screen La quijotesca saga inacabada de Disney y el ingenioso hidalgo +=> https://unix.stackexchange.com/questions/50058/what-is-the-point-of-the-cd-external-command ¿Por qué los sistemas POSIX tienen un binario de cd (que no puede servir para cambiar de directorio)? +=> https://www.bbcelite.com/ El código fuente *anotado* del juego más elitista +=> https://en.wikipedia.org/wiki/Michael_Crichton#Other_speeches Siempre se me escapa el nombre del efecto amnésico de Gell-Mann, que acuñó Michael Crichton. +=> https://www.polygon.com/2020/9/30/21495266/no-mans-sky-origins-update-diplo-new-lennon-extinct-galactic-hub-hello-games Uno de cada 400 planetas de No Man's Sky tienen Diplos. La tragedia de su extinción en New Lennon diff --git a/blog_experiment/content/2020/11/algo-viejo-algo-prestado-algo-nuevo-y-algo-azul.gmi b/blog_experiment/content/2020/11/algo-viejo-algo-prestado-algo-nuevo-y-algo-azul.gmi new file mode 100644 index 00000000..9a01685e --- /dev/null +++ b/blog_experiment/content/2020/11/algo-viejo-algo-prestado-algo-nuevo-y-algo-azul.gmi @@ -0,0 +1,37 @@ +# Algo viejo, algo prestado, algo nuevo y algo azul +2020-11-19 + +Cada día vertemos más confianza en un campo relativamente nuevo como es la seguridad informática. Muestra de ello son las contraseñas, un concepto más bien primitivo (si bien el uso informático está relativamente cercano en el tiempo, las contraseñas indudablemente llevan milenios en uso. Particularmente entrañable revisar la historia de su primo el shibboleth[1]) del que pende muchísima de nuestra seguridad. + +De momento no existen muchas alternativas a las contraseñas que sean viables para la mayoría de usos comunes que les damos. Una manera de complementar la seguridad de las contraseñas es aplicar el concepto de un doble factor de autenticación. Un factor de autenticación es algo que usamos para identificarnos. Normalmente se clasifican de la siguiente manera: + +* Algo que sabemos (por ejemplo, una contraseña) +* Algo que tenemos (por ejemplo, un dispositivo físico específico) +* Algo que somos (por ejemplo, nuestra huella dactilar) +* Un lugar en el que estamos (por ejemplo, nuestra casa) +* ... + +Combinando dos factores podemos protegernos del fallo de uno de ellos. Un uso típico es tener un dispositivo físico que genera códigos numéricos cada cierto tiempo y tener que introducir nuestra contraseña y este código para identificarnos. Si alguien descubre nuestra contraseña, no podrá hacerse pasar por nosotros porque no tendrá el dispositivo físico; al contrario, si alguien nos roba el dispositivo físico, normalmente no conocerá nuestra contraseña. + +Obviamente esto no ofrece una protección total (alguien puede robarnos y torturarnos para que le digamos la contraseña), pero sí nos protege de unos cuántos ataques verosímiles. + +Muchos sistemas que requieren identificación, como nuestra cuenta de correo, nuestro banco o incluso las redes sociales nos permiten utilizar dobles factores para identificarnos y proteger nuestra identidad. Además, aparte de dispositivos físicos dedicados a actuar como doble factor, se han estandarizado protocolos que permiten que podamos usar nuestros móviles como un factor. + +Se nos anima mucho a utilizar estos dobles factores para protegernos, pero cabe ser cauteloso. + +Un primer elemento que tenemos que considerar es el uso de envío de mensajes SMS a nuestro móvil como factor de autenticación. Se han documentado suficientes casos de duplicación de SIM, en los que mediante ingeniería social alguien consigue un duplicado de la SIM de nuestro móvil con lo que puede recibir los SMS y saltarse el doble factor, como para que varias entidades hayan dejado de recomendar los SMS como factor de autenticación. + +Otro elemento, más peliagudo, es que tenemos que analizar el riesgo que supone perder (sin actor malicioso de por medio) nuestro segundo factor de autenticación. Al igual que perder una contraseña puede ser más problemático de lo que parece (por ejemplo, si perdemos la contraseña para acceder a nuestro correo- de manera que no podemos pedir un enlace para cambiar nuestra contraseña por correo), hay que tener claro cómo recuperar una cuenta en la que dependemos de un segundo factor como autenticación. + +Para usos laborales, las empresas pueden establecer protocolos relativamente sencillos para identificarnos que aprovechen el hecho de que nuestros compañeros de trabajo nos conocen, por ejemplo. En general, el uso de doble factor laboralmente es por tanto fácil, de coste razonable y efectivo. + +Pero para usos personales, la cosa se complica. Podríamos pensar que hay factores de autenticación que no podemos perder, como los que "somos"- nuestra huella dactilar, el iris, etc. A pesar de que el uso de este tipo de identificadores es conveniente (soy el primero que desbloquea su móvil con su huella), tenemos que considerar que el otro nombre de esta práctica (a parte de "identificación biométrica") es "la contraseña que no puedes cambiar y que todo el mundo puede ver". Se ha engañado a lectores de huella creando reproducciones de huellas dactilares a partir de fotografías. Cualquier pérdida de seguridad de un identificador biométrico es definitivo. + +Un dispositivo físico así mismo puede perderse. Afortunadamente, la mayoría de sistemas de doble autenticación permiten tener varios dobles factores que podemos usar alternativamente. Por ejemplo, es típico poder crear un conjunto de códigos de un solo uso que podemos imprimir, por ejemplo, y utilizar en caso de perder el móvil. Sin embargo, dependiendo de lo crítico que sea una cuenta, la urgencia con la que podamos necesitarla, etc. podemos comenzar a plantearnos preguntas como "qué pasa si necesito un factor alternativo y estoy lejos de mi casa donde guardo mi copia impresa de mi doble factor de respaldo" o "qué pasa si se incendia mi casa y se destruye", por no hablar de que somos seres humanos y cometemos errores. + +Yo, personalmente, de momento no utilizo doble factor- lo que conlleva un déficit de seguridad importante, pero que personalmente creo que me vale la pena y puedo compensar con otros mecanismos (uso de un gestor de contraseñas, las medidas adicionales de Google que protegen mi cuenta de correo, etc.). Existen medidas en este sentido (como contactos en los que confiamos de emergencia) y probablemente existe espacio para más mejoras en este sentido. + +Es recomendable analizar la situación de cada uno y decidir- creo que el uso de doble factor en entornos personales tiene sentido bajo muchos puntos de vista, pero sólo cada uno puede juzgar los riesgos y ventajas de cada sistema. + + +=> https://en.wikipedia.org/wiki/Shibboleth 1: https://en.wikipedia.org/wiki/Shibboleth
\ No newline at end of file diff --git a/blog_experiment/content/2020/11/barbechos.gmi b/blog_experiment/content/2020/11/barbechos.gmi new file mode 100644 index 00000000..813e844a --- /dev/null +++ b/blog_experiment/content/2020/11/barbechos.gmi @@ -0,0 +1,11 @@ +# Barbechos +2020-11-16 + +Me apuntan que "en aras de" implica un sacrificio[1]. Y eso me recuerda que algunos se quejan (quizá con razón) de que en español falta un palabro para decir trade-off. Y hace poco os he puesto una opinión sobre la creación de las palabras. + +¿A qué esperáis? + +Llevaba 9 años sin poner nada en la categoría "lenguas" de este blog y hoy he puesto dos entradas. Curioso. + + +=> https://www.fundeu.es/recomendacion/en-aras-de-155/ 1: https://www.fundeu.es/recomendacion/en-aras-de-155/
\ No newline at end of file diff --git a/blog_experiment/content/2020/11/como-el-trueno.gmi b/blog_experiment/content/2020/11/como-el-trueno.gmi new file mode 100644 index 00000000..2fe50d37 --- /dev/null +++ b/blog_experiment/content/2020/11/como-el-trueno.gmi @@ -0,0 +1,28 @@ +# Como el trueno +2020-11-01 + +Disculpen el meme: + +=> https://external-preview.redd.it/_B_AteIgDNG5jcT1QXp8-DzS7mvH3-Le2BGNifAK5aA.jpg?auto=webp&s=4da26787b881393117de64f63ee6d63a01986c58 r/Windows10 - "How likely are you to recommend Windows 10 to a friend or colleague?" [IMG] + +How likely are you to recommend Windows 10 to a friend of colleage? + +I need you to understand that people don't have conversations where they randomly recommend operating systems to one another + +Parece indiscutible la evidencia sobre la efectividad del Net Promoter Score[1], pero sigue chirriándome un poco. Personalmente, en mi escala personal, raramente soy un promoter y puedo poner un 6 (detractor) a algo que no creo que necesite mejorar o que no puede mejorar eficientemente. + +Pero bueno, igual hay peores maneras de, por ejemplo, formar un gobierno[2]. + +También me han recordado últimamente a Cynthia Rothrock[3], con: + +https://farside.link/nitter/TimesSqKungFu/status/1320524098141904896[4] + +, que aunque ahora viendo las respuestas al tuit, ya no puedo dejar de ver a su doble, me hizo gracia descubrir repasando su artículo en la Wikipedia, que triunfó antes en Asia antes de pasarse a la serie B directa a vídeo americana. + +Finalmente, me pregunto si hay por ahí benchmarks de los nuevos Apple de escritorio con ARM. Las medidas de los chips de Apple para móvil siempre me han sorprendido un pelín y tengo bastante curiosidad por ver cómo se transladan a escritorio. + + +=> https://en.wikipedia.org/wiki/Net_Promoter 1: https://en.wikipedia.org/wiki/Net_Promoter +=> https://www.bbc.com/news/world-europe-45753455 2: https://www.bbc.com/news/world-europe-45753455 +=> https://en.m.wikipedia.org/wiki/Cynthia_Rothrock 3: https://en.m.wikipedia.org/wiki/Cynthia_Rothrock +=> https://farside.link/nitter/TimesSqKungFu/status/1320524098141904896 4: https://farside.link/nitter/TimesSqKungFu/status/1320524098141904896
\ No newline at end of file diff --git a/blog_experiment/content/2020/11/el-brazo-rapido-de-la-manzana.gmi b/blog_experiment/content/2020/11/el-brazo-rapido-de-la-manzana.gmi new file mode 100644 index 00000000..5f3d55cc --- /dev/null +++ b/blog_experiment/content/2020/11/el-brazo-rapido-de-la-manzana.gmi @@ -0,0 +1,96 @@ +# El brazo rápido de la manzana +2020-11-16 + +Aviso: no me considero un experto mucho menos en temas de arquitectura, historia de la computación, la supercomputación o incluso el mercado informático. Tampoco he hecho un esfuerzo brutal en verificar todo lo que digo debajo. Comentarios, correcciones y sugerencias más que bienvenidas. + +Me agrada contemplar como de un tiempo a esta parte, la dictadura de la arquitectura x86 pierde poco a poco su hegemonía. + +Tras haber trasteado levemente con los procesadores MOS Technology 6502 y miembros de la familia m68k, casi todos los detalles a bajo nivel de la arquitectura de los PC compatibles siempre me han parecido un tanto... carentes de estética. Mi único encontronazo programando directamente un procesador x86 fue hace más de dos décadas y también me dejo un mal sabor de boca. + +Por tanto, siempre me ha quedado pendiente que algún día alguien derroque el status quo de los PC compatibles. La adopción de EFI siempre me pareció un paso adelante, aunque el impacto real en el usuario final es muy pequeño. + +Ya antes del iPhone (pero antes de que nadie predijese la revolución que se cocía), muchos móviles ya llevaban pequeños procesadores ARM, ya que Intel tardó mucho en mostrar interés en poner sus procesadores en dispositivos más pequeños que los portátiles PC compatibles, con lo que ni siquiera era viable intentar ponerle un x86 a un móvil por temas de consumo. Los pequeños y eficientes procesadores ARM eran la decisión natural para estos dispositivos. No sé en qué momento preciso los dispositivos ARM en manos de usuarios superaron al número de dispositivos x86, pero seguramente inconscientemente servidor esbozó una pequeña sonrisa en su rostro. Paradójicamente, seguramente más o menos en el mismo momento, también vencieron las plataformas de hardware cerradas a las (relativamente) abiertas + +Los x86, sin embargo, aún cuentan (¿o contaban? Ahora nos ocupamos de eso) con la ventaja del "rendimiento de hilo único". La masiva inversión en exprimir al máximo el rendimiento de los procesadores x86 tradicionalmente ha querido decir que son los procesadores que pueden dar más rendimiento ejecutando tareas generales no paralelizables (creo que aplicando la restricción "a un coste razonable"). + +Muchas tareas son paralelizables; es decir, podemos poner más procesadores a ejecutarlas. Cuando tenemos esta posibilidad, el beneficio de multiplicar el número de procesadores adquiere mucha más importancia que hacer que un procesador individual sea más rápido. Esto lo podemos ver reflejado en sitios como los listados de los supercomputadores más potentes del mundo, donde x86 no siempre ha dominado tan claramente. + +Más recientemente, también hemos visto trabajo interesante en el área de "las tareas generales". Hay ahí un estudio interesante sobre los procesadores muy especializados; allí donde por ejemplo el Commodore Amiga hacía cosas mágicas gracias a sus procesadores gráficos, pero allí donde también murió un poco en el boom de los juegos con gráficos tridimensionales... y allí donde poco más tarde comenzaron a coger carrerilla los procesadores pensados para acelerar el rendimiento de los gráficos tridimensionales que han dado pie a otra revolución informática. Estos procesadores altamente especializados no son nada adecuados para realizar "tareas generales", pero han encontrado usos más allá de los gráficos tridimensionales en áreas como el aprendizaje computacional. Precisamente la "simplicidad" de estos procesadores facilita su aceleración y paralelización hasta límites insospechados (la tarjeta gráfica de mi ordenador para videojuegos tiene casi 2000 unidades de ejecución comparadas con las decenas que a lo sumo tienen los procesadores x86 convencionales) y hacen que, por un precio razonable, puedan dar un rendimiento a años luz de lo que puede dar un x86 (o cualquier otro procesador de propósito general). + +Pero aun así, hasta estos días, era complicado comprarse un portátil que no llevase un procesador x86, y los sistemas de escritorio como las populares Raspberry Pi (basadas en ARM, como los móviles) ofrecían un rendimiento bastante pobre. Apple mismo era el último reducto de los ordenadores personales de uso general no basados en los procesadores x86, pero hasta ellos tuvieron que abandonar ese barco en 2006, pues sus ordenadores basados en PowerPC eran simplemente lentos comparados con sus competidores. + +Se ha invertido mucho dinero desde entonces gracias a los móviles en los procesadores ARM. Apple diseña sus propios procesadores ARM, que arrojan unas cifras que suenan muy bien de rendimiento cuando se miden. Personalmente siempre me tomo los números que saca Apple con bastante escepticismo- precisamente en su época PowerPC todas sus presentaciones sacaban unos números magníficos, que se desvanecieron justamente en ese fatídico 2006. Además, la cerrazón de los entornos iOS e iPadOS siempre me han hecho desconfiar mucho de estas mediciones (por no hablar ahora, que lo haremos más adelante, de lo endiabladamente complicado que es medir el rendimiento de un procesador objetivamente). + +Tan buenas son estas cifras, que Apple ha decidido volver a apostar por procesadores no x86 en sus portátiles y sistemas de escritorio, y los acompaña de otras cifras y declaraciones que creo que interesa analizar detenidamente. + +Voy a discutir explícitamente lo que captura el Internet Archive a día de hoy en la página de Apple sobre sus procesadores M1[1]. + +## System-on-a-Chip (SOC) + +Lo primero que dice es que el M1 es un SOC, como todos los ARM. Los ordenadores x86 que conocemos todos en general vienen con un procesador separado, acoplado o soldado a una placa base en la que hay más componentes, como por ejemplo, la memoria. Creo que no hay procesadores ARM en ese formato- todos vienen en un chip único con memoria y otros componentes integrados. Esto suele tener interesantes beneficios de eficiencia, rendimiento, portabilidad y coste, pero por otra parte descarta completamente cosas que aún podemos hacer en muchos PCs como aumentar la memoria o cambiar una tarjeta gráfica. + +Ciertamente esto ya no es posible en muchos portátiles x86, e incluso en algunos sistemas que no son de escritorio, pero es algo que perdemos casi completamente adoptando un SOC, aunque inventos como Thunderbolt podrían permitirnos usar tarjetas gráficas Thunderbolt para complementar un SOC. También podría ser posible adoptar una arquitectura que permita acoplar más procesadores (los sistemas Blade hacen algo similar). Además, como hemos comentado, para muchas tareas podemos tirar directamente por apilar más ordenadores en vez de ampliar un sólo sistema- véase lo que se divierte la gente fabricando minisuperordenadores aglutinando varias Raspberry Pi. + +## Memoria unificada + +Después de esto Apple recaba en que integrar la memoria en un SOC tiene ventajas de rendimiento y nos proporciona las primeras cifras de rendimiento (me da igual cuántos transistores tiene un procesador- de hecho Apple lo vende como que más transistores mejor y no creo que eso sea inequívocamente cierto) y las primeras notas al pie. + +Up to 3.9X faster video processing +Testing conducted by Apple in October 2020 using preproduction MacBook Air systems with Apple M1 chip and 8-core GPU, as well as production 1.2GHz quad-core Intel Core i7-based MacBook Air systems, all configured with 16GB RAM and 2TB SSD. Tested with prerelease Final Cut Pro 10.5 using a 55-second clip with 4K Apple ProRes RAW media, at 4096x2160 resolution and 59.94 frames per second, transcoded to Apple ProRes 422. Performance tests are conducted using specific computer systems and reflect the approximate performance of MacBook Air. + +Apple cuidadosamente especifica la GPU del M1 y sus 8 cores que da como casi 4 veces más rápida que la CPU de su Air anterior de 4 cores. La mitad de ese 4x ya puede ser que básicamente estamos doblando el número de unidades de ejecución en un proceso que seguramente es paralelizable. Además, como hemos comentado, una GPU especializada puede tener ventajas en tareas específicas sobre una CPU de propósito general. Quizá sería interesante saber cómo se podría optimizar este proceso en, pongamos, una GPU Nvidia. Seguramente la arquitectura de memoria en el SOC da ventajas en esta prueba, pero me sorprende que Apple use esta prueba para hablar de ello. Por último, cabe señalar que el sistema en cuestión es un Air, un portátil ultradelgado. Es conocido que la debilidad de los x86 son estos sistemas donde no pueden alcanzar su máximo rendimiento. Por supuesto es harto interesante que en un portátil ARM nos dé mejores prestaciones, pero habría que ver la comparativa con un sistema de escritorio para tener una perspectiva completa. + +Up to7.1X faster image processing +Testing conducted by Apple in October 2020 using preproduction Mac mini systems with Apple M1 chip, and production 3.6GHz quad-core Intel Core i3-based Mac mini systems, all configured with 16GB of RAM and 2TB SSD. Prerelease Adobe Lightroom 4.1 tested using a 28MB image. Performance tests are conducted using specific computer systems and reflect the approximate performance of Mac mini + +Similar al punto anterior, pero aquí sí comparan con un sistema de escritorio, pero un Mac mini y no precisamente con el x86 más potente del mundo (el i3 es el modelo bajo de gama). + +## Rendimiento de CPU + +Up to 3.5X faster CPU performance +Testing conducted by Apple in October 2020 using preproduction MacBook Air systems with Apple M1 chip and 8-core GPU, as well as production 1.2GHz quad-core Intel Core i7-based MacBook Air systems, all configured with 16GB RAM and 2TB SSD. Tested with prerelease Final Cut Pro 10.5 using a 55-second clip with 4K Apple ProRes RAW media, at 4096x2160 resolution and 59.94 frames per second, transcoded to Apple ProRes 422. Performance tests are conducted using specific computer systems and reflect the approximate performance of MacBook Air + +Se refieren aquí a la misma nota al pie que en su reclamo de "Up to 3.9X faster video processing" de más arriba, con lo que aplican las mismas observaciones, además de que es un poco raro que usen la comparativa de GPU contra CPU para hablar de 3.5x el rendimiento de CPU (contra la mejora de 3.9x anterior). + +Our high‑performance core is the world’s fastest CPU core when it comes to low‑power silicon. And because M1 has four of them, multithreaded workloads take a huge leap in performance as well. +Testing conducted by Apple in October 2020 using preproduction 13‑inch MacBook Pro systems with Apple M1 chip and 16GB of RAM measuring peak single-thread performance of workloads taken from select industry-standard benchmarks, commercial applications, and open source applications. Comparison made against the highest-performing CPUs for notebooks commercially available at the time of testing. Performance tests are conducted using specific computer systems and reflect the approximate performance of MacBook Pro + +Creo que se refieren aquí a que tienen el mejor rendimiento en tareas generales no paralelizables en procesadores de bajo consumo. Puede ser cierto sin demasiados matices (ya hemos comentado que los procesadores x86 no alcanzan su mejor rendimiento en portátiles), aunque vuelve a ser cierto aquí que medir rendimiento de procesadores objetivamente es complicado y que están excluyendo sistemas de escritorio. + +En este punto también hablan de sus unidades de ejecución "eficientes". Esta es una idea harto interesante en la que se ha trabajado en móviles recientemente, que consiste en tener unidades de ejecución de diferente potencia para mejorar el uso de batería. Esto sí es un hito en portátiles y que seguramente contribuye a mejorar la vida de batería significativamente. + +## Eficiencia + +Up to 2X faster CPU performance +Matches peak PC performance using 25% of the power +At just 10 watts (the thermal envelope of a MacBook Air), M1 delivers up to 2x the CPU performance of the PC chip. And M1 can match the peak performance of the PC chip while using just a quarter of the power. +Testing conducted by Apple in October 2020 using preproduction 13‑inch MacBook Pro systems with Apple M1 chip and 16GB of RAM. Multithreaded performance measured using select industry‑standard benchmarks. Comparison made against latest‑generation high‑performance notebooks commercially available at the time of testing. Performance tests are conducted using specific computer systems and reflect the approximate performance of MacBook Pro. + +Aquí se refiere a rendimiento paralelizable y hábilmente no especifica absolutamente nada de contra qué compara. Muy difícil de evaluar, pero podrían estar comparando contra sistemas con menos cores o con mala gestión térmica. A saber. Que los procesadores ARM rinden mejor a bajo voltaje no está bajo mucha discusión (los procesadores x86 de bajo voltaje son notablemente lentos). + +## Rendimiento gráfico + +Pequeño apunte que a esto sigue una gráfica que habla que han triplicado el rendimiento por vatio, pero es una gráfica muy extraña. Pero me parece algo bastante creíble a pesar de la gráfica. + +Siguen hablando del rendimiento gráfico. Esto también es bastante creíble; los procesadores x86 a veces integran GPUs que están bien, pero que no son para tirar cohetes precisamente, sobre todo comparando con las GPUs dedicadas de NVIDIA, de las que hay versiones para portátiles con rendimiento limitado y probablemente mucho peor consumo que la GPU integrada del M1. Así pues es una mejora interesante si queremos hacer algo de gráficos con buen consumo de batería, y desde luego seguramente veamos una mejora muy significativa contra un x86 sin procesadores gráficos dedicados. + +## Rendimiento especializado + +Luego nos apuntan mejoras en cosas como aprendizaje computacional. Lo mismo que con el rendimiento gráfico; seguramente machaca a las gráficas integradas de los procesadores x86, pero no creo que se acerque a GPUs NVIDIA (salvo si lo miramos en consumo, claro). Hablan de una mejora de 16x respecto a x86, cuando según tengo entendido NVIDIA está muchísimo más lejos. + +## Consumo de batería + +Aquí, a diferencia de en otras secciones, es Apple quien tiene el histórico de dar las cifras más creíbles de batería (y los fabricantes de PCs no Apple tienen el histórico de mentir como bellacos). Parece ser que hay portátiles x86 que presumen de cifras similares a las que apunta Apple, pero apostaría a que Apple vuelve a tomar la delantera que había perdido en cuanto a duración de batería gracias a la eficiencia ARM. + +## Conclusiones + +Estoy bastante convencido que en portátiles, los nuevos sistemas de Apple basados en ARM seguramente sean equivalentes o superiores a los portátiles más delgados basados en x86. Aquí me repatea un poco la obsesión con la delgadez de los portátiles (que no sólo afecta a Apple), que redunda no sólo en peor rendimiento, sino también en peores teclados, menor facilidad para reparar e incluso ampliar, peores baterías y un sinfín de cosas que sacrificamos en aras de una delgadez que no aporta demasiado. Seguramente los portátiles con GPUs NVIDIA mantengan grandes ventajas en determinadas áreas, sacrificando batería (también habría que intentar valorar la paradoja de que a veces los procesadores más rápidos pueden ser más eficientes por el hecho de que necesitan menos tiempo a pleno rendimiento para completar las tareas que queremos). + +Es decir, que es posible que de nuevo Apple haya sacado un portátil que me gusta en algunos sentidos como los primeros Air baratos que durante bastante tiempo no tuvieron rival. Como aquel, seguro que no será el mejor portátil para todo el mundo, pero sí para muchos (al menos los que toleren vivir en macOS... y viendo como se adapta el mundo a un portátil no x86- parece que de momento hay bastantes baches, aunque espero que se resuelvan bastante rápido). En escritorio y de potencia máxima sin calificativos, lo veo poco probable. + +Es digno de admirar, por otra parte, las continuas apuestas en las que Apple arriesga. Aunque algunas de ellas (pantallas táctiles, delgadez, sistemas cerrados) han resultado nefastas, al menos para mí, muchas de ellas han arrastrado al resto de la industria a mejoras de las que nos beneficiamos todos. + +Y quién sabe, quizá algún día acabemos de enterrar a los feos x86. + + +=> https://web.archive.org/web/20201116121822/https://www.apple.com/mac/m1/ 1: https://web.archive.org/web/20201116121822/https://www.apple.com/mac/m1/
\ No newline at end of file diff --git a/blog_experiment/content/2020/11/la-iglesia-catodica.gmi b/blog_experiment/content/2020/11/la-iglesia-catodica.gmi new file mode 100644 index 00000000..e8588f3a --- /dev/null +++ b/blog_experiment/content/2020/11/la-iglesia-catodica.gmi @@ -0,0 +1,32 @@ +# La iglesia catódica +2020-11-19 + +¿Acertaron de pleno los creadores de YouTube con su nombre? ¿Los "smart" phones nos han enganchado a la nueva caja tonta? + +Vivo un poco ajeno al mundo de las imágenes en acción para responder adecuadamente a esa preguntas (aunque todo apunta a que sí), pero me es conveniente documentar dos proyectos relacionados con YouTube que, sorprendentemente en estos días, no son youtube-dl[1]. + +Uno es NewPipe[2]. NewPipe es una aplicación Android open source (es decir, sus entrañas están al alcance de todos) que permite ver vídeos de YouTube, como la propia aplicación de YouTube. Para ello, imita a un navegador web visitando YouTube sin hacer login. Curiosamente, se salta los pasos de mostrar anuncios y dificulta bastante que YouTube nos identifique fácilmente. Adicionalmente, implementa funcionalidades en la propia aplicación, como la suscripción a canales, con un mecanismo propio que, aunque cuenta con desventajas (no nos "sigue" de dispositivo a dispositivo), nos permite hacer cosas que no se pueden hacer usando YouTube sin hacer login. También cuenta con funcionalidades como poder reproducir el sonido de los vídeos sin tener la aplicación en primer plano, o descargar vídeos. + +¿Tiene pegas? Para empezar, una aplicación así va en contra de los términos de uso de la Play Store de Google, así que no la podremos encontrar ahí. Recomiendo el uso de F-Droid[3] para instalarla. F-Droid es una tienda de aplicaciones Android alternativa que ofrece sólo aplicaciones open source como NewPipe. Esto está contemplado dentro de Android- podemos configurar Android fácilmente para que nos permita instalar aplicaciones de fuera de la Play Store, instalar F-Droid y con F-Droid instalar nuevas aplicaciones. + +¿Es esto legal? Pues dependerá de la legislación que rija sobre cada uno. ¿Es peligroso? Un riesgo podría venir por instalar una aplicación que no está aprobada por Google, que supuestamente evita que se publiquen aplicaciones con funcionalidades maliciosas ocultas. Sin embargo, dado que NewPipe es una aplicación open source, en teoría cualquiera podría auditar sus entrañas, verificar que no hay tales funcionalidades ocultas y verificar que la descarga que ofrece F-Droid se corresponde con el código fuente. + +Así mismo, podría existir el riesgo de que Google "castigue" a los usuarios de NewPipe, por ejemplo, cerrando sus cuentas Google, algo que no es poca broma[4]. Sin embargo, aparte de que no constan casos, a falta de alguna puerta trasera en Android, dado que NewPipe interactúa con YouTube sin hacer login, no debería haber manera fiable de identificar quién usa NewPipe. Así mismo, no ha habido manifestación alguna de Google en contra de NewPipe- más allá de que los términos de la Play Store evitan que, como muchas otras aplicaciones, la podamos encontrar allí. + +Un proyecto similar a NewPipe es Invidious, una web alternativa que nos ofrece el contenido de YouTube que forma parte de la ilustre familia compuesta por Nitter (Twitter) y Bibliogram (Instagram). Estas webs reimplementan la funcionalidad de webs con contenido público como YouTube, permitiéndonos acceder a él como un intermediario que protege nuestra identidad. Al igual que NewPipe, Invidious curiosamente se olvida de mostrarnos anuncios y dificulta el seguimiento por parte de Google de nuestras acciones. + +Al ser una aplicación web, Invidious debe ser hospedada por alguien. Al ser open source, cualquiera puede crear su propia instancia. A diferencia de NewPipe, que siendo una aplicación nos la bajamos y la ejecutamos en nuestro móvil, Invidious se ejecuta en un servidor al que accedemos. Hay un listado de instancias en la propia web de Invidious[5]. + +Sin embargo, dado que es una aplicación web, si bien el código fuente de Invidious es open source al igual que NewPipe, en este caso al ser una aplicación web, no podemos validar que la instancia a la que nos conectamos de Invidious se corresponda con el código fuente que alguien podría haber auditado y verificado que no contiene funcionalidades maliciosas. Sólo creando nuestra propia instancia de Invidious podremos tener esta certeza. Además, la instancia que usemos puede dejar de funcionar, aunque en este caso podriamos cambiar y seguir usando otra instancia. + +Por lo demás, el análisis es bastante similar al de NewPipe- con las diferencias lógicas derivadas de que una es una aplicación para móvil y la otra una aplicación web. + +Bola extra: aquí un artículo sobre un soporte histórico, desconocido para mí, de películas que al parecer tuvo su momento en los ochenta[6]. + + +=> https://youtube-dl.org/ 1: https://youtube-dl.org/ +=> https://newpipe.schabi.org/ 2: https://newpipe.schabi.org/ +=> https://f-droid.org/ 3: https://f-droid.org/ +=> gemini://alex.corcoles.net/2020/11/sagrada-correspondencia/ 4: gemini://alex.corcoles.net/2020/11/sagrada-correspondencia/ +=> https://github.com/iv-org/invidious/wiki/Invidious-Instances 5: https://github.com/iv-org/invidious/wiki/Invidious-Instances +=> https://gizmodo.com/i-miss-videodiscs-the-fragile-garbage-that-shaped-my-c-1845700764 6: https://gizmodo.com/i-miss-videodiscs-the-fragile-garbage-that-shaped-my-c-1845700764
\ No newline at end of file diff --git a/blog_experiment/content/2020/11/quien-maneja-mi-lenguaje.gmi b/blog_experiment/content/2020/11/quien-maneja-mi-lenguaje.gmi new file mode 100644 index 00000000..8afc860a --- /dev/null +++ b/blog_experiment/content/2020/11/quien-maneja-mi-lenguaje.gmi @@ -0,0 +1,9 @@ +# Quién maneja mi lenguaje +2020-11-16 + +Recupero en otra de esas conversaciones la que quizá sea la mejor anotación de las que escribe David Morgan-Mar en sus cómics[1] (o al menos, mi favorita). + +Opina sobre el acuñado de palabras nuevas, y sobre si debemos dejarlo en manos de... ¿cuñados? Dedicadle un ratito. + + +=> https://www.irregularwebcomic.net/618.html 1: https://www.irregularwebcomic.net/618.html
\ No newline at end of file diff --git a/blog_experiment/content/2020/11/sagrada-correspondencia.gmi b/blog_experiment/content/2020/11/sagrada-correspondencia.gmi new file mode 100644 index 00000000..62475145 --- /dev/null +++ b/blog_experiment/content/2020/11/sagrada-correspondencia.gmi @@ -0,0 +1,45 @@ +# Sagrada correspondencia +2020-11-18 + +Hace unos días salió una noticia sobre alguien que había perdido el acceso a su cuenta de Google[1]. Esto me ha llevado a revisar un poco mi situación. + +Adelanto que hay un factor que aún no tengo resuelto, que es que uso mi cuenta de Google para identificarme en servicios no Google. Dentro de la configuración de vuestra cuenta de Google podéis ver en qué webs podéis entrar usando vuestra cuenta de Google. En mi caso son 17, y podría perder esas cuentas si perdiese mi cuenta Google. Algunas de ellas permiten mecanismos alternativos de identificación, así que vale la pena auditar aquellos servicios que sean importantes. + +Otro punto es el correo. La inmensa mayoría de servicios usan una dirección de correo para identificarnos y funcionalidades como "olvidé mi contraseña" son especialmente peligrosas si perdemos el acceso a la dirección de correo asociada. + +Personalmente, no uso prácticamente jamás ninguna dirección del dominio gmail.com. Tengo un dominio propio y uso un dominio de un allegado cercano, y uso direcciones de correo de esos dominios, que es bastante complicado perder (notifican con mucho margen para renovar, es un servicio de pago y no he oído nunca que se rescinda un dominio unilateralmente). Esa es la dirección de correo; la cuenta de correo en sí si la tengo con Google, que almacena el correo y me da acceso a él (nota: uso una arcaica versión gratuita de Google Workspaces. Para asuntos personales, **no** recomiendo usar Google Workspaces. Es posible usar un dominio propio con Google sin Google Workspaces). Pero al usar un dominio propio, puedo reemplazar a Google sin demasiado problema si fuera necesario- sin tener que cambiar mi dirección de correo. + +Con esto, mi correo lo almacena Google, que también perdería si no pudiese acceder a mi cuenta. Google proporciona una amplia variedad de maneras de exportar el correo. Para empezar, he decidido usar un procedimiento bastante sencillo e incómodo, pero efectivo. + +Uso isync[2], una herramienta para sincronizar cuentas de correo IMAP con archivos locales. IMAP es un protocolo para consultar el correo muy común en herramientas como Thunderbird y Outlook. Google da acceso al correo de GMail mediante IMAP, con lo que podemos usar cualquier herramienta IMAP como isync. + +Para hacer la sincronización, basta crear un sencillo archivo de configuración: + +``` +IMAPAccount gmail +Host imap.gmail.com +User <usuario_de_gmail> +SSLType IMAPS + +IMAPStore gmail-remote +Account gmail + +MaildirStore gmail-local +SubFolders Verbatim +Path ~/.mail/gmail/ +Inbox ~/.mail/gmail/Inbox + +Channel gmail +Far :gmail-remote: +Near :gmail-local: +Patterns * +Create Both +SyncState * +``` + +Ejecutando "mbsync -a", tendremos que teclear nuestra contraseña interactivamente y se realizará la sincronización. + +Para que esto funcione, sin embargo, necesitaremos permitir el acceso "menos seguro" a nuestra cuenta Google, que permite el acceso al correo IMAP mediante una simple contraseña (mecanismo que Google no considera seguro). De momento y para salir del paso, dado que tampoco me preocupo de ejecutar el proceso automáticamente, lo que he hecho es programarme un recordatorio para ejecutar el proceso semanalmente y sólo activar el acceso "menos seguro" mientras se ejecuta el proceso. + +=> https://www.cmmedia.es/noticias/espana/un-calvario-digital-google-cancela-mi-cuenta-de-correo-y-todo-lo-asociado-con-ella/ 1: https://www.cmmedia.es/noticias/espana/un-calvario-digital-google-cancela-mi-cuenta-de-correo-y-todo-lo-asociado-con-ella/ +=> https://isync.sourceforge.io/ 2: https://isync.sourceforge.io/ diff --git a/blog_experiment/content/2020/11/si-los-fanfarrones-volasen.gmi b/blog_experiment/content/2020/11/si-los-fanfarrones-volasen.gmi new file mode 100644 index 00000000..42a804e9 --- /dev/null +++ b/blog_experiment/content/2020/11/si-los-fanfarrones-volasen.gmi @@ -0,0 +1,22 @@ +# Si los fanfarrones volasen +2020-11-14 + +Hace casi 20 años que salió Google Earth, esa maravillosa recreación del globo terráqueo que podíamos disfrutar desde nuestros hogares y en la que muchísimos perdimos una significante cantidad de tiempo mirando una versión tridimensional limitada de lugares. Curiosamente, quizá viendo muchos más lugares que conocíamos que no descubriendo nuevos paisajes. + +Dos décadas más tarde, después de desembolsar 70 eurazos en Steam por el Microsoft Flight Simulator (un verdadero derroche, considerando el Game Pass de Xbox) y comprobar que quizá mi GeForce GTX 1050 Ti en mi PC de 2017, en streaming por Internet, no daba... desembolsé mil eurazos más por un PC nuevo con una ya ligeramente desfasada GeForce GTX 2060, en una perfecta demostración de irracionalidad supina. + +Pero qué bonito es contemplar lugares comunes desde el aire gracias a un derroche de esfuerzo inimaginable por un conjunto de fanfarrones que querían intentar demostrar que su tecnología era mejor que la tecnología de Google. + +Dicen los de Microsoft que su recreación del globo terráqueo es, básicamente, 2 petabytes de datos. No tengo ni idea de si Google Earth es más o menos que esto. Son mundos muy distintos. En zonas urbanas importantes, Google Earth tiene datos tipo Street View para recrear edificios con cierto detalle, cuando en Flight Simulator, pocos edificios y estructuras están recreados tridimensionalmente a partir de imagen real. Flight Simulator mayormente trabaja con la visión aérea del mapa e infiere edificios, árboles, carreteras y unas cuántas estructuras más a partir de la imagen a vista de pájaro. El resultado es que los modelos tridimensionales de Earth son mucho más fidedignos, pero también que Flight Simulator pinta una aproximación tridimensional de la realidad en todo el globo, cuando en muchos casos Google Earth sólo da la visión mayormente plana del mundo. + +Flight Simulator intenta dar un mundo que parece real, pero impreciso; los ríos parece que llevan agua, las carreteras tienen coches que se mueven por ellas y el mundo está iluminado de noche de una manera que cualquiera que haya volado de noche podrá identificar. En muchas ocasiones no es preciso, pero se acerca bastante a reflejar lo que veríamos desde un avión sobrevolando un planeta Tierra recreada a veces con realismo y a veces con un poco de cubismo. + +Es imperfecto, desde luego, y hay recreaciones mucho más precisas en otros videojuegos, pero ninguna con la ambición de recrear todo el planeta. Vuele uno por dónde vuele, rara vez da la sensación de haber llegado a un límite que los desarrolladores han ignorado, si bien se nota los lugares en los que se ha puesto esfuerzo humano en vez de uno meramente automático. + +Este intento de digitalizar la realidad no se queda ahí; el mundo de Flight Simulator recrea el clima y el tráfico aéreo del mundo, aparentemente los aviones del mundo real se ven reflejados dentro del juego, y ya hay muchos que se dedican a ver huracanes, tornados y tormentas desde el confort de sus casas (aunque también le podemos pedir al juego el clima que deseemos, para aquellos que rara vez vemos la nieve en nuestras casas). Por no olvidar que sí, el Flight Simulator es un simulador de vuelo que podemos ajustar desde una experiencia que permita a un lego sobrevolar su casa fácilmente hasta algo que dicen sirve de entrenamiento para una licencia de piloto comercial. + +De hecho, hay que decir que si el propósito del juego fuera realmente una simulación del vuelo comercial o incluso recreativo, mucha de la fantástica recreación del mundo dentro del juego es meramente ornamental e incluso inútil- volando como se volaría en la realidad jamás veríamos gran parte del esfuerzo- o lo veríamos por un breve instante antes de estrellarnos o ser detenidos por sobrevolar zonas habitadas a ras de suelo. Si esto es un juego, un desafío a los desarrolladores de Google Earth, un intento de vender tarjetas gráficas o una manera de ilusionarlos con lo que será posible en un par de décadas, es difícil de decir; quizá todas las anteriores sean ciertas en mayor o menos medida. + +¿Vale la pena el Flight Simulator? Es una pregunta compleja, ya que aparte del coste del juego (mínimo si a uno no le importa tener una licencia perpetua y decide tirar de Game Pass) se le puede sumar el hierro necesario para mover esta maquinaria. Podéis buscar en Youtube vídeos para configuraciones de PC aproximadas de tarjeta, procesador y memoria que os den una idea del nivel gráfico/coste que podéis disfrutar. Así mismo, cabe valorar los diferentes niveles a los que podemos jugar- seguro que es una compra indispensable para aquellos que quieran un auténtico simulador de vuelo que recree la experiencia de pilotar. Los que quieran realizar turismo virtual también harían bien de probar antes Google Earth, que en ciertos aspectos supera la recreación de Microsoft, aunque en muchos se queda cortísimo. + +Yo personalmente, me quedo con la relajante experiencia de poder sobrevolar cualquier punto del mundo, de día o de noche con una libertad imposible en el mundo real y sin estrés.
\ No newline at end of file diff --git a/blog_experiment/content/2020/11/smorgasbord.gmi b/blog_experiment/content/2020/11/smorgasbord.gmi new file mode 100644 index 00000000..e905207b --- /dev/null +++ b/blog_experiment/content/2020/11/smorgasbord.gmi @@ -0,0 +1,32 @@ +# Smörgåsbord +2020-11-28 + +Si hay segundos bisiestos mal. Si no hay segundos bisiestos, mal también. Si hay segundos bisiestos negativos, posible apocalipsis.[1] + +Una interesante reflexión sobre los juegos de rol (los de verdad) en Rock Paper Shotgun.[2] + +Nunca he sido mucho del Mortal Kombat, pero a veces hacen cosas como sacar un complemento que trae a los actores de la peli del 95 a la última versión del juego. Christopher Lambert incluido.[3] + +Más sobre No Man's Sky (que ayer volví a *no* comprarme. No puedo decir lo mismo sobre Control[4], art of rally[5], Assetto Corsa[6] y City Car Driving[7]). Parece ser que obviamente la introducción de la bioluminiscencia en el mundo también ha traído los planetas discoteca pastillera[8]. + +Un artículo en Vox (Media) sobre el mundo de los análisis sobre efectividad de los donativos[9] y otro en Ars sobre compensar tu huella de carbono[10]. + +Un artículo en la BBC sobre una descendiente del amigo de Churchill que trajo al mundo la abreviatura OMG.[11] + +Un tuit de esos que se hacen extremadamente populares[12] me descubre Prisencolinensinainciusol de Adriano Celentano[13]. Ligeramente relacionado, curiosidad infinita por ver cómo se resuelve el problema de cantar a coro por Internet[14]. + + +=> https://www.jwz.org/blog/2020/11/leap-second-news/ 1: https://www.jwz.org/blog/2020/11/leap-second-news/ +=> https://www.rockpapershotgun.com/2020/11/24/baldurs-gate-3-gave-me-new-respect-for-my-real-life-dungeon-master/ 2: https://www.rockpapershotgun.com/2020/11/24/baldurs-gate-3-gave-me-new-respect-for-my-real-life-dungeon-master/ +=> https://www.engadget.com/mortal-kombat-movie-dlc-skin-pack-180634132.html 3: https://www.engadget.com/mortal-kombat-movie-dlc-skin-pack-180634132.html +=> https://store.steampowered.com/app/870780/Control_Ultimate_Edition/ 4: https://store.steampowered.com/app/870780/Control_Ultimate_Edition/ +=> https://store.steampowered.com/app/550320/art_of_rally/ 5: https://store.steampowered.com/app/550320/art_of_rally/ +=> https://store.steampowered.com/app/244210/Assetto_Corsa/ 6: https://store.steampowered.com/app/244210/Assetto_Corsa/ +=> https://store.steampowered.com/app/493490/City_Car_Driving/ 7: https://store.steampowered.com/app/493490/City_Car_Driving/ +=> https://www.polygon.com/2020/11/24/21656721/no-mans-sky-rave-dance-planet-galactic-hub 8: https://www.polygon.com/2020/11/24/21656721/no-mans-sky-rave-dance-planet-galactic-hub +=> https://www.vox.com/2015/12/1/9826838/best-charities-donate-2019-giving-tuesday 9: https://www.vox.com/2015/12/1/9826838/best-charities-donate-2019-giving-tuesday +=> https://arstechnica.com/science/2020/11/want-to-offset-your-carbon-footprint-heres-what-you-need-to-know/ 10: https://arstechnica.com/science/2020/11/want-to-offset-your-carbon-footprint-heres-what-you-need-to-know/ +=> https://www.bbc.com/news/uk-england-norfolk-54893939 11: https://www.bbc.com/news/uk-england-norfolk-54893939 +=> https://farside.link/nitter/HarrietMould/status/1331890921277943808 12: https://farside.link/nitter/HarrietMould/status/1331890921277943808 +=> https://en.wikipedia.org/wiki/Prisencolinensinainciusol 13: https://en.wikipedia.org/wiki/Prisencolinensinainciusol +=> https://www.jefftk.com/p/bucket-brigade-singing 14: https://www.jefftk.com/p/bucket-brigade-singing
\ No newline at end of file diff --git a/blog_experiment/content/2020/11/trienio-linguistico.gmi b/blog_experiment/content/2020/11/trienio-linguistico.gmi new file mode 100644 index 00000000..3a1d9a2a --- /dev/null +++ b/blog_experiment/content/2020/11/trienio-linguistico.gmi @@ -0,0 +1,18 @@ +# Trienio lingüístico +2020-11-01 + +Veo que hace tiempo de la última vez que hablé sobre lenguajes de programación[1]. Unas notas desde entonces: + +Aunque el TIOBE (hablo del TIOBE porque es popular. Ningún índice es perfecto. Puede que el TIOBE sea el peor de todos, pero da un poco igual) no ha variado mucho en este tiempo, hay unas cuantas cosillas de las que podemos hablar. + +Objective C ha caído desde el #5 hasta el #18, y su sucesor Swift está en el #16. Curioso. Swift parece un lenguaje harto interesante, pero como C#, me genera algo de desconfianza por estar ligado a un entorno muy concreto. + +Go va subiendo. Es curioso que de los dos lenguajes impulsados por Google, el que me disgusta (Go y su terquedad en ignorar las últimas décadas de historia de la informática) se ha disparado y el que me gusta (Dart) no arranca ni a la de tres. Entiendo la popularidad de Go como lenguaje de tipado estático que permite generar binarios enlazados estáticamente con compilación cruzada amigable y además con recolector de basura; mientras Graal no coja impulso o Microsoft saque algo para .NET (que la última vez que miré no tenía nada usable) no tiene competencia en ese ámbito... Pero debería ser un nicho menos popular. Apuesto porque en muchos casos es el lenguaje para los que necesitan Java (tipado estático, recolector de basura y rendimiento) pero que están dispuestos a autoinfligirse dolor para no tener que usar Java. + +Lamentablemente creo que la popularidad de Go va en detrimento de un lenguaje que me pirra como es Rust. Rust nos trae innovaciones académicas a un lenguaje **sin** recolector de basura que también hace binarios fácilmente desplegables. Una maravilla que debería ir comiéndole el terreno a C/C++, los dos lenguajes sin recolector de basura más populares- es mucho más fácil y agradable escribir Rust fiable donde uno antes escribiría C o C++. Lamentablemente ese no es mi ámbito habitual, con lo que tengo que buscarme excusas cada vez más raras para deleitarme con él. Porque no veo claro que Rust pueda comerle terreno a lenguajes con recolección de basura; sí, tiene cosas que muchos de ellos no tienen, pero también tiene el quebradero de cabeza de preocuparse de satisfacer al borrow checker. Yo no apostaría por Rust donde podría usar Java, por ejemplo. + +Por último, Kotlin aún anda por el #33- algo pobre para el lenguaje de moda que Google también ha decidido impulsar como primer lenguaje para hacer aplicaciones sobre Android (offtopic: Fuchsia Programming Language Policy[2]). Quizá que Swift se quede por el #16 quiere decir algo sobre Android e iOS. A mí me sigue pareciendo un bonito lenguaje alternativo a Java (aunque a parte de la JVM, también compila a JS/WASM y nativo mediante LLVM) que además quizá está motivando muchas de las mejoras que Oracle está metiendo (con gran acierto, en mi opinión) a marchas forzadas a Java últimamente. Pero yo sigo sin verlo reemplazando a Java fuera de Android (como Scala, Ceylon, etc.). + + +=> gemini://alex.corcoles.net/2015/08/mi-opinion-sobre-unos-cuantos-lenguajes-de-programacion/ 1: gemini://alex.corcoles.net/2015/08/mi-opinion-sobre-unos-cuantos-lenguajes-de-programacion/ +=> https://fuchsia.dev/fuchsia-src/contribute/governance/policy/programming_languages 2: https://fuchsia.dev/fuchsia-src/contribute/governance/policy/programming_languages
\ No newline at end of file diff --git a/blog_experiment/content/2020/12/coche-escoba.gmi b/blog_experiment/content/2020/12/coche-escoba.gmi new file mode 100644 index 00000000..5b965a77 --- /dev/null +++ b/blog_experiment/content/2020/12/coche-escoba.gmi @@ -0,0 +1,26 @@ +# Coche escoba +2020-12-25 + +Sobre los orígenes del lenguaje de programación C (con detalles sobre su antepasado BCPL, famoso por su influencia en el Commodore Amiga).[1] + +Un descubrimiento fijarse en que Wired sorbe muchos artículos de Quanta Magazine[2]. Esto me ha llevado a este fascinante artículo sobre los "castores atareados", una maravillosa teoría entroncada en el "problema de la parada" que ofrece una elegante, pero efectivamente inviable de resolver problemas matemáticos[3]. + +La Sophie también me ha llevado a descubrir True Faith (la canción de New Order, no ninguna creencia). Y de ahí a descubrir que el videoclip[4] (el videoclip en Youtube[5], por si esa instancia de Invidious deja de ir) tiene... lenguaje de signos francés[6]. + +Un tipo que ha encontrado la manera de correr Doom en... patatas[7] (en Youtube, donde podéis el curioso rap que describe el vídeo[8]). + +Finalmente, el confuso panorama actual de las figuritas de La Guerra de las Galaxias[9]. + +De bonus, algo que ha sacado mi querido Internet Archive en su función de biblioteca, aunque no acabo de entenderlo[10]. + + +=> https://arstechnica.com/features/2020/12/a-damn-stupid-thing-to-do-the-origins-of-c/ 1: https://arstechnica.com/features/2020/12/a-damn-stupid-thing-to-do-the-origins-of-c/ +=> https://www.quantamagazine.org/ 2: https://www.quantamagazine.org/ +=> https://www.quantamagazine.org/the-busy-beaver-game-illuminates-the-fundamental-limits-of-math-20201210/ 3: https://www.quantamagazine.org/the-busy-beaver-game-illuminates-the-fundamental-limits-of-math-20201210/ +=> https://farside.link/invidious/watch?v=mfI1S0PKJR8 4: https://farside.link/invidious/watch?v=mfI1S0PKJR8 +=> https://farside.link/invidious/watch?v=mfI1S0PKJR8 5: https://farside.link/invidious/watch?v=mfI1S0PKJR8 +=> https://en.wikipedia.org/wiki/True_Faith_(song)#Music_video 6: https://en.wikipedia.org/wiki/True_Faith_(song)#Music_video +=> https://farside.link/invidious/watch?v=KFDlVgBMomQ 7: https://farside.link/invidious/watch?v=KFDlVgBMomQ +=> https://farside.link/invidious/watch?v=KFDlVgBMomQ 8: https://farside.link/invidious/watch?v=KFDlVgBMomQ +=> https://www.polygon.com/star-wars/2020/12/21/22063580/star-wars-toys-action-figures-collectors-mandalorian-replicas 9: https://www.polygon.com/star-wars/2020/12/21/22063580/star-wars-toys-action-figures-collectors-mandalorian-replicas +=> https://openlibrary.org/explore 10: https://openlibrary.org/explore
\ No newline at end of file diff --git a/blog_experiment/content/2020/12/elide-artist-names-less-in-youtube-music.gmi b/blog_experiment/content/2020/12/elide-artist-names-less-in-youtube-music.gmi new file mode 100644 index 00000000..0f92d020 --- /dev/null +++ b/blog_experiment/content/2020/12/elide-artist-names-less-in-youtube-music.gmi @@ -0,0 +1,11 @@ +# Elide artist names less in YouTube Music +2020-12-11 + +ytmusic-two-row-item-renderer[has-badges_] .subtitle.ytmusic-two-row-item-renderer { + white-space: normal; + } + +Use Stylus[1] or some other mechanism to add custom CSS to websites to prevent YouTube Music from hiding artist names as often as it irritatingly does. + + +=> https://addons.mozilla.org/en-US/firefox/addon/styl-us/ 1: https://addons.mozilla.org/en-US/firefox/addon/styl-us/
\ No newline at end of file diff --git a/blog_experiment/content/2020/12/los-libros-de-fabien.gmi b/blog_experiment/content/2020/12/los-libros-de-fabien.gmi new file mode 100644 index 00000000..47e9bab7 --- /dev/null +++ b/blog_experiment/content/2020/12/los-libros-de-fabien.gmi @@ -0,0 +1,15 @@ +# Los libros de Fabien +2020-12-05 + +Ha llegado a mis manos una edición física del libro de Fabien sobre Doom[1] para acompañar a la del Wolfenstein 3D[2]. Como el anterior, es un descenso a las profundidades del Doom, que incluye una variedad de temas que incluyen: + +* Descripción del hardware de los PC de la época +* Contexto del videojuego y su proceso de creación y diseño +* Detallada información técnica sobre la implementación (con comentarios sobre el código fuente) +* Descripción de las implementaciones para otras plataformas + +Se nota la experiencia del primer libro- está mucho más pulido, se lee mejor y contiene menos gazapos (sobre todo los diagramas de la primera edición del libro del Wolfenstein 3D, que espero que hayan corregido en la segunda). Completamente recomendable para los que quieran profundizar en la magia negra que practica John Carmack y sumergirse en el mundo de dos juegos que cambiaron el mundo de los videojuegos (por ejemplo, apuntalando el ataúd del Amiga). + + +=> https://fabiensanglard.net/gebbdoom/ 1: https://fabiensanglard.net/gebbdoom/ +=> https://fabiensanglard.net/gebbwolf3d/ 2: https://fabiensanglard.net/gebbwolf3d/
\ No newline at end of file diff --git a/blog_experiment/content/2020/12/popurri.gmi b/blog_experiment/content/2020/12/popurri.gmi new file mode 100644 index 00000000..241c844a --- /dev/null +++ b/blog_experiment/content/2020/12/popurri.gmi @@ -0,0 +1,26 @@ +# Popurrí +2020-12-05 + +Parece ser que Apple ha alterado los términos de uso de macOS de manera que permite servicios cloud basados en macOS, pero con un periodo mínimo de 24h[1]. Curiosamente, esto ha sucedido a la vez que AWS ha sacado su servicio de EC2 con macOS[2]. He usado algún servicio (Flow[3]) para cuando he necesitado hacer algo con macOS sin disponer de hardware físico; por una parte se agradece que por fin haya cierta claridad legal, pero por otra parte, el mínimo de 24h le quita bastante el sentido para algunos usos. Para CI/CD GitHub Actions tiene runners con macOS que se cobran al minuto (!), pero para uso general, el Mac Mini de AWS sale a unos 24€ por día. Son unos 30 días para que cueste como comprarse un Mac Mini, con la ventaja de no tener que mantenerlo/reemplazarlo/etc. + +Por supuesto, tanto Linux como Windows se pueden usar por minuto en EC2 (y cualquier otro proveedor) sin problemas, pudiendo aprovechar mucho más la elasticidad. De las pocas cosas que me fastidia de Windows (a parte del coste base, claro) es que cosas como el escritorio remoto y, especialmente, Hyper-V, estén valladas en la edición Pro de Windows 10[4]. Este último complicando un poco la vida de quien quiere desarrollar software y usar cosas como Docker o Kubernetes. + +La queja que tenía sobre Linux recientemente- la pérdida de la "transparencia en red" al pasar de X11 a Wayland- parece que está en vías de ponerse interesante[5]. + +En temas más lúdicos, acabo de descubrir (años después de acabarme el juego) que "The Music of Grand Theft Auto V, Vol. 2: The Score" (YouTube Music[6], Spotify)[7] es un interesante pelotazo de Tangerine Dream, DJ Shadow y otros nombres que no conozco. + +Llevo días sin viciarme a los recientemente adquiridos art of rally y Control. art of rally es un homenaje a los rallies de los del Absolute Drift. Es una experiencia prácticamente hipnoticorelajante de derrapes con un estilo gráfico la mar de agradable y una banda sonora que acompaña. + +Control por otra parte es un juego de tiros en tercera persona con elementos sobrenaturales y superpoderes que inmediatamente me dio unas vibraciones fantásticas del Max Payne al que jugaba hace casi dos décadas. Qué sorpresa descubrir que comparte muchos responsables. Me lo compré para amortizar un poco el PC con GTX 2060 que me compré por culpa del Flight Simulator. No sé si todos los juegos modernos son así, pero entre los gráficos con trazado de rayos y el entorno físico con mogollón de elementos destruibles, se me está haciendo agua con lo que es posible en los videojuegos de hoy y de la próxima década. + +La bola extra es que debería ser un deportista de élite y no lo soy[8]. + + +=> https://blog.macstadium.com/blog/developers-big-sur-and-vindication 1: https://blog.macstadium.com/blog/developers-big-sur-and-vindication +=> https://aws.amazon.com/es/blogs/aws/new-use-mac-instances-to-build-test-macos-ios-ipados-tvos-and-watchos-apps/ 2: https://aws.amazon.com/es/blogs/aws/new-use-mac-instances-to-build-test-macos-ios-ipados-tvos-and-watchos-apps/ +=> https://flow.swiss/ 3: https://flow.swiss/ +=> https://en.wikipedia.org/wiki/Windows_10_editions#Comparison_chart 4: https://en.wikipedia.org/wiki/Windows_10_editions#Comparison_chart +=> https://mstoeckl.com/notes/gsoc/blog.html 5: https://mstoeckl.com/notes/gsoc/blog.html +=> https://music.youtube.com/playlist?list=OLAK5uy_mJ7Myt-6KnTTpsy_8q6iOxOjZ_1NbvBl8 6: https://music.youtube.com/playlist?list=OLAK5uy_mJ7Myt-6KnTTpsy_8q6iOxOjZ_1NbvBl8 +=> https://open.spotify.com/album/0NeWQGtJD0LfXdVvgYNZM4 7: https://open.spotify.com/album/0NeWQGtJD0LfXdVvgYNZM4 +=> https://fivethirtyeight.com/features/why-are-great-athletes-more-likely-to-be-the-younger-siblings/ 8: https://fivethirtyeight.com/features/why-are-great-athletes-more-likely-to-be-the-younger-siblings/
\ No newline at end of file diff --git a/blog_experiment/content/2020/12/un-dios-griego-el-servicio-postal-una-frambuesa-y-un-elemento-de-una-imagen.gmi b/blog_experiment/content/2020/12/un-dios-griego-el-servicio-postal-una-frambuesa-y-un-elemento-de-una-imagen.gmi new file mode 100644 index 00000000..b0d205fe --- /dev/null +++ b/blog_experiment/content/2020/12/un-dios-griego-el-servicio-postal-una-frambuesa-y-un-elemento-de-una-imagen.gmi @@ -0,0 +1,18 @@ +# Un dios griego, el servicio postal, una frambuesa y un elemento de una imagen +2020-12-25 + +``` +$ cat check_pixel +#!/bin/bash + +set -ue + +curl -s https://store.google.com/config/pixel_4a?hl=es >/tmp/pixel +grep Agotado /tmp/pixel >/dev/null || mail yo@example.com -s "pixel disponible" </dev/null + +$ crontab -l +# m h dom mon dow command +16 * * * * /home/alex/check_pixel +``` + +Actualización: parece ser que el script no funciona correctamente (acabo de comprobar que ya hay Pixels y no he recibido email). Me da un poco igual porque ya he comprado uno en la FNAC de Francia, como 40€ más barato, que ha llegado hoy.
\ No newline at end of file |