El tree clásico hace DFS y va imprimiendo en tiempo real; tanto eza como este requieren terminar toda la exploración antes de mostrar la salida, y eso resulta incómodo.

A veces hay un directorio inesperadamente profundo, así que hay que cancelar y poner una opción de exclusión, pero si primero tiene que terminar toda la exploración para imprimir, entonces hay que encontrar ese directorio uno por uno.

El formato de salida también me parece mejor en eza... aunque en entorno Windows este sí es un poco más rápido que eza.

Vaya, así también apoyan las empresas en las que invierten.
Qué curioso.

Apple M jajaja
Simplemente será RISC, ¿no?
Es un artículo con una intención bastante obvia

El original era

> Ask HN: Why hasn't x86 caught up with Apple M series?

pero el cuerpo terminó pareciendo más bien un resumen de alguna entrada de blog

¿Y se supone que qué quieren que hagamos con eso..

Vi una entrevista en la que Evan You (creador de Vue.js y Vite) decía que TJ Holowaychuk, creador de express.js, había diseñado algo limpio y hermoso, así que me puse a leer el código varias veces. Aunque no logré entender la visión completa, en general me dio mucho la impresión de que el código no es complejo y está escrito de forma limpia, solo con la lógica realmente necesaria.

Además, los comentarios están bien puestos, así que aunque es código de hace 10 años, fue fácil entender la inferencia de tipos y el formato de los DTO.

Me sigue funcionando bien para gestionar el trabajo acumulado organizando cuidadosamente las notificaciones por prioridad con tareas de CalDAV y ntfy, y revisando con frecuencia la bandeja de entrada de notificaciones.

Si voy a subir la RAM de una M4, mejor con ese dinero me compro una x86...

Oh, genial

¿No parece que Apple también muestra todavía más rendimiento porque puede obligar a los desarrolladores a migrar a un entorno donde sus chips funcionan bien?

Qué escándalo, nuestro nuestro

No me gusta mezclar dos sistemas operativos. No sé qué tipo de efectos secundarios podría haber. Creo que cada sistema operativo debería estar aislado en un sandbox o ocupar por sí solo un servidor físico. Además, en el pasado tuve una experiencia en la que WSL funcionaba de forma extraña.

¿El código fuente de Yanderedev... jajaja?

Espero que hayan leído las pautas y que dejen comentarios acordes al tema.

Crean en Jesucristo.
La inteligencia artificial es, en esencia, conciencia artificial.
Como no sabemos por qué la inteligencia es inteligencia ni por qué la conciencia es conciencia, no podemos entenderlo.
Si ya supiéramos por qué el entendimiento es entendimiento, entonces ya lo sabríamos todo.

Solo ofrece alta eficiencia en tareas específicas.

La verdad, no sentí una diferencia tan abrumadora como la que dicen los benchmarks.
En mi experiencia, fue más bien un nivel de “un poco mejor”, no algo radicalmente distinto.
Más bien, como el rendimiento de los modelos se ha ido emparejando hacia arriba, también da la impresión de que la gente los compara con más rigor jaja.
Al final, creo que lo importante cambia según en qué situación lo uses.

Gemini tiene una ventana de contexto tan grande que parece ideal para codebases grandes o para mantener contexto largo, y Claude tiene como fortaleza una precisión de coding más estable, así que creo que conviene elegir según el caso de uso.

¿Hay algún modelo que, en la experiencia de uso real y no en cifras de benchmarks de IA, tenga un rendimiento para programar mejor que Claude?

¿Podría preguntar con cuidado por qué no le gusta?

Las personas se pelean, pero los programas no; son racionales..