Cela signifie rencontrer les développeurs là où ils travaillent : GitHub, VS Code, environnements de type Cursor, systèmes CI/CD et agents IA. Cela signifie des démarrages natifs : déployer cette application, connecter ces données, exposer cette API, ajouter une authentification, évaluer cet agent, sécuriser ce flux de travail, mettre ce prototype en production. Cela signifie moins de chasses au trésor sur les pages de produits et l’établissement de plus de chemins dorés (oui, même si cela exaspère une équipe de service qui est laissée de côté).
La vieille question était : « Pouvez-vous exécuter ma charge de travail ? » Pour AWS, Azure, Google Cloud, Oracle et autres, la réponse est presque toujours oui. Mais cela n’impressionne plus personne. Par conséquent, la meilleure question est : « Pouvez-vous participer à la façon dont je construis ? »
Les développeurs se sont tournés vers le cloud parce que c’était le moyen le plus simple d’obtenir une infrastructure. Ils se tournent vers les plateformes d’expérience des développeurs, car celles-ci constituent le moyen le plus simple d’obtenir des résultats. Si les fournisseurs de cloud peuvent faire partie du premier kilomètre avant que les Vercels du monde ne fassent partie du deuxième kilomètre, ils gagneront, et gros. S’ils ne le font pas, eh bien….
