Điều này thoạt nghe có vẻ buồn cười và một số người sẽ nghĩ rằng tôi là người lãnh đạm, nhưng tôi thì không.
- Tìm một quản trị viên có kinh nghiệm khác, ngồi xuống, xác định mục tiêu của một loại nào đó và cố gắng đạt được mục tiêu đó trong khi họ cung cấp thông tin.
Unix (và BSD và Linux và ai biết điều gì khác) ban đầu là một môi trường khuyến khích các lập trình viên và quản trị viên giao tiếp với nhau. Linux là một xấp xỉ khá tốt về điều đó (không phải 100% nhưng rất gần).
Theo ý kiến không khiêm tốn của tôi, quản trị viên Unix / Linux / BSD được dạy tốt nhất thông qua một hình thức truyền miệng , nơi kiến thức được truyền đạt cho người học bằng lời nói bởi những người có nhiều kinh nghiệm hơn. Trong mọi trường hợp mà tôi gặp phải, phương pháp học Unix này (và anh em họ của nó) là thông tin hữu ích nhất trong khi cung cấp nhiều thông tin chi tiết nhất cho người học, đặc biệt là những hiểu biết mà bạn có thể có được chỉ bằng cách đọc một cuốn sách và tiến về phía trước. Lý do cho phương pháp học "không hiệu quả" này là, tại một số điểm, một người nào đó ở đâu đó đã đưa ra quyết định về điều gì đó, nhưng nó không được ghi lại chính thức (đọc tiêu đề cho liên kết đó). Điều này có nghĩa là thật dễ dàng để ngồi đó và gãi đầu về "tại sao X lại làm như vậy" trong thực tế,lý do rất tốt cho điều đó. Có ai đó đã ở đó và biết lịch sử của nó , sẽ giúp "lấp đầy những khoảng trống".
Vâng, bạn có thể ngồi xuống với một cuốn sách, hoặc (như tôi đã làm), chỉ cần cài đặt nó và đập đầu bạn vài trăm lần trong khi bạn tìm ra nó một cách khó khăn. Nhưng có rất nhiều điều để nói về việc học hỏi từ người khác.