Estoy de acuerdo en que es un buen framework por sí mismo, pero como muchas empresas y startups se enfocan en sacar productos rápido con la excusa de la buena productividad sin preocuparse por el rendimiento, cuando dicen que algo está hecho con Electron termino rechazándolo de entrada.

Captaron esta parte, así que en sitios como Google están probando en beta, de forma tentativa, agentes de programación como Jules... Si le lanzas trabajo a la IA, en vez de hacerlo en local se pone a resolverlo sola en un entorno en la nube, y luego revisas el resultado y le dices que haga commit, despliegue y demás.

Con el ambiente actual, quizá podrían haberlo mantenido con respirador conectándole IA para algo como descubrir automáticamente contenido similar...
Pero parece que simplemente decidieron bajarlo. Aunque bueno... yo también últimamente solo uso el clipping de Obsidian, así que......

Es muy bueno, pero como tiene un tamaño base, no da para usarlo en cualquier lado...

Electron está buenísimo, ¿quién dice que no?... está buenísimo.

maturin... dolor...

Guardé muchísimas cosas con entusiasmo, pero como casi nunca volvía a leerlas, al final terminé borrándolo.

Esto de las guardias/on-call es difícil... y es una de las partes representativas que más les cuesta a los desarrolladores.

Problemas como los de Flatpak o AppImage me parecen totalmente irrelevantes cuando vuelves a Windows, la verdad jaja..

Creo que Electron en sí es un framework muy bueno. El desarrollo del framework es muy activo y, sobre todo, prácticamente todo lo que se va a implementar en Chromium ya está ahí.

Como también se ve en el artículo La forma de guardar archivos en la computadora y la diferencia generacional, quizá también se deba al cambio de "lo organizo para que sea fácil de encontrar" a "si aparece al buscarlo, lo veo; y si no aparece, total no lo iba a ver, así que no hace falta organizarlo".

Cosas que la gente malentiende sobre Electron
Comparación entre Tauri y Electron - rendimiento, tamaño del bundle y los trade-offs reales

Ay, lo estaba usando mucho; qué lástima.

Actualmente uso Reader de Readwise (https://readwise.io/read) con suscripción de pago, y da la impresión de que a esta clase de productos similares les cuesta sobrevivir por una u otra razón. Parece que tienen un margen limitado para expandirse.

También recomiendo servicios que permiten guardar el contenido en sí, como Wallabag o SingleFile.

Uf... ¿no era un producto bastante conocido?
Se siente como si otra era estuviera llegando a su fin. Yo también lo usé mucho en el pasado.

Por aquí hay bastantes alternativas... aunque, la verdad, yo tampoco suelo terminar usando este tipo de soluciones.
Omnivore - solución open source de read-it-later
ArchiveBox - herramienta de archivado web self-hosted
Shiori - gestor de marcadores hecho con Go
LinkAce - servidor open source de archivo de marcadores

Vaya, creo que era un servicio emblemático para guardar lecturas, y ahora lo van a cerrar. Qué lástima.

Dice que realizó refactorización sin interrupciones durante 7 horas; si la calidad es buena, incluso podríamos esperar un nivel de trabajo externo avanzado que un desarrollador deje encargado al salir del trabajo y revise al día siguiente 😂

Aguanta lo más posible con la vectorización de NumPy; si no alcanza, mete una GPU y pásate a CuPy o Torch, y si aun así no basta, escribe código nativo con Cython o algo por el estilo... pero parece que, en lo posible, es mejor evitar lo nativo. Es pesado.

En la práctica, es una derrota total de Apple.