Tại sao mọi người Linux luôn nói rằng hãy đọc hướng dẫn khi việc trả lời cho bạn sẽ dễ dàng hơn nhiều? Không có hướng dẫn sử dụng! Nó không đi kèm với một.
Tại sao mọi người Linux luôn nói rằng hãy đọc hướng dẫn khi việc trả lời cho bạn sẽ dễ dàng hơn nhiều? Không có hướng dẫn sử dụng! Nó không đi kèm với một.
Câu trả lời:
Có một hướng dẫn, bạn chỉ cần biết nó ở đâu. Nó có thể được truy cập bằng manlệnh. Nếu bạn không chắc chắn làm thế nào để sử dụng nó, gõ man man. Các manlệnh là rất quan trọng; nhớ nó ngay cả khi bạn quên mọi thứ khác
Hướng dẫn chứa thông tin chi tiết về một loạt các chủ đề, được tách thành nhiều phần:
/dev) và trình điều khiểnKý hiệu ls(1)đề cập đến lstrang trong phần 1. Để đọc nó gõ man 1 lshoặc man ls.
Để tránh bị nói để đọc hướng dẫn khi bạn đặt câu hỏi, cố gắng man command, apropos command, command -?, command --help, và một số tìm kiếm của Google. Nếu bạn không hiểu điều gì trong hướng dẫn, hãy trích dẫn nó trong câu hỏi của bạn và cố gắng giải thích những gì bạn không hiểu. Thông thường khi họ yêu cầu bạn đọc hướng dẫn, đó là vì họ nghĩ rằng nó sẽ có lợi cho bạn hơn là một câu trả lời đơn giản, không đầy đủ. Nếu bạn không biết trang man nào có liên quan, hãy hỏi.
infongười GNU? Ngoài ra, một gợi ý: nếu bạn sử dụng Emacs, hãy thử M-x man- vì bạn có thể biết rõ trình soạn thảo của mình (phím tắt, v.v.), điều hướng và tương tác với các trang man sẽ rất trơn tru.
See Alsophần này có thể rất hữu ích khi bạn ở gần, nhưng không hoàn toàn ở đó). Ngoài ra, hãy học cách sử dụng máy nhắn tin của bạn ( morehoặc less) vì nó cung cấp giao diện tìm kiếm cho trang man (rất hữu ích với man bash(mà bạn không bao giờ nên gửi cho máy in dòng nói tiếng nói của trải nghiệm cay đắng)).
Tôi nghĩ rằng câu tục ngữ Trung Quốc đã giải thích nó rất hay:
Nếu bạn cho một người đàn ông một con cá, anh ta sẽ có một bữa ăn duy nhất. Nếu bạn dạy anh ta cách câu cá, anh ta sẽ ăn cả đời.
Mặc dù bạn có thể nghĩ "Nhưng đó chỉ là một câu hỏi, tại sao họ không thể nói cho tôi câu trả lời", bởi vì các diễn đàn sẽ trở nên đầy ắp từ những người hỏi những câu hỏi rõ ràng đến mức khó có thể đặt câu hỏi về những điều bí truyền hơn . Vì vậy, đừng nghĩ về điều đó khi họ khiến bạn thất vọng - hãy nghĩ về điều đó khi họ giúp bạn tự giúp mình.
Ví dụ: việc tìm câu trả lời cho "Làm thế nào để tôi sử dụng grep để thực hiện tìm kiếm không nhạy cảm trong trường hợp", đặc biệt là khi bạn được nhắc tìm trong trang hướng dẫn. Nhưng đối với một câu hỏi như "Làm thế nào để tôi thực hiện tìm kiếm không nhạy cảm trong trường đầu tiên của tệp, nhưng phân biệt chữ hoa chữ thường trên các trường còn lại?", Không có trang man nào đơn giản sẽ cho bạn biết câu trả lời và có vô số cách để trả lời nó
Tôi tin rằng điều này là do hầu hết các chuyên gia thà dạy ai đó cách học, hơn là dạy họ một vài thực tế cô lập. Nói với ai đó để đọc trang người đàn ông đang cố gắng dỗ dành ai đó trên con đường học cách tự học.
Tôi nhớ lại, nhưng không thể google lên, một nghiên cứu cho rằng sự khác biệt giữa người mới Unix và chuyên gia Unix (có lẽ không khác biệt với người mới hoặc chuyên gia về Linux, có lẽ) là chuyên gia biết cách tìm kiếm mọi thứ. Trong khi cố gắng tìm ra nghiên cứu đó, tôi đã tìm thấy sự hiểu biết nhanh chóng trong sản xuất lệnh UNIX , điều này dường như mâu thuẫn với nghiên cứu mà tôi nhớ lại. Thật là một sự xấu hổ: tất cả những gì bạn cần làm là biết một khối lượng thực tế để trở thành một chuyên gia. Nhưng trong trường hợp đó, việc bảo ai đó đọc hướng dẫn cũng có thể phục vụ kiến thức cho người hỏi, dẫn đến việc sản xuất một chuyên gia Unix hoặc Linux khác.
Ngoài ra còn có một khoản đầu tư ngắn hạn và dài hạn vào người mới đặt câu hỏi. Ví dụ, chắc chắn sẽ mất ít thời gian hơn để nói "sử dụng ls -ltr", hơn là dạy cho người mới về danh sách và các tùy chọn tệp, v.v. Nhưng nếu chuyên gia phải trả lời nhiều hơn 3 hoặc 4 câu hỏi, giá trị lâu dài của việc đầu tư vào việc có ai đó đọc hướng dẫn trở nên rõ ràng.