Je suis administrateur système Linux et je travaille dans cette industrie depuis plus de 6 ans. J'ai également participé à de grands projets, mais je n'ai pas pu trouver de chance de travailler avec d'autres administrateurs Linux expérimentés. Quand je travaillais avec des équipes, j'étais la plus expérimentée.
Donc, ma question est, je regarde toujours les manuels et recherche sur Internet lorsque je configure des serveurs (comme Mysql, Apache-Lighttpd, configuration DNS), même si j'ai fait la même configuration dans le passé. J'ai peut-être fait la même configuration plus de 50 fois, mais je dois encore regarder les manuels et les sites Web pour me souvenir des arguments et ne pas manquer certains points importants.
Est-ce normal? Par exemple, si je travaille pour une grande entreprise avec beaucoup d'administrateurs système expérimentés, est-ce que je ne suis pas expérimenté lorsque je regarde des manuels, des commandes sur Internet? Il m'est difficile de configurer un serveur DNS ou de régler mysql sans consulter leurs manuels. Cependant, je suis très à l'aise avec ce que je fais.
Qu'est-ce que tu penses? Est-ce normal?
Réponses:
Mes collègues me disent qu'ils pensent que j'ai une très bonne mémoire. Je peux vous dire que même avec ma bonne mémoire, je me réfère toujours à la documentation et aux notes quotidiennement. Je ne pourrais pas vivre sans notre wiki Documentation, mes informations Evernote personnelles, mon dépôt VCS de scripts.
Lorsque vous êtes un consultant général comme moi et que vous êtes censé en savoir un peu sur tout, il n'est tout simplement pas possible de mémoriser chaque chose. Peut-être que les personnes qui travaillent dans de grands magasins informatiques peuvent se concentrer sur une chose en particulier suffisamment longtemps pour internaliser de nombreux détails. Mais quand vous faites quelque chose de différent chaque jour, ce n'est tout simplement pas possible.
À mon avis, la chose importante que vous devez faire est de vous assurer d'organiser vos signets de notes, les liens vers les manuels et autres afin de pouvoir rechercher rapidement les choses. Écrivez-vous la documentation. Stockez vos scripts et vos lignes de commande dans un système de contrôle de version. Au lieu d'essayer de tout mémoriser, travaillez simplement sur la configuration de vos systèmes afin de trouver rapidement les choses dont vous avez besoin.
la source
Voici donc ma propre opinion:
Continuez à lire la documentation, la plupart des gens ne le font pas.
la source
Parfaitement normal. Le cerveau humain n'est pas très bon pour absorber de telles quantités d'informations spécifiques, comme les arguments et la syntaxe de configuration, à moins que vous ne les tapiez fréquemment encore et encore.
L'expérience se manifeste dans la capacité de localiser rapidement des informations plutôt que de rappeler les détails finis de la mémoire, à mon avis. Si vous savez ce que vous recherchez (à partir d'une expérience précédente) et que vous savez où l'obtenir (pages de manuel, moteurs de recherche, listes de diffusion, etc.), vous n'avez pas besoin de stocker tous ces détails.
Cela peut rendre un peu plus difficile l'auto-quantification de votre expérience et est probablement la cause de votre doute. J'ai réfléchi à la même chose dans le passé. Mais en travaillant avec des administrateurs moins expérimentés, il devrait être facile de reconnaître la différence dans vos méthodologies, votre vitesse et, finalement, vos compétences.
la source
Je ne trouve pas anormal que vous vous référiez régulièrement à la documentation - inutile de vous en souvenir si elle est écrite. Ce que je trouve un peu étrange, c'est que vous ne semblez pas avoir mis beaucoup dans l'automatisation de toutes vos tâches administratives courantes, avec de la documentation personnelle, des notes, des scripts, etc. Je déteste faire plus d'une fois, alors j'écrirai quelque chose vers le bas pour moi-même pour la prochaine fois, je dois le faire, puis y faire référence plus fréquemment que la documentation officielle (bien que ce soit toujours là si j'ai besoin de clarifier un point ou de traiter quelque chose que je n'ai pas encore traité auparavant).
la source
Absolument normal. En fait, je dirais que bon nombre de problèmes découlent de la non-lecture du manuel et de l'avance de la mémoire - d'accord, vous devriez connaître certaines options de base et bien sûr la théorie derrière le fonctionnement des systèmes et des protocoles, mais pour la syntaxe et la configuration détaillées , lisez toujours le manuel. Il est toujours moins coûteux en termes de temps et de bonheur des clients de bien faire les choses la première fois que de les réparer plus tard. De plus, si vous avez des compétences variées, vous ne vous souvenez pas de tout.
Apprenez à rechercher efficacement de l'aide. Découvrez les tenants et aboutissants de Google. Organisez vos ressources, abonnez-vous aux listes de diffusion appropriées ou lisez leurs archives, et devenez peut-être membre de certains forums pertinents pour votre environnement de travail. Les canaux IRC sont également toujours populaires.
Bonne chance!
la source
Bien que je ne me considère pas du tout comme un expert Linux, je me réfère toujours à la documentation. Mon argument est que la documentation est toujours là et toujours la même. Je n'ai pas à me fier à la mémoire et à faire une erreur possible.
J'aime raconter l'histoire d'
/
unersync
commande mal placée avec le fameux--delete
switch comme exemple.Dans mon travail de jour, je suis un DBA SQL Server, et la seule chose que nous encourageons est d'ouvrir Books Online tout le temps. Si vous savez où chercher dans la documentation, cela vous facilite la vie.
la source
Vous seriez anormal si vous n'aviez pas besoin de consulter de documentation.
la source
hier, il m'a fallu 40 minutes pour me rappeler que j'avais besoin d'un sysctl pour le NAT iptables.
Je le documente cette fois.
cela ne fait jamais de mal de vous rafraîchir la mémoire. Je lis et relis constamment des pages de manuel et d'autres documents. cela fait rarement mal et vous apprenez généralement quelque chose de nouveau.
la source