Utilisez du code pseudo,
Divisez les fonctionnalités avec TDD,
La raison de l'assemblage dans la structure en 3 étapes Module-Class-Method
n'est pas pour rendre le code beau.
Toutes ces méthodes ne sont que des outils pour structurer la pensée.
- La force de simplifier les problèmes complexes
- La force de diviser par module
- La force de compléter le tout en répétant de petits succès
- La force de concevoir le flux
- La force de trouver des causes et de les reconstruire
Toutes ces compétences sont bien plus importantes
que simplement bien coder.
Parce que les ordinateurs savent aussi bien coder.
Mais découper les problèmes,
concevoir des structures,
définir la signification
sont des compétences que l'IA ne peut pas remplacer.
L'IA aide à mettre en œuvre,
mais seul l'humain peut définir
ce qu'il faut mettre en œuvre.
C'est pourquoi
le véritable développeur de l'ère de l'IA
n'est pas celui qui tape rapidement sur un clavier,
mais celui qui peut expliquer clairement à l'IA ce qu'elle doit faire.
Le code pseudo
est la base pour expliquer les fonctionnalités à l'IA,
TDD
devient la norme pour vérifier si le code généré par l'IA est correct,
et la pensée structurée en 3 étapes
devient le langage le plus fondamental pour manipuler l'IA.
Finalement, ce que nous cultivons à l'ère de l'IA
n'est pas tant les compétences en codage que les compétences de pensée.
Cette capacité de pensée est l'actif principal du
développeur natif de l'IA.
Et ici naît la question suivante
"Alors, en quoi les développeurs natifs de l'IA
diffèrent-ils des développeurs traditionnels?""Quel est le rôle des développeurs nécessaires à l'ère de l'IA?"
"Quelles compétences une personne doit-elle avoir
pour travailler avec l'IA?"
Dans le prochain article,
nous parlerons en détail des réponses à ces questions.