처음에는 우스운 소리가 나고, 어떤 사람들은 내가 낯설지 않다고 생각할 것입니다.
- 경험이 풍부한 다른 관리자를 찾아서 앉아 목표를 정한 후 지침을 제공하면서 해당 목표를 달성하려고합니다.
유닉스 (그리고 BSD와 리눅스, who-knows-what-else)는 원래 프로그래머와 관리자가 서로 통신하도록 장려 한 환경이었습니다. 리눅스는 그것의 꽤 괜찮은 근사치입니다 (100 %가 아니라 매우 가깝습니다).
제 겸손하지 않은 의견으로, 유닉스 / 리눅스 / BSD 관리자는 구전 전통의 형태를 통해 가장 잘 가르칩니다 . 여기서는 경험이 많은 사람들이 지식을 학습자에게 구두로 전달합니다. 내가 만난 모든 경우에, 유닉스 (및 그 사촌)를 배우는이 방법은 가장 유익한 정보였으며 학습자에게 가장 많은 통찰력, 특히 단순히 책을 읽고 앞으로 얻을 수없는 통찰력을 제공했습니다. 이 "비효율적 인"학습 방법의 이유는 어떤 시점에서 누군가 어딘가에서 무언가에 대한 결정을 내렸지 만 공식적으로 문서화되지 않았습니다 (해당 링크의 헤더 읽기). 즉, 실제로 앉아있을 때 "X가 왜 그렇게 되었는가"에 대해 쉽게 앉아 머리를 긁을 수 있습니다.아주 좋은 이유입니다. 거기에 있었던 누군가가 있고 어떻게 왔는지에 대한 역사를 알고 있으면 "격차를 메우는"데 도움이됩니다.
예, 책과 함께 앉거나 (내가 한 것처럼) 간단하게 책을 설치하고 수백 번 머리를 두드리면 어려운 길을 알아낼 수 있습니다. 그러나 다른 사람으로부터 배우는 말이 많이 있습니다.