Пользуясь случаем, хочу кинуть камень в огород Тинькофф.
Я очень хотел попасть в Тинькофф на DevOps мидл позицию, но года два назад, там был этап м алгоритмами и я всегда его проваливал, потому что не хочу их учить, ввиду того, что не понимаю, зачем алгоритмы DevOps инженеру нужно знать.
В последний раз, когда я приходил к ним на собеседование, у них появилось два этапа по алгоритмам и первый идёт в качестве скрининга. Дают 45 минут и код обязательно должен работать. Делаешь без надзирателя в любое удобное время, в течении недели.
Вот что они узнают о навыках девопса при таком подходе?
В общем я тоже обижен теперь, как говорит автор :(
Сколько я танцев с бубнами не делал, но мой carbon x1 gen10 на линуксах не может прожить в рабочем режиме больше 5 часов. Рабочий режим - это браузер и консоль.
При этом на винде с wsl на борту он способен 9 часов работать. Может я не нашел ту самую настройку, которая сделала бы мою жизнь лучше, но в любом случае, это не должно так работать.
Возможно, это больше камень в огород самого ядра линукс (в основном пробовал debian based дистры).
Это же на сколько должно не нравиться жать кнопки на мышки, что увеличение количества выполняемых действий х5 для одного изменения приносит удовольствие.
Про удовольствие мы поняли, но это же еще должно быть быстрее быть, чем в GUI. Судя по описанной схеме, вы только увеличили время выполнения действий. Зато без гуя.
Хотите хороший инструмент для печати - купите хорошую мембранку Logitech и не парьтесь;
Вот вообще не согласен. Я уже 5+ лет использую механику дома и мембранку в офисе (по очевидным причинам). Бывает такое, что нужно за день напечатать ну очень много текста. На механике, с маленькой силой нажатия ~40-50 грамм, пальцы устают на много меньше, чем на мембранке. Но я не исключаю того факта, что это может быть мое личное восприятие и у каждого будет по разному.
Да, бывают какие то ультра мягкие мембранки, но мне такие не попадались. Но я и не искал, если честно.
В вашем же блоге на хабре была очень хорошая статья, в которой описываются ошибки, при создании репликаций. В ней был описан механизм GTID и почему его стоит использовать. И в вашем же блоге появляется статья с "ошибкой", которую вы и рекомендовали избегать.
Я понимаю, что разные авторы, но всё же это забавно. Думаю, что лучше заменить в статье MASTER_LOG_FILE и MASTER_LOG_POS на MASTER_AUTO_POSITION
P.S. Я бы назвал это не ошибкой, а старой технологией.
Сравнивать по превью блокам в скриншоте - идея, конечно, так себе.
Добавили бы что ли в спойлерах пару работ из одного жанра для сравнения. Я художку не заканчивал, структурированный вердикт вынести не смогу, но интересно же на нормальные картинки посмотреть.
Нет. Посыл был в том, что лишь один инструмент позволяет не только познать азы программирования, но и открыть для себя уйму новых дверей.
Возможно людям, которые ежедневно используют более сложные вещи моя статья покажется мега очевидной, но для меня, как для человека, который только недавно проникся Python - это большой шаг.
Большим удивлением для меня также стало то, что на рынке труда это высоко ценится. Пока я не умел в питон, я думал, что это лишь маленький пункт моего развития. Я ошибался.
У меня без малого 3 года опыта работы, так что прошу меня простить, если было слишком неинтересно. При написании статьи в основном расчет был на таких же, как и я, только помладше.
Пользуясь случаем, хочу кинуть камень в огород Тинькофф.
Я очень хотел попасть в Тинькофф на DevOps мидл позицию, но года два назад, там был этап м алгоритмами и я всегда его проваливал, потому что не хочу их учить, ввиду того, что не понимаю, зачем алгоритмы DevOps инженеру нужно знать.
В последний раз, когда я приходил к ним на собеседование, у них появилось два этапа по алгоритмам и первый идёт в качестве скрининга. Дают 45 минут и код обязательно должен работать. Делаешь без надзирателя в любое удобное время, в течении недели.
Вот что они узнают о навыках девопса при таком подходе?
В общем я тоже обижен теперь, как говорит автор :(
Они школьников в тех под наняли?
Тех под уровня вахтёра из общаги
По деньгам в итоге NDA
Да, использовал. Но увы, такого же результата, как на винде, так и не добился
Ох, энергоэффективность это правда боль.
Сколько я танцев с бубнами не делал, но мой carbon x1 gen10 на линуксах не может прожить в рабочем режиме больше 5 часов. Рабочий режим - это браузер и консоль.
При этом на винде с wsl на борту он способен 9 часов работать. Может я не нашел ту самую настройку, которая сделала бы мою жизнь лучше, но в любом случае, это не должно так работать.
Возможно, это больше камень в огород самого ядра линукс (в основном пробовал debian based дистры).
Ловите девопса!
Бсодить после любой ошибки в коде?
Простите, а чего ради?
Это же на сколько должно не нравиться жать кнопки на мышки, что увеличение количества выполняемых действий х5 для одного изменения приносит удовольствие.
Про удовольствие мы поняли, но это же еще должно быть быстрее быть, чем в GUI. Судя по описанной схеме, вы только увеличили время выполнения действий. Зато без гуя.
Про работу в команде уже до меня написали.
В общем какая то работа ради работы.
Отдают свои личные деньги, как хотят, так и мудрят
Если есть победители, значит это возможно. Хоть и сложно.
Может кто рассказать, почему лучше избегать?
Ну, что я могу сказать...
Kirov reporting
Можно для примера пару IT организаций, которые запрещают удаленку? Я про такие не слышал.
И обычно наоборот, все маленькие действуют по примеру больших.
Вот вообще не согласен. Я уже 5+ лет использую механику дома и мембранку в офисе (по очевидным причинам). Бывает такое, что нужно за день напечатать ну очень много текста. На механике, с маленькой силой нажатия ~40-50 грамм, пальцы устают на много меньше, чем на мембранке. Но я не исключаю того факта, что это может быть мое личное восприятие и у каждого будет по разному.
Да, бывают какие то ультра мягкие мембранки, но мне такие не попадались. Но я и не искал, если честно.
Удивительно, что упомянули Nagios, но забыли про Prometheus
В вашем же блоге на хабре была очень хорошая статья, в которой описываются ошибки, при создании репликаций. В ней был описан механизм GTID и почему его стоит использовать. И в вашем же блоге появляется статья с "ошибкой", которую вы и рекомендовали избегать.
Я понимаю, что разные авторы, но всё же это забавно. Думаю, что лучше заменить в статье
MASTER_LOG_FILEиMASTER_LOG_POSнаMASTER_AUTO_POSITIONP.S. Я бы назвал это не ошибкой, а старой технологией.
Оставлю, вдруг кому тоже пригодится.
Открыл для себя недавно красивый метод вставки переменных в строку текста из списка:
names = ['yAnG', 'MASk', 'thoMas', 'LISA']
print('{} {} {} {}'.format(*names))
print(('{} ' * len(names)).format(*names))
Сравнивать по превью блокам в скриншоте - идея, конечно, так себе.
Добавили бы что ли в спойлерах пару работ из одного жанра для сравнения. Я художку не заканчивал, структурированный вердикт вынести не смогу, но интересно же на нормальные картинки посмотреть.
Или там нет возможности в масштабе открыть пикчу?
Нет. Посыл был в том, что лишь один инструмент позволяет не только познать азы программирования, но и открыть для себя уйму новых дверей.
Возможно людям, которые ежедневно используют более сложные вещи моя статья покажется мега очевидной, но для меня, как для человека, который только недавно проникся Python - это большой шаг.
Большим удивлением для меня также стало то, что на рынке труда это высоко ценится. Пока я не умел в питон, я думал, что это лишь маленький пункт моего развития. Я ошибался.
У меня без малого 3 года опыта работы, так что прошу меня простить, если было слишком неинтересно. При написании статьи в основном расчет был на таких же, как и я, только помладше.
Заменил.