Чому я використовую Debian
Колись давно, 98 року у мене на робочій станції стояв RedHat Linux. Через деякий час використання цієї системи я помітив, що якщо потрібна якась програма, якої немає в дистрибутиві, зазвичай я знаходжу її на ftp.debian.org. Тому, коли потрібно було в черговий раз ставити операційну систему на машину, я поставив Debian.
З того часу у мене не виникало бажання змінити дистрибутив. Більше того, на деяких з поставлених тоді машин досі жодного разу не було перевстановлено систему - змінювалося залізо, ставилися апдейти, періодично виконувався апгрейд на нову версію дистрибутива, але система залишалася сама собою, зберігаючи наступність.
Дещо пізніше я помітив, що коли я хочу поекспериментувати з новою програмою, якої чомусь немає в дистрибутиві, мені простіше відразу зібрати її в повноцінний Debian-івський пакет, ніж ставити руками, а потім руками ж і зносити (бо виявилася невідповідною, або тому, що в новій версії дистрибутива ця програма з'явилася)
Debian часто лають за те, що у нього рідко виходять нові версії, і далеко не відразу з'являється новомодний софт.
На мій погляд, якщо система ставиться для роботи, а не для експериментів, і те, й інше – переваги. Ви можете бути впевненими, що вашому системному адміністратору не доведеться закинути всі справи, і терміново вивчати посібник з нової версії якоїсь важливої програми, оскільки виявлена критична вразливість, яка виправлена тільки в новій версії. У Debian буде обов'язково випущено оновлення старої версії, що закриває вразливість.
Слід також врахувати, що більшості серверних застосувань Linux вже багато років, вони встоялися і не дуже швидко розвиваються. Тому те, що ви отримаєте в Debian сьогодні (останній stable реліз вийшовцього літа і містить свіжі на той момент програми) навряд чи застаріє кардинально за найближчі два-три роки. З десктопними додатками дещо гірше - за їх розвитком поки що доводиться стежити більш активно. Але продумана система пакетування дозволяє досить легко портувати у більш стару версію пакети з testing та unstable гілок. Існують десятки неофіційних репозиторіїв з пакетами Debian, що містять новіші версії. Включення їх у набір джерел оновлення системи тривіально завдяки системі apt. Звичайно, далеко не всі неофіційні репозиторії гарантують ту саму якість, що й основний архів. Але зазвичай з неофіційних репозиторіїв ставляться 2-3 необхідні програми, за якими все одно уважно стежить системний адміністратор.
Якщо у вас більше трьох Linux-машин під Debian, і є якісь нетривіальні завдання, які потребують власного програмного забезпечення, можна і власний репозиторій завести.
Багато корпоративних користувачів відлякує від Debian те, що за цією системою не стоїть комерційної фірми. Але комерційна модель виробництва програмного забезпечення має недоліки, навіть якщо бізнес будується на продуктах з відкритим кодом. У бізнесу є deadline, є PR-приводи, і часто найбільші та шановні фірми, такі як RedHat або Novell, змушені йти на компроміси між вимогами маркетингу та технології, та жертвувати якістю продукту заради витримування термінів релізів або ще з якихось причин.
Debian у певному сенсі - квінтесенція OpenSource. Це дистрибутив, який робиться на некомерційній основі більш ніж тисячею кваліфікованих користувачів-програмістів. Некомерційний дистрибутив може дозволити собі поставити найвищі стандарти якості, не скорочувати цикл тестування та матизавжди працездатний продукт, нехай і позбавлений якихось модних свіжознайдених фенечок.
Всі переваги OpenSource про які писав Раймонд у своїх знаменитих есеях, у Debian застосовуються не тільки до розробки окремих програм, але й до об'єднання їх у систему.
Результатом є перше, величезний обсяг включеного софту. У жодної комерційної фірми немає стільки людського ресурсу, скільки є у спільноти, і тому Debian може дозволити собі включати більше десяти тисяч програмних пакетів. По-друге – ретельно відпрацьовані процедури оновлення системи. Я цього не пам'ятаю, я вперше поставив Debian в епоху glibc 2.0, але більш старі користувачі Debian говорили, що навіть апгрейд системи з libc5 на libc6, зміна major версії основної системної бібліотеки, подія, яка не траплялася у світі Linux з минулого століття, в Debian не вимагало перезавантаження системи. Взагалі оновлення дистрибутива зазвичай не призводить до зупинки сервісів, що надаються, більш ніж на кілька хвилин.
Взагалі багато хто ставить автоматичну установку оновлень у cron, настільки довіряючи системі керування пакетами, що не бояться установки апдейтів без ручного контролю. Я, правда, цього не рекомендую. Достатньо якщо по крону буде оновлюватися база доступних пакетів і системному адміністратору надсилатиметься інформація про оновлення.
По-третє, вкрай оперативне виправлення помилок. Якщо розробників Debian більше тисячі, то тестерів - десятки тисяч.