Количественная оценка опыта и навыков

Я являюсь системным администратором Linux и работаю в этой отрасли более 6 лет. Я также участвовал в некоторых крупных проектах, но не смог найти возможности поработать с другими опытными администраторами Linux. Когда я работал с командами, я был самым опытным.

Итак, мой вопрос: я всегда смотрю руководства и выполняю поиск в Интернете при настройке серверов (таких как Mysql, Apache-Lighttpd, настройка DNS), даже если в прошлом я выполнял одну и ту же конфигурацию. Возможно, я выполнил одну и ту же конфигурацию более 50 раз, но мне все еще нужно просмотреть руководства и веб-сайты, чтобы запомнить аргументы и не пропустить некоторые важные моменты.

Это нормально? Например, если я работаю в большой компании с большим количеством опытных системных администраторов, будет ли это выглядеть так, будто я не опытен, просматривая руководства и команды в Интернете? Мне трудно настроить DNS-сервер или настроить MySQL, не глядя на их руководства. Тем не менее, я очень доволен тем, что я делаю.

Что вы думаете? Это нормально?

Мои коллеги говорят мне, что они думают, что у меня очень хорошая память. Я могу сказать вам, даже с моей хорошей памятью, я всегда обращаюсь к документации и заметкам ежедневно. Я не смог бы жить без нашей вики Документации, моей личной информации Evernote, моего хранилища сценариев VCS.

Когда вы такой же генеральный консультант, как я, и от вас ожидают, что вы будете знать немного обо всем, просто невозможно запомнить каждую вещь. Возможно, люди, которые работают в крупных ИТ-магазинах, могут сосредоточиться на конкретной вещи достаточно долго, чтобы фактически усвоить множество деталей. Но когда вы делаете что-то новое каждый день, это просто невозможно.

На мой взгляд, важно, чтобы вы организовали свои заметки, закладки, ссылки на руководства и т. Д., Чтобы вы могли быстро находить нужные вещи. Напишите себе документацию. Храните ваши скрипты и командные строки в системе контроля версий. Вместо того, чтобы пытаться запомнить все, просто поработайте над настройкой системы, чтобы вы могли быстро найти нужные вещи.

Итак, вот мое собственное мнение:

1. Не ждите, чтобы знать все обо всем. Просто знайте, где искать это, и имейте уверенность, чтобы что-то с этим сделать.
2. Изучите рамки, а не технологии . Технологии меняются слишком быстро, чтобы глубоко погрузиться в них. Узнайте причины ПОЧЕМУ они вам нужны или КАК они должны быть настроены. Когда появляется технология замены, вы можете судить о замене на своих условиях, а не от поставщика.
3. Делайте заметки и ведите рабочий журнал . Примечания могут быть фрагментами кода, примечаниями файла конфурации и даже записями командной строки. Рабочие журналы - это заметки о ваших действиях по мере их совершения с отметкой времени и даты.
4. Идеальный системный администратор (на мой взгляд) - универсал, а не специалист. Генералы должны знать много вещей, и как они взаимодействуют. Прочитайте 108 Задача системного администратора.

Продолжайте читать документацию, большинство людей не делают.

Совершенно нормально. Человеческий мозг не очень хорошо воспринимает такое количество специфической информации, как аргументы и синтаксис конфигурации, если вы часто вводите их снова и снова.

По моему мнению, опыт проявляется в способности быстро находить информацию, а не вспоминать конечные детали из памяти. Если вы знаете, что ищете (из предыдущего опыта) и знаете, где его получить (справочные страницы, поисковые системы, списки рассылки и т. Д.), Вам не нужно хранить всю эту информацию.

Это может немного усложнить самооценку вашего опыта и, вероятно, является причиной ваших сомнений. Я размышлял о том же самом в прошлом. Но из работы с менее опытными администраторами должно быть легко распознать разницу в ваших методологиях, скорости и, в конечном итоге, навыках.

Я не нахожу ненормальным, что вы обращаетесь к документации на регулярной основе - нет смысла все это вспоминать, если она записана. Что я нахожу немного странным, так это то, что вы, кажется, не слишком много вкладываете в автоматизацию всех ваших общих административных задач с личной документацией, заметками, сценариями и т. Д. Я ненавижу делать что-то не раз, поэтому я что-то напишу в следующий раз мне нужно будет сделать это, а потом обращаться к этому чаще, чем к официальной документации (хотя это всегда так, если мне нужно прояснить вопрос или разобраться с чем-то, с чем я до сих пор не совсем справился).

Абсолютно нормально. На самом деле, я бы сказал, что многие проблемы возникают из-за того, что вы не читаете руководство и не забываете о памяти - вам нужно знать некоторые базовые опции и, конечно, теорию работы систем и протоколов, но для подробного синтаксиса и конфигурации. , всегда читайте инструкцию. Это всегда дешевле и с точки зрения времени, и с точки зрения клиента, чтобы все правильно сделать с первого раза, чем исправить это позже. Кроме того, если у вас есть разные навыки, вы не можете вспомнить все.

Узнайте, как эффективно искать помощь. Изучите все тонкости Google. Организуйте свои ресурсы, подпишитесь на соответствующие списки рассылки или прочитайте их архивы, и, возможно, станьте участником некоторых форумов, которые имеют отношение к вашей рабочей среде. IRC-каналы всегда популярны.

Удачи!

Хотя я ни в коем случае не считаю себя экспертом по Linux, я все время обращаюсь к документации. Мой аргумент в том, что документация всегда есть и всегда одинакова. Мне не нужно полагаться на память и совершать возможную ошибку.

Я хотел бы рассказать о неуместном /в rsyncкоманде с известным --deleteпереключателем в качестве примера.

В своей повседневной работе я являюсь администратором базы данных SQL Server, и единственное, что мы поощряем, - это постоянно открывать Books Online. Если вы знаете, где искать в документации, это делает вашу жизнь намного проще.

Вы были бы ненормальными, если бы вам не нужно было обращаться к какой-либо документации.

вчера мне потребовалось 40 минут, чтобы вспомнить, что мне нужен sysctl для iptables NAT.

Я документирую это на этот раз.

это никогда не повредит, чтобы освежить вашу память. Я постоянно читаю и перечитываю man-страницы и другую документацию. это редко ранит, и вы обычно узнаете что-то новое.