"Si la IA no ayuda con mi problema, entonces puedo seguir viviendo como lo venía haciendo hasta ahora. Al final no es más que una herramienta, y si la necesito la uso, y si no la necesito, simplemente no la uso". No es tan fácil, ¿eh? T_T
Más que una convergencia inevitable, me parece que la reinvención de los componentes del harness pudo haber sido el resultado de imitar casos previos que ya se pueden encontrar bastante bien mediante búsqueda web y similares.
¿No habría que considerar que hay convergencia de arquitectura recién cuando se logra reinventar con éxito los componentes de un agente de IA en una situación en la que solo se puede aprender y acceder a datos del pasado?
Lamentablemente, en la empresa ya se han creado muchos equipos de AX, así que habrá que manejarlo con cuidado, especialmente hacia la última parte del último párrafo.
A mí también se me ocurrió eso de inmediato. Últimamente parece que simplemente se da por hecho que los servicios o agentes de IA tienen una especie de autoridad extralegal. ¿De verdad está bien avanzar así, como con los ojos medio vendados?...
El problema fue una configuración incorrecta del volumen al levantarlo con contenedores, no que las escrituras concurrentes no funcionen. Si vuelves a leer el artículo, dice que el problema de no poder escribir de forma concurrente se cubre suficientemente con busy timeout. La configuración del volumen
se resolverá con ipc=host.
Al final, postgres requiere operación, mientras que con sqlite basta con distribuir el binario de la app en cualquier lugar.
A medida que se acumulan incontables experiencias operativas y fracasos, sqlite empieza a ponerse de moda,
y el propio artículo deja muy claro que la escritura concurrente no es en absoluto un problema.
Al leer el blog completo, veo que en realidad es el trabajo que originalmente hacía un PM. Solo que ahora, con la llegada de la era de la IA, parece que la forma de hacerlo está cambiando poco a poco. Muy buenos insights, gracias por compartirlos.
Todos han intentado migrar a Linux una o dos veces, y hubo razones por las que fracasó, así que habrá que ver qué pasa.
En Corea también, en el pasado, el gobierno impulsó sistemas basados en Linux por esta misma razón.
Aun así, como sobre las empresas coreanas el gobierno sí puede ejercer cierto control,
pero la tendencia parece ir más hacia la web o hacia SaaS que hacia algo nativo de Linux, y si es así, podría terminar generando dependencia en otro ámbito.
Porque si no es una certificación oficial, se podría abusar de una certificación maliciosa..
"Si la IA no ayuda con mi problema, entonces puedo seguir viviendo como lo venía haciendo hasta ahora. Al final no es más que una herramienta, y si la necesito la uso, y si no la necesito, simplemente no la uso". No es tan fácil, ¿eh? T_T
Decidimos llamarlo materia orgánica...
jajajajaja
¿También promocionan cosas hechas con vibe coding?
¿Será el comienzo de Skynet? Jaja
Esto ya lo había hecho Corea.
¿¿Esto tiene sentido??...
¿Que vuelva a alabar a Apple por darme otra vez algo en qué trabajar? ¡Y un demonio!
Más que una convergencia inevitable, me parece que la reinvención de los componentes del harness pudo haber sido el resultado de imitar casos previos que ya se pueden encontrar bastante bien mediante búsqueda web y similares.
¿No habría que considerar que hay convergencia de arquitectura recién cuando se logra reinventar con éxito los componentes de un agente de IA en una situación en la que solo se puede aprender y acceder a datos del pasado?
Lamentablemente, en la empresa ya se han creado muchos equipos de AX, así que habrá que manejarlo con cuidado, especialmente hacia la última parte del último párrafo.
A mí también se me ocurrió eso de inmediato. Últimamente parece que simplemente se da por hecho que los servicios o agentes de IA tienen una especie de autoridad extralegal. ¿De verdad está bien avanzar así, como con los ojos medio vendados?...
En realidad, solo hace falta hacer varias configuraciones, pero al final se necesita experiencia, jaja. En fin, este tipo de artículos a mí me gustan.
El problema fue una configuración incorrecta del volumen al levantarlo con contenedores, no que las escrituras concurrentes no funcionen. Si vuelves a leer el artículo, dice que el problema de no poder escribir de forma concurrente se cubre suficientemente con
busy timeout. La configuración del volumen se resolverá conipc=host.Al final,
postgresrequiere operación, mientras que consqlitebasta con distribuir el binario de la app en cualquier lugar.A medida que se acumulan incontables experiencias operativas y fracasos,
sqliteempieza a ponerse de moda, y el propio artículo deja muy claro que la escritura concurrente no es en absoluto un problema.Espero que no fracase como la ciudad de Múnich. https://zdnet.co.kr/view/?no=20170213100421
Gracias.
Tanto la planificación como el diseño han ido cambiando constantemente, pero siento que el ritmo se acelera cada vez más.
Al leer el blog completo, veo que en realidad es el trabajo que originalmente hacía un PM. Solo que ahora, con la llegada de la era de la IA, parece que la forma de hacerlo está cambiando poco a poco. Muy buenos insights, gracias por compartirlos.
Todos han intentado migrar a Linux una o dos veces, y hubo razones por las que fracasó, así que habrá que ver qué pasa.
En Corea también, en el pasado, el gobierno impulsó sistemas basados en Linux por esta misma razón.
Aun así, como sobre las empresas coreanas el gobierno sí puede ejercer cierto control,
pero la tendencia parece ir más hacia la web o hacia SaaS que hacia algo nativo de Linux, y si es así, podría terminar generando dependencia en otro ámbito.
Skills es la esgrima y MCP es la espada... tienen usos distintos y ambos son necesarios.
Así es, por eso mismo estaría bueno que de vez en cuando subieran textos como este.