El autor de este artículo, Jakob Nielsen, es un experto en UX con 42 años de experiencia.
Cuando se hizo pública la WWW, predijo que "el hipertexto se convertiría en la interfaz de usuario del futuro".
Por eso, ya en 1990 escribió un libro llamado "Hypertext and Hypermedia".
También fue cofundador de Nielsen Norman Group (https://www.nngroup.com/), la consultora más conocida en temas de UX. (Donald Norman es la persona que acuñó el término UX).
Ya existen frameworks bien organizados y con mucho material con el que la IA ha sido entrenada, así que no veo necesario crear algo nuevo solo para mí; más bien parece algo que reduce la productividad.
No creo que haya necesidad de desechar algo que nos permitió reducir el costo de diseñar la arquitectura y enfocarnos en lo esencial (el servicio).
Creo que también da la impresión de que hay cierta idealización del "código escrito a mano".
La idea de "hacer mucho escribiendo poco" siempre ha existido,
y creo que incluso antes de la IA, cuando apareció el GC, también había un ambiente parecido.
Aunque escribas código a mano, puedes sentir que tu código no tiene problemas, pero cuando algo falla igual terminas metiéndote al código interno o revisando la memoria.
Aunque escribas prompts a mano, si crees que tus prompts no tienen problemas pero algo falla, me parece que al final pasará lo mismo: terminarás metiéndote al código interno.
Claro, probablemente la mayor parte de eso también se resolverá con servicios de IA.
También me imagino que el código escrito a mano podría volverse, en cierto sentido, una forma de arte contemporáneo... jaja
Mmm... ¿no será que este tipo de práctica era de cuando Cursor ofrecía uso ilimitado? Más bien, al menos por un tiempo, parece que la dirección a futuro es cómo ahorrar tokens y apoyar bien a la IA.
Se puede eliminar la duplicación incluso sin precios de tokens caros, así que ¿cuál sería la razón para no usar frameworks?
Cuando se publicó antes, hubo comentarios de que era riesgoso que una app de terceros que no era de código abierto pudiera ver todos mis mensajes de texto, y parece que tomaron eso en cuenta y la hicieron completamente open source.
Es difícil participar para principiantes y nuevos colaboradores
No hay ninguna razón para que sea difícil recibir un Vouch
El objetivo principal de Vouch es impedir la participación irreflexiva y sin esfuerzo
En mis proyectos (incluido este), puedes recibir un Vouch si te presentas en un issue y explicas brevemente cómo te gustaría contribuir
En pocas palabras, si te presentas como en una interacción social normal, puedes recibir un Vouch
Pero si abusas de tus privilegios dentro del grupo, serás sancionado
Es vulnerable a la ingeniería social
Los usuarios que reciben un Vouch solo obtienen permiso para participar en el proyecto
No obtienen permisos para fusionar pull requests, hacer push de código ni publicar releases
Todas esas acciones siguen estando restringidas mediante la revisión existente y los controles del sistema
Además, solo los administradores y colaboradores pueden recomendar usuarios
Por lo tanto, aunque un usuario problemático haya sido recomendado, no podrá recomendar a otros usuarios
No existe un proceso de apelación para el denouncing.
El proceso de apelación varía según el subproyecto
En el caso de mis proyectos, si se comunican con nosotros por Discord, correo electrónico o cualquier otro medio, hablan con nosotros como personas y reconocen su error, les daremos otra oportunidad. No es difícil
La esencia de este proyecto es que la IA minimice las barreras naturales existentes al proporcionar información a las personas mediante llamadas a la API
En los proyectos comunitarios centrados en las personas, la interacción humana solo es necesaria en los bordes
Más bien, pienso que soy feliz porque ahora se ha disparado la cantidad de cosas que tengo que estudiar.
Incluso después de escribir cosas que me resultan difíciles de redactar, me pongo a estudiar con ganas.
Desde el principio he pensado que, en empresas grandes o en proyectos realmente importantes, al final todo tiene que ser revisado por personas, así que desde la perspectiva de quien está aprendiendo, esto no podría ser más divertido.
"¿Cuál sería una buena siguiente tarea?"
Parece que se agrega un cobro de 3.46$ de una sola vez y que no lo cubre el modelo de suscripción.
Hace poco creo que esos 50$ los dieron para que probáramos esto jajaja
¿Y ahora esto qué es...? Desde la perspectiva de OpenAI, que no fabrica ni usa directamente nada propio, desde el chipset hasta el centro de datos, si se optimiza el stack de software escalarán tanto como les permita ese margen, así que su objetivo es maximizar las ganancias más que proteger el medio ambiente (como en el comentario de HN sobre la paradoja de Jevons).
Es una publicación tan de autopromoción que da hasta pena verla.
Soy desarrollador de control de hardware, más bien unos pasos por encima de lo embebido, trabajando principalmente con Python. Hasta hace unas semanas, resistirme al vibe coding me parecía casi motivo de orgullo, y cuando era complicado preparar una sesión de depuración, lo máximo que concedía en usar mucho un LLM era pegarle de corrido el código que había escrito y decirle: "ayúdame a encontrar en qué me equivoqué aquí".
Configuré Claude y, mientras me lo iba explicando amablemente, fuimos escribiendo juntos CLAUDE.md; después de usarlo una o dos veces, me di cuenta de que de verdad empecé a depender de él.
Ya no tengo que preocuparme por si me equivoqué con un break o un continue incluso en un bucle simple; si me da flojera expresar algo con palabras, simplemente escribo todo de corrido y luego le digo "revisa si no hay errores tipográficos"; con solo la estructura organizada en CLAUDE.md, él solo encuentra enseguida el contexto, y cuando intento implementar un subsistema nuevo termino pensando: "como aquí más bien no hay contexto del cual depender, esto hasta lo podría escribir él solo, ¿no?".
Y entonces de verdad empieza a darme miedo poco a poco. Si sigo programando así, con la cabeza vacía, ¿qué pasa cuando vaya al sitio y no entienda este código que ~escribí yo~ escribió él? Pero esa en realidad es una preocupación menor. Lo que me da ansiedad es la sensación de que de verdad me estoy quedando atrás frente a esta ola del vibe coding, y además yo era de los que disfrutaban ponerse a leer manuales; ya no solo porque cada vez hay menos razones para hacerlo, sino porque hasta me da una especie de miedo existencial sentir que todo el conocimiento que fui acumulando a través de esos manuales está siendo invalidado...
No es completamente igual, pero al mismo tiempo tampoco es completamente diferente.
Decir que es similar significa que hay partes en común,
así que, al final, que haya desacuerdos entre las personas probablemente dependa de la perspectiva desde la que se vea qué tan parecido es.
No diría que es idéntico, pero sí que es similar,
y creo que eso aplica desde la perspectiva sobre predicción y pensamiento del comentario de geek12356.
Al mismo tiempo, también tengo la perspectiva de que, como su inteligencia es superior a la humana, es diferente de los humanos.
Claude Code, tanto por el modelo como por el agente, tiene en los hechos una posición dominante. En este momento, elegir algo distinto de Claude siempre es una segunda opción, y también usarán Google y OpenAI.
En embebidos todavía nos quedamos depurando hasta las 2 a. m. por una o dos líneas... jaja. Y lo que no está en la documentación, ni claude code lo sabe...
El autor de este artículo, Jakob Nielsen, es un experto en UX con 42 años de experiencia.
Cuando se hizo pública la WWW, predijo que "el hipertexto se convertiría en la interfaz de usuario del futuro".
Por eso, ya en 1990 escribió un libro llamado "Hypertext and Hypermedia".
También fue cofundador de Nielsen Norman Group (https://www.nngroup.com/), la consultora más conocida en temas de UX. (Donald Norman es la persona que acuñó el término UX).
También es famoso el artículo 10 heurísticas de usabilidad para el diseño de interfaces de usuario.
Ya existen frameworks bien organizados y con mucho material con el que la IA ha sido entrenada, así que no veo necesario crear algo nuevo solo para mí; más bien parece algo que reduce la productividad.
No creo que haya necesidad de desechar algo que nos permitió reducir el costo de diseñar la arquitectura y enfocarnos en lo esencial (el servicio).
Creo que también da la impresión de que hay cierta idealización del "código escrito a mano".
La idea de "hacer mucho escribiendo poco" siempre ha existido,
y creo que incluso antes de la IA, cuando apareció el GC, también había un ambiente parecido.
Aunque escribas código a mano, puedes sentir que tu código no tiene problemas, pero cuando algo falla igual terminas metiéndote al código interno o revisando la memoria.
Aunque escribas prompts a mano, si crees que tus prompts no tienen problemas pero algo falla, me parece que al final pasará lo mismo: terminarás metiéndote al código interno.
Claro, probablemente la mayor parte de eso también se resolverá con servicios de IA.
También me imagino que el código escrito a mano podría volverse, en cierto sentido, una forma de arte contemporáneo... jaja
Mmm... ¿no será que este tipo de práctica era de cuando Cursor ofrecía uso ilimitado? Más bien, al menos por un tiempo, parece que la dirección a futuro es cómo ahorrar tokens y apoyar bien a la IA.
Se puede eliminar la duplicación incluso sin precios de tokens caros, así que ¿cuál sería la razón para no usar frameworks?
DoNotNotify – registrar y bloquear inteligentemente notificaciones en Android
Cuando se publicó antes, hubo comentarios de que era riesgoso que una app de terceros que no era de código abierto pudiera ver todos mis mensajes de texto, y parece que tomaron eso en cuenta y la hicieron completamente open source.
Parece que, como está recibiendo atención, hubo algunos malentendidos, así que organizaron un FAQ por separado
https://x.com/mitchellh/status/2020628046009831542
Una traducción bastante floja...
En adelante intentaré compartirlo con una legibilidad un poco mejor..
Gracias por el comentario
Más bien, pienso que soy feliz porque ahora se ha disparado la cantidad de cosas que tengo que estudiar.
Incluso después de escribir cosas que me resultan difíciles de redactar, me pongo a estudiar con ganas.
Desde el principio he pensado que, en empresas grandes o en proyectos realmente importantes, al final todo tiene que ser revisado por personas, así que desde la perspectiva de quien está aprendiendo, esto no podría ser más divertido.
"¿Cuál sería una buena siguiente tarea?"
Parece que se agrega un cobro de 3.46$ de una sola vez y que no lo cubre el modelo de suscripción.
Hace poco creo que esos 50$ los dieron para que probáramos esto jajaja
Aunque digan que una empresa que acaparó el 40% de la memoria mundial vela por el interés público del planeta...
Si una tormenta magnética nos golpea y la Tierra se reinicia, llegará una edad dorada.
Creo que la analogía con las funciones de Excel y la calculadora no es correcta.
Si el LLM tuviera una precisión del 100%, entonces lo acepto..
Sorprende la cantidad de opiniones negativas que hay.
¿Y ahora esto qué es...? Desde la perspectiva de OpenAI, que no fabrica ni usa directamente nada propio, desde el chipset hasta el centro de datos, si se optimiza el stack de software escalarán tanto como les permita ese margen, así que su objetivo es maximizar las ganancias más que proteger el medio ambiente (como en el comentario de HN sobre la paradoja de Jevons).
Es una publicación tan de autopromoción que da hasta pena verla.
Soy desarrollador de control de hardware, más bien unos pasos por encima de lo embebido, trabajando principalmente con Python. Hasta hace unas semanas, resistirme al vibe coding me parecía casi motivo de orgullo, y cuando era complicado preparar una sesión de depuración, lo máximo que concedía en usar mucho un LLM era pegarle de corrido el código que había escrito y decirle: "ayúdame a encontrar en qué me equivoqué aquí".
Configuré Claude y, mientras me lo iba explicando amablemente, fuimos escribiendo juntos
CLAUDE.md; después de usarlo una o dos veces, me di cuenta de que de verdad empecé a depender de él.Ya no tengo que preocuparme por si me equivoqué con un
breako uncontinueincluso en un bucle simple; si me da flojera expresar algo con palabras, simplemente escribo todo de corrido y luego le digo "revisa si no hay errores tipográficos"; con solo la estructura organizada enCLAUDE.md, él solo encuentra enseguida el contexto, y cuando intento implementar un subsistema nuevo termino pensando: "como aquí más bien no hay contexto del cual depender, esto hasta lo podría escribir él solo, ¿no?".Y entonces de verdad empieza a darme miedo poco a poco. Si sigo programando así, con la cabeza vacía, ¿qué pasa cuando vaya al sitio y no entienda este código que ~escribí yo~ escribió él? Pero esa en realidad es una preocupación menor. Lo que me da ansiedad es la sensación de que de verdad me estoy quedando atrás frente a esta ola del vibe coding, y además yo era de los que disfrutaban ponerse a leer manuales; ya no solo porque cada vez hay menos razones para hacerlo, sino porque hasta me da una especie de miedo existencial sentir que todo el conocimiento que fui acumulando a través de esos manuales está siendo invalidado...
De verdad, ahora mismo tengo muchísimo miedo..
Parece que también funciona con apps de macOS, esa parte sí me interesa.
En iOS yo estaba usando https://github.com/joshuayoes/ios-simulator-mcp, ¿habrá alguna diferencia? (p. ej., que funcione más rápido)
El hecho es que hasta ese debugging lo va a hacer la IA por su cuenta.
No es completamente igual, pero al mismo tiempo tampoco es completamente diferente.
Decir que es similar significa que hay partes en común,
así que, al final, que haya desacuerdos entre las personas probablemente dependa de la perspectiva desde la que se vea qué tan parecido es.
No diría que es idéntico, pero sí que es similar,
y creo que eso aplica desde la perspectiva sobre predicción y pensamiento del comentario de geek12356.
Al mismo tiempo, también tengo la perspectiva de que, como su inteligencia es superior a la humana, es diferente de los humanos.
Claude Code, tanto por el modelo como por el agente, tiene en los hechos una posición dominante. En este momento, elegir algo distinto de Claude siempre es una segunda opción, y también usarán Google y OpenAI.
En embebidos todavía nos quedamos depurando hasta las 2 a. m. por una o dos líneas... jaja. Y lo que no está en la documentación, ni
claude codelo sabe...