経験とスキルの定量化

私はLinuxシステム管理者で、この業界で6年以上働いています。私もいくつかの大規模なプロジェクトに参加していますが、他の経験豊富なLinux管理者と協力する機会を見つけることができませんでした。私がチームで働いていたとき、私は最も経験豊富な人でした。

したがって、私の質問は、以前に同じ構成を行った場合でも、サーバー（Mysql、Apache-Lighttpd、DNS構成など）をセットアップするときは常にマニュアルを見てインターネットで検索することです。同じ設定を50回以上行った可能性がありますが、引数を覚えて重要なポイントを見逃さないように、マニュアルとWebサイトを確認する必要があります。

これは正常ですか？たとえば、経験豊富なシステム管理者が多数いる大企業で働いている場合、インターネット上のコマンドやコマンドを見て、経験がないように見えますか？マニュアルを見ずにDNSサーバーをセットアップしたり、mysqlを調整したりするのは難しいです。しかし、私は自分のしていることにとても満足しています。

どう思いますか？これは正常ですか？

同僚から、私はとても良い記憶を持っていると思っていると言われました。私は良い思い出があったとしても、私は常にドキュメントとメモを毎日参照しています。ドキュメントwiki、個人のEvernote情報、スクリプトのVCSリポジトリがなければ、私は生きられませんでした。

あなたが私のような一般的なコンサルタントであり、すべてについて少し知っていることが期待されている場合、すべてのことを記憶することは不可能です。おそらく、大規模なITショップで働く人々は、実際に多くの詳細を内部化するのに十分長い間、特定のことに集中できるかもしれません。しかし、毎日何か違うことをしていると、それは不可能です。

私の意見では、あなたがすることの重要なことは、ノートのブックマーク、マニュアルへのリンクなどを整理して、素早く物事を検索できるようにすることです。自分でドキュメントを書いてください。スクリプトとコマンドラインをバージョン管理システムに保存します。すべてを覚えるのではなく、自分でシステムをセットアップして、必要なものをすばやく見つけられるようにします。

だからここに私自身の見解があります：

1. すべてについてすべてを知っていると期待しないでください。どこを調べればよいかを知っていて、それに対して何かをする自信がある。
2. テクノロジーではなくフレームワークを学ぶ。テクノロジーの変化が速すぎて、自分自身を深く埋め込むことができません。それらがなぜ必要なのか、またはどのように構成する必要があるのか​​を説明します。代替テクノロジーが表示されたら、ベンダーが提供したものではなく、独自の条件で代替品を判断できます。
3. メモを取り、作業ログを保管してください。ノートは、コードのスニペット、confurationファイルのノート、さらにはコマンドラインエントリです。作業ログは、時間と日付のスタンプが付いた、実行中のアクションのメモです。
4. 理想的なシステム管理者（私の考えでは）はスペシャリストではなくジェネラリストです。ジェネラリストは多くのこと、そしてそれらがどのように相互作用するかを知る必要があります。SysAdminが行う可能性のある108タスクを読んでください。

ドキュメントを読み続けますが、ほとんどの人はそうではありません。

完全に正常です。人間の脳は、頻繁に繰り返し入力しない限り、引数や構成構文などの特定の情報を大量に吸収することはあまりできません。

私の意見では、経験は、記憶から有限の詳細を思い出すのではなく、情報をすばやく見つける能力に現れます。（以前の経験から）探しているものがわかっていて、どこで入手できるか（マニュアルページ、検索エンジン、メーリングリストなど）がわかっている場合は、その詳細をすべて保存する必要はありません。

これはあなたの経験を自己定量化することをわずかに難しくする可能性があり、おそらくあなたの疑いの原因です。過去にも同じことを考えました。しかし、経験の浅い管理者と一緒に作業することで、方法論、速度、そして最終的にはスキルの違いを簡単に認識できるはずです。

定期的にドキュメントを参照することは異常ではありません。書き留めておいても、すべて覚えておいても意味がありません。私が少し奇妙だと思うのは、個人的なドキュメント、メモ、スクリプトなどを使用して、すべての一般的な管理タスクを自動化することにあまり力を入れていないようだということです。私は何回も行うのが嫌いなので、何か書きます次回は自分で行う必要があるので、公式ドキュメントよりも頻繁に参照してください（ポイントを明確にしたり、これまで扱ったことのないものに対処したりする必要がある場合は、常にそこにあります）。

絶対に正常です。実際、かなりの数の問題は、マニュアルを読んでいないこととメモリから偽造することに起因すると主張します-もちろん、システムとプロトコルの仕組みの背後にある理論と基本的なオプションを知っている必要がありますが、詳細な構文と構成については、常にマニュアルをお読みください。後で修正するよりも、最初から正しく物事を行う方が、時間とクライアントの両方の幸福の両方において常にコストが低くなります。また、スキルセットが多様な場合、すべてを思い出すことはできません。

ヘルプを効果的に探す方法を学びます。Googleの詳細をご覧ください。リソースを整理し、適切なメーリングリストに登録するか、それらのアーカイブを読んで、作業環境に関連するいくつかのフォーラムのメンバーになる可能性があります。IRCチャネルも常に人気があります。

幸運を！

私は自分自身をLinuxの専門家だとは決して考えていませんが、常にドキュメントを参照しています。私の主張は、ドキュメントは常にそこにあり、常に同じであるということです。記憶に頼ったり、間違いを犯したりする必要はありません。

有名なスイッチを例/に、rsyncコマンドの置き忘れの話をしたい--delete。

私の日々の仕事では、SQL ServerのDBAです。私たちが推奨することの1つは、Books Onlineを常に開いておくことです。ドキュメンテーションのどこを見ればよいのかわかっていれば、あなたの人生はずっと楽になります。

あなたは次のようになり、異常あなたはどのドキュメントを参照してくださいする必要はありませんでした場合。

昨日、iptables NATにsysctlが必要だったことを思い出すのに40分かかりました。

今回はそれを文書化しています。

あなたの記憶をリフレッシュすることは決して害にはなりません。私は常にマンページやその他のドキュメントを読んだり、読んだりしています。それはめったに痛くなく、あなたは通常何か新しいことを学びます。