Как стать автором
Обновить
3
0

Пользователь

Отправить сообщение
Если цены и параметры «железа» у большинства крупных хостинг-провайдеров плюс-минус одинаковые, то решает именно человеческий фактор – и в этом мы стараемся быть впереди!

Зарплата у сотрудников техподдержки плюс-минус одинаковая с большинством других хостинг-провайдеров, или тоже впереди?
Теперь при авариях с автопилотом можно будет утверждать «это случилось потому что он слишком много играл в GTA/Carmageddon».
Хотелось бы информацию о том как отлаживать это хозяйство, наверно это сложнее чем классические bash-скрипты.
1. Куда заносится информация о DNS-серверах, автоматически перезаписывается /etc/resolv.conf?
2. DHCP-клиент тянет за собой isc-dhcp-client или используется свой велосипед?
3. Как добавить несколько IP-адресов на один интерфейс, типа как раньше eth0:0 и т.п.?
4. Как добавлять разные VLANы на физический интерфейс?
5. Можно ли в случае проблем просто выключить systemd-networkd и поднять интерфейс руками? (ip addr add и т.д...)
1. Надлежащим образом это «пофиг как лишь бы клиент был доволен» (практически так и прописано в официальном SLA), вплоть до того чтобы мозги клиенту промыть и убедить его писать в блокноте вместо ворда. Зато отчетность хорошая :)
Как пользователь схожего сервис-деска, опишу минусы.
1. Все, что можно будет сделать более легким путем, будет сделано более легким путем.
2. Зарплата в зависимости от количества/качества заявок — ведет к конкуренции между работниками за количество «баллов» но не за качество работы. Стараются перехватить самые легкие заявки от самых неконфликтных и сговорчивых клиентов. Конкуренция между работниками не всегда честная.
3. Зарплата в зависимости от просроченных заявок — ведет к тому что заявки принимают в коридоре и выполняют по мере возможности, а потом оформляют официально, «задним числом». Чтобы на бумажке все было красиво и начальник был доволен.
Сюда же можно добавить работу «тяп-ляп» — если горят сроки, никто не будет делать «чтобы было хорошо», сделают абы как, даже зная что косячные последствия всплывут через полгода (все равно исправлять будет другой).
4. Появляется имитация бурной деятельности — мелкие работы, которые раньше делались мимоходом за 5 минут, теперь оформляются в официально-бумажном виде аля «пропала кнопка в ворде — оформляем заявку на лечение вирусов, работаем, работаем...»
5. Ухудшение взаимоотношений с клиентами. Представьте, что позвонили в Сбербанк уточнить списания с карты за полдня, а вам говорят «я без заявки не могу — заходите на сайт, оформляйте заявку...».
6. Саботажные заявки =) У кого есть доступ, могут без проблем организовать нужному пользователю пропадание кнопки в ворде — и халявная заявка готова, а настоящую причину обнаружить будет крайне сложно…
>> умные обои с вживленными в них по всей площади микрофонами, сенсорами и динамиками.
>> Внешне невидимые, они управляются компьютером, расположенным в соседней комнате
>> Так стена становится частью единой экосистемы жилого пространства, создавая не только особый уровень комфорта и уюта, но и вполне ощутимые практические ценности.

Получается, стены имеют уши (даже умеют разговаривать и музыку играть).
Практические ценности это понятно, а «особый уровень комфорта и уюта» это как?
Deb тащит все файлы которые разработчик пожелает засунуть в свой пакет.
Там могут быть и исполняемые файлы и либы и медиа-ресурсы и скрипты автозагрузки.
Разве что, два разных deb-пакета не могут тащить в себе одинаковые файлы (/lib/XXX), каждый должен тащить свой собственный файл (/usr/lib/YYY/XXX)
Разве .deb-пакеты не предоставляют такую возможность на данный момент?
Например можно поставить пакет busybox или busybox-static.
У busybox-static преимущество в том что консоль не сломается если внезапно отвалится корневой каталог / на котором хранятся все либы.
В целом мне кажется это «пятнадцать конкурирующих стандартов».
Теперь разработчикам snap-пакетов придется постоянно следить не обнаружился ли в их пакете очередной SSL Heartbleed.
2

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность