GitHub Actions solo debería encargarse de configurar el entorno (SO, toolchain de compilación, …) y ejecutar scripts (shell, Python, bat, ps1…). Incluso si GitHub se cae, mientras tengas el entorno listo deberías poder compilar en cualquier lado. Cuando veo los workflows de GitHub Actions de estos días, pienso si de verdad hace falta ponerse a buscar y usar cosas hasta ese punto. Hace mucho tiempo Ansible terminó fracasando por hacer eso.
Creo que Rust terminará siendo más un reemplazo de C++ que de C. C es prácticamente el único (quizá el último) lenguaje en el que se puede anticipar el código que generará el compilador…
Parece que no es la clase de traducción literal, sin paráfrasis, que normalmente se espera de un traductor.
Probé pegando el texto de presentación de Claude Cowork, y pasó esto. Como se ve abajo, aparecieron emojis y viñetas de lista.
(Texto original)
How is using Cowork different from a regular conversation? In Cowork, you give Claude access to a folder of your choosing on your computer. Claude can then read, edit, or create files in that folder. It can, for example, re-organize your downloads by sorting and renaming each file, create a new spreadsheet with a list of expenses from a pile of screenshots, or produce a first draft of a report from your scattered notes.
(Traducido con ChatGPT)
🧠 Diferencias entre Cowork y una conversación normal
En Cowork, le das a Claude permiso para acceder a una carpeta específica de tu computadora que tú elijas. Claude puede leer, editar e incluso crear archivos dentro de esa carpeta.
Por ejemplo, Claude puede
organizar y cambiar el nombre de los archivos de tu carpeta de descargas, o
extraer los gastos de varias capturas de pantalla y crear una nueva hoja de cálculo, o
redactar un primer borrador de un informe a partir de tus notas dispersas.
Sigo usando Gemini, y aunque justo después del lanzamiento era realmente bueno, con el paso del tiempo su inteligencia ha ido bajando.
Una de las causas principales es la "referencia a conversaciones anteriores", y si además le agregan inteligencia personalizada, creo que va a empeorar aún más.
De hecho, ya es difícil lograr una mejora de 2 a 3 veces rehaciendo todo el código, así que conseguir hasta 400 veces más rendimiento simplemente cambiando unas cuantas líneas es realmente impresionante.
> Si se volvió 2 veces más rápido, puede que haya sido algo inteligente; si se volvió 100 veces más rápido, probablemente solo dejaron de hacer algo tonto.
Creo que no está del todo equivocado, pero cuando está involucrado el kernel, me parece que incluso darse cuenta de que algo iba lento debió de haber sido realmente difícil.
Ah, estudié una carrera relacionada con computación, me gradué en febrero de este año y todavía no tengo trabajo. ¡He usado Linux desde 2015, incluso antes de empezar a estudiar desarrollo!
Bueno, al final no se menciona directamente en este artículo, pero parece que Apple terminó admitiendo que fracasó su estrategia de construir internamente, dentro del ecosistema de Apple, el entorno de IA al nivel que quería... (después del Apple Car también). Da la sensación de que, si se hubieran adelantado unos 2 años, la historia podría haber sido distinta.
task_plan.mdes básicamente igual al método que estaba usando ahora mismo. Sería mucho más cómodo si se hiciera automáticamente.GitHub Actions solo debería encargarse de configurar el entorno (SO, toolchain de compilación, …) y ejecutar scripts (shell, Python, bat, ps1…). Incluso si GitHub se cae, mientras tengas el entorno listo deberías poder compilar en cualquier lado. Cuando veo los workflows de GitHub Actions de estos días, pienso si de verdad hace falta ponerse a buscar y usar cosas hasta ese punto. Hace mucho tiempo Ansible terminó fracasando por hacer eso.
Al escribirlo, terminé usando un estilo de resumen de IA :(
Creo que Rust terminará siendo más un reemplazo de C++ que de C. C es prácticamente el único (quizá el último) lenguaje en el que se puede anticipar el código que generará el compilador…
Será una era en la que sobrevivirán los arquitectos y los ingenieros de QA. Juzgar si esto es correcto o no...
Parece que no es la clase de traducción literal, sin paráfrasis, que normalmente se espera de un traductor.
Probé pegando el texto de presentación de Claude Cowork, y pasó esto. Como se ve abajo, aparecieron emojis y viñetas de lista.
(Texto original)
How is using Cowork different from a regular conversation? In Cowork, you give Claude access to a folder of your choosing on your computer. Claude can then read, edit, or create files in that folder. It can, for example, re-organize your downloads by sorting and renaming each file, create a new spreadsheet with a list of expenses from a pile of screenshots, or produce a first draft of a report from your scattered notes.
(Traducido con ChatGPT)
🧠 Diferencias entre Cowork y una conversación normal
En Cowork, le das a Claude permiso para acceder a una carpeta específica de tu computadora que tú elijas. Claude puede leer, editar e incluso crear archivos dentro de esa carpeta.
Por ejemplo, Claude puede
En la reseña de Claude Cowork escrita por Simon Willison también había preocupación por ataques de inyección de prompts; fue rápido.
Creo que sería bueno filtrar para que ciertos dominios directamente no se puedan publicar.
Eso depende de la capacidad del compilador.
Si ensamblas el mismo código, se verá.
Parece que la gente de ffmpeg no cree que rust sea más rápido que c jajaja https://www.memorysafety.org/blog/rav1d-perf-bounty/
Sigo usando Gemini, y aunque justo después del lanzamiento era realmente bueno, con el paso del tiempo su inteligencia ha ido bajando.
Una de las causas principales es la "referencia a conversaciones anteriores", y si además le agregan inteligencia personalizada, creo que va a empeorar aún más.
De hecho, ya es difícil lograr una mejora de 2 a 3 veces rehaciendo todo el código, así que conseguir hasta 400 veces más rendimiento simplemente cambiando unas cuantas líneas es realmente impresionante.
Impresionante.
> Si se volvió 2 veces más rápido, puede que haya sido algo inteligente; si se volvió 100 veces más rápido, probablemente solo dejaron de hacer algo tonto.
Creo que no está del todo equivocado, pero cuando está involucrado el kernel, me parece que incluso darse cuenta de que algo iba lento debió de haber sido realmente difícil.
Pues quién sabe. Probablemente sea solo una reacción negativa de los usuarios intensivos.
Me ayudó mucho 👍👍
¿Qué tal si separan un equipo dedicado solo para juegos? Yo casi no juego, así que no lo hago, pero quienes sí juegan casi siempre lo hacen así.
Ah, estudié una carrera relacionada con computación, me gradué en febrero de este año y todavía no tengo trabajo. ¡He usado Linux desde 2015, incluso antes de empezar a estudiar desarrollo!
Parece que también influyó bastante si podían construir y ofrecer la infraestructura que Apple quiere.
Bueno, al final no se menciona directamente en este artículo, pero parece que Apple terminó admitiendo que fracasó su estrategia de construir internamente, dentro del ecosistema de Apple, el entorno de IA al nivel que quería... (después del Apple Car también). Da la sensación de que, si se hubieran adelantado unos 2 años, la historia podría haber sido distinta.
Siri...
Soy un mocoso.