Visual Studio Code estaba agregando a Copilot como coautor de todos los ‘commits’ de Git sin decírselo a nadie [ENG]

Visual Studio Code ha estado agregando silenciosamente la línea "Co-authored-by: Copilot" a los commits de Git de los usuarios, incluidas aquellos escritos sin la participación de Copilot. La responsable es la opción git.addAICoAuthor, característica introducida en VS Code 1.110 en marzo para etiquetar commits indicando que Copilot es coautor cuando se trata de código generado por IA, pero desactivada por defecto. El problema es que en abril se habilitó de forma predeterminada para todos los commits.

[#1 HeilHynkel]

Estos de Microsoft aprendieron de las inmatriculaciones de los obispos.

[#24 vRom]

#1 venía a poner eso mismo y me lo encuentro en el primer comentario.

[#5 d5tas]

Truco guarro para sobreestimar el uso de Copilot

[#2 bacilo]

Apropiación indebida.

[#9 Setis]

#2 Hay una sentencia de los tribunales de por ahi que dice que lo producido por la IA no puede ser objeto de copyright. Así que la gracieta tiene más consecuencias de las esperadas.

[#22 LeDYoM]

#9 Eso lo había oído. ¿Implica eso que por ejemplo un juego o película no puede tener copyright?
Me refiero a esto:
www.meneame.net/story/crea-propio-clon-diablo-usando-ia-lanza-pronto-s

[#3 hakcer_dislexico]

Solo dire : vscodium.com/

[#4 Seat127]

#3 y yo diré Amén!

[#18 TikisMikiss]

#3 #4 #7 #14

Yo hace 3 meses que no tengo que tocar casi código manualmente, y cuando tengo que hacerlo es tan poco que me vale con vim.

No deberíais tener IDEs activos ya.

[#20 avueltadetodo]

#18 yo hacía lo mismo hasta que la pillé eliminando código de manera sibilina, desde entonces la tengo bajo vigilancia.

[#21 TikisMikiss]

#20 Pero eso deberías revisar el workflow que tienes con la IA. Con el plan mode partiendo de SDD + TDD + separar agents con contexto acotado para la implementación + validadores externos + cross-review con otros modelos (mejor que se peleen codex vs claude), no hace falta tocar el código uno mismo.

Vigilar sí, incluso pedir cambios del código también. Pero IDE.... cada vez es algo más obsoleto.

[#28 carlosmesan]

#21 por curiosidad, ¿en cuántos agentes separas la implementación y para qué dedicas cada uno de ellos?

[#29 TikisMikiss]

#28 En agentes separo las acciones distintas (exploración, análisis, implementación, etc).

Podríamos decir que un tipo de agente común sería el analista del código, logs, etc, que busca hacia dónde apuntar, potenciales problemas, etc.

Luego otro agente coge todo ese contexto resultado y las aproximaciones sugeridas y hace la implementación.

Luego otros se encargan de compilar, construir y lanzar los tests. En caso de que fallen, dejan constancia y vuelve a los analistas.

El agente…   

[#25 prejudice]

#18 zed se queda a mitad de camino: interfaz de IDE con velocidad de editor modal

[#26 pawer13]

#18 sigue siendo cómodo tener sintaxis coloreada y un botón para ejecutar en local el servicio. Yo uso el agente en terminal y reviso en el IDE. Los cambios pequeños prefiero hacerlos a mano, copiloto es a veces lento

[#27 TikisMikiss]

#26 Claude code + codex. No necesitas Copilot para nada.

[#30 pawer13]

#27 pero necesito convencer a mi empresa para que pague por Claude. De momento tiro con Copilot CLI

[#7 tommyx]

#3 subo a zed.dev/

[#14 prejudice]

#7 va como un tiro comparado con vscode y sus clones, y se integra bien con apis de ia, incluso modelos locales de ollama. Solo le falta un ecosistema maduro de extensiones
Otra cosa que me gusta es que su modo nvim/helix va bastante bien, pero me imagino que esto le dará igual a la mayoría de la gente, los que necesitamos la ergonomia de un editor modal somos una minoria

[#16 tommyx]

#14 si, la descarga de mismo, su tamaño y velocidad de ejecución es increíble.

Lo uso para mis tontadas, en el curro tengo que usar el vscode

[#6 Pingocho]

Todo lo bueno que hizo Microsoft desde hace 12 años liberando .net y apoyando el software libre, lo está borrando desde hace 4 años metiéndonos IA a la fuerza en todo y con el nefasto W11. Parece que la estrategia de Microsoft es dar un paso al frente y dos hacia atrás.

[#8 karlos_]

#6 Sera que soy mas viejo. Pero Microsoft nunca ha sido buena ni lo sera.

[#10 Setis]

#8 Aún recuerdo cuando la licencia de .net tenía una clausula que te impedía hacer comparativas de rendimiento.

Microsoft siempre ha sido hostil. A veces lo ha disimulado un poco menos peor.

[#17 tommyx]

#6 yo como lo conozco desde su inicio , a medida que ha ido creciendo menos me he fiado de ellos, aunque libere algo, intento no usarlo, nunca dan puntada sin hilo. CC #8

Por ejemplo, uso el vscodium en lugar del vscode y ahora estoy probando el zed, qué no tiene nada que ver con m$

[#11 avueltadetodo]

Llamadme rarito, pero nunca utilizo la opción integrada de git de los editores de código... veo que tengo mis razones (aunque afortunadamente no utilizo mucho VSCode)

[#13 Cidwel]

#11 hoy en día esa "herramienta integrada" es rl prompt "haz commit, revisa que no hay nada peligroso a compartir y sube pr"

En esa sentencia pasan cosas

[#15 avueltadetodo]

#13 si, por eso (más bien, es una razón más, por ahora) no lo utilizo

[#19 TikisMikiss]

#11 goto #_18

[#12 dalton1]

Microsoft siendo inteligente, aunque de manera artificial.

[#23 Sobraoyjeta]

"por el motivo que sea"