Кулинарная Книга Debian Или Как Я Начал Работать Над Официальной Вики

В свете недавнего опубликования официального http://debian-handbook.info/get/now/ Хочу поделиться промежуточным результатом собственных усилий в этом направлении.

Когда я понял, что назревшая модернизация ИТ-инфраструктуры на моей работе уже не укладывается только в унаследованные от Microsoft схемы, в конце 2010 года я начал интенсивное изучение возможностей OpenSource. Основной задачей была практическая реализация Linux. Выбор пал на Debian по ряду объективных и субъективных причин.

Возвращаясь к реальности, от наполеоновских планов наступления эпохи Linux в рамках одного государственного учреждения пришлось отказаться, но, несмотря на это, изучение Debian не прекратилось и продолжается по сей день.



Кулинарная книга Debian или как я начал работать над официальной вики

Далее следует то, что из этого получилось.

Выбор базы знаний.

Постепенно я столкнулся с проблемой хранения и обработки полученной информации.

Дело в том, что огромный массив крупинок ценной информации очень широко распределен по самым разным сетевым ресурсам — блогам, сайтам, форумам и т. д. Сильно раздутый раздел закладок в браузере быстро перестал справляться с этой задачей и я начал поиск более гибкое решение.

Все началось с файла документа на рабочем столе, который затем переместился в документы Google. Потом были мысли о запуске собственного блога или публикаций на специализированных сайтах, но эти варианты, решая одни проблемы, добавляли другие.

В конце концов я остановился на официальном wiki.debian.org. Проблемы.

Как оказалось, у уникальных свойств принципов разработки OpenSource есть и обратная сторона — отсутствие единого, всеобъемлющего, универсального источника информации о Linux. Вот я и пришел к мысли, что мне нужно найти (или создать) свой ресурс под свои задачи.

Далее исследование в среднем осложнялось неизбежно низким качеством подачи материала.

Например, прочитайте статью о мультиплексоре tmux. Например, я не смог найти в этих килобайтах английского текста вопроса на ответ КАК начать выделять текст для дальнейшего копирования.

Ответ в человеке, но быстрее нашел его в Вопросах и Ответах Хабра, спасибо товарищ Совет1ет .

Субъективно самым качественным источником оказалась вики ArchLinux. Следующей проблемой (для меня) было то, что последние версии man и Howto всегда на английском языке.

Так я открыл для себя Google Translate и одновременно начал изучать английский язык.

Самой сложной (и до сих пор нерешенной) проблемой была потеря интереса к теоретическому материалу после решения практической задачи.

Мое отношение к работе.

Дело в том, что я никогда не считал себя IT-гением, который быстро схватывает предметную область и благодаря этому быстро решает задачу.

Как оказалось излишняя глубина темы для меня потребовали неоправданно больших временных затрат. Я предпочитаю проводить свободное время с ребенком и женой.

Например, в Debian у меня на ноутбуке не запускалась сетевая карта Realtek 8168/8111. Рецепты решения были найдены, но требовали составления и других ненужных трудоемких движений.

Такие варианты я отбросил до лучших времен и просто использовал другую сетевую карту.

Этот принцип напрямую повлиял на способ подачи информации – кратко, с минимумом теории и максимумом практики, как в лабораторных работах.

То, что не проверял на себе, в вики не выкладывал.

Впоследствии нам даже пришлось переработать структуру разделов с разделения «по программе» на разделение «по задачам».

И второе.

При изучении и разработке материала я придерживался принципа минимализма.

В системе должно быть только то, что мне нужно, только тот софт, который я осознанно установил «На всякий случай может пригодится или все так устанавливают» — это не для меня.

Это создало дополнительный букет проблем, но я уверен, что двигаюсь в правильном направлении.

Например, меня всегда вызывал недоумение тот факт, что среда kde является пакетно-зависимой от mysql-сервера (Насколько я знаю, в Arch нет этого маразма).

Мне нравится Kde за его красоту и зачастую уникальное программное обеспечение, но убивать 150 метров оперативной памяти для хранения PIM для меня стратегически неправильно (даже в системе с 4 ГБ).

Это принцип.

Почему Дебиан? (субъективно в порядке убывания) 1.Множество статей, вики и инструкций (включая материалы по Ubuntu) 2. Большое компетентное сообщество.

3. Стабильная версия технического уровня предприятия.

4.Большая функциональная база пакетов (инсталлятор Curses, база данных всех пакетов на сайте, автоматическая установка).

6.Возможность полностью автоматической, настраиваемой установки дистрибутива на голое железо без «костылей».

8. Не нужно ничего "вырезать" из дистрибутива в минимальной установочной версии (камень в огород Ubuntu - решено).

9. Многие разработчики создают бинарные пакеты для Debian. 10.Независимость от крупных игроков ИТ (Google, RedHat, Canonical и т.д.) 11.Логическая устойчивость самого проекта, проверенная временем.

\ 12. Очень загруженные системы использовать Дебиан Чего я хочу достичь? Принцип прост - на практике получить стабильную универсальную платформу на основе пакетного дистрибутива, полностью реализующую возможности как аппаратного, так и программного обеспечения.

Я знаю, что этого можно добиться (если не учитывать ограниченную поддержку производителей оборудования и мейнстримовое направление со стороны Windows), просто я еще не нашел/проверил Как Это следует делать в каждом конкретном случае.

Информации много, но проверенной гораздо меньше.

Для этого я начал наполнять вики.

Результаты работы.

Основной раздел Раздел удаленной установки Немного об оборудовании + ряд правок в других разделах, например Здесь Разрешение.

Сегодня русскоязычный раздел официальная вики заметно отстает от эталонного по дизайну и содержанию (для меня) wiki.archlinux .

Я не призываю к банальному копированию материала, но за год подписки на обновление корневого раздела я получил не более 10 уведомлений.

При необходимости можно (и нужно) заглянуть в Arch. Но, к сожалению, многие, накапливая ценный материал, не всегда им делятся.

А если такое случается, то материал зачастую дублируется на различных ресурсах или вовсе исчезает по самым разным причинам.

Поэтому, если вам есть что добавить, присоединяйтесь к официальной вики и начните не только брать, но и разумно отдавать сообществу OpenSource. Надеюсь, мой скромный пример кого-то вдохновит и вики станет хоть немного лучше как для новичков, так и для профессионалов.

Спасибо за участие товарищам ПавлоРудому и ИльеЖелябужскому, всем, кто помогал мне в вопросах-ответах на Хабре, а также многочисленным авторам полезных статей в Интернете.

Особая техническая благодарность за мой первый дистрибутив Gentoo. Именно с него я начал знакомство с Linux. УПД от 16.11.2013. Прошел год с тех пор, как я перешел на Ubuntu LTS. Причины: Гораздо больше PPA, чем в Debian. Ubuntu просто быстрее и проще в освоении.

Я уже использую его для работы.

Важно соблюдать 2 условия – только чистая установка и только обновления безопасности.

Как только я закончу базовое изучение Linux, я, вероятно, вернусь к Debian, но только по идеологическим причинам.

Над вики я больше не работаю, все знания аккумулированы в скрипте послеустановочной сетевой установки.

Я собираюсь сделать статью, используя скрипт Теги: #установка Linux #Debian #wiki

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.