Pensé que habían implementado directamente el editor de imágenes, pero al final solo tomaron una biblioteca de código abierto y aplicaron algunas configuraciones.
Ajá, estaba viendo de qué se trataba y me estallé de risa. "Parece que no tiene muy claro para qué es un LLM" jajaja.
¿Se viene la era en la que te pagan para programar, pero el trabajo no se hace...?
He visto muchísimas afirmaciones de que los desarrolladores junior están perdiendo nivel por usar IA; estaría interesante si hubiera algún artículo sobre si de verdad pasa eso.
Leí muy bien el artículo :)
Cursor es muy bueno, pero... en mi caso, que trabajo en varios equipos,
me dio pena que no tenga una función de sincronización de configuración.
Dicen que hay un truco para sincronizar haciendo enlaces simbólicos de las extensiones o de los propios archivos de configuración en una unidad de red,
pero como en VSCode se sincroniza con un clic, me da flojera tener que pasar por todo ese proceso.
El rendimiento se degrada, las tareas de mantenimiento se vuelven más difíciles y, cuando ocurre una falla, hay muchos puntos de gestión, por lo que rastrear la causa se vuelve complicado.
Se provoca una situación completamente opuesta al objetivo original de k8s de reducir los puntos de gestión y disminuir el esfuerzo operativo.
Ah, al leer un poco más el artículo, creo que me confundí porque hablaba de que el editor se volvía más rápido y cosas así.
tsc se volvió 10 veces más rápido. Es decir, se reduce muchísimo el tiempo de transpilación de ts -> js.
Al cargar proyectos grandes desarrollados con ts, como VSCode, la velocidad mejora mucho. O sea, la lógica que comparte las funciones de tsc, como la revisión de sintaxis de ts, se volvió más rápida.
No significa que VSCode en sí funcione más rápido.
Eso era lo que decía.
Casi no uso Cmd+K de vscode porque lo reemplacé por Cmd+R, pero todos siguen dando testimonio de cómo les mejoró la productividad. Uf, ¿debería cambiarme?
En el libro <El Proyecto Fénix>, que también se ha mencionado varias veces en GeekNews, aparece una idea similar: cuanto más cerca se está del 100% de capacidad, más se alarga geométricamente el tiempo de respuesta.
Aunque coincido plenamente con lo que plantea este artículo, también estoy de acuerdo con el problema que mencionaste.
De hecho, es justamente uno de los puntos que yo también he estado considerando.
Dependía de cada squad, pero cuando se involucraba activamente a los miembros del equipo en la planificación del sprint, ese problema que mencionaste no solía presentarse. Mientras compartíamos el contexto del proyecto y también la situación cambiante en cada sprint para que pudieran reconocer suficientemente las tareas que iban cambiando, les pedíamos que intentaran dividir el trabajo de manera muy detallada.
Como dices, desde la perspectiva de la gestión, si se piensa en el seguimiento del progreso, la medición de la velocidad de trabajo, la respuesta ante situaciones inesperadas y el costo de oportunidad cuando el contenido del trabajo no sale como se pretendía, al final sí resulta que dividirlo en partes pequeñas permite que todo avance mejor.
Como alguien que trabaja en el área de las ciencias de la vida, quiero compartir brevemente los resultados de mi uso.
El modo de investigación se ofrece en 2 opciones.
Resumen rápido
El tiempo requerido es de unos 5~6 minutos (basado en 4070 ti super, 16GB, Mistral y Gemma 3:12b)
Hay algo de alucinación, así que genera las referencias por su cuenta, pero las refs que aparecen enlazadas en el documento parecen tener una fuente clara.
Parece haber una intención de responder enfocándose en nuevas tecnologías. En particular, intenta relacionarlo con la IA.
Informe detallado
El tiempo requerido es de alrededor de 1 hora (4070 ti super 16GB, Gemma 3:12b)
Es como si generara un solo artículo de revisión. Pero tiene el problema de que la cantidad de referencias se reduce drásticamente. Aunque supongamos que el contenido es correcto, hace falta cierta mejora porque no se puede respaldar con evidencia. (Parece que hace una especie de refinamiento para mejorar la calidad del texto, y en ese proceso da la impresión de que se pierden los enlaces de las refs.)
Aun así, definitivamente ofrece contenido de mayor calidad que el resumen rápido.
En el archivo de configuración se pueden ajustar varias opciones. Se puede limitar la base de datos de búsqueda solo a PubMed para elevar todavía más la calidad del material. También se puede configurar cuántos textos buscar a la vez o cuántos chunks crear al usar RAG.
Considerando que actualmente está en la versión 0.01V, resulta muy sorprendente que pueda generar reportes de este nivel en una máquina local. Especialmente en el área de ciencias de la vida, los chatbots suelen usar descripciones generalizadas, pero los reportes creados con este programa usan una redacción muy científica.
Actualmente este programa no soporta coreano. Aunque se haga la pregunta en coreano, el reporte se genera en inglés.
Además, al recibir la respuesta como archivo PDF mediante la exportación a PDF, existe el problema de que el coreano no se muestra.
Creo que si se resuelven el problema de que las refs desaparecen durante la generación del reporte y el problema de las alucinaciones, sería una herramienta realmente poderosa.
Pensé que habían implementado directamente el editor de imágenes, pero al final solo tomaron una biblioteca de código abierto y aplicaron algunas configuraciones.
https://github.com/scaleflex/filerobot-image-editor
Ajá, estaba viendo de qué se trataba y me estallé de risa. "Parece que no tiene muy claro para qué es un LLM" jajaja.
¿Se viene la era en la que te pagan para programar, pero el trabajo no se hace...?
He visto muchísimas afirmaciones de que los desarrolladores junior están perdiendo nivel por usar IA; estaría interesante si hubiera algún artículo sobre si de verdad pasa eso.
Leí muy bien el artículo :)
https://github.com/addyosmani/filter
¡Soy Wilson!
Cursor es muy bueno, pero... en mi caso, que trabajo en varios equipos,
me dio pena que no tenga una función de sincronización de configuración.
Dicen que hay un truco para sincronizar haciendo enlaces simbólicos de las extensiones o de los propios archivos de configuración en una unidad de red,
pero como en VSCode se sincroniza con un clic, me da flojera tener que pasar por todo ese proceso.
Me cambié del VS Code que usé durante 5 años y está muy bueno.
Genial. Si
sqlitehiciera esto, de verdad creo que sería un caos total. Aunque, claro, también vendrían las vulnerabilidades de seguridad.El rendimiento se degrada, las tareas de mantenimiento se vuelven más difíciles y, cuando ocurre una falla, hay muchos puntos de gestión, por lo que rastrear la causa se vuelve complicado.
Se provoca una situación completamente opuesta al objetivo original de k8s de reducir los puntos de gestión y disminuir el esfuerzo operativo.
Ah, al leer un poco más el artículo, creo que me confundí porque hablaba de que el editor se volvía más rápido y cosas así.
tscse volvió 10 veces más rápido. Es decir, se reduce muchísimo el tiempo de transpilación dets->js.ts, como VSCode, la velocidad mejora mucho. O sea, la lógica que comparte las funciones detsc, como la revisión de sintaxis dets, se volvió más rápida.Eso era lo que decía.
Casi no uso
Cmd+Kde vscode porque lo reemplacé porCmd+R, pero todos siguen dando testimonio de cómo les mejoró la productividad. Uf, ¿debería cambiarme?En el libro <El Proyecto Fénix>, que también se ha mencionado varias veces en GeekNews, aparece una idea similar: cuanto más cerca se está del 100% de capacidad, más se alarga geométricamente el tiempo de respuesta.
Aunque coincido plenamente con lo que plantea este artículo, también estoy de acuerdo con el problema que mencionaste.
De hecho, es justamente uno de los puntos que yo también he estado considerando.
Dependía de cada squad, pero cuando se involucraba activamente a los miembros del equipo en la planificación del sprint, ese problema que mencionaste no solía presentarse. Mientras compartíamos el contexto del proyecto y también la situación cambiante en cada sprint para que pudieran reconocer suficientemente las tareas que iban cambiando, les pedíamos que intentaran dividir el trabajo de manera muy detallada.
Como dices, desde la perspectiva de la gestión, si se piensa en el seguimiento del progreso, la medición de la velocidad de trabajo, la respuesta ante situaciones inesperadas y el costo de oportunidad cuando el contenido del trabajo no sale como se pretendía, al final sí resulta que dividirlo en partes pequeñas permite que todo avance mejor.
No se entiende. Ni siquiera llega a un nivel de primaria en programación, mucho menos a un nivel académico; no entiendo por qué comparten esto...
nuevas tecnologías. En particular, intenta relacionarlo con la IA.En el archivo de configuración se pueden ajustar varias opciones. Se puede limitar la base de datos de búsqueda solo a PubMed para elevar todavía más la calidad del material. También se puede configurar cuántos textos buscar a la vez o cuántos chunks crear al usar RAG.
Considerando que actualmente está en la versión 0.01V, resulta muy sorprendente que pueda generar reportes de este nivel en una máquina local. Especialmente en el área de ciencias de la vida, los chatbots suelen usar
descripciones generalizadas, pero los reportes creados con este programa usan una redacción muy científica.Actualmente este programa no soporta coreano. Aunque se haga la pregunta en coreano, el reporte se genera en inglés.
Además, al recibir la respuesta como archivo PDF mediante la exportación a PDF, existe el problema de que el coreano no se muestra.
Creo que si se resuelven el problema de que las refs desaparecen durante la generación del reporte y el problema de las alucinaciones, sería una herramienta realmente poderosa.
jajajaja
Sentí fatiga por la gran cantidad de plugins de Obsidian,
así que me cambié a Reflect y estoy muy satisfecho.
Desde hace un tiempo empecé a meterle menos mano a TS, pero viendo noticias así me vuelve a llamar la atención, ¿no?
¡Por eso yo aparto por completo las tardes de los viernes como tiempo para desarrollo personal!
Me identifico muchísimo con este comentario. Existía el riesgo de que surgiera microgestión sobre los aspectos técnicos. Realmente no es nada fácil.