De los tres, con el que estoy familiarizado es TS, el que sé usar es Python, y el que no conozco bien pero quiero aprender es Rust...
Sea como sea, que Java no haya entrado entre esos tres ya es una gran suerte dentro de la suerte.
Mmm... a mí me parece una lástima, porque cuando todas las funciones de navegación pasan por una biblioteca base, si el sistema bloquea una URL, se mantiene una buena consistencia imposible de eludir en las funciones de navegación interna de todas las apps.
Este tipo de fármaco suele aparecer de vez en cuando en las noticias, pero en general no se sale mucho del nivel de un agente cicloplejico... Creo que no se garantizó la seguridad con su uso a largo plazo.
Probablemente, con este medicamento también sea seguro usarlo solo una o dos veces por semana. Si se usa con más frecuencia y por más tiempo, pueden surgir varios problemas.
Personalmente, me parece que claude-code es mejor para el refactoring.
Cuando le pedí a cursor + GPT5 que hiciera tareas de refactoring como eliminar métodos innecesarios y cosas así, claude-code en cambio los encontraba bien y los eliminaba, mientras que con GPT5 tuve la sensación de que no lograba entender el proyecto en su conjunto.
Hay bastantes errores menores (sobre todo relacionados con las etiquetas), pero parece una herramienta que se puede seguir usando mientras se espera una actualización.
Niko Matsakis está en una posición cercana a la de padre de Rust, más allá de rayon. Por supuesto, Graydon Hoare es el creador, pero se puede decir que quien más contribuyó a las partes más importantes del lenguaje fue Niko.
Si eres desarrollador de Rust, supongo que inevitablemente le tendrás más cariño, así que quizá sea información algo sesgada.
¡Gracias por compartir la información!
En el flujo donde la experiencia va evolucionando de coder => desarrollador que diseña la arquitectura para desarrollar funcionalidades => arquitectura más grande (sistemas, red, seguridad) => planificación,
parece que habrá cada vez menos oportunidades para que un coder aprenda en el campo.
Si la programación centrada en ideas se vuelve la corriente principal,
al menos da la sensación de que lo básico será que un coder pueda manejar por su cuenta un full stack basado en AI, supongo.
¿Editas tú mismo el título antes de publicarlo?
¿Me pregunto cómo eliges y publicas los artículos, y además cómo traducirías los comentarios con tanta fluidez? :D
Supongo que también se puede ver así. En mi experiencia, más que PyO3, python.h (que también es una de las razones por las que zig es una buena alternativa) hacía mucho más fácil bajar y volver a subir a nivel de OS o de vectorización, pero desde el punto de vista de no tener que preocuparse por la gestión de memoria, a cierta escala o más, Rust podría ofrecer una mayor productividad a largo plazo.
La razón por la que C es fácil es que es la base de todos los lenguajes principales modernos —Python/TS/Go/PHP/Java— o tiene una sintaxis similar, así que va más allá de que la sintaxis sea simple: es un lenguaje con el que te vas a encontrar algún día, o con el que ya te encontraste en algún momento. En cambio, Rust está en la posición opuesta, así que, pese a su alto valor, introducirlo en un equipo requiere un esfuerzo considerable. Creo que es porque, más que un lenguaje evolutivo, es un lenguaje innovador.
Me parece que hay un error en la traducción del título.
Parece que se trata de corregir la hipermetropía producida por la presbicia.
La palabra coreana “miopía” significa un estado de “ver bien solo de cerca”, es decir, near vision acuity.
La frase "fix near vision" indica que se corrigió el problema de la visión cercana (que era deficiente),
por lo que sería correcto decir que se corrigió el problema de hipermetropía causada por la presbicia, o bien que se corrigió la agudeza visual de cerca.
Aun así, no la uso...
De los tres, con el que estoy familiarizado es TS, el que sé usar es Python, y el que no conozco bien pero quiero aprender es Rust...
Sea como sea, que Java no haya entrado entre esos tres ya es una gran suerte dentro de la suerte.
Parece que la diferencia conceptual entre tener inicio de sesión y no tenerlo es bastante importante.
Mmm... a mí me parece una lástima, porque cuando todas las funciones de navegación pasan por una biblioteca base, si el sistema bloquea una URL, se mantiene una buena consistencia imposible de eludir en las funciones de navegación interna de todas las apps.
Este tipo de fármaco suele aparecer de vez en cuando en las noticias, pero en general no se sale mucho del nivel de un agente cicloplejico... Creo que no se garantizó la seguridad con su uso a largo plazo.
Probablemente, con este medicamento también sea seguro usarlo solo una o dos veces por semana. Si se usa con más frecuencia y por más tiempo, pueden surgir varios problemas.
Omarchy, la distribución de Linux creada por DHH
Se parece bastante a https://write.hada.io/ que hicieron hace bastante tiempo. Si le quitas el soporte de Markdown y las tareas, jaja.
¿No existe ya una solución bastante clara para el "problema de importación circular" en Python? Me cuesta verlo como un problema grave.
Personalmente, me parece que
claude-codees mejor para el refactoring.Cuando le pedí a cursor + GPT5 que hiciera tareas de refactoring como eliminar métodos innecesarios y cosas así,
claude-codeen cambio los encontraba bien y los eliminaba, mientras que con GPT5 tuve la sensación de que no lograba entender el proyecto en su conjunto.Hay bastantes errores menores (sobre todo relacionados con las etiquetas), pero parece una herramienta que se puede seguir usando mientras se espera una actualización.
Niko Matsakis está en una posición cercana a la de padre de Rust, más allá de
rayon. Por supuesto, Graydon Hoare es el creador, pero se puede decir que quien más contribuyó a las partes más importantes del lenguaje fue Niko.Si usas passkeys y luego pierdes el dispositivo, de verdad sería súper complicado...
Si eres desarrollador de Rust, supongo que inevitablemente le tendrás más cariño, así que quizá sea información algo sesgada. ¡Gracias por compartir la información!
Yo también estoy muy satisfecho usando Claude Code.
Creo que ya llevo unas 6 semanas usándolo.
Me identifico con la mayor parte del contenido.
https://jeho.page/essay/2025/07/15/claude-code.html
En el flujo donde la experiencia va evolucionando de coder => desarrollador que diseña la arquitectura para desarrollar funcionalidades => arquitectura más grande (sistemas, red, seguridad) => planificación,
parece que habrá cada vez menos oportunidades para que un coder aprenda en el campo.
Si la programación centrada en ideas se vuelve la corriente principal,
al menos da la sensación de que lo básico será que un coder pueda manejar por su cuenta un full stack basado en AI, supongo.
¿Editas tú mismo el título antes de publicarlo?
¿Me pregunto cómo eliges y publicas los artículos, y además cómo traducirías los comentarios con tanta fluidez? :D
¿No se puede tratar el astigmatismo? 😢
Supongo que también se puede ver así. En mi experiencia, más que PyO3,
python.h(que también es una de las razones por las que zig es una buena alternativa) hacía mucho más fácil bajar y volver a subir a nivel de OS o de vectorización, pero desde el punto de vista de no tener que preocuparse por la gestión de memoria, a cierta escala o más, Rust podría ofrecer una mayor productividad a largo plazo.La razón por la que C es fácil es que es la base de todos los lenguajes principales modernos —Python/TS/Go/PHP/Java— o tiene una sintaxis similar, así que va más allá de que la sintaxis sea simple: es un lenguaje con el que te vas a encontrar algún día, o con el que ya te encontraste en algún momento. En cambio, Rust está en la posición opuesta, así que, pese a su alto valor, introducirlo en un equipo requiere un esfuerzo considerable. Creo que es porque, más que un lenguaje evolutivo, es un lenguaje innovador.
Ah, como estaba acortando el título con IA, lo hice así. Ya lo dejé corregido.
Me parece que hay un error en la traducción del título. Parece que se trata de corregir la hipermetropía producida por la presbicia. La palabra coreana “miopía” significa un estado de “ver bien solo de cerca”, es decir, near vision acuity. La frase "fix near vision" indica que se corrigió el problema de la visión cercana (que era deficiente), por lo que sería correcto decir que se corrigió el problema de hipermetropía causada por la presbicia, o bien que se corrigió la agudeza visual de cerca.