¿Este artículo se completa leyéndolo junto con los comentarios? Porque leyendo solo el texto principal no logro saber la "razón por la que está colocado en diagonal", jaja..
Siento que esta persona, cada vez que sale algo que se vuelve tema, se pone a sacar en masa cosas con el patrón de nombre open*, así que la percepción que deja no me parece muy buena...
Es un pensamiento breve, pero últimamente me he puesto a pensar esto. Dicen que antes los expertos en ensamblador miraban a los desarrolladores en C y les decían cosas como “no saben valorar la memoria” o “no entienden el hardware”, y ahora, si lo vemos, no será una crítica parecida en el mismo sentido. Al final, desde la perspectiva del desarrollo de software, no será que simplemente estamos pasando a desarrollar con un lenguaje más abstraído (IA) que los lenguajes de programación que ya existían. Por eso, naturalmente, también termina bajando la especialización en los lenguajes que se usaban antes. Aun así, así como hasta hace poco a quienes desarrollaban manejando lenguajes más low-level que los actuales se les llamaba “monstruos”, quizá ahora quienes desarrollan con vibecoding pero aun así entienden los principios de los lenguajes tradicionales puedan llegar a ser vistos como personas fuera de lo común.
Por razones como la 2, cuando uso casi cualquier LLM siempre le agrego la instrucción de que además cumpla el papel de abogado del diablo, y me parece que resulta bastante útil.
Conceptualmente es interesante, pero sí queda la duda de si en la práctica va a funcionar bien. Como también salió en algunas opiniones de HN, un mercado de dos lados (two-sided market) tiene el gran problema de que hay que lograr atraer clientes iniciales en ambos frentes.
Aquí también se ven caracteres en hindi. Últimamente, sin importar si es OpenAI, Claude o Google, pasa bastante seguido que se mezcla hindi en las salidas en coreano. ¿Será que personas de India hicieron el etiquetado del dataset en coreano?
Antes no me gustaban los modelos chinos porque mezclaban chino en las respuestas en coreano, pero últimamente los modelos frontier se la pasan metiendo hindi, así que irónicamente me ha bajado el rechazo hacia los modelos chinos.
Parece un artículo que puede servir como muy buena referencia. Si en el texto el enfoque es cerrar la válvula de los "tokens de entrada",
yo me he encontrado muchas veces con casos donde el problema es que simplemente hay demasiadas "cosas registradas", así que hice una herramienta llamada claude-slim.
Es un CLI que escanea, clasifica y organiza situaciones como que de 60 skills no se use ni la mitad una sola vez, o que CLAUDE.md se vuelva demasiado grande por los plugins. El conteo de tokens está basado en js-tiktoken,
y en lugar de eliminar, mueve los elementos a skills.disabled/ para que se puedan restaurar en cualquier momento.
Gracias a horarios densamente engranados, los transbordos son cómodos -> lado esperanzador
Como no hay puertas de andén, a veces hay personas que se lanzan para suicidarse en hora pico, y los retrasos son frecuentes por apagones, averías y otras razones -> lado desesperante
Llevo un año viviendo en Japón, y siento que el ferrocarril japonés es bueno en un 53% de los momentos, mientras que el otro 47% está lleno de pura frustración. En especial, en la línea Hibiya huele a moho del aire acondicionado todo el año, así que siento que si me subo sin mascarilla me va a dar neumonía.
Coincido. En sectores como el aeroespacial, el médico y el control de precisión, los datos clave de dominios altamente especializados están estrictamente cerrados dentro de redes internas, y para acceder a ellos hay que ser un insider clave o, si eres externo, apenas se abren tras pagar una suma considerable y firmar un NDA.
La mayor parte de los datos con los que aprende la IA son públicos en internet, y si se trata de servicios web/app basados en Python o JavaScript, la automatización completa es posible hasta cierto punto.
Como los algoritmos de gráficos 3D y basados en CAD que se usan en dominios avanzados están dispersos fragmentariamente en internet o directamente no están disponibles, incluso la IA no puede hacer más que producir resultados superficiales con vibe coding. Creo que, teniendo un agente principal y alimentándole de forma continua el contexto del dominio a un nivel de microgestión, desarrollar con un ciclo de Planning → Redirection → Review, no como automatización total dirigida por la IA sino como una forma de amplificación continua guiada directamente por el desarrollador, es un enfoque seguro y realista.
Solo es una pregunta sobre este mismo artículo.
¿Este artículo se completa leyéndolo junto con los comentarios? Porque leyendo solo el texto principal no logro saber la "razón por la que está colocado en diagonal", jaja..
Estaría bueno que hubiera votos negativos en GeekNews.
Ah, sí, cierto. Viendo la lista del repo, parece que hay algunos proyectos más que empiezan con Open...
Si ni siquiera se ha hecho público, ¿cómo se supone que lo van a invertir mediante ingeniería inversa...??
Siento que esta persona, cada vez que sale algo que se vuelve tema, se pone a sacar en masa cosas con el patrón de nombre
open*, así que la percepción que deja no me parece muy buena...A mí también me pasa que cuando uso Claude, a menudo sale en japonés. Ayer también pasó.
Se siente como haber llegado a una distopía.
Desde lo de Notion AI ya ni sé qué app se supone que es...
No sabía que también había pasado algo así
Es un pensamiento breve, pero últimamente me he puesto a pensar esto. Dicen que antes los expertos en ensamblador miraban a los desarrolladores en C y les decían cosas como “no saben valorar la memoria” o “no entienden el hardware”, y ahora, si lo vemos, no será una crítica parecida en el mismo sentido. Al final, desde la perspectiva del desarrollo de software, no será que simplemente estamos pasando a desarrollar con un lenguaje más abstraído (IA) que los lenguajes de programación que ya existían. Por eso, naturalmente, también termina bajando la especialización en los lenguajes que se usaban antes. Aun así, así como hasta hace poco a quienes desarrollaban manejando lenguajes más low-level que los actuales se les llamaba “monstruos”, quizá ahora quienes desarrollan con vibecoding pero aun así entienden los principios de los lenguajes tradicionales puedan llegar a ser vistos como personas fuera de lo común.
¿Será idea mía o aquí también parece haber muchos comentarios escritos por IA?
Por razones como la 2, cuando uso casi cualquier LLM siempre le agrego la instrucción de que además cumpla el papel de abogado del diablo, y me parece que resulta bastante útil.
Conceptualmente es interesante, pero sí queda la duda de si en la práctica va a funcionar bien. Como también salió en algunas opiniones de HN, un mercado de dos lados (
two-sided market) tiene el gran problema de que hay que lograr atraer clientes iniciales en ambos frentes.Parece que es tu propio artículo, ¿verdad?
Aquí también se ven caracteres en hindi. Últimamente, sin importar si es OpenAI, Claude o Google, pasa bastante seguido que se mezcla hindi en las salidas en coreano. ¿Será que personas de India hicieron el etiquetado del dataset en coreano?
Antes no me gustaban los modelos chinos porque mezclaban chino en las respuestas en coreano, pero últimamente los modelos frontier se la pasan metiendo hindi, así que irónicamente me ha bajado el rechazo hacia los modelos chinos.
¡Oh, gracias por compartirlo!
Parece un artículo que puede servir como muy buena referencia. Si en el texto el enfoque es cerrar la válvula de los "tokens de entrada",
yo me he encontrado muchas veces con casos donde el problema es que simplemente hay demasiadas "cosas registradas", así que hice una herramienta llamada claude-slim.
Es un CLI que escanea, clasifica y organiza situaciones como que de 60 skills no se use ni la mitad una sola vez, o que
CLAUDE.mdse vuelva demasiado grande por los plugins. El conteo de tokens está basado en js-tiktoken,y en lugar de eliminar, mueve los elementos a
skills.disabled/para que se puedan restaurar en cualquier momento.https://github.com/iops-leo/claude-slim
Creo que complementa exactamente la dirección de las configuraciones del artículo, así que sería bueno usarlos en paralelo.
Gracias a horarios densamente engranados, los transbordos son cómodos -> lado esperanzador
Como no hay puertas de andén, a veces hay personas que se lanzan para suicidarse en hora pico, y los retrasos son frecuentes por apagones, averías y otras razones -> lado desesperante
Llevo un año viviendo en Japón, y siento que el ferrocarril japonés es bueno en un 53% de los momentos, mientras que el otro 47% está lleno de pura frustración. En especial, en la línea Hibiya huele a moho del aire acondicionado todo el año, así que siento que si me subo sin mascarilla me va a dar neumonía.
Al probarlo, sorprende la precisión con la que reconoce bocetos hechos en una servilleta. Ahora ya ni siquiera hace falta chatear.
Más bien, después de usar un agente de IA terminé pasándome a nvim.
Porque me resulta mucho más cómodo ver el código fuente en nvim...
Coincido. En sectores como el aeroespacial, el médico y el control de precisión, los datos clave de dominios altamente especializados están estrictamente cerrados dentro de redes internas, y para acceder a ellos hay que ser un insider clave o, si eres externo, apenas se abren tras pagar una suma considerable y firmar un NDA.
La mayor parte de los datos con los que aprende la IA son públicos en internet, y si se trata de servicios web/app basados en Python o JavaScript, la automatización completa es posible hasta cierto punto.
Como los algoritmos de gráficos 3D y basados en CAD que se usan en dominios avanzados están dispersos fragmentariamente en internet o directamente no están disponibles, incluso la IA no puede hacer más que producir resultados superficiales con vibe coding. Creo que, teniendo un agente principal y alimentándole de forma continua el contexto del dominio a un nivel de microgestión, desarrollar con un ciclo de Planning → Redirection → Review, no como automatización total dirigida por la IA sino como una forma de amplificación continua guiada directamente por el desarrollador, es un enfoque seguro y realista.