- Traiter des tickets Django avec des LLM n’est pas utile, et il est plus bénéfique de consacrer ces ressources directement à un don à la Django Software Foundation
- Django est un projet aux exigences de qualité très élevées, centré sur la stabilité à long terme, qui demande une compréhension approfondie au-delà de la simple génération de code
- Si un LLM produit le code à la place de l’auteur, puis gère jusqu’à la description de la PR et les réponses aux revues, cela crée un problème : il devient difficile de savoir si le contributeur comprend réellement ce qu’il fait
- Dans la contribution open source, la communication humaine et la coopération communautaire sont essentielles ; si un LLM les masque, la confiance avec les reviewers s’affaiblit
- Pour contribuer à Django, le processus consistant à construire sa compréhension par l’apprentissage et l’expérimentation directs est indispensable, et mène à une progression en tant que développeur
Les limites des contributions à Django via les LLM
- Utiliser des LLM pour résoudre des tickets Django n’aide pas concrètement la communauté
- Lorsqu’une PR est soumise avec du code généré par un LLM et que le feedback est ensuite traité de la même manière, il devient difficile d’évaluer le niveau de compréhension de l’auteur
- Du point de vue du reviewer, cela donne l’impression de dialoguer non pas avec une personne, mais avec une “fausse apparence de compréhension”
- Django a une base d’utilisateurs massive, un cycle de changement lent, ainsi que des exigences de qualité propres à un projet destiné à durer plus de 20 ans
- À cause de ces caractéristiques, une compréhension approfondie et une contribution responsable sont plus importantes qu’une simple génération de code automatisée
La bonne manière d’utiliser les LLM
- Les LLM doivent être utilisés comme outils d’assistance à la compréhension
- Il est préférable de rédiger d’abord une explication avec ses propres mots, puis d’utiliser un LLM pour en améliorer la formulation
- Lorsqu’il est difficile de communiquer, on peut utiliser activement un LLM, mais il faut indiquer explicitement qu’il a été utilisé
- Lors d’une contribution à Django, le contributeur doit comprendre lui-même le problème, la solution et le feedback de review
- Du code généré sans compréhension peut nuire à la qualité de l’ensemble du projet
Une collaboration open source centrée sur l’humain
- Contribuer à Django est une expérience communautaire, qui inclut transparence humaine et vulnérabilité
- Si un LLM masque cette humanité, la collaboration devient plus difficile
- Les reviewers trouvent leur motivation lorsqu’ils communiquent sur la base d’une “véritable compréhension humaine”
- Les LLM ne devraient être utilisés que comme moyens d’assistance, et ne doivent pas remplacer le rôle essentiel du contributeur
La nature et la valeur d’une contribution à Django
- Django est un projet avec 20 ans d’histoire et une vision de long terme, et tout code ajouté doit être compris en profondeur
- Cette compréhension exige du temps, de l’expérimentation et de l’apprentissage
- Contribuer à Django est une expérience qui apporte une progression en tant que développeur, bien plus qu’une simple mention de son nom
- L’apprentissage acquis pendant le processus de contribution a bien plus de valeur que le fait d’apparaître dans une liste
Proposition à la communauté
- Il ne faut pas utiliser les LLM de manière excessive pour se dissimuler soi-même et masquer sa compréhension
- La communauté Django veut collaborer avec de vraies personnes
- Si vous souhaitez soutenir Django, le plus efficace est d’y investir du temps et de l’argent, ou de faire un don à la Django Software Foundation
Aucun commentaire pour le moment.