Anton_volkov, неявность поведения, код будет работать совершенно по-разному при изменении этой настройки. Вам нужно работать с байтами - используйте байтовые функции, нужно работать с символами - используйте символьные функции, код будет понятен и не будет конфликтов с внешними библиотеками. Собственно, это все описано в статье, которую вы привели.
Нужен один столбец с номером абонента, так и выберите его одного в SELECT, нужна только одна строка используйте SELECT TOP. И что значит "сохранить новую таблицу на основании вывода"?
Я бы не рекомендовал использовать кириллицу в названиях сущностей БД. Указывать везде название БД ("(test папка)") не обязательно, вы же все-равно из этой БД делаете запос.
Nomad, что именно не получается? В Linux возросло энергопотребление по сравнению с Windows? Возьмите мануал по Power Management для вашего дистрибутива и проверьте по всем пунктам, в первую очередь, что отключено питание дискретной видеокарты и выбран правильный режим энергосбережения процессора. Не увлекался этим вопросом, но не знаю какого-то графического софта, который бы делал все сам (если речь о таких программах), придется вооружиться консолью.
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, знание и грамотное применение - это и есть умение.
"Умение создавать системы под требования"? Т.е. для программиста писать код необязательный навык? Простите, это уже больше на демагогию похоже. К тому же, я говорил о другом, о выделении специальности внутри специальности без явных причин.