Спочатку це буде звучати кумедно, і деякі люди подумають, що я ставлячись до обличчя, але я це не так.
- Знайдіть іншого досвідченого адміністратора, сідайте, визначте якусь ціль і спробуйте досягти цієї мети, поки вони забезпечують впевненість.
Unix (і BSD, і Linux, і хто-що ще знає) спочатку був середовищем, яке заохочувало програмістів та адміністраторів спілкуватися один з одним. Linux - це досить гідне наближення до цього (не на 100%, але дуже близько).
На мою не настільки скромну думку, адміністратора Unix / Linux / BSD найкраще викладають через форму усного переказу , коли знання усне передаються тому, хто має досвід більш досвідченим. У будь-якому випадку, з яким я стикався, цей метод навчання Unix (та його двоюрідних братів) був найбільш інформативним, забезпечуючи найбільшу кількість розуміння учня, особливо розуміння, якого ви не можете отримати, просто прочитавши книгу та просунувшись вперед. Причиною цього "неефективного" методу навчання є те, що в якийсь момент хтось десь прийняв рішення про щось, але це формально не зафіксовано (читайте заголовок на цьому посиланні). Це означає, що легко сидіти там і почухати голову про те, "чому X робиться так, як є", коли насправді,дуже вагома причина для цього. Наявність когось, хто там був і знає історію того, як це сталося , допомагає "заповнити прогалини".
Так, ви можете сісти з книгою, або (як я це зробив), просто встановіть її і потріскайте головою кілька сотень разів, поки ви розберете це на важкому шляху. Але багато чого можна сказати для навчання у когось іншого.