Dans mon organisation, je travaille avec un groupe d'employés du CNO, des ingénieurs débutants en herbe et une poignée d'ingénieurs seniors; tous avec un accent sur Linux. Une étape intéressante dans la façon dont l'entreprise développe ses talents est qu'il existe un chemin du CNO vers les rangs supérieurs de l'ingénierie. En considérant le bassin de talents comme un nouveau venu relatif, je constate qu'il y a une division des compétences qui tend à augmenter avec le temps ...
- Il y a des ingénieurs qui connaissent bien une ou plusieurs technologies particulières et sont constamment immergés ... par exemple MySQL, pare-feu, stockage SAN, équilibreurs de charge ...
- Il y en a d'autres qui sont généralistes et peuvent naviguer dans plusieurs technologies.
- Tous apprennent suffisamment Linux (commandes, processus) pour faire ce dont ils ont besoin et utiliser au quotidien.
Un facteur de différenciation entre certains membres du personnel est la façon dont ils adoptent les méthodologies de script, d'automatisation et de gestion de la configuration. Par exemple, nous avons deux ingénieurs qui effectuent la majeure partie du travail d'Amazon AWS CloudFormation , et un autre qui gère la plupart de l' infrastructure Puppet . Peut-être qu'un quart des ingénieurs sont adeptes des scripts shell BASH.
En regardant cela dans le contexte de la demande incroyablement élevée de compétences DevOps sur le marché du travail , je suis curieux de voir comment d'autres organisations favorisent le développement de ces compétences et développent leur talent interne. Les scripts ne semblent pas être un concept particulièrement enseignable.
- Comment un administrateur système améliore-t-il ses scripts shell?
- Y a-t-il encore une place pour les ingénieurs qui ne suivent pas / ne peuvent pas suivre le paradigme DevOps?
- Doit-on simplement supposer que certaines personnes seront laissées pour compte à mesure que ces technologies évolueront? Est-ce OK?