Parece que, para que cambie por completo el panorama de la UI/UX, la plataforma también tendría que intentar salir del form factor del teléfono o el monitor.
¿Cuál sería el lenguaje de programación que mejor se lleva con los agentes de codificación?
Como desarrollador backend que usaba principalmente Java, Kotlin y Spring, hay muchas veces en que usar Cursor se siente algo frustrante..
Actualmente estoy refactorizando una aplicación antigua de React a Astro.
En el texto se enfatiza el "contexto integrado". Hay que saber que el "contexto integrado" ayuda a construir servicios rápidamente, pero en algún momento puede convertirse en deuda técnica.
Desde la perspectiva del mantenimiento a largo plazo del servicio, es mejor el "acoplamiento débil de módulos independientes" que el "acoplamiento fuerte integrado".
Y Astro es el framework más flexible para lograrlo.
La experiencia de “chatear” con un LLM se siente como usar una terminal de computadora de los años 80. Aún no se ha inventado la GUI (interfaz gráfica de usuario), pero creo que ya se pueden anticipar algunas de sus características.
Será visual (como las GUI del pasado). Esto se debe a que la información visual (fotos, gráficos, animaciones, etc.; ver en lugar de leer) es como una autopista de 10 carriles hacia el cerebro. La visión tiene el mayor ancho de banda de entrada de información, y cerca de un tercio del procesamiento cerebral está destinado al procesamiento visual.
Será generativa y cambiará según las condiciones de entrada. Es decir, la GUI se generará en tiempo real de acuerdo con el prompt del usuario, y todos los elementos existirán y se organizarán para ese propósito inmediato.
Una pregunta un poco más abierta es en qué medida tendrá una naturaleza “procedural”. En un extremo, se puede imaginar un único modelo de difusión gigante que produzca todo el lienzo de salida de una sola vez; en el otro, una página llena de componentes de React generados de forma procedural (por ejemplo: imágenes, gráficos, animaciones, diagramas, etc.). Yo creo que será una mezcla de ambos, pero que lo segundo formará la estructura base.
Pero me atrevo a asegurar ahora mismo que, a medida que la capacidad se acerque al infinito, un GUI de lienzo 2D fluido, mágico, efímero e interactivo será su forma final. Y creo que eso ya está empezando lentamente (por ejemplo: bloques de código/resaltado, bloques de LaTeX, negritas/cursivas/listas/tablas de Markdown, emoji, y de forma más ambiciosa la pestaña Artifacts, gráficos de Mermaid o incluso apps más completas). Por supuesto, todo eso sigue estando en una etapa muy temprana y primitiva.
Iron Man, y hasta cierto punto Star Trek / Minority Report, pueden considerarse buenos ejemplos en la cultura popular de AI/UI que muestran esta dirección.
Totalmente de acuerdo
Al final, incluso si haces un MBA, solo se la pasan viendo estudios de caso
Todo tiene sus límites cuando estás detrás de un escritorio
Si el propio LLM pudiera modificar el system prompt, también habría que definir por parte de humanos las reglas de esa política, así que al final quizá solo quedarían cosas como las tres leyes de la robótica.
Se pueden adjuntar enlaces de páginas web y de YouTube, y el resumen también aparece en texto. Revisen la parte de agregar fuentes.
También se puede hacer la solicitud con un prompt.
LaTeX: si se ejecuta como Docker Image, no se obtiene una velocidad comparable a la de typst.
Google Docs: sorprendentemente, la edición no es tan flexible.
Tomando en cuenta esas dos cosas, parece una opción nueva.
Había estado buscando con muchas ganas si no habría un plugin que ayudara con el autocompletado al nivel de Cursor en neovim, pero resulta que era algo posible gracias a un modelo propio..
Uso a diario Cline con Antrophic (o QWEN) y Github Copilot Code Completion. Si en Cline la función de Code Completion (autocompletado con Tab) funcionara bien, creo que no habría razón para usar Copilot. Como me adapté antes a Plan&Act que al Agent de Copilot, casi no uso Agent, pero lo estoy probando a propósito para compararlos. Otra ventaja de Cline es que también permite usar distintos LLM por separado.
Además, si solo se va a apagar una vez al día, está CloudType; si quieres montar un servidor realmente ligero con Node, está Cafe24 (500 wones al mes); y para desplegar sitios estáticos, están Netlify, Cloudflare, etc. 🙇♂️
Parece que, para que cambie por completo el panorama de la UI/UX, la plataforma también tendría que intentar salir del form factor del teléfono o el monitor.
¿Cuál sería el lenguaje de programación que mejor se lleva con los agentes de codificación?
Como desarrollador backend que usaba principalmente Java, Kotlin y Spring, hay muchas veces en que usar Cursor se siente algo frustrante..
Actualmente estoy refactorizando una aplicación antigua de React a Astro.
En el texto se enfatiza el "contexto integrado". Hay que saber que el "contexto integrado" ayuda a construir servicios rápidamente, pero en algún momento puede convertirse en deuda técnica.
Desde la perspectiva del mantenimiento a largo plazo del servicio, es mejor el "acoplamiento débil de módulos independientes" que el "acoplamiento fuerte integrado".
Y Astro es el framework más flexible para lograrlo.
Tal cual jajaja
https://x.com/karpathy/status/1917920257257459899
También podría ser útil comparar la opinión de Andrej Karpathy.
La experiencia de “chatear” con un LLM se siente como usar una terminal de computadora de los años 80. Aún no se ha inventado la GUI (interfaz gráfica de usuario), pero creo que ya se pueden anticipar algunas de sus características.
Será visual (como las GUI del pasado). Esto se debe a que la información visual (fotos, gráficos, animaciones, etc.; ver en lugar de leer) es como una autopista de 10 carriles hacia el cerebro. La visión tiene el mayor ancho de banda de entrada de información, y cerca de un tercio del procesamiento cerebral está destinado al procesamiento visual.
Será generativa y cambiará según las condiciones de entrada. Es decir, la GUI se generará en tiempo real de acuerdo con el prompt del usuario, y todos los elementos existirán y se organizarán para ese propósito inmediato.
Una pregunta un poco más abierta es en qué medida tendrá una naturaleza “procedural”. En un extremo, se puede imaginar un único modelo de difusión gigante que produzca todo el lienzo de salida de una sola vez; en el otro, una página llena de componentes de React generados de forma procedural (por ejemplo: imágenes, gráficos, animaciones, diagramas, etc.). Yo creo que será una mezcla de ambos, pero que lo segundo formará la estructura base.
Pero me atrevo a asegurar ahora mismo que, a medida que la capacidad se acerque al infinito, un GUI de lienzo 2D fluido, mágico, efímero e interactivo será su forma final. Y creo que eso ya está empezando lentamente (por ejemplo: bloques de código/resaltado, bloques de LaTeX, negritas/cursivas/listas/tablas de Markdown, emoji, y de forma más ambiciosa la pestaña Artifacts, gráficos de Mermaid o incluso apps más completas). Por supuesto, todo eso sigue estando en una etapa muy temprana y primitiva.
Iron Man, y hasta cierto punto Star Trek / Minority Report, pueden considerarse buenos ejemplos en la cultura popular de AI/UI que muestran esta dirección.
¿Cline era de pago? ¿No era gratis?
Las automotrices están en una guerra de software de miles de millones de dólares
Vehículos definidos por software centrados en el hardware
Totalmente de acuerdo
Al final, incluso si haces un MBA, solo se la pasan viendo estudios de caso
Todo tiene sus límites cuando estás detrás de un escritorio
"Botox" jajaja, me tomó un buen rato entender qué quería decir jajaja
Está divertido
Ojalá llegue pronto una era sin fronteras
Si el propio LLM pudiera modificar el system prompt, también habría que definir por parte de humanos las reglas de esa política, así que al final quizá solo quedarían cosas como las tres leyes de la robótica.
Anthropic publica el "system prompt" que hace funcionar a Claude
El system prompt que publicaron directamente es pequeño. Parece que falta la parte relacionada con las herramientas.
¡Vaya, parece que sí se podrá llevar una vida nómada en Mongolia!
Se pueden adjuntar enlaces de páginas web y de YouTube, y el resumen también aparece en texto. Revisen la parte de agregar fuentes.
También se puede hacer la solicitud con un prompt.
Vaya...
Pensándolo bien, aunque a veces entro a HackerNews, siento que ya pasó muchísimo tiempo desde la última vez que entré directamente a TechCrunch.
typstes un software que ya se ha presentado varias veces, pero no sabía que se podía usar para algo así.LaTeX: si se ejecuta como Docker Image, no se obtiene una velocidad comparable a la de
typst.Google Docs: sorprendentemente, la edición no es tan flexible.
Tomando en cuenta esas dos cosas, parece una opción nueva.
Había estado buscando con muchas ganas si no habría un plugin que ayudara con el autocompletado al nivel de Cursor en neovim, pero resulta que era algo posible gracias a un modelo propio..
Uso a diario Cline con Antrophic (o QWEN) y Github Copilot Code Completion. Si en Cline la función de Code Completion (autocompletado con Tab) funcionara bien, creo que no habría razón para usar Copilot. Como me adapté antes a Plan&Act que al Agent de Copilot, casi no uso Agent, pero lo estoy probando a propósito para compararlos. Otra ventaja de Cline es que también permite usar distintos LLM por separado.
Referencia: https://x.com/addyosmani/status/1886316192136310838
Además, si solo se va a apagar una vez al día, está CloudType; si quieres montar un servidor realmente ligero con Node, está Cafe24 (500 wones al mes); y para desplegar sitios estáticos, están Netlify, Cloudflare, etc. 🙇♂️
Gracias 👏