En sistemas enormes de nivel empresarial, el proceso de elegir el modelo de procesamiento adecuado y definir el enfoque del pipeline sigue siendo un área donde la IA todavía deja que desear en términos de madurez, así que quizá convenga voltear a ver la arquitectura.
Aunque claro, quién sabe cuánto dure eso también...
No queda de otra más que saciar esas ganas resolviendo problemas difíciles de algoritmos y abordar el negocio de forma práctica, supongo.
Me hace pensar que, así como existe el tejido como pasatiempo incluso en una era donde las máquinas hacen la ropa, quizá también pueda existir la programación como hobby.
Desde un punto de vista muy personal,
creo que quizá se puede hacer cherry-picking de la satisfacción de ser builder y thinker.
Ahora ya es posible crear algo que funcione con un costo totalmente bajo (poco tiempo),
y quedarse con la satisfacción de que los usuarios usen eso, con la satisfacción de haber resuelto un problema de la vida real,
si el tiempo ahorrado se invierte en problemas que requieren pensamiento profundo (de hecho, eso es lo que hago),
creo que eso también tiene su propio significado y su propia satisfacción.
No se puede negar.
En las versiones más recientes, MySQL también ha mejorado en varias comodidades y está bastante bien, pero usar PostgreSQL sí se siente un poco más cómodo.
Si es un caso en el que quieres maximizar el rendimiento con un índice clusterizado, ¿quizá MySQL InnoDB pueda ser un poco mejor?
“Personas a las que les gusta programar” vs. “personas a las que les gusta crear cosas”, cada vez más polarizadas
Las primeras: sensación de pérdida
Las segundas: sensación de liberación (el código pasa de ser el fin a ser un medio → transición hacia la supervisión y coordinación de la arquitectura)
La verdad, siento que esto sí es totalmente cierto.
xAI no tiene dinero, falta mucho tiempo para que eso se haga realidad y está impulsando una moda basada más en el ánimo de los inversionistas que en la rentabilidad.
La verdad, sobre el tema del artículo parece que basta con leer unas tres líneas, y el resto da la impresión de ser más bien trivia para leer.
Los dos casos son independientes entre sí, pero el texto del cuerpo está escrito de forma confusa. Si miran el último enlace del artículo, se trata de estos dos casos de abajo.
Un arquitecto de software con 30 años de experiencia lo elogió enormemente, diciendo: “Si lo hubiera hecho de la manera tradicional, habría sido una función que me habría tomado un año, pero la terminé en dos semanas”. Roland Dreier, colaborador del kernel de Linux, dijo: “Hubo un salto enorme en los últimos seis meses”, y comentó que experimentó una mejora de velocidad de 10 veces en tareas complejas.
Entiendo lo que quiere decir, pero aun así no me parece tan mala opción usar context7 como apoyo, en vez de tener que ir organizando y agregando una por una en AGENTS.md o Skills los enlaces a la documentación más reciente de todos los frameworks y bibliotecas que se están usando actualmente cada vez.
Además, ni en GeekNews ni en el artículo de Vercel se menciona context7. Le dejo esta respuesta porque me parece que usted interpretó el contenido medio paso por delante.
(Como referencia, es un hecho bien conocido —y yo también lo sé bien— que con Skills o AGENTS.md bien redactados se puede ahorrar tokens.)
Parece un resultado de investigación que da una respuesta clara de por qué no deberíamos depender por completo de la IA y usarla solo como una herramienta auxiliar.
En sistemas enormes de nivel empresarial, el proceso de elegir el modelo de procesamiento adecuado y definir el enfoque del pipeline sigue siendo un área donde la IA todavía deja que desear en términos de madurez, así que quizá convenga voltear a ver la arquitectura.
Aunque claro, quién sabe cuánto dure eso también...
No queda de otra más que saciar esas ganas resolviendo problemas difíciles de algoritmos y abordar el negocio de forma práctica, supongo.
Entonces ahora habrá que programar como hobby, como si fuera tejer.
Me hace pensar que, así como existe el tejido como pasatiempo incluso en una era donde las máquinas hacen la ropa, quizá también pueda existir la programación como hobby.
Desde un punto de vista muy personal,
creo que quizá se puede hacer cherry-picking de la satisfacción de ser builder y thinker.
Ahora ya es posible crear algo que funcione con un costo totalmente bajo (poco tiempo),
y quedarse con la satisfacción de que los usuarios usen eso, con la satisfacción de haber resuelto un problema de la vida real,
si el tiempo ahorrado se invierte en problemas que requieren pensamiento profundo (de hecho, eso es lo que hago),
creo que eso también tiene su propio significado y su propia satisfacción.
jajajajajajaja....
No se puede negar.
En las versiones más recientes, MySQL también ha mejorado en varias comodidades y está bastante bien, pero usar PostgreSQL sí se siente un poco más cómodo.
Si es un caso en el que quieres maximizar el rendimiento con un índice clusterizado, ¿quizá MySQL InnoDB pueda ser un poco mejor?
Eso es jajaja
¿No se puede usar MySQL??
Ambos son cajas negras, y aunque la estructura básica es la misma, no se puede afirmar sin más que sean similares.
“Personas a las que les gusta programar” vs. “personas a las que les gusta crear cosas”, cada vez más polarizadas
La verdad, siento que esto sí es totalmente cierto.
xAI no tiene dinero, falta mucho tiempo para que eso se haga realidad y está impulsando una moda basada más en el ánimo de los inversionistas que en la rentabilidad.
La verdad, sobre el tema del artículo parece que basta con leer unas tres líneas, y el resto da la impresión de ser más bien trivia para leer.
Cada cierto tiempo vuelve a aparecer un artículo diciendo que con postgres se puede hacer todo.
Copilot sigue recibiendo críticas. ¿Cuándo lo mejorará MS?
Los dos casos son independientes entre sí, pero el texto del cuerpo está escrito de forma confusa. Si miran el último enlace del artículo, se trata de estos dos casos de abajo.
Un arquitecto de software con 30 años de experiencia lo elogió enormemente, diciendo: “Si lo hubiera hecho de la manera tradicional, habría sido una función que me habría tomado un año, pero la terminé en dos semanas”. Roland Dreier, colaborador del kernel de Linux, dijo: “Hubo un salto enorme en los últimos seis meses”, y comentó que experimentó una mejora de velocidad de 10 veces en tareas complejas.
Estoy 100% de acuerdo.
Si pensamos cuál es más vulnerable, Postgres o nuestro negocio...
Entiendo lo que quiere decir, pero aun así no me parece tan mala opción usar context7 como apoyo, en vez de tener que ir organizando y agregando una por una en AGENTS.md o Skills los enlaces a la documentación más reciente de todos los frameworks y bibliotecas que se están usando actualmente cada vez.
Además, ni en GeekNews ni en el artículo de Vercel se menciona context7. Le dejo esta respuesta porque me parece que usted interpretó el contenido medio paso por delante.
(Como referencia, es un hecho bien conocido —y yo también lo sé bien— que con Skills o AGENTS.md bien redactados se puede ahorrar tokens.)
Parece un resultado de investigación que da una respuesta clara de por qué no deberíamos depender por completo de la IA y usarla solo como una herramienta auxiliar.
Excelente artículo. Cuando me topo con conceptos o abreviaturas de funciones que no conozco, intento volver a preguntarle a la IA siempre que puedo.
En lo personal, me resulta muy útil cuando necesito monitorear código estando fuera y entrar por
sshal servidor por un momento.