Retour aux thèses stratégiques

Thèse stratégique 02

L'IA dans le développement de logiciels a un plafond

euphile voit un plafond pratique à ce que l’IA peut faire dans le développement de logiciels dans le cadre du flux de travail actuel. De meilleurs modèles restent utiles, mais le résultat doit rester compréhensible, auditable, testable, déployable, contrôlable et exploitable au sein de systèmes que les personnes et les organisations peuvent réellement gérer.

L'IA dans le développement de logiciels a un Plafond

Des modèles plus intelligents seront utiles, mais le cycle de vie actuel des logiciels crée une limite pratique.

Plafond de flux de travail Zone de pression Basculez la série et survolez le graphique.
Plafond imposé par le flux de travail logiciel actuel Compréhension humaine, auditabilité, fichiers, builds, tests, packaging, déploiement, surveillance et maintenance.
1

L’IA peut déjà créer des applications de bout en bout.

2

Mais la production doit encore rester compréhensible et exploitable par les humains.

3

Après le plateau, la différenciation se déplace vers le coût, la vitesse et la fiabilité.

La pression estimée sur les principaux fournisseurs d’IA commence.

!
Le goulot d’étranglement ne réside plus seulement dans l’intelligence des modèles.

C'est l'interface entre les logiciels générés par l'IA et le cycle de vie des logiciels que les humains peuvent réellement gérer.

Basculez la légende et survolez le graphique pour comparer l'évolution de la capacité de pointe, du rattrapage des abonnés et de la pression sur les coûts sous le même plafond de flux de travail.

Ce que dit la thèse

De meilleurs modèles continuent d’être utiles, mais le cycle de vie actuel des logiciels comprime les avantages.

L’IA générative est déjà performante dans la production de code. Le plafond pratique apparaît car le développement de logiciels ne consiste pas seulement à générer du code. Le résultat doit encore survivre au raisonnement humain, aux processus logiciels explicites et à la réalité opérationnelle.

La génération de code n'est plus le seul goulot d'étranglement

Les fichiers, les options d'architecture, les tests, les corrections de bogues et de grandes parties d'applications entières peuvent déjà être générés rapidement. Le facteur limitant réside de plus en plus dans ce qui se passe après l’apparition du code.

Le cycle de vie impose le plafond

Les logiciels doivent encore être compris, révisés, versionnés, construits, packagés, déployés, surveillés, débogués et maintenus au sein des structures que les équipes peuvent réellement utiliser.

Les gains marginaux en matière de renseignement finissent par se comprimer

Si les résultats passent toujours par le même cycle de vie centré sur les fichiers, la construction, la révision et le déploiement, des modèles plus intelligents finissent par produire des gains incrémentiels plutôt que des changements progressifs.

La pression de l'océan rouge arrive plus tôt

Lorsque les capacités de pointe deviennent plus difficiles à monétiser et que les adeptes rapides continuent de s'améliorer, la concurrence s'oriente vers le coût, la vitesse, la fiabilité et l'adéquation opérationnelle.

Question courante

Pourquoi ne pas utiliser les mêmes outils d’IA pour accélérer également les tâches de plafond ?

La réponse d’Euphile est oui : GenAI améliorera également ces tâches. La distinction importante réside entre l’utilisation de GenAI au sein de l’infrastructure numérique actuelle et la refonte de l’infrastructure numérique autour de GenAI.

L'IA améliore absolument les tâches de plafond

De meilleurs générateurs, de meilleurs validateurs, de meilleurs harnais de test, de meilleurs DSL, de meilleurs compilateurs et une meilleure automatisation autour du SDLC font tous partie du même mouvement.

Mais les infrastructures actuelles limitent encore les résultats.

Les compilateurs suivent toujours des règles strictes. Les tests nécessitent toujours du calcul, des dépendances et des environnements. Les artefacts ont encore besoin d'être construits. Les conteneurs doivent encore être provisionnés. Les charges de travail doivent toujours être planifiées.

Les tokens et les datacenters sont de vraies contraintes

La latence, la mémoire, la sécurité, la puissance, l'alimentation en calcul et les coûts d'inférence limitent tous la mesure dans laquelle l’architecture actuelle peut être repensée simplement en invoquant davantage d'IA.

Le paradoxe est structurel

Pour repenser l'infrastructure avec GenAI, davantage d'infrastructures pour GenAI sont nécessaires. Une grande partie de cette infrastructure est encore construite au-dessus du paradigme actuel plutôt qu’au-delà.

Fenêtre d'opportunité

Le plafond crée une ouverture pour une IA logicielle contextuelle et rentable.

La capacité mondiale de calcul et des centres de données reste limitée, l'inférence de frontière reste coûteuse et les modèles génériques sont encore faibles pour le travail logiciel précis au niveau de l'entreprise. Cela crée de la place pour une stratégie différente.

Opportunité 01

Affiner les modèles ouverts pour le contexte de l'entreprise et du projet

Au lieu de payer un supplément pour l'inférence de frontière générique, les organisations peuvent adapter les modèles ouverts à leurs référentiels, à leurs règles de domaine et à leur travail logiciel spécifique au projet.

  • Mieux adapté à l'entreprise DSL, bases de code et modèles.
  • Plus de précision sur le travail qui compte réellement.
  • Moins de dépendance au comportement du modèle générique.
Opportunité 02

Fonctionner sur l'infrastructure actuelle au lieu d'augmenter les budgets symboliques

Des systèmes ouverts plus petits ou optimisés peuvent être exécutés sur une infrastructure déjà existante, notamment des environnements de type poste de travail et le matériel actuel de l'entreprise.

  • Dépendance moindre à l’égard d’inférences externes coûteuses.
  • Moins de pression pour augmenter les budgets informatiques autour des dépenses en jetons.
  • Plus de liberté pour optimiser le travail plutôt que le fournisseur.
Opportunité 03

Échangez des renseignements génériques contre une précision contextuelle

Même les modèles génériques hautement intelligents ont encore du mal à s’adapter au contexte de l’entreprise, aux conventions tacites et à la structure précise du travail réel des logiciels d’entreprise.

  • Le contexte peut surpasser l'échelle brute dans le travail logiciel quotidien.
  • Les systèmes spécialisés peuvent surpasser l’utilisation générique en termes d’ajustement.
  • L’adaptation locale peut créer un avantage opérationnel durable.
Opportunité 04

Créez des outils déterministes avant les évolutions plus larges de l’architecture

La fenêtre actuelle ne concerne pas seulement l’inférence moins coûteuse. Il s'agit également de créer des flux de travail gouvernés, des validateurs, des générateurs et des modèles d'exécution sécurisés qui restent utiles tout au long des cycles de modèle.

  • L’effet de levier déterministe s’étend au-delà d’une seule génération de modèle.
  • L’orchestration sécurisée est importante avant l’arrivée d’une nouvelle infrastructure.
  • Les organisations peuvent agir dès maintenant au lieu d’attendre un changement de paradigme.

Implication stratégique

Le point de vue d’Euphile est qu’il est peu probable que la prochaine phase de la concurrence en matière d’IA logicielle soit remportée par la seule intelligence brute des modèles. Compte tenu des contraintes de flux de travail actuelles, les postes les plus précieux proviendront probablement de la spécialisation contextuelle, des outils déterministes, d’une moindre dépendance aux jetons et d’une exécution rentable sur les équipes d’infrastructure qu’elles possèdent et comprennent déjà. C’est là que se situe la fenêtre d’opportunité actuelle.