Чтение руководств и вики может показаться утомительным, но именно это мне и нравится в Linux. Это может показаться странным, но документация Linux и Unix устроена так, что это гораздо менее утомительно, чем с другим программным обеспечением.
Документация Linux на самом деле информативна
Самое лучшее в документации Linux — это то, что её можно прочитать и получить некоторое представление о том, что делаешь. Документация большинства коммерческих программ ориентирована на обычных пользователей, в то время как документация Linux, как правило, рассчитана на более техническую аудиторию, например, Arch Wiki. Это означает, что многие файлы справки или статьи базы знаний, как правило, не содержат подробностей.
Документация Linux, как правило, содержит реальную информацию о программе, её функциях и о том, как исправить ошибки. Думаю, это отражает разницу в целевой аудитории Linux и других операционных систем. Подавляющее большинство пользователей Linux — это технические специалисты или, по крайней мере, те, кто хочет стать более технически подкованными.
Поскольку люди, читающие документацию, как правило, больше ориентируются на техническую сторону вопроса, а авторы не рискуют раскрывать коммерческие тайны, они могут объяснить, как работает программа, в своём коде. Это значит, что время, потраченное на чтение руководств, когда это необходимо, будет потрачено не зря.
Документация удивительно честна
Я нахожу, что в документации к проприетарному и веб-программному обеспечению, по крайней мере, когда мне вообще удаётся его получить, много «весёлых разговоров». Похоже, они вообще отрицают наличие каких-либо проблем с их программным обеспечением. Подтверждение наличия проблемы, скорее всего, можно получить только в тикете службы поддержки. Ответы, которые я получаю от этих людей, обычно столь же информативны, как и их документация. То есть, не очень.
В отличие от этого, документация Linux сообщит вам, если что-то сломается. Обычно в верхней части официальной вики-страницы или страницы документации есть соответствующее сообщение. Это может показаться непривычным, но ошибки есть во всех программах. Разработчикам ПО с открытым исходным кодом незачем их скрывать.
Эта самокритика распространяется даже на саму документацию. Как сообщается в книге 1989 года, Жизнь с Unix Дон Либес и Сэнди Ресслер, один из разделов ошибок в утилите BSD гласил: «Эта страница руководства сбивает с толку». В следующей версии это сообщение было изменено на «Эта страница руководства по-прежнему сбивает с толку».
Документы часто пишутся разработчиками
Ещё одно ключевое отличие документации Linux от проприетарного ПО заключается в том, кто её пишет. Для большинства проприетарных программ руководства пишут технические писатели, которые не участвуют в процессе разработки и могут не иметь специальной подготовки.
Документация Linux, напротив, обычно пишется самими разработчиками. Эта традиция восходит к оригинальным страницам руководства Unix. Это во многом объясняет их плотный, лаконичный стиль, ставший печально известным в мире Linux. Они по-прежнему предлагают некоторые из лучших черт документации Linux: действительно полезную информацию, которую можно просмотреть бегло или воспользоваться функцией поиска в пейджере, а затем продолжить работу. В разделе «Ошибки» также перечислены ошибки программы, в то время как другие программы постараются замять любые проблемы со своим программным обеспечением.
Конечной формой документации может быть исходный код, если вы знаете используемый язык программирования.
Стиль документации Linux кажется менее формальным, чем в других системах
Что мне нравится в чтении документации Linux, так это то, что стиль изложения, как правило, гораздо менее формальный, чем у других программ. Даже в руководствах разработчики пишут непринуждённо, объясняя вам то, что вам нужно знать. В более объёмной документации, например, книгах или вики-страницах, они также, как правило, пишут в разговорном стиле.
Если судить по тому, что они написали в Интернете и в книгах издательства O’Reilly, то многие из них, похоже, на удивление хороши в этом деле.
Томас Сковилл в своем эссе «Элементы стиля: UNIX как литература» утверждает, что разработчики Unix, по-видимому, чувствуют себя более комфортно со словами, чем пользователи других систем:
Общей темой было мастерство слова; подозрительно высокая доля моих коллег из UNIX уже в какой-то момент своей карьеры развила в себе чувство комфорта и беглости работы с текстом и печатными словами. Они были искусными читателями и писателями, и UNIX умело использовал эти сильные стороны. UNIX был для них, в каком-то смысле, литературой. Внезапно преобладание полиглотов, гуманитариев и ненасытных читателей в сообществе UNIX перестало казаться таким уж загадочным и указало путь к более глубокой проблеме: в мире, где всё больше доминирует образная культура (телевидение, кино, . Jpg файлы), UNIX остается укорененным в культуре этого мира.
Как человек «гуманитарного склада ума», который также любит читать, я, полагаю, не должен удивляться, что меня тянет к Linux и другим Unix-подобным системам, поскольку значительная часть моего мышления, как и Linux, ориентирована на текст.
Старые книги все еще полезны
Кстати о литературе: многие старые книги по Unix и Linux всё ещё полезны, несмотря на свой возраст. Как недавно заметил мой коллега Корбин Дэвенпорт, винтажная книга по MS-DOS или Windows будет скорее новинкой, чем полезной, учитывая, насколько сильно изменились системы с момента её написания.
В моей личной коллекции, напротив, есть книги, относящиеся к 1980-м годам. Хотя некоторые утилиты и среды изменились, большинство книг по-прежнему полезны для изучения Unix-подобных систем. Когда я учился в Калифорнийском государственном университете в Ист-Бэй в 2000-х, отдел компьютерных наук библиотеки был богат книгами по Unix. Вероятно, они не сочли нужным убрать этот отдел по той же причине: многие книги всё ещё были полезны, хотя некоторые тома датируются 1980-ми годами и ранее. У них даже было первое издание Язык программирования C Деннис Ритч и Брайан Керниган, 1978 год.
Руководства на самом деле интересно читать
Вследствие таких особенностей документации Linux, как содержание фактической информации, написание ее разработчиками, честное описание недостатков программного обеспечения, менее формальный стиль и постоянная полезность документации, ее чтение на самом деле является приятным занятием.
Когда я читаю документацию по Linux и Unix, у меня возникает ощущение, будто я разговариваю с разработчиком один на один. Даже изучая историческую документацию, я узнаю что-то об истории вычислительной техники, встречаясь с первоисточниками. Я могу узнать о том, как использовалось или используется программное обеспечение и какие задачи оно призвано решать. Я увлекаюсь историей компьютеров, и мне иногда бывает интересно вернуться в прошлое, пусть даже ненадолго.
Документация Linux вряд ли исчезнет
Когда проприетарная программа выпускает новую версию, старая документация, как правило, исчезает, или, по крайней мере, когда разработчики вообще удосуживаются её создать. Если вам понадобится документация из более ранней версии, вы, возможно, сможете воспользоваться Wayback Machine, если повезёт.
Linux и другие программы с открытым исходным кодом обычно сохраняют документацию, ссылающуюся на более ранние версии. Хорошим примером этого является документация Python, которая позволяет выбрать версию, на которую должна ссылаться документация, из раскрывающегося меню. Это полезно, поскольку версии Python, поставляемые со многими версиями Linux, как правило, отстают от последней версии Python.
Документация по Linux, будь то онлайн или на бумаге, вероятно, будет доступна для изучения ещё долгое время. Это одна из причин, по которой я буду возвращаться к ней в той или иной форме. Я могу быть уверен, что документация будет под рукой, когда она мне понадобится.
Одна из причин, по которой мне нравится изучать Linux, заключается в том, что информацию о системе легко найти в текстовом формате. Появится что-то новое для изучения, новые руководства и книги, которые займут меня на долгие годы.
