La rapidez de los cambios en esta industria es tanto una ventaja como una desventaja jaja. Pero el problema del texto, en el fondo, se debe al caos que provoca Vercel. Si van a trabajar en frontend, conviene tenerle bastante cuidado a Vercel :(
Estoy totalmente de acuerdo, pero me pregunto si en lugar de decir que alguien "odia" a la IA, no sería mejor decir que la "rechaza". El significado y la connotación que implica la palabra "odio" no son buenos, y el odio siempre engendra más odio.
Biome sigue siendo más rápido. Pero si solo vemos la velocidad, oxlint de VoidZero es aún más rápido.
Como Biome es más cómodo en términos de usabilidad y documentación, a menos que el ESLint actual se vuelva más rápido y al mismo tiempo se estabilice con la combinación ESLint + ESLint Stylistic en lugar de ESLint + Prettier, esta optimización de multithreading es asombrosa, pero da la impresión de que algún día podría ser reemplazado.
También son buenas noticias para Firefox.
Sin el dinero de apoyo que Google les da para que, al menos nominalmente, parezca que no es un monopolio, Mozilla se iría inmediatamente a la quiebra.
Si pierde Chrome, ya no tendría motivo para seguir dándolo.
No hackearon la comunicación, sino el gateway.
Como los servidores del juego aumentan o disminuyen según la carga,
el gateway te indica a cuál servidor conectarte cuando inicias sesión.
Hoy en día se pueden obtener certificados TLS gratis, así que también es posible implementar HTTPS de forma segura, ¿no?
La idea sería que el gateway comprometido apunte a un servidor incorrecto, y que ese servidor intercepte todos los datos para ejecutar un ataque MITM.
Lo que dice la opinión de Hacker News en el comentario de abajo es exacto.
"Next.js tiene una capa de abstracción enorme e innecesaria para el 99.9999% de los proyectos; en los pocos casos en que realmente se necesita algo así, creo que sería mejor hacer una solución a medida con componentes de más bajo nivel"
APIs excesivamente complejas sin necesidad, la forma en que promocionan como production ready algo inestable e incompleto, y la enorme dependencia de Vercel hacen que, si no usas Vercel, sea difícil operarlo en serio.
Como empecé mi carrera en la web, quizá por eso lo veo así, pero la web (sobre todo el frontend) originalmente se desarrolla con ese saborcito (?) jaja
Con ese sabor de cambios rapidísimos...
El lado de JS se siente un poco así. Hay un montón de cosas que supuestamente son buenas, pero todas tienen algún problemita y van cambiando rapidísimo según la moda...
Aunque puede ser que lo sienta así porque antes trabajaba principalmente con Java, EJB y Struts.
Superficialmente, la cantidad de líneas de código (LOC) también importa. En términos de productividad, no es lo mismo leer y entender una página que leer y entender 3 líneas.
Claro, yo también uso asyncio hasta el cansancio en producción, pero la experiencia de uso actual no me deja lo suficientemente satisfecho como para decir que "lo estoy aprovechando bien".
La rapidez de los cambios en esta industria es tanto una ventaja como una desventaja jaja. Pero el problema del texto, en el fondo, se debe al caos que provoca Vercel. Si van a trabajar en frontend, conviene tenerle bastante cuidado a Vercel :(
Ojalá que la interfaz fuera un poco más moderna..
En Windows también se puede instalar mediante scoop.
Está bueno..
Parece que Zed le está poniendo bastante esfuerzo a la integración de IA.
Protocolo de Cliente de Agentes (ACP)
Zed - el editor de código con IA más rápido
El editor de código colaborativo "Zed" ahora pasa a ser de código abierto
Estoy totalmente de acuerdo, pero me pregunto si en lugar de decir que alguien "odia" a la IA, no sería mejor decir que la "rechaza". El significado y la connotación que implica la palabra "odio" no son buenos, y el odio siempre engendra más odio.
Biome sigue siendo más rápido. Pero si solo vemos la velocidad,
oxlintde VoidZero es aún más rápido.Como Biome es más cómodo en términos de usabilidad y documentación, a menos que el ESLint actual se vuelva más rápido y al mismo tiempo se estabilice con la combinación ESLint + ESLint Stylistic en lugar de ESLint + Prettier, esta optimización de multithreading es asombrosa, pero da la impresión de que algún día podría ser reemplazado.
Dios mío;;;;;;;
Interesante.
También son buenas noticias para Firefox.
Sin el dinero de apoyo que Google les da para que, al menos nominalmente, parezca que no es un monopolio, Mozilla se iría inmediatamente a la quiebra.
Si pierde Chrome, ya no tendría motivo para seguir dándolo.
Parece que todavía no se dieron cuenta de que React también perjudica la productividad.
Aunque el código sea muy largo, si se puede explicar fácilmente "qué hace", no es deuda.
Por eso se dice que el uso indiscriminado de la IA genera deuda, porque dificulta hacer eso.
No hackearon la comunicación, sino el gateway.
Como los servidores del juego aumentan o disminuyen según la carga,
el gateway te indica a cuál servidor conectarte cuando inicias sesión.
Hoy en día se pueden obtener certificados TLS gratis, así que también es posible implementar HTTPS de forma segura, ¿no?
La idea sería que el gateway comprometido apunte a un servidor incorrecto, y que ese servidor intercepte todos los datos para ejecutar un ataque MITM.
Lo que dice la opinión de Hacker News en el comentario de abajo es exacto.
"Next.js tiene una capa de abstracción enorme e innecesaria para el 99.9999% de los proyectos; en los pocos casos en que realmente se necesita algo así, creo que sería mejor hacer una solución a medida con componentes de más bajo nivel"
APIs excesivamente complejas sin necesidad, la forma en que promocionan como production ready algo inestable e incompleto, y la enorme dependencia de Vercel hacen que, si no usas Vercel, sea difícil operarlo en serio.
Como empecé mi carrera en la web, quizá por eso lo veo así, pero la web (sobre todo el frontend) originalmente se desarrolla con ese saborcito (?) jaja
Con ese sabor de cambios rapidísimos...
El lado de JS se siente un poco así. Hay un montón de cosas que supuestamente son buenas, pero todas tienen algún problemita y van cambiando rapidísimo según la moda...
Aunque puede ser que lo sienta así porque antes trabajaba principalmente con Java, EJB y Struts.
Gracias.
https://github.com/kelseyhightower/nocode
Superficialmente, la cantidad de líneas de código (LOC) también importa. En términos de productividad, no es lo mismo leer y entender una página que leer y entender 3 líneas.
Claro, yo también uso
asynciohasta el cansancio en producción, pero la experiencia de uso actual no me deja lo suficientemente satisfecho como para decir que "lo estoy aprovechando bien".