Razones por las que no se debería depender de la IA en cosas críticas de uso masivo: https://futurism.com/artificial-intelligence/amazon-ai-aws-outages

Según reportes serios, al menos dos de las fallas masivas de los servicios de Amazon han sido causadas por la intervención de un agente de IA que han estado usando 😐

Básicamente lo más importante del artículo:

Amazon ha negado que su uso de la IA haya generado fallos, sin embargo varios empleados entrevistados tienen un relato diferente: las fallas son constantes, aunque muchas veces menores. Además mencionan que parte de los problemas surgen por falta de testeo, dicen que a los agentes de IA que se están usando internamente, se les han dado permisos elevados haciendo que puedan empujar cambios a producción sin aprobación previa, lo que hace que estas fallas no puedan ser detectadas antes de que sucedan.

En un incidente en diciembre, ingenieros de Amazon Web Services permitieron que su agente de IA "Kiro" realizara cambios que provocaron una interrupción de 13 horas, según cuatro fuentes familiarizadas con el asunto. La IA, desafortunadamente, había decidido "eliminar y recrear el entorno", dijeron las fuentes.

O sea... Todo mal, y según empleados, estas fallas podrían evitarse totalmente si simplemente se quitaran permisos a la IA y se permitiera revisar los cambios antes de ser enviados a producción como si se hace con empleados humanos 🤔

Al fin una beta de Telegram que me llama la atención 😁

En un rato les comparto cositas que me parecieron interesantes

También en la gestión de permisos de admins, se podrá decidir si otros admin tendrán el permiso de establecer tags a los miembros

Se añadió también "Disable sharing" que deshabilita capturas de pantalla, guardar mensajes y reenvíos en un chat con otro usuario. Privacidad extendida pero... de pago 😁

Ah, por cierto, por ahora lo de activar tags para todos los usuarios en un grupo está deshabilitado por el servidor, tampoco funciona editar manualmente el tag de alguien, sólo admins.

Pero en fin, normal, es una beta 🤓

La beta tiene otras cosas como cambios menores en la interfaz y cosas relacionadas con gifs pero eso a mi ya no me atrae tanto 🤔

En fin, está curioso, a ver cómo evoluciona lo de los tags.

Yo iré a desinstalarme esta beta, ya vi todo lo que quería ver jaja.

Nos vemos luego 😁

¿Alguna vez han usado Termux? Está bien aunque a mi particularmente nunca me ha enamorado del todo porque a pesar de que es poderoso, tiene restricciones y limitaciones propias de una app Android, esto es principalmente por seguridad, Termux para android no es un shell, es otra app.

Ahora bien, ¿sabias que si tienes un binario estático compilado para la arquitectura de tu dispositivo Android puedes tener una experiencia similar a Termux pero directamente en el shell de android?

Eso he estado haciendo 👀 más posibilidades.

Por ahora tengo: busybox, 7zip, curl, rclone, htop y nano. Herramientas básicas que el shell de android no tiene, es una experiencia más "Linux" así.

Y al hacer esto no hay restricciones raras como en Termux, aquí corres binarios realmente a nivel de shell, saltando limitaciones como el permiso de acceso completo a una tarjeta SD, etc.

El shell de Android en sí es muy limitado, pero siendo creativos se pueden hacer cositas interesantes.

Algo que no sabía y me ha servido mucho: el shell de android soporta variables y configuraciones personalizadas, alias, etc, como cualquier otro shell. Todo va en un archivo llamado .mkshrc. Si bien eso no se carga automáticamente, se puede establecer una variable que lo cargue, y así, tengo los binarios en el path, alias, y personalicé un poco la apariencia.

Siempre se aprende algo nuevo 👀

En fin, el shell de Android es un Linux recortado y con limitaciones, pero igual que Linux, puede ampliarse, personalizarse, etc. Con un poco más de trabajo, pero sí

Btw, sin root, con root si sería saltarse cualquier limitación y meterle lo que sea a ese shell, sin embargo aún sin eso, sigue teniendo más posibilidades y privilegios que Termux.

Este es uno de esos videos que sobre el papel la idea me parece muy aburrida y la ejecución final es demasiado interesante.

Un vídeo de Nate Gentile hablando de la historia de Linux con el gaming por casi 50 minutos, hablando del nacimiento de Wine, como funciona, las diferencias entre el kernel de Linux y el de Windows, que hizo Steam, etc.

Es algo muy friki y técnico si lo piensas pero que de alguna forma terminó siendo un vídeo que yo creo, puedes ver sin entender mucho algunas cosas, todo se explica.

Recomendado 👀

Bueno, hubo actualización de Mihon finalmente así que pude lanzar nueva versión estable de Kumo.

Lo bueno de siempre estar hojeando cambios de Mihon y actualizando el código y resolviendo conflictos es que fue muy facil actualizar, nada más tuve un par de conflictos.

Primera release inmutable en estable, es decir, que si esto tiene algún bug de última hora, no puedo reemplazar los binarios, debo lanzar otra con la correción. Pero bueno, ojalá no 😁

Esto de publicar tu app en un repositorio de aplicaciones libre es un poco complicado ... bueno, no sé, dependerá del tipo de app.

En mi caso: un interrogatorio sobre porque mi app tiene x o y permiso, que "no quieren insinuar nada" pero que es muy sospechoso, y así. Tengo que explicar y defender porque mi app hace las cosas que hace, y en mi caso me parece un poco tonto porque es un fork, y hay forks que tienen los mismos permisos y hacen lo mismo, y pasaron estos chequeos sin que les interroguen sobre sus intenciones xD

Espero resolver el malentendido, aunque si me quieren rechazar mucho no puedo hacer, no voy a remover funcionalidades básicas y dejar la app recortada solo para eso...

Pero bueno, a ver que pasa, expliqué todo, hasta dí ejemplos de forks que hacen lo mismo y demás, si me rechazan ya es que les caigo mal jajaja.

Y eso que esto es IzzyOnDroid, el repositorio que se supone es menos estricto que F-Droid, en F-Droid me comen vivo entonces 😁

Mi app tiene permisos "sospechosos" que son: la capacidad de ver que apps tiene instaladas el usuario, la capacidad de instalar y borrar paquetes y la posibilidad de "actualizar paquetes sin acción del usuario".

Sin contexto puede parecer sospechoso pero esto es el core del sistema de extensiones de Mihon: la app necesita saber si el usuario tiene extensiones instaladas, las extensiones son apps, necesita poder instalar o remover extensiones, y necesita el permiso final para agilizar la actualización de múltiples extensiones cuando el usuario lo requiera

Yo no inventé ese sistema, pero tengo que justificarlo punto por punto 😁

Mientras tanto, todo el debate se rige bajo un escaneo automático, todavía ni han probado manualmente mi app para comprobar mi punto, en fin...

Hoy me tomé el atrevimiento de darle un par de consejos a alguien sobre como aportar a proyectos de código abierto ... Se ofendió, pero feo 😐 no entendí la reacción

Si tu visión de participar en algo colaborativo donde vas a encontrar muchas personas con opiniones diferentes sobre como hacer algo, es reaccionar como si todo fuera un ataque, quizás no es el lugar adecuado para ti, al colaborar no puedes imponer tu visión, debes adaptarte a la de otros, si no puedes o no quieres hacer eso, de verdad que mejor buscar suerte en otro sitio porque así no funciona 😁

Estoy teniendo una pesadilla con nombre y apellido: builds reproducibles :)

Es lo último que me queda para ganar el check de "Tu app es realmente transparente" xd

Las builds reproducibles para simplificarlo es que deben ser compilaciones idénticas bit a bit, es decir, que la app que tu compilas de mi código, sea idéntica a la que yo público, no idéntica en funcionalidad, no, idéntica en el hash, la huella, que si tu comparas mi app con otra compilación de mi código, deben ser "el mismo archivo", suena fácil, no, no lo es, muchas cosas "ensucian" ese resultado, desde ayer estoy modificando pequeñas partes de mi código para cumplir con esto y todavía no lo he logrado.

Siento que realmente no vale la pena 😅 lo hago porque ya empecé y no me voy a rendir aún, pero no se lo recomiendo a nadie a menos que desde el principio esté haciendo una app pensando en eso

No hablamos mucho de hardware aquí pero vi algo interesante: Apple ha anunciado oficialmente la primera MacBook "barata", con un precio de venta de 599$, para los estándares de Apple, esto es barato xD

Es un dispositivo de gama baja, de entrada pues, por eso es "barata".

Su hardware es modesto, podriamos compararla con una Chromebook, tiene 8GB de ram unificada, no ampliable

El almacenamiento es limitado, de base solo tiene 256GB, ampliable a 500 pagando algo más.

Como dije, es una apuesta por la gama de entrada, la gama baja. Apple siempre ha sido "hardware premium", pero ahora apuestan por primera vez a un mercado donde nunca han estado, ¿comprarías una MacBook Neo si solo pudieras costearte hardware de entrada? 🤔