GitHub et OpenAI ont présenté leur nouvel outil pour les développeurs, Copilot.
Bon article qui évoque bien les problématiques d’un tel logiciel. Merci Fanny!
Je viens de quitter mon cursus de software engineer, tout est fini, je me reconvertis dans le marketing parce qu’il y aura toujours des pigeons prêts à être manipulés
Cela va juste faire que la nouvelle génération de programmeur va encore faire du code plus merdique.
Déjà, avec l’arrivée des garbage collectors dans plusieurs langages, et la montee en puissance des ordinateurs, il y en plein de « programmeurs » qui se sont mis a ne plus se soucier de faire du bon code, performant et leger.
Ben tant mieux pour toi ?
SI tu fais du code performant et superbe, tu seras payer plus cher.
Oh, wait…
On dirait mon arrière grand père qui parle de combien l’assembleur c’était tellement mieux. Il y a toujours eu des codeurs qui ne se sont jamais soucié de faire du bon code, des titres AAA de jeux vidéos ont toujours eu des problèmes de gestion de mémoire par exemple. Aujourd’hui, même les titres amateurs gèrent un minimum bien leur mémoire grâce aux développements que tu dénonce, et rien n’empêche d’optimiser pour ceux qui le veulent. Il y a du bon dans l’abstraction.
D’ailleurs, le niveau des développeurs ne devrait qu’augmenter : il y aura de moins en moins besoin de développeurs, donc une compétition bien plus féroce, ceux qui disent le contraire sont des moutons qui répètent la version officielle qu’on aura besoin de + en + de codeurs parce qu’ils basent tout leur raisonnement sur une seule statistique qui est le nombre de développeurs total, alors que la programmation a toujours été le premier secteur à se faire automatiser, pensons frameworks, plateformes génériques type Prestashop, API qui fournit un service qui était codé atomiquement auparavant… et le problème central est qu’il n’y a pas une infinité de services à créer.
Stupide.
Avec ou sans les GC, le problème est le même…
Si la GC gère parfaitement le mémoire, ne plus s’en soucier n’est pas un problème et, dans le cas contraire, si la GC ne la gère pas parfaitement, ne pas s’en soucier est problématique puisqu’il y aura aussi des fuites de mémoire (pire, puisqu’elle le gère dans 99% des cas, il sera encore plus compliqué de déterminer d’où provient la fuite).
Conclusion, avec ou sans GC, le problème est le même…
Ça montre que tu ne connais que peu de chose en gestion mémoire, et même en programmation. Un garbage collector est pratique car ca sauve du temps effectivement pour le programmeur et il n’a pas à faire son travail de débogger mais performance, non ce n’est pas efficient. Prend l’exemple du Java. La mémoire augmente sans cesse en acumulant des références à des objets « morts » puis quand c’est limite, le GC se met à faire le ménage en passant à travers les références, ce qui ralentit le programme considérablement et fait des pics de mémoire ridiculement élevés. Si tu sais ce que tu fais, gérer la mémoire n’est pas si sorcier, tout comme faire du bon code.
C’est pourquoi pour revenir au sujet, ce genre de truc Github Copilot va pondre du code non efficient que les progammeurs en herbe vont se mette a utiliser plutôt que de résoudre eux-même le problème et pondre du code efficient.
Apres on va voir des logiciels usine a gaz qui consomment des resources incroyables.
Prend lexemple d’un logiciel mal codé… J’ai téléchargé Markdown Pad 2 . Le truc fait 82 mégaoctets + requierts d’installer .net etc. tout ça pour un éditeur de texte ridiculement simple. Si cela avait été bien codé, ca ne dépasserait pas quelques mégaoctets. Le type qui a pondu cette bouse s’est dit qu’il allait sauver du temps avec .net et un tas de librairies, mais son éditeur de texte est devenu une usine à gaz.
Bref, c’est pour ça que je me méfie de Copilot. Le type qui va utiliser ca, va juste devenir paresseux.
L’exemple type d’un gars qui aime prendre les autres de haut, mais est loin de valoir mieux…
En quoi ce que je dis prouve que je ne « connais pas grand chose en gestion mémoire, ni même en programmation » ?
Fais un peu d’assembleur et de C++ pendant quelques années, lis les livres de Donal Knuth, algorithmiques et optimise ton code au lieu de juste faire du code qui fonctionne et tu vas apprendre beaucoup, puis va lire une couple de bouquins sur les GC et vu vas voir qu’un GC est pratique, mais que c’est loin d’être efficient.
La réalité est que 3 quarts des programmeurs aujourd’hui ne savent pas coder de façon efficiente, et bien souvent ne comprennent même pas le hardware qu’ils utilisent.
On se connaît ? Tu sais quoi de ce que je fais et connais ? Tu as déjà vu mon code ? On a tous les deux les réponses à ces questions, elles sont toute négatives… dès lors, pourquoi tu me parles comme si ce n’était pas le cas ? Ce que j’exècre ces gens qui penses tout savoir sur tout…
On se calme et on reste dans le sujet. 