История изменений
Исправление Kroz, (текущая версия) :
Аналогия некорректна, поскольку в !опенсорсе возможен vendor lock-in (и, в частности, стратегия EEE).
https://ru.wikipedia.org/wiki/Embrace,_Extend,_and_Extinguish
создание и продвижение на рынок своей реализации некоей ранее существовавшей технологии, основанной на открытых стандартах, достижение хотя бы значимого, если не ведущего, положения на рынке (embrace);
Это уже произошло с systemd.
добавление своих проприетарных расширений к технологии, реализующих нужные пользователям возможности (extend);
Здесь добавляются не технологии, но идет замена стандатных компонентов - syslogd, consolekit, кстати pulseaudio и udevd я бы тоже туда отнес. Притом пока что они как бы заменяемы на альтернативные, но все ли? И всегда ли так будет? Вот, с pulseaudio уже тревожные сигналы есть.
после накопления какой-то критической массы проприетарных расширений идёт полный отказ от оригинальной открытой технологии, замена её на проприетарную с сохранением при этом внешнего вида технологии для пользователей. Так как на этом этапе продукт уже является лидером рынка, открытая технология умирает из-за отставания от проприетарной (extinguish).
- Зачем развивать openrc если в популярных дистрах systemd? Ладно, будем считать что systemd тут победил в честной конкуренции.
Возможное недалекое будущее:
- Зачем развивать syslog-ng если в популярных дистрах jounald, и его все равно нельзя заменить на syslog-ng, так как архитектура systemd этого не предлагает, а менять всю экосистему - слишком радикально?
- ... alsa ...
- ... consolekit ...
...
Возможное будущее:
- зачем развивать alsa, ведь она почти нигде не установлена, так как не поддерживается systemd который установлен почти везде?
- ...
Ключевые вопросы: можно ли заменить каждый компонент systemd? Насколько просто? Всегда ли так будет?
Исправление Kroz, :
Аналогия некорректна, поскольку в !опенсорсе возможен vendor lock-in (и, в частности, стратегия EEE).
https://ru.wikipedia.org/wiki/Embrace,_Extend,_and_Extinguish
создание и продвижение на рынок своей реализации некоей ранее существовавшей технологии, основанной на открытых стандартах, достижение хотя бы значимого, если не ведущего, положения на рынке (embrace);
Это уже произошло с systemd.
добавление своих проприетарных расширений к технологии, реализующих нужные пользователям возможности (extend);
Здесь добавляются не технологии, но идет замена стандатных компонентов - syslogd, consolekit, кстати pulseaudio и udevd я бы тоже туда отнес. Притом пока что они как бы заменяемы на альтернативные, но все ли? И всегда ли так будет? Вот, с pulseaudio уже тревожные сигналы есть.
после накопления какой-то критической массы проприетарных расширений идёт полный отказ от оригинальной открытой технологии, замена её на проприетарную с сохранением при этом внешнего вида технологии для пользователей. Так как на этом этапе продукт уже является лидером рынка, открытая технология умирает из-за отставания от проприетарной (extinguish).
- Зачем развивать openrc если в популярных дистрах systemd? Ладно, будем считать что systemd тут победил в честной конкуренции.
Возможное недалекое будущее:
- Зачем развивать syslog-ng если в популярных дистрах jounald, и его все равно нельзя заменить на syslog-ng, так как архитектура systemd этого не предлагает, а менять всю экосистему - слишком радикально?
- ... alsa ...
- ... consolekit ...
...
Возможное будущее:
- зачем развивать alsa, ведь она почти нигде не установлена, так как не поддерживается systemd который установлен почти везде?
- ...
Ключевые вопросы: можно ли заменить каждый компонент systmd? Насколько просто? Всегда ли так будет?
Исходная версия Kroz, :
Аналогия некорректна, поскольку в !опенсорсе возможен vendor lock-in (и, в частности, стратегия EEE).
https://ru.wikipedia.org/wiki/Embrace,_Extend,_and_Extinguish
создание и продвижение на рынок своей реализации некоей ранее существовавшей технологии, основанной на открытых стандартах, достижение хотя бы значимого, если не ведущего, положения на рынке (embrace);
Это уже произошло с systemd.
добавление своих проприетарных расширений к технологии, реализующих нужные пользователям возможности (extend);
Здесь добавляются не технологии, но идет замена стандатных компонентов - syslogd, consolekit, кстати pulseaudio и udevd я бы тоже туда отнес. Притом пока что они как бы заменяемы на альтернативные, но все ли? И всегда ли так будет? Вот, с pulseaudio уже тревожные сигналы есть.
после накопления какой-то критической массы проприетарных расширений идёт полный отказ от оригинальной открытой технологии, замена её на проприетарную с сохранением при этом внешнего вида технологии для пользователей. Так как на этом этапе продукт уже является лидером рынка, открытая технология умирает из-за отставания от проприетарной (extinguish).
- Зачем развивать openrc если в популярных дистрах systemd? Ладно, будем считать что systemd тут победил в честной конкуренции.
Возможное недалекое будущее:
- Зачем развивать syslog-ng если в популярных дистрах jounald, и его все равно нельзя заменить на syslog-ng, так как архитектура systemd этого не предлагает, а менять всю экосистему - слишком радикально?
- ... alsa ...
- ... consolekit ...
...
Возможное будущее:
- зачем развивать alsa, ведь она почти нигде не установлена, так как не поддерживается systemd?
- ...
Ключевые вопросы: можно ли заменить каждый компонент systmd? Насколько просто? Всегда ли так будет?