Инженеры разные бывают, да. Ну а что касается ffserver — там же ему осталось буквально один-два шага до цели: поправить конфиг (тупо две строчки) и написать юнит для systemd. Ну а что касается роутера на Pi — на безрыбье и рак — рыба, но лучше прикупить что-то, поддерживающее *wrt.
Кстати о птичках: перед покупкой железа я обычно проверяю HCL ядра Linux, смотрю форумы, общаюсь в IRC с людьми, которые уже попробовали железо в деле. Проблемы обычно возникают с разными хитрозачесанными производителями типа sony. Если нельзя завести железо под linux — голосую рублем против таких, покупая аналоги иногда и дороже, но свобода в использовании того стоит.
Если говорить чисто про технологии, то между белым и черным есть как минимум пятьдесят оттенков серого, а если копнуть еще чуть глубже — обнаружится целая радуга! Беда в том, что стандартизация и желания производителей и желания пользователей чаще всего похожи на поезда, идущие встречными направлениями по одному и тому же пути…
А в чем разница то? На работе даже проще: ставим маломощный энергоэффективный комп, грузим его по сети, в автозагрузке — рабочий стол, на котором один ярлычок — стучим через x2go на персональную виртуалку, которая крутится на автоматически балансируемом кластере. Все накатывается и бэкапится автоматически, и даже пропадание связи и\или электричества — не проблема. Мои знакомые бухгалтера (женщины 50+ лет) весьма любили такую схему, ведь все восстанавливается магически при нажатии всего одного ярлыка! А как приятно тестировать обновления софта на такой системе! А откат изменений в один клик! А из рядом стоящего отдела кадров слышатся восторженные возгласы, т.к. создать доступы, равно как и заблокировать для любого сотрудника можно в один клик по звонку генерального!
Не согласен, т.к. установить софт и пользоваться проще на Linux: apt-get install… (оставить комп на полчаса, само все сделается), в хомяк раскатить из облака содержимое (в зависимости от размера, у меня лично — две минуты) и погнали работать. А с Windows пока софт установишь, клацая "Далее-далее" — забудешь про работу на пару часов точно.
В первом случае — откатываться и пользоваться, либо переходить на альтернативы, во втором — голосовать рублем: внимательно читать договор и давить в судебном порядке, либо (если лень читать и вообще что-то делать) не покупать у них больше ничего
Ну тот же Photoshop определенной версии (старый, но не бесполезный) сами разработчики официально раздают, поскольку они так могут хоть как получить прибыль (кто-то из скачавших бесплатно — когда-нибудь и купит более новую версию). С другой стороны "работать работу и получать за это зарплату" и не платить при этом за рабочий инструмент — странно, а при наличии альтернатив в виде экосистемы вокруг Linux — странно вдвойне. "Жадные дети"...
Так под windows же ситуация точно такая же, и даже хуже: чаще всего не из чего собирать, потому что исходники автор не дает.
С другой стороны "собрано не с теми флагами" — мы все еще про домохозяек говорим? Поскольку для опытного пользователя собрать софт что под windows, что под linux — никаких особых проблем обычно нету.
Благодарю за замечание, в статье firecracker был упомянут, есть ссылка с vagrant, где оно прикручивается вместе с kata к k8s, одна из будущих статей как раз и будет про k8s + firecracker и сравнение с kata containers.
Спасибо!
В предыдущей статье есть немного синтетических тестов, если кратко — запуск дает задержку в две-три секунды, но потом производительность почти такая же.
Добавил опрос в статью, чтобы ориентироваться дальше.
Сейчас это будет онлайн-игра, ну а настольный вариант вероятнее всего попробуем сделать в качестве специального сувенира для лучших студентов на наших Слермах.
Тут скорее обратная ситуация: ведь отдельные функции можно весьма хорошо покрыть тестами и задокументировать. Также Вы правы насчет максимально быстрой выкатки. Ну а что касается императивного программирования — есть тут одна картинка на эту тему:
Ну можно кросссборку сделать, заодно и багов меньше станет.
Тут одно из двух: либо платим и нам все делают, либо делаем сами. Можно комбинировать, но обычно выбор всего из двух вариантов.
Причем правильнее для Linux, в случае отсутствия пакета, делать так:
Инженеры разные бывают, да. Ну а что касается ffserver — там же ему осталось буквально один-два шага до цели: поправить конфиг (тупо две строчки) и написать юнит для systemd. Ну а что касается роутера на Pi — на безрыбье и рак — рыба, но лучше прикупить что-то, поддерживающее *wrt.
Кстати о птичках: перед покупкой железа я обычно проверяю HCL ядра Linux, смотрю форумы, общаюсь в IRC с людьми, которые уже попробовали железо в деле. Проблемы обычно возникают с разными хитрозачесанными производителями типа sony. Если нельзя завести железо под linux — голосую рублем против таких, покупая аналоги иногда и дороже, но свобода в использовании того стоит.
Если говорить чисто про технологии, то между белым и черным есть как минимум пятьдесят оттенков серого, а если копнуть еще чуть глубже — обнаружится целая радуга! Беда в том, что стандартизация и желания производителей и желания пользователей чаще всего похожи на поезда, идущие встречными направлениями по одному и тому же пути…
А в чем собственно заключается огромность? Ну и после голословной критики хотелось бы услышать конструктивные вещи.
А в чем разница то? На работе даже проще: ставим
маломощныйэнергоэффективный комп, грузим его по сети, в автозагрузке — рабочий стол, на котором один ярлычок — стучим через x2go на персональную виртуалку, которая крутится на автоматически балансируемом кластере. Все накатывается и бэкапится автоматически, и даже пропадание связи и\или электричества — не проблема. Мои знакомые бухгалтера (женщины 50+ лет) весьма любили такую схему, ведь все восстанавливается магически при нажатии всего одного ярлыка! А как приятно тестировать обновления софта на такой системе! А откат изменений в один клик! А из рядом стоящего отдела кадров слышатся восторженные возгласы, т.к. создать доступы, равно как и заблокировать для любого сотрудника можно в один клик по звонку генерального!Haiku?
Не согласен, т.к. установить софт и пользоваться проще на Linux: apt-get install… (оставить комп на полчаса, само все сделается), в хомяк раскатить из облака содержимое (в зависимости от размера, у меня лично — две минуты) и погнали работать. А с Windows пока софт установишь, клацая "Далее-далее" — забудешь про работу на пару часов точно.
В первом случае — откатываться и пользоваться, либо переходить на альтернативы, во втором — голосовать рублем: внимательно читать договор и давить в судебном порядке, либо (если лень читать и вообще что-то делать) не покупать у них больше ничего
Ну тот же Photoshop определенной версии (старый, но не бесполезный) сами разработчики официально раздают, поскольку они так могут хоть как получить прибыль (кто-то из скачавших бесплатно — когда-нибудь и купит более новую версию). С другой стороны "работать работу и получать за это зарплату" и не платить при этом за рабочий инструмент — странно, а при наличии альтернатив в виде экосистемы вокруг Linux — странно вдвойне. "Жадные дети"...
Так под windows же ситуация точно такая же, и даже хуже: чаще всего не из чего собирать, потому что исходники автор не дает.
С другой стороны "собрано не с теми флагами" — мы все еще про домохозяек говорим? Поскольку для опытного пользователя собрать софт что под windows, что под linux — никаких особых проблем обычно нету.
Вместо
make installлучше применять checkinstall, с которым гораздо приятнее и обновляться и чистить систему.Рад был помочь!
Благодарю за замечание, в статье firecracker был упомянут, есть ссылка с vagrant, где оно прикручивается вместе с kata к k8s, одна из будущих статей как раз и будет про k8s + firecracker и сравнение с kata containers.
Спасибо!
В предыдущей статье есть немного синтетических тестов, если кратко — запуск дает задержку в две-три секунды, но потом производительность почти такая же.
Добавил опрос в статью, чтобы ориентироваться дальше.
Сейчас это будет онлайн-игра, ну а настольный вариант вероятнее всего попробуем сделать в качестве специального сувенира для лучших студентов на наших Слермах.
По мотивам старого анекдота.
Пожалуйста напишите в личных сообщениях Ваш вариант, там же предлагаю и продолжить обсуждение этой фразы.
Читаем конечно, в оригинале было "traditional Deployment+Service+Ingress model". Промт такое, кстати, переводит с искажением смысла.
Тут скорее обратная ситуация: ведь отдельные функции можно весьма хорошо покрыть тестами и задокументировать. Также Вы правы насчет максимально быстрой выкатки. Ну а что касается императивного программирования — есть тут одна картинка на эту тему:
