J'aime la réponse centrée sur le vagabond de mperrin , mais comme vous pouvez le voir dans les commentaires, mon opinion personnelle est de «garder les choses simples» et je recommanderais une simple exportation d'un OVA VirtualBox comme vous l'avez configuré et en le transmettant à vos étudiants .
Cela dit, vous demandez ceci:
La question est, étant donné que les gens ont un matériel graphique différent, comment cela fonctionne-t-il? Ou ça marche? Et si c'est le cas, comment puis-je le distribuer? Doivent-ils installer VirtualBox, puis charger un fichier que je leur donne, ou puis-je créer facilement un seul programme d'installation?
Virer dans DevOps
Je ne suis pas trop sûr de ce que vous enseignez ou faites ou de ce que vous attendez de vos élèves de tout cet exercice, mais beaucoup des préoccupations que vous exprimez vont dans le domaine du DevOps (développement et opérations) et vous voudrez peut-être d'envisager de mélanger ce concept dans vos enseignements.
Maintenant, je ne pense pas que tout le concept de DevOps doive être véhiculé, mais dans mon esprit, votre création d'un OVA VirtualBox stable que vous transmettez ensuite aux élèves et leur demandez d'utiliser sur leurs machines à la maison / à l'école ouvrirait certainement une porte à des questions sur la façon de gérer les différentes configurations matérielles / système et sur la manière de s’adapter.
Donc, ma recommandation pour vous est de recommander fortement aux étudiants d'utiliser l'OVA VirtualBox que vous souhaitez configurer, mais également d'être ouvert à permettre aux étudiants d'installer simplement des outils par eux-mêmes. Mon instinct me dit que 95% - ou plus - des étudiants utiliseraient volontiers et facilement la méthode VirtualBox OVA, mais vous ne pouvez pas vous attendre à ce qu'elle soit 100% parfaite.
Peut-être qu'en fin de compte, vous devriez simplement avoir une base d'exigences pour l'utilisation des outils de cours et être flexible dans leur mise en œuvre.
Soyez flexible quant à la façon dont les outils sont utilisés
Par exemple, je fais beaucoup de développement PHP et je fais de l'administration de systèmes / DevOps liés au développement PHP. Et comme je suis sur un Mac, je préfère utiliser MAMP pour le développement local. Mais je travaille avec des développeurs qui utilisent Linux ou Windows pour leur développement. Heck, certains aiment utiliser Vagrant couplé à VirtualBox pour leurs besoins de développement LAMP. Et mon attitude est que je me fiche de la configuration de base de leur système d'exploitation. Tant que leur version PHP est en ligne avec les versions que mes clients utilisent, je vais bien avec quoi que ce soit.
Parfois, un développeur indiquera qu'un bogue est dû au fait que, par exemple, le code que j'ai testé sur MAMP n'est «pas le même» que celui qui serait sur une configuration Linux LAMP. Et je dis avec 100% de confiance, que j'ai toujours prouvé que le problème n'est pas le système d'exploitation de base mais plutôt le codage PHP lui-même.
Donc, tout ce bluff est essentiellement de transmettre ce qui suit: Soyez simplement flexible dans votre explication de l'utilisation d'une configuration VirtualBox aux étudiants et ne vous attendez pas à ce que l'alimentation d'un système d'exploitation à la cuillère finisse simplement tous les problèmes. Cela pourrait éliminer 95% de vos problèmes du parc, mais les 5% restants devront toujours être traités d'une manière ou d'une autre. Considérez donc une configuration VirtualBox - et peut-être un script Vagrant - comme un outil qui peut être utilisé dans un arsenal pour rendre la vie plus facile pour certains, mais pas nécessairement la solution finale pour tous les problèmes.