Approvisionnement en postes de travail pour une petite équipe de développement de logiciels Linux

Il s'agit d'un problème délicat, qui s'inscrit dans le champ politique très, très rapidement. Si la culture d'entreprise est très forte dans la veine " les développeurs construisent leur propre système, c'est la façon dont ils sont le plus productifs ", il peut être impossible de la percer. Cependant, comme l'informatique est certainement impliquée au moins dans la configuration initiale, il semble que vous ne soyez pas si loin dans le terrier.

J'ai un problème similaire, bien que le service informatique ne soit impliqué que dans la configuration la plus basique d'un nouvel ordinateur portable. Je suis no impliqué dans la mise en place des environnements de développement, chaque développeur est responsable de cela (ce qui devient rapidement un travail d'équipe, ce qui est une bonne chose en soi).

Toutefois, en l'absence d'un soutien explicite de la part de la direction, tout ce que vous ferez sera soumis à l'obligation de convaincre les utilisateurs soutenus que ce que vous faites est pour le mieux. C'est une compétence qui ne s'enseigne pas.

En raison de la nature de notre travail, nous avons constaté que le développement orienté VM fonctionne très bien. Comme nous disposons également d'un mélange d'ordinateurs portables OSX, Windows et Linux comme stations de développement, et que nous développons vers une combinaison beaucoup plus spécifique d'outils et de systèmes d'exploitation, les machines virutales sont le moyen le plus fiable d'être sûr que le nouveau code fonctionnera sur la plate-forme cible.

Historiquement, nous avons eu des gens qui développaient sur un MacBook, déployaient dans l'environnement d'intégration, puis passaient quelques jours à travailler sur les bizarreries spécifiques au Mac qui ne fonctionnaient pas dans l'environnement cible. Ce problème de "quelques jours" a disparu lorsque ces utilisateurs ont commencé à utiliser des VM.

Le fait que le flux de travail orienté VM fonctionne ou non pour vous dépend en grande partie de vos pratiques de développement. Cela semble fonctionner au mieux si un dev :

• Un dev peut-il travailler sur une branche de fonctionnalité
• Ils peuvent facilement déployer cette branche de fonctionnalité sur leur propre ensemble de machines virtuelles.
• Possibilité d'intégrer leur branche de fonctionnalités dans les domaines de l'intégration, des tests et de l'assurance qualité avec la même facilité et avec peu de modifications.
• Il a suffisamment de sens du style pour ne pas énerver les autres développeurs.

Quant aux "IDE GUI dans une VM", cela peut également fonctionner. Plusieurs de nos utilisateurs Mac suivent exactement cette voie, ils ont une VM plein écran dans un écran sur lequel ils font toute leur création de code et utilisent les autres écrans pour des choses qui ne sont pas liées au développement, comme la recherche de réponses sur stackoverflow. Cela fonctionne mieux si le presse-papiers peut être portable entre le bureau et la VM.

Un bon plan pour l'instant est de construire une VM dans n'importe quelle plateforme que vous utilisez, avec tous les éléments que vous mettez toujours dans vos nouvelles constructions. Vous pouvez ainsi mieux gérer les mises à jour de vos logiciels et réduire les risques de dérive de version. Pour un meilleur effet, incluez quelques modifications qui semblent être communes à quelques développeurs, car cela facilitera la bataille des cœurs et des esprits.

Vous vous battez contre des pratiques bien ancrées, et ça prendra toujours du temps pour changer. Du moins, sans un ordre venant d'en haut.