Probé usar esto hace unos meses, pero terminó necesitando muchos más recursos de GPU de lo que esperaba y también bajaba bastante el rendimiento, así que era difícil adoptarlo en una empresa pequeña. Incluso buscando con 2 GPUs A10 tardaba entre 30 segundos y 1 minuto, da miedo,,
Viendo el texto original, dice que "solo cambió el IMSI", pero en el resumen de GeekNews aparece que tampoco cambió el IMSI. Parece que fue un error al redactar el resumen.
Pero bueno, ¿de verdad pensaban cambiar únicamente el IMSI y aun así afirmar que de todos modos era seguro? Esto sí que está de locos.
Ojalá hubiera aunque fuera un castigo ejemplar, de nivel desmantelamiento. Que les toque por turnos a las tres compañías... ya es bastante agotador este tema de la seguridad. Y parece que su forma de responder se vuelve cada día más descarada.
Como dices, parece que hay que seguir inyectando contexto o resumir el contexto y pasar a un chat nuevo. Parece que no queda más que seguir observando y estar empujándolo constantemente.
Es una buena actividad.
Yo fui un desarrollador de juegos de primera generación.
Antes de que saliera Unreal, por supuesto las desarrolladoras
tenían como algo natural desarrollar su propio motor,
y eso era precisamente su competitividad.
En el desarrollo de motores, la mayor parte del trabajo era crear herramientas
basadas en el core, el kernel, el renderizado y otras entradas y salidas.
En ese entonces yo estaba a cargo de las herramientas de partículas, sonido, capas y objetos,
y aunque el equipo era de 7 personas, si juntabas todo creo que fácilmente
superábamos las 20 herramientas.
Desde cierto día, cuando apareció Unreal y empezaron a salir en masa juegos hechos en serie,
ya no siguieron invirtiendo en desarrollar motores.
Creo que en ese momento muchos se independizaron y fundaron sus propias empresas.
Ya es una historia de hace 27 años.
Yo también, con el paso del tiempo, envejecí y ahora trabajo en algo que no es videojuegos.
Recuerdo con nostalgia aquella época en la que hacía trabajo de core
según la tarjeta gráfica y los modos de DirectX y OpenGL.
Estoy de acuerdo, pero creo que el punto clave no es tanto el "diseño de sistemas" como la "resolución de problemas complejos mediante el diseño de sistemas".
Creo que las tareas fáciles se vuelven más fáciles y las difíciles siguen volviéndose más difíciles.
Busco a alguien que revise código hecho con vibecoding de IA. Ya está casi todo hecho, pero da errores; por favor corrijan solo un poco. Ya están saliendo pedidos de trabajo freelance así, pero suele ser más rápido hacerlo de nuevo.
Creo que sí fue un poco excesivo llegar al punto de pensar en hacerlo uno mismo... pero la verdad es que en un sistema de gestión del conocimiento sí parece un problema importante tener que preocuparse por la vida útil del producto por culpa de una solución externa.
Yo empecé a sentir eso con Evernote (aunque bueno, tampoco es que haya muerto jaja), y con Obsidian, si lo haces self-hosted, al menos se resuelve el tema de la sincronización, pero como no todo el mundo puede hacer eso, sigue siendo un problema...
Y el texto en sí... también me da la impresión de que tal vez se está preparando para emprender con eso jajaja
Suena grandilocuente, pero al final es simplemente un problema causado por prompt injection + demasiados permisos que MCP puede usar.
Así que da la impresión de que están promocionando una herramienta que permite controlar desde afuera los permisos de MCP.
Estaría bien que los prompts que entran desde afuera, los prompts que solo se ingresan internamente y los permisos que MCP puede usar tuvieran niveles distintos.
Probé usar esto hace unos meses, pero terminó necesitando muchos más recursos de GPU de lo que esperaba y también bajaba bastante el rendimiento, así que era difícil adoptarlo en una empresa pequeña. Incluso buscando con 2 GPUs A10 tardaba entre 30 segundos y 1 minuto, da miedo,,
Viendo el texto original, dice que "solo cambió el IMSI", pero en el resumen de GeekNews aparece que tampoco cambió el IMSI. Parece que fue un error al redactar el resumen.
Pero bueno, ¿de verdad pensaban cambiar únicamente el IMSI y aun así afirmar que de todos modos era seguro? Esto sí que está de locos.
Ojalá hubiera aunque fuera un castigo ejemplar, de nivel desmantelamiento. Que les toque por turnos a las tres compañías... ya es bastante agotador este tema de la seguridad. Y parece que su forma de responder se vuelve cada día más descarada.
Vaya... ¿no es esto un fraude masivo al público? Parece que debería denunciarlo a un medio de comunicación.
Como dices, parece que hay que seguir inyectando contexto o resumir el contexto y pasar a un chat nuevo. Parece que no queda más que seguir observando y estar empujándolo constantemente.
Es una buena actividad.
Yo fui un desarrollador de juegos de primera generación.
Antes de que saliera Unreal, por supuesto las desarrolladoras
tenían como algo natural desarrollar su propio motor,
y eso era precisamente su competitividad.
En el desarrollo de motores, la mayor parte del trabajo era crear herramientas
basadas en el core, el kernel, el renderizado y otras entradas y salidas.
En ese entonces yo estaba a cargo de las herramientas de partículas, sonido, capas y objetos,
y aunque el equipo era de 7 personas, si juntabas todo creo que fácilmente
superábamos las 20 herramientas.
Desde cierto día, cuando apareció Unreal y empezaron a salir en masa juegos hechos en serie,
ya no siguieron invirtiendo en desarrollar motores.
Creo que en ese momento muchos se independizaron y fundaron sus propias empresas.
Ya es una historia de hace 27 años.
Yo también, con el paso del tiempo, envejecí y ahora trabajo en algo que no es videojuegos.
Recuerdo con nostalgia aquella época en la que hacía trabajo de core
según la tarjeta gráfica y los modos de DirectX y OpenGL.
Ánimo...
También desde la perspectiva del diseño de sistemas
¿no será porque se mete en el prompting sin que normalmente se lo tome en cuenta?
El problema parece ser que no se maneja bien todo lo que viene después del vibe coding.
Vaya..?
Yo uso bolt.new, así que me gustaría comparar cómo va este.
JAJA
Estoy de acuerdo, pero creo que el punto clave no es tanto el "diseño de sistemas" como la "resolución de problemas complejos mediante el diseño de sistemas".
Creo que las tareas fáciles se vuelven más fáciles y las difíciles siguen volviéndose más difíciles.
Qué escalofrío jajajaja
Busco a alguien que revise código hecho con vibecoding de IA. Ya está casi todo hecho, pero da errores; por favor corrijan solo un poco. Ya están saliendo pedidos de trabajo freelance así, pero suele ser más rápido hacerlo de nuevo.
Creo que sí fue un poco excesivo llegar al punto de pensar en hacerlo uno mismo... pero la verdad es que en un sistema de gestión del conocimiento sí parece un problema importante tener que preocuparse por la vida útil del producto por culpa de una solución externa.
Yo empecé a sentir eso con Evernote (aunque bueno, tampoco es que haya muerto jaja), y con Obsidian, si lo haces self-hosted, al menos se resuelve el tema de la sincronización, pero como no todo el mundo puede hacer eso, sigue siendo un problema...
Y el texto en sí... también me da la impresión de que tal vez se está preparando para emprender con eso jajaja
jajaja
> Creo que ese tipo de artículos que dicen “no estudies compu” están perdiendo el verdadero punto.
La traducción quedó bien buena, qué curioso jajaja
¿De verdad hay gente que hace la opción 1...?
Fx - herramienta de procesamiento de JSON para línea de comandos
Cuando se presentó hace unos 5 años, la versión era la 15.0, y ahora ya va por la 36.0.
Suena grandilocuente, pero al final es simplemente un problema causado por prompt injection + demasiados permisos que MCP puede usar.
Así que da la impresión de que están promocionando una herramienta que permite controlar desde afuera los permisos de MCP.
Estaría bien que los prompts que entran desde afuera, los prompts que solo se ingresan internamente y los permisos que MCP puede usar tuvieran niveles distintos.