una vez leí que: a medida que los modelos sean mejores que nosotros, vamos a dejar de ver evidencia de que mejoran cuando te superan y vos dejás de poder decir qué tan inteligentes son

me gustó esta forma de definir el momento en el que está el desarrollo de software

estas son las 3 formas que tenés de desarrollar con ia la elección depende de qué necesites y de cuánta privacidad estés dispuesto a perder - todo en la nube: el agente clona tu repo en una máquina del proveedor, lee los archivos ahí, corre los tests ahí y te devuelve un pr. tu código, tus variables de entorno y el acceso a github viven en un servidor de otro es cómodo para probar algo rápido o para tareas que podés dejar corriendo mientras hacés otra cosa ej: claude code en la web o codex en la nube - agente local, modelo por api: el agente corre en tu compu. lee login.ts, busca con grep, corre los tests, todo local. pero cada vez que necesita pensar, arma un pedido con las instrucciones, la conversación y lo que leyó, y lo manda al modelo el repo entero no sale si no que sale lo que el agente leyó ej: claude code o codex en tu terminal - todo local: el agente y el modelo corren en tu compu. el agente le habla a ollama en localhost en vez de a una api, así que el pedido nunca sale de tu máquina. el límite es el hardware: un modelo puede ocupar unos 5 GB de memoria y entra en una laptop, pero para programar todavía queda lejos de los modelos grandes conviene cuando lo que desarrollas no puede salir de tu compu, como datos de clientes o código bajo contrato ej: un agente apuntando a ollama con un modelo como qwen o llama ninguna opción es la correcta. pero esta bueno saber cuál estás usando

siento que es lo mismo que les pasó a los traders con cripto. las bolsas cierran los fines de semana, pero cripto se puede tradear 24/7 en mi caso nunca abría la compu un fin de semana a no ser que sea una urgencia pero ahora es diferente. siempre hay algo que quiero hacer, probar o aprender

estuve leyendo que muchos proponen usar una compu nueva, sin conectarla nunca a internet, para guardar la seed. tiene sentido después de todo lo que pasó con las hardware wallets pero tiene un punto en que la superficie de ataque de una compu es muchisimo mayor a la de un dispositivo dedicado a almarcenar seeds una compu trae un sistema operativo entero, drivers, wifi y bluetooth en la placa usar una compu puede ser una solución a corto plazo pero no para largo plazo

estoy de acuerdo hace años que se habla de osificar bitcoin, o sea no cambiar nunca más las reglas de consenso y congelar esa parte puede sonar seguro, pero si mañana aparece un bug en alguna regla necesitamos poder arreglarlo. no es el momento ahora para hacer eso, pero puede que en el futuro si

es re importante lo que están haciendo hace poco salió rbitcoin que es una nueva implementación de un nodo pero en rust el consenso es lo más importante que tiene bitcoin y cualquier cambio produce una divergencia. ese nuevo nodo tiene que estar completamente alineado con lo que está implementando en bitcoin core bitcoin core está escrito en c++ y es la implementación que la mayoría de la red usa si hay alguna diferencia, un nodo dice que algo es válido y otro dice que no, se crea un fork de la red eso pasó muchas veces pero la mas reciente es bip110 que terminó con una nueva chain xbt