Во многих областях можно прийти к такому тупику. Окончив вуз, получил квалификацию инженера, много читал, изучал, развивался в своей профессии и всё это время гордился тем, что я инженер. Люблю свою профессию.
В начале инженерного пути, зависимость зарплаты от усилий в получении новых знаний крайне мала, только входим в область и похвастаться еще нечем, учимся много, получаем мало. Затем происходит практически линейный рост, фундамент сформирован и новые знания даются легче и ценность на рынке труда растёт быстро. Но довольно скоро этот рост прекращается и оказываемся на плато, когда, как и на первом этапе, учимся много и даже еще больше, но вот рост зарплаты этих усилий уже никак не компенсирует. Становится скучно. Вот тут и начинают лезть в голову всякие мысли.
Появляется парадокс. Потрачена уйма времени и сил на то, что бы достичь высот своей профессии, уже практически «вот-вот и гуру», а ваш менеджер, вчерашний студент, всё равно зарабатывает больше. Еще вроде и молод, но потолок в профессии и зарплате уже достигнут. Всё просто — руководитель, никогда не будет получать меньше своих подчиненных, а хозяин бизнеса в любом случае будет недосягаем.
Здесь приходится делать выбор, заниматься тем, что любишь и принять свой потолок зарплаты, либо идти в менеджеры (основывать свой бизнес) и получать больше. Но только сделав выбор в пользу денег, нужно понимать, что любимым делом, как профессией, заниматься уже не случиться.
Ничего критически важного, сделано по аналогии с рекомендациями к названию хуков в pm-utils, больше для порядка, чем из каких-либо других соображений, влияет на очередность обработки файлов в каталоге, более подробно можно прочесть в man pm-actions.
Красивые слова, впечатляющие графики, но на практике всё будет гораздо более удручающе. Проблема потери пакетов не единственная и не самая большая, есть еще задержки на пути и в обработке пакетов, есть QoS в сетях WAN-операторов, смена порядка следования пакетов, в результате весь профит от применения подобного оборудования сведется к нулю. Если для клиента действительно критично важно иметь канал связи с заданными характеристиками, то наиболее верный путь к этому — подписание SLA с провайдером, но это уже совсем другие деньги.
Иногда над сменой места работы стоит задуматься, даже если на текущем, в целом, всё устраивает, небольшой «стресс» полезен, позволит взглянуть на вещи по-новому и может дать новую точку роста. Находясь в «зоне комфорта» притупляются чувства, на многое начинаешь смотреть через призму лени и профессиональный рост замедляется. На мой взгляд когда приходит понимание, что потолок развития на данном месте достигнут — это верный сигнал для начала поиска новой работы. Конечно, это применимо не для всех сфер деятельности, но для IT, с его постоянным ростом и необходимостью обучения новому — вполне.
Если вы подписали свой GRUB личным ключом и распространяете GRUB с подписью «42» это совершенно не обязывает вас открывать приватный ключ.
Всё так, но вы упускаете один существенный в данном случае нюанс. Если вы по подписали свой GRUB личным ключом и распространяете его, это дает конечному пользователю возможность удостовериться, что софт собран именно вами, и по пути от вас к пользователю никто его не модифицировал. Но ничего не мешает пользователю самостоятельно, из поставляемых вами же исходных кодов, собрать свой GRUB добавить рюшечек и использовать именно его. Так дело обстоит сейчас. Если же будет включен Secure boot, и он будет проверять подпись прежде, чем передать управление GRUB, то вы не сможете воспользоваться своей собственной сборкой GRUB, даже из тех же самых исходных кодов, потому как не сможете подписать его. И фактически получаете закрытый бинарный GRUB, с которым ничего сделать не сможете. Именно об этом приведенная выше ссылка на GPLv3.
Обязать, конечно, не обяжут, но если у вас будет secure boot, подписанный загрузчик и подписанное ядро, которое будет загружать в том числе и неподписанные модули, то смысл первых трех компонентов этой связки сводится к нулю, а всё вместе как раз и сделает возможным описанную в посте ситуацию с fake UEFI.
Я пытался сказать несколько о другом, но с вашей точкой зрения тоже от части согласен. Тот смысл, что вы вкладываете в понятие гуру в контексте вашего ответа, отличается от того, какой вкладывал в него я. Люди подвержены звёздной болезни, безусловно, но такие деятели едва ли становятся профессионалами, так как останавливаются в своём развитии. Таких «гуру» (здесь именно в кавычках), действительно, лучше обходить стороной, для любой компании.
В начале инженерного пути, зависимость зарплаты от усилий в получении новых знаний крайне мала, только входим в область и похвастаться еще нечем, учимся много, получаем мало. Затем происходит практически линейный рост, фундамент сформирован и новые знания даются легче и ценность на рынке труда растёт быстро. Но довольно скоро этот рост прекращается и оказываемся на плато, когда, как и на первом этапе, учимся много и даже еще больше, но вот рост зарплаты этих усилий уже никак не компенсирует. Становится скучно. Вот тут и начинают лезть в голову всякие мысли.
Появляется парадокс. Потрачена уйма времени и сил на то, что бы достичь высот своей профессии, уже практически «вот-вот и гуру», а ваш менеджер, вчерашний студент, всё равно зарабатывает больше. Еще вроде и молод, но потолок в профессии и зарплате уже достигнут. Всё просто — руководитель, никогда не будет получать меньше своих подчиненных, а хозяин бизнеса в любом случае будет недосягаем.
Здесь приходится делать выбор, заниматься тем, что любишь и принять свой потолок зарплаты, либо идти в менеджеры (основывать свой бизнес) и получать больше. Но только сделав выбор в пользу денег, нужно понимать, что любимым делом, как профессией, заниматься уже не случиться.
Всё так, но вы упускаете один существенный в данном случае нюанс. Если вы по подписали свой GRUB личным ключом и распространяете его, это дает конечному пользователю возможность удостовериться, что софт собран именно вами, и по пути от вас к пользователю никто его не модифицировал. Но ничего не мешает пользователю самостоятельно, из поставляемых вами же исходных кодов, собрать свой GRUB добавить рюшечек и использовать именно его. Так дело обстоит сейчас. Если же будет включен Secure boot, и он будет проверять подпись прежде, чем передать управление GRUB, то вы не сможете воспользоваться своей собственной сборкой GRUB, даже из тех же самых исходных кодов, потому как не сможете подписать его. И фактически получаете закрытый бинарный GRUB, с которым ничего сделать не сможете. Именно об этом приведенная выше ссылка на GPLv3.