Еще один важный момент — можно найти консультантов с почасовой оплатой, если свои специалисты будут полностью введены в курс дела, то тогда стоимость работ будет предсказуемой. Тут важна психология, иногда штатные специалисты в с силу различных причин не хотят работать с консультантами. Это должен решать управленец.
Всегда можно совмещать своего админа и удаленного, нанимая консультантов для решения сложных задач, с последующим обучением штатных специалистов тому, как внедренные решения сопровождать.
В зависимости от размера компании, бывает еще такое, что штатные специалисты все настроили, и им больше нечего делать. Они либо расслабляются, что временами приводит к огромным косякам, либо начинают подрабатывать на стороне, что я считаю намного лучшим вариантом, главное чтобы подработки не приводили к ухудшению качества работы в основной компании.
Слишком сильно загружать специалистов тоже нельзя, это приведет к выгоранию и ошибкам от усталости. Часто такое встречается в аутсорсинговых компаниях.
Ну и конечно нужно избегать постановки специалистам непрофильных задач, это сильно убивает интерес к работе или приводит к увольнению.
Нет, это совсем не то же самое. При скачивании исходников вы как правило скачиваете архив, к которому выложена контрольная сумма, либо который подписан закрытым ключом автора, а открытый ключ можно достать из других источников и с достаточной уверенность убедиться в том, что этот ключ именно автора. Описанный в статье порядок работы с программами является многолетний практикой в мире UNIX и подобных, доказательством этому служит повсеместное выкладывание контрольных сумм рядом с ссылкой на скачивание. Об этом вся статья.
Если архив не подписан, всегда можно написать автору, приложить контрольную сумму и спросить.
А если кто-нибудь скачивает не проверяя, ну так 99% пользователей Windows в свое время тоже так поступали, да и сейчас большинство так и делает. Но нельзя опускать руки, нужно стремиться к тому, чтобы делать правильно, тем более большинство пользователей пользуются официальными репозиториями, а там все проверки делаются за вас.
Да, это одно из решений тоже. На самом деле busybox и grub тоже не лазейки, а вполне себе хорошие решения, но есть как минимум одно решение, которое работает даже если нет запущенного питона, busybox, и перезагружаться нельзя.
Статью писать не собирался, пока меня к этому не подтолкнул shanker. Надрывный тон был в комментарии, в статье его нет.
>Так что соразмерной реакцией было бы прислать автору pull-request из двух строчек…
Нет, задача тут совершенно не в том, чтобы наехать на предыдущую статью, она только пример. Задача — рассказать людям о том, как правильно делать. К тому же вы предлагаете поступить по принципу «если очень хочется, но нельзя, то все-таки можно», а это в делах связанных с безопасностью беспощадно карается угоном доступа к машинам.
Это все лазейки. Есть одно хардкорное решение. Для него нужно, чтобы у вас стояла одна из последних версий bash (может сработать и в старых, я не проверял).
Аббалдеть, кроме наплевательства на безопасность у них еще и ноджс для того, для чего нужен 1 (один) файлик на php, python или perl, которые есть везде.
В зависимости от размера компании, бывает еще такое, что штатные специалисты все настроили, и им больше нечего делать. Они либо расслабляются, что временами приводит к огромным косякам, либо начинают подрабатывать на стороне, что я считаю намного лучшим вариантом, главное чтобы подработки не приводили к ухудшению качества работы в основной компании.
Слишком сильно загружать специалистов тоже нельзя, это приведет к выгоранию и ошибкам от усталости. Часто такое встречается в аутсорсинговых компаниях.
Ну и конечно нужно избегать постановки специалистам непрофильных задач, это сильно убивает интерес к работе или приводит к увольнению.
Есть другой вариант, который сработает даже если у вас есть всего один прелоадер на машине, и (намеренно оставлено пустым).
Если архив не подписан, всегда можно написать автору, приложить контрольную сумму и спросить.
А если кто-нибудь скачивает не проверяя, ну так 99% пользователей Windows в свое время тоже так поступали, да и сейчас большинство так и делает. Но нельзя опускать руки, нужно стремиться к тому, чтобы делать правильно, тем более большинство пользователей пользуются официальными репозиториями, а там все проверки делаются за вас.
Бесполезна же статья или нет пусть решает сообщество.
>Так что соразмерной реакцией было бы прислать автору pull-request из двух строчек…
Нет, задача тут совершенно не в том, чтобы наехать на предыдущую статью, она только пример. Задача — рассказать людям о том, как правильно делать. К тому же вы предлагаете поступить по принципу «если очень хочется, но нельзя, то все-таки можно», а это в делах связанных с безопасностью беспощадно карается угоном доступа к машинам.