WTERH, есть исходники Chromium, а Chrome насколько знаю нет, все-таки это разные браузеры. К тому же, хочется чтобы дистрибутив такие вещи делал за тебя, тем более для популярного, не экзотического софта. Автору, я так понимаю, тоже нужно для работы, а не для красноглазенья, поэтому экономия времени тоже важна.
Елена, тогда я ошибся, это больше похоже на опрос некомпетентным человеком, у него есть чек-лист и правильные ответы, со всеми вытекающими. Такие люди крайне не любят отклонения от их линии, т.к. ничего более того что написано в их чек-листе не знают.
В любом случае, вы правы - такой подход это отражение работы компании, так что можно сделать выводы.
А в чем именно видите бардак? По мне, так с Number все нормально, а вот зачем Name так сделан, непонятно, я бы его нормализовал. И под каждый тип документа свой генератор номеров (тут особо нечего придумывать), делать на стороне СУБД или нет, тут уж как вам удобнее. Ну и может быть id нужно было сделать состовным ключом - тип документа + номер, но не факт, зависит от того как будете пользоваться.
Nomad, думаю, на Linux вы получите примерно такой же результат, по большому счету жрать батарею на 95% будут именно те приложения с которыми вы будете работать. Как уже замечено отрубайте все что не нужно, но это даст небольшой выигрыш (если только у вас сейчас на Винде что-то постоянно не работает впустую, или если вы Касперским пользуетесь, тогда может быть хороший эффект). Реальный эффект может дать понижение электропитания, отрубание ядер и прочее, без этого чуда не случится.
Я бы еще обратил внимание на выбор DE, скажем i3 против Gnome3 вполне может дать заметную экономию, но будет ли вам удобно, другой вопрос. А дистрибутив выбирйте тот, с которым комфортнее работать.
По описанию ноута он при максимальной загруженности протянет 1,7 часа, а при минимальной больее 14 часов. Так что 7 часов вполне себе средний показатель, скорее всего при ваших требованиях вполне достижимый без танцев с бубном, какова цифра сейчас?
stratosmi, первую статью написал архитектор (Solution Architect), насчет второй не знаю, но себя они DevOps не называли. Да и называть человека DevOps как-то странно, правильнее наверное DevOpser, если уж на то пошло...
Ну вот это вообще не DevOps вы описали. А так - отдельные элементы
Даже не пытался здесь описывать, писал о воззрении некоторых на вопрос. Где я описывал, там писал совсем иное.
Евгений Вольф, как верно написали, если используете GitLab, то настройте ветки master и develop как protected это защитит от push, и разграничьте права, чтобы с ролью developer вообще нельзя было работать с master. Имхо, этого достаточно.
"не уверен, что можно откатить ветку" - можно, commit в git удаляются, только после чистки, так что потерять что-либо не получится и можно будет вернуть ветку на старый коммит, пусть он даже не будет отображаться в общем дереве.
Мне кажется, выделение прав на push в ветку подразумевает, что такой пользователь понимает и несет ответственность. В крайнем случае, при ошибке всегда можно откатиться, это же git.
Поэтому это лишнее, возможно, поможет, если более подробно опишите преследуемую цель.
Blablabus, к сожалению так, но Тириону было легче не только потому, что он более ловкий интриган, а больше потому, что он знал кто, есть кто, в конкретно этой компании. Новому человеку без этих знаний очень сложно предугадать развитие событий. Но в нашем мире, ставка не жизнь, поэтому можно и пробовать, главное чтобы было желание с этим связываться. К тому же, чем менее "теплое" место, тем меньше такого неадеквата вокруг него, потому можно найти по себе.
chupasaurus, в этой беседе обязательно, потому что ваше определение ("Умение создавать системы под требования") настолько широкое, что по факту вообще не применимо.
DevOps не внутри системного администрирования и не сбоку, а вообще не имеет отношения к системному администрированию. DevOps - это практики Developers - QA - Operations, системные администраторы в данном аспекте создают инфраструктуру, как впрочем и во многих других случаях, я не умаляю заслуг системного администрирования, но это не их практики, а у них могут быть свои практики. Инфраструктура нужна, без нее никак, но DevOps практика не инфраструктурная, да, она может потребовать изменения инфраструктуры для своих нужд, но это следствие, а не причина.
chupasaurus, знание и грамотное применение - это и есть умение.
"Умение создавать системы под требования"? Т.е. для программиста писать код необязательный навык? Простите, это уже больше на демагогию похоже. К тому же, я говорил о другом, о выделении специальности внутри специальности без явных причин.
Да все уже привыкли, что с сисадов специализирующихся на DevOps, так называют. Хотя я не понимаю причем здесь сисады, с каких пор Operations стало System Administration. И это для меня звучит как windows-системный администратор, т.е. сисад у которого большие пробелы в знаниях ОС. Ну не называем же мы Agiler человека настроившего Канбан-доску в Jira, равно как не называем так человека повесившегося обычную деревянную доску, для тех же целей. Почему умение обращаться с docker, Jenkins или GitLab создаёт новую специальность? Вопрос риторический.
Я бы даже сказал C и Асм обязательно с вашим "разработка электронных устройств, плат". Другое дело, что хотите Вы, хватит ли мотивации развиваться в этом направлении?
Все очень зависит от того, где узкое место. При больших объемах лучше обновлять не всю таблицу, а только то, что изменилось, например, по таблице логов. Опять же, все это имеет смысл при тяжелых операциях с данными, которые не выгодно выполнять при каждом запросе.
Жалко, конечно, что в MySQL материализованные представления не работают из коробки, поэтому придется все делать самому.
В смысле "всё работает но вылетает ошибка"? Что работает или не работает не могу сказать, кода не вижу, но во 2 и 3 строке "modules/db.php" не найдены файлы для инклюда "../modules/log_in.php" и "../modules/send_sms.php". При инклюде, текущей директорий инклюда будет точка входа, даже для инклюдов внутри заинклюженных файлов. Из-за того, что это может вносить некоторую неочевидность в работе, лучше подключать файлы по абсолютным путям, а не по относительным.