История изменений
Исправление intelfx, (текущая версия) :
Как минимум «качество исполнения» о котором ты трындел выше - блеф. Это не первый и не последний раз, когда авторы этой «глобальной необходимости» показывают свое отношение, а также пример оценки «качества исполнения» их работы тем, кто в этом понимает.
Я повторяю вопрос в третий раз: чьё мнение о качестве|некачестве systemd мы будем принимать за безусловно верное, и почему мы будем его принимать за безусловно верное?
Ты же высказывался про качество? Вот Линус тебе и мерило.
Линус? Ну допустим.
<...> I don't really get the hatred of systemd. I think it improves a lot on the state of init <...> <...> I much prefer systemd's infrastructure for starting services over traditional init, and I think that's a much bigger design decision. <...> <...>I've had some personality issues with some of the maintainers, but <...> If people thought that meant that I dislike systemd, I will have to disappoint you guys. <...>
Пиздеж и ты об этом прекрасно знаешь, подстилка ты корпоративная.
О, вот и пошли аргументы к личности оппонента. Тебе засчитывается одно очко слива из... ну, скажем, трёх.
Над чем смеемся? Возьмем определение из вики, пойдет?
In economics, vendor lock-in, also known as proprietary lock-in or customer lock-in, makes a customer dependent on a vendor for products and services, unable to use another vendor without substantial switching costs.
И что не так?
А вот что не так. systemd и его разработчики не делают «a customer dependent on a vendor». По одной простой причине: код systemd открыт для изучения и изменения любым человеком, а не только конкретным вендором.
Исправление intelfx, :
Как минимум «качество исполнения» о котором ты трындел выше - блеф. Это не первый и не последний раз, когда авторы этой «глобальной необходимости» показывают свое отношение, а также пример оценки «качества исполнения» их работы тем, кто в этом понимает.
Я повторяю вопрос в третий раз: чьё мнение о качестве|некачестве systemd мы будем принимать за безусловно верное, и почему мы будем его принимать за безусловно верное?
Ты же высказывался про качество? Вот Линус тебе и мерило.
Линус? Ну допустим.
<...> I don't really get the hatred of systemd. I think it improves a lot on the state of init <...> <...> I much prefer systemd's infrastructure for starting services over traditional init, and I think that's a much bigger design decision. <...> <...>I've had some personality issues with some of the maintainers, but <...> If people thought that meant that I dislike systemd, I will have to disappoint you guys. <...>
Пиздеж и ты об этом прекрасно знаешь, подстилка ты корпоративная.
О, вот и пошли аргументы к личности оппонента. Тебе засчитывается одно очко слива из... ну, скажем, трёх.
Над чем смеемся? Возьмем определение из вики, пойдет?
In economics, vendor lock-in, also known as proprietary lock-in or customer lock-in, makes a customer dependent on a vendor for products and services, unable to use another vendor without substantial switching costs.
И что не так?
А вот что не так. systemd и его разработчики не делают «a customer dependent on a vendor». По одной простой причине: код systemd открыт для изучения и изменения любым человеком, а не только конкретным вендором.
Исправление intelfx, :
Как минимум «качество исполнения» о котором ты трындел выше - блеф. Это не первый и не последний раз, когда авторы этой «глобальной необходимости» показывают свое отношение, а также пример оценки «качества исполнения» их работы тем, кто в этом понимает.
Я повторяю вопрос в третий раз: чьё мнение о качестве|некачестве systemd мы будем принимать за безусловно верное, и почему мы будем его принимать за безусловно верное?
Ты же высказывался про качество? Вот Линус тебе и мерило.
Линус? Ну допустим.
<...> I don't really get the hatred of systemd. I think it improves a lot on the state of init <...> <...> I much prefer systemd's infrastructure for starting services over traditional init, and I think that's a much bigger design decision. <...> <...>I've had some personality issues with some of the maintainers, but <...> If people thought that meant that I dislike systemd, I will have to disappoint you guys. <...>
Пиздеж и ты об этом прекрасно знаешь, подстилка ты корпоративная.
О, вот и пошли аргументы к личности оппонента. Тебе засчитывается одно очко слива из... ну, скажем, трёх.
Над чем смеемся? Возьмем определение из вики, пойдет?
In economics, vendor lock-in, also known as proprietary lock-in or customer lock-in, makes a customer dependent on a vendor for products and services, unable to use another vendor without substantial switching costs.
И что не так?
А вот что не так. systemd и его разработчики не делают «a customer dependent on a vendor». По одной простой причине: код systemd открыт для изучения и изменения любым человеком, а не только конкретным вендором.
Исходная версия intelfx, :
Как минимум «качество исполнения» о котором ты трындел выше - блеф. Это не первый и не последний раз, когда авторы этой «глобальной необходимости» показывают свое отношение, а также пример оценки «качества исполнения» их работы тем, кто в этом понимает.
Я повторяю вопрос в третий раз: чьё мнение о качестве|некачестве systemd мы будем принимать за безусловно верное, и почему мы будем его принимать за безусловно верное?
Ты же высказывался про качество? Вот Линус тебе и мерило.
Линус? Ну допустим.
<...> I don't really get the hatred of systemd. I think it improves a lot on the state of init <...> <...> I much prefer systemd's infrastructure for starting services over traditional init, and I think that's a much bigger design decision. <...> <...>I've had some personality issues with some of the maintainers, but <...> If people thought that meant that I dislike systemd, I will have to disappoint you guys. <...>
Пиздеж и ты об этом прекрасно знаешь, подстилка ты корпоративная.
О, вот и пошли аргументы к личности оппонента. Тебе засчитывается одно очко слива из... ну, скажем, трёх.
Над чем смеемся? Возьмем определение из вики, пойдет?
In economics, vendor lock-in, also known as proprietary lock-in or customer lock-in, makes a customer dependent on a vendor for products and services, unable to use another vendor without substantial switching costs.
И что не так?
А вот что не так. systemd и его разработчики не делают «a customer dependent on a vendor» по одной простой причине: код systemd открыт для изучения и изменения любым человеком, а не только конкретным вендором.