J'ai consulté pour plus de 100 entreprises au cours des 3 dernières années, et voici quelques-unes de mes recommandations personnelles préférées : (Vous seriez choqué de voir combien de développeurs en dehors de la bulle en ligne ont besoin d'aide.) 1. Certaines équipes n'utilisent aucun système de versionnage de code. Je sais que c'est difficile à croire, mais j'ai des témoins. Honnêtement, celui-ci n'est pas courant, mais je l'ai vu de mes propres yeux. 2. La culture de test est rare. Un moyen facile d'améliorer ce qu'une équipe fait est de leur apprendre à écrire des tests unitaires et d'intégration automatisés. 3. Les tableurs sont la solution la plus populaire que j'ai vue dans la nature. Par exemple, l'une de mes recommandations les plus courantes est d'utiliser MLFlow pour suivre les expériences et versionner les modèles. 4. La plupart des équipes veulent toujours mettre en œuvre la solution techniquement correcte pour un problème. Je suis devenu très bon pour identifier des solutions qui répondent à beaucoup plus de contraintes (comme le budget, le calendrier, les capacités de l'équipe, la perception, etc.) J'appelle cela "le cadrage du problème", et c'est d'une grande aide pour les entreprises. 5. Je recommande toujours des conteneurs de développement à ces équipes où chaque personne utilise un système d'exploitation différent et a des difficultés avec la configuration et la portabilité. 6. Essayez de faire évoluer une application sans passer de temps sur l'observabilité et la traçabilité. La plupart du temps, c'est aussi simple que de consigner les bonnes informations. Parfois, vous pouvez passer du temps à mettre en place les bons outils pour une observabilité plus sérieuse. 7. Dans les systèmes d'apprentissage automatique (90 % des projets avec lesquels je travaille), la surveillance est toujours une réflexion après coup. Je suis devenu assez bon pour aider les équipes à s'intégrer avec Evidently AI. 8. Je passe beaucoup de temps à aider les équipes à construire des flux de travail de bout en bout, répétables et automatisables avec des espaces réservés qu'elles peuvent compléter plus tard. Par exemple, construire un pipeline de formation qui commence par le traitement des données et se termine par le déploiement du modèle. De nombreuses pratiques différentes apparaissent toujours avec différentes équipes : • Comment mettre en œuvre CI/CD • Comment versionner les ensembles de données • Comment savoir ce que signifie "terminé" • Comment gérer correctement les secrets • Comment gérer les paramètres de configuration • Comment configurer les journaux • Comment tester en production (tests a/b, déploiements en ombre, etc) • ... Les personnes travaillant pour de grandes entreprises technologiques ont des années d'avance sur tout le monde, mais le marché pour ce savoir en dehors des grandes entreprises technologiques est énorme.

@kelvongx *beaucoup