The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз системного менеджера Systemd 198

09.03.2013 11:41

Леннарт Поттеринг (Lennart Poettering) представил релиз системного менеджера systemd 198, примечательный добавлением утилит bootctl, systemd-activate и kernel-install, поддержкой SSL в systemd-journal-gatewayd, возможностью управлять ограничением ресурсов на лету, поддержкой переопределения опций unit-файлов через создание отдельных файлов в специальной директории, возможностью использования одного загрузочного раздела для разных дистрибутивов.

Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux.

Из наиболее интересных новшеств можно отметить:

  • Добавлена поддержка переопределения отдельных элементов конфигурации unit-файлов или дополнения unit-файлов, через создание дополнительных файлов в ассоциированной с сервисом директории. Указанная возможность позволяет изменять параметры без непосредственного изменения unit-файла. Дополнительные файлы конфигурации создаются как "/etc/systemd/systemd/foobar.service.d/*.conf" и загружаются после обработки unit-файла, т.е. могут дополнять или переопределять их. Ранее для внесения изменений в unit-файлы приходилось копировать нужный unit из директории /usr/lib/systemd/system/ в /etc/systemd/system/ и там вносить в него изменения или создавать новый файл в /etc/systemd/system/ и подключать в нему существующий unit-файл через директиву ".include";
  • Обеспечена возможность динамического изменения на лету параметров ограничения ресурсов на базе cgroups для всех unit-файлов. Например, без остановки работы сервиса можно поменять ограничения командой, подобной "systemctl set-cgroup-attr foobar.service cpu.shares 2000". После выполнения команды изменение будет сохранено на диск и продолжит действовать после перезапуска сервиса;
  • В nspawn в список включаемых для контейнеров capabilities добавлено назначение CAP_AUDIT_WRITE и CAP_AUDIT_CONTROL, что позволяет упростить загрузку в изолированном контейнере немодифицированной системы Fedora (отмечается, что Fedora по прежнему нужно загружать с передачей в ядро параметра audit=0 из-за наблюдаемых проблем в работе системы аудита);
  • В nspawn добавлены новые опции "--bind=" и "--bind-ro=" для монтирования внутри контейнера заданных внешних директорий. Кроме того, nspawn теперь монтирует в контейнере собственную ФС devpts, что позволяет избежать утечки pty-устройств из основной системы;
  • В systemd обеспечено чтение EFI-переменных с информацией о производительности процесса загрузки, предоставляемой прошивками. После загрузки указанную информацию можно проанализировать с использованием утилиты "systemd-analyze". Новая возможность пока работает только при использовании загрузчика Gummiboot, но в будущем может быть реализована и для других загрузчиков;
  • Добавлен новый генератор, который автоматически монтирует ESP-разделы (EFI System Partition) в каталог /boot;
  • В состав включена новая утилита bootctl с реализацией интерфейса для выполнения некоторых операций с загрузчиком. В настоящее время bootctl имеет статус экспериментальной разработки для начального ознакомления. В дальнейшем не исключено создание демона, подобного timedated, localed и hostnamed, который можно использовать в GUI-конфигураторах для перечисления доступных опций загрузки и инициирования служебного режима загрузки прошивки.
  • Новая утилита kernel-install, предназначенная для установки образов ядра в соответствии со спецификацией Boot Loader;
  • Новая утилита systemd-activate, которая может быть использована для тестирования и отладки активации демонов через сокет;
  • Добавлена подборка unit-файлов для упрощения адаптации использования systemd в образах initrd. Данные unit-ы добавляют в systemd минимально необходимую логику из различных реализаций initrd;
  • Прекращена поддержка устаревших или специфичных для отдельных дистрибутивов имён LSB-свойств, определяемых при разборе init-скриптов: $x-display-manager, $mail-transfer-agent, $mail-transport-agent, $mail-transfer-agent, $smtp, $null. Так как systemd большее не поддерживает скрипты ранней стадии инициализации, то также игнорируются свойства $syslog и $local_fs;
  • Добавлена возможность сброса отдельных списочных параметров конфигурации unit-файлов, через присвоение им пустого значения. Например, ранее присвоение Environment=FOO=BAR приводило при каждом использовании к добавлению новых переменных в список переменных окружения. Указав "Environment=" теперь можно предварительно очистить список переменных окружения. Указанная возможность полезна в сочетании с представленной выше системой переопределения конфигурации ".d/*.conf", так как может использоваться для переопределения заданных в unit-файлах списков переменных;
  • В systemd-journal-gatewayd добавлена поддержка SSL. Systemd-journal-gatewayd теперь выполняется под отдельным непривилегированным пользователем systemd-journal-gateway:systemd-journal-gateway;
  • В файлах окружения, таких как /etc/locale.conf, теперь поддерживается слияние строк, перенесённых с использованием обратного слэша ("\\");
  • В утилиту systemctl добавлена новая команда "list-dependencies" для рекурсивного отображения зависимостей unit-файла;
  • Добавлена команда "systemctl unlock-sessions", позволяющая разом разблокировать экраны всех пользовательских сеансов, примерно так же как выполняется общая блокировка через "systemctl lock-sessions";
  • Существенно расширен набор для тестирования unit-файлов;
  • В команду udevadm hwdb добавлена опция "--root=", позволяющая указать корневую директорию, относительно которой выполняются операции;
  • Компонент systemd-bootchart перелицензирован и теперь поставляется под лицензией LGPLv2.1+ как и весь пакет;
  • Поддержка Policykit теперь может быть включена/отключена на этапе сборки;
  • Утилита systemd-analyze переписана на языке Си и вобрала в себя функциональность команды "systemctl dot";
  • При запуске "systemctl status" без параметров теперь отображается общий статус всех активных и сбойных unit-ов;
  • Python API расширен модулем для чтения файлов с журналом;
  • В journalctl добавлены опции: "--reverse" (-r) для показа содержимого журнала с обратной сортировкой (новые записи сверху); "--pager-end" (-e) для перехода в конец журнала без листания вывода в less; "--user-unit=" - аналог "--unit=", отображающий только пользовательские unit-ы;
  • Файлы с журналами теперь размещаются под отдельной группой "systemd-journal", созданной исключительно для организации доступа к журналам. Ранее владельцем файлов с журналами была группа "adm", которая используется не только для доступа к логам, теперь доступ "adm" и wheel" к файлам /var/log/journal назначается через ACL, а непосредственным владельцев является группа "systemd-journal";
  • В systemd-detect-virt добавлена поддержка определения гостевых систем Xen в режиме паравиртуализации;
  • Файловая система pstore теперь монтируется по умолчанию, если она доступна в системе;
  • В дополнение к правилам SELinux и IMA, на ранней стадии загрузки теперь осуществляется и загрузка правил SMACK.


  1. Главная ссылка к новости (http://lists.freedesktop.org/a...)
  2. OpenNews: Леннарт Поттеринг попытался развенчать типичные мифы о systemd
  3. OpenNews: Релиз системного менеджера Systemd 197
  4. OpenNews: Релиз системного менеджера systemd 196
  5. OpenNews: Релиз systemd 195 с поддержкой ротации логов по времени
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36339-systemd
Ключевые слова: systemd, init
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Толя Вихров (ok), 11:44, 09/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо! Годная вещь!
     
     
  • 2.18, Аноним (-), 14:05, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да это так. Тут есть и качество и функциональность, хорошая продуманность архитектуры и интеграция с другими проектами. Не много проектов в мире опенсорса и уж тем более проприетарщики могут похвастаться тем же
     
     
     
    Часть нити удалена модератором

  • 4.25, Угх (?), 16:38, 09/03/2013 [ответить]  
  • +2 +/
    унификация, однако, через 10 лет дистры будут отличаться только логотипом, инфа 146%
     
     
  • 5.57, Аноним (-), 03:01, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > унификация, однако, через 10 лет дистры будут отличаться только логотипом, инфа 146%

    Как бы это сказать? Сисадмины за это скажут спасибо. А то знать кучу систем инициализации не очень практично с точки зрения администрирования.

     
     
  • 6.77, Аноним (-), 08:53, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Как бы это сказать? Сисадмины за это скажут спасибо. А то знать кучу систем инициализации не очень практично с точки зрения администрирования.

    Венде уже сказали, конечно же.

     
  • 3.29, d (??), 17:03, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ещё есть LeechCraft из этой же серии
     
     
  • 4.56, Аноним (-), 03:00, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ещё есть LeechCraft из этой же серии

    Тсс. А то ведь интегрируют! :)

     
  • 3.46, Аноним (-), 21:21, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Да это так. Тут есть и качество и функциональность, хорошая продуманность архитектуры
    > и интеграция с другими проектами. Не много проектов в мире опенсорса
    > и уж тем более проприетарщики могут похвастаться тем же

    Открой для себя SMF. Много лет как годный.

     
     
  • 4.54, Аноним (-), 02:57, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Открой для себя SMF. Много лет как годный.

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

     
  • 3.48, лох (?), 22:01, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    в чём оно выражается в том, что по умолчанию всё работает, но стоит только попр... большой текст свёрнут, показать
     
     
  • 4.60, barmaglot (??), 03:46, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    +1 +1 ко всем пунктам.

    Модерам: Уберите в статье референс на лучшие стороны Solaris SMF. systemd это убожество, которое всю идею извратило, и с совершенно убогой архитектурой кстати. Просто посмотрите на архитектуру SMF. Делать референс кривоте, ссылаясь на действительно красивый и элегантный проект, это такой зубодробительный маркетинг, что просто слов нет. Как эти поттеринги с их саморекламой задолбали уже. Хуже зомбоящика.

     
     
  • 5.69, ананим (?), 18:27, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    SMF та ещё кака. upstart для соляры, но ещё и с xml.
    нет, уж лучше сабж, адназначна.

    зыж
    кручу сабж в генте параллельно с openrc, благо гента это позволяет.
    из сложностей — кроме написания своих юнитов по хавтухам есть ещё необходимость использовать плимут вместо фбкондекор.
    из плюсом — да, xdm появляется намного быстрее. но (после ввода пароля) до рабочего стола проходит времени чуть меньше, чем с опенрк. чудес нет, пока все демоны загружаются и винт шуршит особой скорости не будет.

     
     
  • 6.70, Andrew Kolchoogin (?), 22:31, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы, видимо, ниасилили SMF.

    Систему инициализации Юникса нельзя писать отдельно от ядра оного Юникса. systemd _всегда_ будет отставать на один шаг в функциональности от SMF: systemd завязан на то, что демон написан "хорошо". То есть, он не будет форкаться/екзекаться. Да, есть спецкостыли от таких вот "неправильно написанных" демонов -- но это костыли. И у djb в его daemontools такие костыли есть. И в Upstart.

    В Солярисе эта проблема убита в корне наличием в ядре contractfs. Для того, чтобы следить за состоянием процесса, необязательно быть его родителем. Пока contractfs не будет в Линуксе -- systemd будет недоделанным.

     
     
  • 7.73, ананим (?), 23:18, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    я ОЧЕНЬ долго работал с smf так что претензии не принимаются второе 8212 cg... большой текст свёрнут, показать
     
     
  • 8.74, Andrew Kolchoogin (?), 23:52, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Задумчиво Очень долго -- это сколько по времени Вообще говоря, SMF по-чело... большой текст свёрнут, показать
     
     
  • 9.75, ананим (?), 00:41, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    15 А по-моему это как раз ВЫ пытаетесь Как в своё время предсказывали смерть ... большой текст свёрнут, показать
     
     
  • 10.81, Michael Shigorin (ok), 16:38, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, расскажите лучше, какой урод я А людей не трогайте почём зря ... текст свёрнут, показать
     
     
  • 11.82, ананим (?), 19:26, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Настаиваете Извольте У посетителя Michael Shigorin а и модератора Michael Shig... текст свёрнут, показать
     
     
  • 12.83, Michael Shigorin (ok), 19:41, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Что регулярно и происходит -- жаль, не всегда до нажатия кнопки отправить Спа... текст свёрнут, показать
     
  • 4.67, Michael Shigorin (ok), 17:12, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Но написать чертовски сложный софт, решающий сравнительно простые задачи
    > самым уродским для юзера образом

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

     
     
  • 5.72, Andrew Kolchoogin (?), 22:35, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Но написать чертовски сложный софт, решающий сравнительно простые задачи
    >> самым уродским для юзера образом
    > Да если бы решающий -- с systemd большое количество "мигающих" проблем, похожих
    > на гонки. Далеко ходить не надо, у себя на стендике
    > наблюдаю. Соответственно рабочие ноутбуки от этого берегу.

    А где посмотреть testcase? У меня виртуалка Xen'овская с openSuSE 12.2 -- что-то я там ничего плохого с systemd не наблюдаю...

     
     
  • 6.80, Michael Shigorin (ok), 16:26, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А где посмотреть testcase?

    Если б умел заставлять race происходить более надёжно, то уже бы и повесил.

    Обычно это либо залипания чего-либо на старте, которые не наблюдаются при следующей загрузке (причём свеженалитая система или вовсе livecd, т.е. не fsck) -- либо на выключении.  Порой на время порядка десятков секунд, порой замечаю через несколько минут и иду на следующий цикл, не дожидаясь (т.к. основная задача стенда другая).

    На 12.2 заметно более старый systemd, помнится.

     
     
  • 7.85, Алексей (??), 14:40, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а почему race-то сразу? при загрузке у некоторых блокирующих зависимостей таймауты могут быть большие (особенно на не настроенной или поломанной системе), это легко решается - просто отключением ненужных юнитов и, если по-босяцки, переносом части работы в initrd.
    при перезагрузке при дефолтных настройках он вообще не спешит и может залипать на дурацких занятиях (например ждать пока journald запишет на read-only систему). это все решается 49-м сигналом (как вариант sysrq killall + ctrl-alt-del с консоли).
    десятки секунд при обычной загрузке - это в любом случае неправильно.
     
     
  • 8.86, Michael Shigorin (ok), 18:40, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Эффект плавающий, _похоже_ на race ... текст свёрнут, показать
     

  • 1.3, Аноним (-), 12:02, 09/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > релиз системного менеджера systemd 198

    Хром с лисичкой отдыхают... Леннарт не осилил точечку в номере версии? Хоть бы для приличия сделал 1.98 или хоть 19.8...

     
     
  • 2.4, Аноним (-), 12:04, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И? Какая Вам разница?
     
  • 2.7, anonimous (?), 12:16, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +13 +/
    $ less --version
    less 451
     
     
  • 3.55, Аноним (-), 02:58, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > less 451

    Брэдберри одобряет.

     
     
  • 4.68, anonymous (??), 18:25, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    * одобрил бы.
     
  • 2.11, GotF (ok), 12:36, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это нормальная, хоть и не очень популярная практика. У xterm и less номер версии это буквально patch level, здесь, вероятно, так же.
     
  • 2.12, бедный буратино (ok), 12:54, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам слово udev ни о чём не говорит?
     
     
  • 3.16, anonymous (??), 13:59, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Вам слово udev ни о чём не говорит?

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

     
     
  • 4.19, бедный буратино (ok), 14:52, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы ещё версий в hg/git не видели. Там бы ваша фобия расцвела всеми красками.
     
     
  • 5.23, anonymous (??), 16:23, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Это вы ещё версий в hg/git не видели. Там бы ваша фобия расцвела всеми красками.

    А при чём тут фобии? Я только констатирую факт.

     
  • 2.13, Аноним (-), 13:16, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то нумерация версий идёт от udev.
     
  • 2.37, Аноним (-), 18:04, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да пусть хоть буквы в версии использует, код от этого не изменится...
     
     
  • 3.40, anonymous (??), 19:40, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Да пусть хоть буквы в версии использует, код от этого не изменится...

    И разделение веток на стабильную и нестабильную тоже не появится, ага.

     

  • 1.5, Аноним (-), 12:04, 09/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Эпично, скоро личкрафт перегонит.
     
     
  • 2.58, Аноним (-), 03:02, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Эпично, скоро личкрафт перегонит.

    А какой у него номер версии? :)

     

  • 1.6, ip1981 (ok), 12:05, 09/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    bootclt часом не парсит конфиги GRUB? :-)

    Прям раковая опухоль. В Солярке всякие *adm на каждый чих, тут *ctl.

    Даже когда действительно проще поправить конфиг в тектовом редакторе,
    ибо там есть комментарии и примеры.

     
     
  • 2.10, ананим (?), 12:35, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Прям раковая опухоль. В Солярке всякие *adm на каждый чих, тут *ctl.

    Да, тоже всегда матюгался. Трудно было хотя бы adm*, ctl*?
    Чтобы хоть 2 раза таб работал. Нет блин, развлекаешь комп полным (ну почти) набором команды. Хорошо хоть башкомплешн работает.

     
  • 2.71, Andrew Kolchoogin (?), 22:33, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > bootclt часом не парсит конфиги GRUB? :-)
    > Прям раковая опухоль. В Солярке всякие *adm на каждый чих, тут *ctl.

    В Солярисе *adm'ы придуманы для того, чтобы было проще скриптить. Ничто не мешает редактировать конфиги напрямую (vi с Солярисом тоже поставляется).

     

  • 1.8, YetAnotherOnanym (ok), 12:23, 09/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Чорт, я надеялся, что наступит момент, когда Леннарт перестанет добавлять фичи в systemd. Тогда можно было бы подождать какой-то срок на вылизывание кода с перейти на него со спокойной душой. Но, похоже, он решил сделать из своего детища раковую опухоль, которая зохавает всю ОС.
     
     
  • 2.9, koblin (ok), 12:33, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    будет gnu/systemd/linux
     
     
  • 3.15, anonimus (?), 13:35, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    не, systemd/GnomeOS
     
  • 3.22, NickFaces (ok), 15:28, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Петросян бы гордился свежестью и оригинальностью вашего юмора. Ей Богу, каждый раз при выходе новой версии системд, кто то да посчитает своим долгом написать это.
     
     
  • 4.31, anonymous (??), 17:16, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Петросян бы гордился свежестью и оригинальностью вашего юмора. Ей Богу, каждый раз
    > при выходе новой версии системд, кто то да посчитает своим долгом
    > написать это.

    Надо предложить Леннарту в каждом релизе исправлять множество ошибок.

     
  • 4.32, Boboms (ok), 17:32, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Петросян бы гордился свежестью и оригинальностью вашего юмора

    Как ты умудрился совместить несовместимое: петросян и свежесть, петросян и оригинальность юмора? Это братцы-гусары, право, оксюмороны! :)

     
  • 4.47, YetAnotherOnanym (ok), 21:35, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А где Вы тут усмотрели юмор? Поттеринг действительно ведёт дело к тому, что будет некий "другой" линукс, не такой, к которому многие привыкли. Будет ли он лучше или хуже "традиционного" - это кому как. Усугубит ли это фрагментацию дистрибутивов или, наоборот, приведёт к появлению некоего "мэйнстрима", в котором дистрибутивы будут отличаться обоями и выбором "xine vs clementine" - время покажет.
     
  • 2.39, etw (??), 18:46, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Добавление фич не мешает вылизыванию кода.
     
     
  • 3.50, Ы (?), 22:12, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Добавление фич не мешает вылизыванию кода.

    Для начала хоть мааааааалюсенькую полезную программку напиши, а потом придёшь сюда снова со своим веским ... :)

     
     
  • 4.59, etw (??), 03:23, 10/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Добавление фич не мешает вылизыванию кода.
    > Для начала хоть мааааааалюсенькую полезную программку напиши, а потом придёшь сюда снова
    > со своим веским ... :)

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

     

  • 1.17, ВовкаОсиист (ok), 14:02, 09/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Он не успокоится, пока не будет systemd/linux. Его не остановить (с)
     
     
  • 2.27, Гость (?), 16:55, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Если нельзя остановить - можно повернуть
    например, в сторону пешего эротического путешествия
     
     
  • 3.28, Гость (?), 16:56, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Хотя, похоже он сам туда летит - просто не стоит ему мешать
     

  • 1.61, хтойа (?), 06:36, 10/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и любит же он длинные названия команд, путей, и даже юзера журнала не обделил именем. Краткость сестра таланта, не?
     
  • 1.65, Аноним (-), 11:20, 10/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Унификация радует!
    Надо бы уже по дефолту графическую консоль сделать и что-то типа окошечного менеджера с удобным доступом ко всем настройкам. Чтото типа mmc в винде, плюс реестр. Сисадмины скажут спасибо.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру