Motorola y GrapheneOS: alianza & Móviles sin Google: /e/OS y Jolla - Noticias de Hacker News (2 mar 2026)

Que un fabricante grande anuncie una alianza a largo plazo con GrapheneOS —una ROM famosa por su seguridad extrema— no estaba en muchas quinielas. ¿Estamos ante el inicio de móviles “mainstream” con privacidad de verdad, o solo un gesto estratégico? Bienvenidos a The Automated Daily, edición Hacker News. El podcast creado por IA generativa. Soy TrendTeller y hoy es 2 de marzo de 2026. Vamos a repasar lo más interesante del día, agrupando temas para que todo encaje: privacidad móvil, IA en el trabajo, una pequeña guerra cultural alrededor de Microsoft, y un par de historias con mucha miga técnica.

Motorola y GrapheneOS: alianza

Empezamos por movilidad y seguridad, donde hoy hay un claro protagonista: Motorola, del grupo Lenovo, que en el Mobile World Congress 2026 ha presentado varias novedades con foco en seguridad y gestión empresarial. El anuncio estrella es su asociación a largo plazo con la GrapheneOS Foundation, la organización sin ánimo de lucro detrás de GrapheneOS, un sistema operativo móvil endurecido, centrado en privacidad y seguridad, construido sobre AOSP. Lo relevante aquí no es solo “Motorola menciona GrapheneOS”, sino el compromiso de trabajar juntos para reforzar la seguridad del smartphone y, especialmente, colaborar en futuros dispositivos diseñados para ser compatibles con GrapheneOS. GrapheneOS suele asociarse a nichos muy específicos; por eso, que un fabricante de volumen hable de compatibilidad de próxima generación suena a cambio de escala. Motorola, por su parte, vende la idea como una suma de fuerzas: ingeniería de GrapheneOS más la experiencia de Motorola, su lectura de cómo usa la gente los móviles y el paraguas de Lenovo ThinkShield. De momento prometen investigación conjunta y mejoras de software en los próximos meses, con más detalles a medida que avance la alianza.

Móviles sin Google: /e/OS y Jolla

Dentro del mismo paquete “empresa + seguridad”, Motorola también presenta Moto Analytics. La propuesta: dar a administradores de TI visibilidad en tiempo real del rendimiento de una flota de dispositivos más allá de lo típico en soluciones EMM. En lenguaje llano: no solo inventario y políticas, sino señales operativas para detectar problemas antes de que te exploten en soporte. Hablan de métricas como estabilidad de apps —piensa en cuelgues recurrentes—, salud de batería y desempeño de conectividad. La promesa es acortar el diagnóstico, prevenir incidencias y sostener productividad. Moto Analytics se integra en el ecosistema ThinkShield y, según Motorola, debería encajar con entornos empresariales ya existentes y escalar con la organización. Y un detalle pequeño pero práctico: en Moto Secure incorporan “Private Image Data”, una función para eliminar automáticamente metadatos sensibles de las fotos recién tomadas —ubicación, detalles del dispositivo— sin alterar la imagen. Esto apunta a un problema real: compartir fotos por trabajo o redes y revelar más de la cuenta sin darse cuenta. Dicen que llegará primero a dispositivos “motorola signature” en los próximos meses.

IA en empresa: Omni y analítica

Si ampliamos la lupa a alternativas de privacidad, hoy también se habló bastante de /e/OS, el ecosistema abierto y “deGoogled” impulsado por la e Foundation. La premisa es clara: mantener compatibilidad con apps Android, pero sin las piezas de Google por defecto. /e/OS sustituye dependencias típicas: usa microG en lugar de servicios propietarios, cambia el buscador por Murena Find —un motor “ético”— y evita servidores de Google para comprobaciones de conectividad, NTP y DNS. Incluso toca la capa de ubicación, combinando GPS con BeaconDB Location Services. A nivel de usuario, viene con un conjunto curado de apps basadas en software libre, y un “App Lounge” para encontrar más aplicaciones. Una función interesante para el día a día es su “rated privacy” para apps: te muestra rastreadores, permisos y una puntuación fácil de leer para decidir si instalar. Y además, un widget de Privacidad Avanzada que permite bloquear o permitir tracking, con opciones como ocultar IP o geolocalización. El navegador incluye bloqueo de anuncios activado por defecto. El ecosistema se apoya en una cuenta Murena Workspace, con correo @murena.io, copias en la nube y 1GB gratis, y algo que llaman Murena Vault: un directorio cifrado extremo a extremo que se plantea como alternativa a Office365, con opción de autoalojamiento si quieres control total. También incorpora controles parentales: filtros por edad, restricciones de instalación, límites de tiempo de pantalla y un “buscar mi dispositivo” orientado a familias. Y para instalar /e/OS hay varias rutas: comprar móviles Murena ya preparados, usar el instalador web con WebUSB, o hacerlo manual desde GitLab con guías. Rematan con soporte comunitario y servicios profesionales para empresas, lo cual sugiere que están intentando ser “privacidad, pero con cara y ojos” para uso real.

Microslop: crítica y censura

En la misma línea de “teléfonos fuera del carril habitual”, Jolla ha abierto pedidos de un lote con entrega estimada en septiembre de 2026 de su nuevo Jolla Phone, presentado como un smartphone Linux europeo y comunitario. El precio completo: 649 euros con IVA local; la reserva es de 99 euros, reembolsable y descontada del total, y el pago final se cobraría antes de finalizar junio de 2026. El dispositivo corre Sailfish OS 5 e incluye Jolla AppSupport para ejecutar apps Android, con un mensaje interesante: puedes “de-Googlear” desactivando ese soporte cuando quieras. En hardware, apuestan por algo muy de nicho pero atractivo: batería y tapa trasera reemplazables por el usuario, y un “Privacy Switch” físico configurable para desactivar funciones como micrófono, Bluetooth o incluso las apps Android. En especificaciones van bastante al día: 5G dual nano-SIM, 256GB ampliables hasta 2TB por microSD, Wi‑Fi 6, Bluetooth 5.4, NFC, pantalla AMOLED 6,36" FullHD, SoC MediaTek Dimensity 7100, cámaras Sony 50MP + 13MP y frontal de 32MP, batería alrededor de 5.500mAh y lector de huella en el botón de encendido. Incluso ofrecen opción de subir de 8GB a 12GB de RAM por 50 euros, alegando volatilidad de precios de memoria. No es un teléfono barato, pero claramente no compite solo por precio: compite por control y autonomía.

Hacer juegos sin motor grande

Saltamos a IA, pero ahora en modo “productividad interna” y con un enfoque que a muchas empresas les interesa: datos dentro de casa. El proyecto Omni, open source y con licencia Apache 2.0, se describe como un asistente de IA y plataforma de búsqueda para el trabajo. Su punto fuerte es la búsqueda unificada entre herramientas típicas: Google Drive y Gmail, Slack, Confluence, Jira y más. Mezcla búsqueda clásica BM25 con búsqueda semántica vía pgvector, y además incluye un agente que puede consultar fuentes conectadas, leer documentos y ejecutar Python o bash en un contenedor aislado para análisis. Eso último, bien usado, puede ser potentísimo: desde transformar datos a responder preguntas con evidencia interna. La filosofía es “self-hosted”: corre en infraestructura propia, de modo que la información no sale de la red. También hereda permisos: solo ves lo que ya tienes autorizado en los sistemas origen. Y no te encierra con un modelo: es “bring your own LLM”, compatible con Anthropic, OpenAI, Gemini o modelos open-weight con vLLM. En arquitectura, llama la atención que se apoya en Postgres —con ParadeDB— para BM25, vectores y datos de aplicación, evitando piezas separadas tipo Elasticsearch y bases vectoriales aparte. Servicios en Rust para indexación y conectores, Python para orquestación de LLM/agentes, y SvelteKit para el frontend. Despliegue con Docker Compose para simple, Terraform para producción en AWS o GCP. En resumen: una apuesta seria por “chat corporativo”, pero con control, auditoría y sin regalar tu conocimiento interno.

Am386: guerra legal y negocio

Ahora, el bloque más espinoso del día: el término “Microslop” y lo que dice sobre la relación entre IA, búsqueda y confianza. Primero, aparece “MICROSLOP” como una web en tono manifiesto que acusa a Microsoft de “ahogar internet en slop de IA”: contenido sintético, de baja calidad y sin verificación. El texto apunta directamente a las respuestas y resúmenes generados en Bing, acusándolos de colar alucinaciones, citas inventadas y datos erróneos con demasiada seguridad. Pone ejemplos del tipo reseñas de productos fabricadas, estadísticas inexistentes y referencias que no se pueden encontrar. También critica la integración insistente de Copilot —botones, sugerencias, overlays— como una capa que recarga interfaces y empuja a consumir salida de IA incluso cuando estorba a la tarea principal. El argumento de fondo es el más inquietante: un bucle de retroalimentación. La IA se entrena con internet, genera “slop”, ese slop se indexa y luego alimenta futuras IAs, degradando progresivamente la calidad: lo que llaman “model collapse”. La web incluso incluye un “Slop Tracker” con incidentes fechados en enero de 2026, y pide a la gente reportes verificados. Y casi como continuación natural, Windows Latest cuenta que Microsoft empezó a filtrar automáticamente la palabra “Microslop” en el Discord oficial de Copilot, bloqueando mensajes que la contienen y mostrando un aviso de moderación. Los usuarios se fueron en masa a probarlo, aparecieron variantes tipo “Microsl0p”, y la moderación entró en modo gato y ratón. Según el reporte, hubo cuentas que perdieron privilegios de escritura y, finalmente, se restringió el acceso a partes del servidor, incluso ocultando historial en algunos canales. Más allá del meme, esto deja dos lecturas: una, que las marcas están intentando controlar el encuadre social de sus productos de IA; y dos, que cuando la conversación pública se centra en calidad y confianza, tapar una palabra no resuelve el problema de base. Curiosamente, el propio artículo sugiere que Microsoft viene señalando un giro hacia rendimiento de Windows 11 y menos énfasis en IA, mientras se intensifica la competencia con otros laboratorios.

Conversar con extraños en público

Cambiamos de marcha con una pieza muy de ingeniería creativa: Noel Berry, desarrollador indie, reflexiona sobre por qué en 2025 sigue haciendo juegos evitando motores “gigantes” como Unity o Unreal. Su tesis es pragmática: para muchos indies, esos motores traen un coste de complejidad y dependencia que no compensa. Terminas reescribiendo sistemas clave, y el motor se queda como cargador de assets y editor. También menciona un riesgo que muchos equipos han sufrido: decisiones comerciales poco éticas, cambios de licencia o actualizaciones forzadas que rompen proyectos y complican mantener juegos antiguos. Su alternativa no es “escribirlo todo desde cero”, sino trabajar con frameworks ligeros: FNA, Love2D, SDL. En su caso, usa C# moderno —con mejoras de rendimiento y herramientas como hot reload con dotnet watch— y SDL3 como capa multiplataforma para ventana, input y render, aprovechando su abstracción GPU para DirectX, Vulkan y Metal. Ha construido su propia capa en C# sobre SDL, llamada Foster, y para herramientas usa Dear ImGui, combinado con reflexión en C# para crear inspectores y editores rápidos. En audio, mantiene FMOD como dependencia propietaria por necesidad colaborativa, aunque reconoce que la compatibilidad a veces duele. Un apunte relevante de portabilidad: con .NET Native-AOT, la compilación adelantada facilita llegar a consolas sin depender de JIT. Y remata con una decisión personal: desarrollo en Linux a tiempo completo, usando Windows principalmente para pruebas. No está vendiendo una religión; de hecho recomienda Godot para quien quiera un motor completo, y Unreal para necesidades de tecnología punta. El mensaje es más simple: si te apetece tener control real de tu stack, “sin motor grande” es una vía perfectamente viable.

Y para cerrar con historia del hardware —de esas que te recuerdan que la tecnología es tanto abogados como transistores— tenemos un repaso al AMD Am386, el clon compatible del Intel 80386. A menudo se dice que AMD llegó “seis años tarde” respecto al 386 de Intel en 1985, pero el análisis sostiene que el gran freno fue negocio y litigio. La idea clave: IBM había exigido a Intel licenciar CPUs anteriores para tener “segundas fuentes” como AMD y asegurar suministro. Pero IBM, inicialmente, no quería el 386 porque amenazaba su negocio de minicomputadoras. Sin IBM presionando, Intel no tuvo incentivo para extender el acuerdo al 386 y dejó a AMD fuera. Luego Compaq saca un PC con 386 en 1986, IBM se ve forzada a reaccionar, pero ya sin palanca suficiente para imponer un segundo proveedor amplio. AMD, mientras, hace el trabajo de ingeniería en unos dos años para implementar compatibilidad, pero el bloqueo real llega por tribunales: ocho años de batalla y unos 100 millones de dólares combinados, con Intel intentando retrasar o impedir que el chip saliera al mercado. Hubo tácticas como discutir si “386” era marca registrada e incluso intentar recortar derechos sobre el 286 cuando AMD competía con versiones más rápidas. El 2 de marzo de 1991 AMD gana en arbitraje y puede lanzar el Am386. Y técnicamente fue competitivo: versiones SX y DX a 20–40 MHz, con el Am386DX-40 acercándose a rendimiento de entrada de un 486SX, a menor coste y con opción de coprocesador 387. El límite era la plataforma: poca ruta de actualización y, más tarde, Windows 95 terminó de empujar al 386 fuera del uso común, aunque siguió vivo en DOS, Windows 3.1 y sistemas embebidos durante años. Moraleja: ‘llegar tarde’ no siempre es un tema de ingenieros; muchas veces es de contratos.

Una última nota más social —pero muy conectada con lo tecnológico—: Viv Groskop reflexiona sobre cómo cada vez hablamos menos con desconocidos en público y cómo esa retirada puede estar dañando habilidades básicas de convivencia. Cuenta dos escenas: una conversación en un tren con una mujer mayor que necesitaba desahogarse, y un intercambio amable con una camarera tímida de Seúl sobre comida y nostalgia. El detonante es la pregunta de su hijo adolescente sobre los “límites” al hablar con extraños: ¿cuándo es apropiado, cuándo no? Groskop apunta a causas modernas: móviles y auriculares, redes sociales, teletrabajo, pedidos por pantalla táctil, pérdida de “terceros espacios” y hábitos post-pandemia —incluido ese gesto de mirar el móvil aunque no haya nada—. Cita estudios que sugieren que solemos subestimar cuánto disfrutaremos una charla casual y cuánto le caeremos bien a la otra persona. Y añade una idea útil: la meta del small talk no es intimidad instantánea, sino ejercitar los “músculos sociales”. También critica los vídeos virales de “hablar con extraños” cuando son performativos o no consensuados, convirtiendo a la gente en decorado para contenido. Su recomendación es simple: bajar expectativas, empezar con frases pequeñas, aprender a decir “ahora no puedo hablar” sin culpa, y confiar en leer señales. No promete que una conversación te cambie la vida, pero sí advierte que la ausencia sistemática de esas micro-conexiones podría cambiar cómo vivimos juntos.

Y hasta aquí el episodio de hoy, 2 de marzo de 2026. Si lo piensas, el hilo conductor es bastante claro: privacidad y control —en el móvil, en la empresa y hasta en cómo filtramos la conversación pública— frente a la comodidad de “dejar que otro lo haga por mí”. Como siempre, los enlaces a todas las historias están en las notas del episodio. Soy TrendTeller; nos escuchamos mañana en The Automated Daily, edición Hacker News.

Motorola y GrapheneOS: alianza & Móviles sin Google: /e/OS y Jolla - Noticias de Hacker News (2 mar 2026)

Our Sponsors

Topics