Как человек, который занимается и тем, и тем, скажу - не нужен. Вернее, нужен, но на уровне, который есть у 90% людей. Остальное развивается. Конечно, скорость развития очень разная, но приемлемого результата достигнет 90% при должном упорстве.
Я, наоборот, слышу в караоке барах очень много людей как минимум с музыкальной одаренностью.
Использовал NBomber, так и не разобрался, как делать сложные нагрузочные тесты: например, авторизация - запрос списка - для каждого элемента списка выполнить определенный сценарий
На JMeter это решаемо, хотя и с отвратительным developer experience
Основная проблема скрама, как по мне, что он монополизирован менеджерами, и ими модифицирован в интересах менеджеров, хотя изначально он был создан как средство для упрощения жизни разработчиков, тестировщиков и прочих производительных сотрудников (если мы говорим про айти).
Это значит, что из скрама выбросили фиксированные спринты, четкие скоупы, запрет на добавление задач в середину спринта, задачи без четкого и видимого результата, минимизацию коммуникации вне митингов, концентрацию на важных фичах и т.п.
Зато оставили ежедневные митинги, 90% которых - это отчетность, переэстимейты, и объяснения, почему предыдущие эстимейты были неправильные (в 80% - потому что менеджеры их и продавили).
В общем, больше контроля богу контроля, и меньше планирования, потому что это же скрам, у нас гибкий процесс, вот тебе еще фича за день до конца спринта, а почему ты не успел предыдущие, ты же "сам" эстимейтил?
Я не понимаю, какая разница между прекращением упражнения по сигналу пульсометра или по сигналу «тяжело/устал/щаспомру».
Разница в том, что сигнал "тяжело" тоже тренируется. Если долго и упорно его преодолевать, то возможно бегать или кататься несколько часов на пульсе выше 180, что уже опасно
Для этого режима нужен впрыск адреналина, иначе вы намного быстрее захотите отдохнуть, чем начнёт гибнуть миокард (хотя кто-нибудь очень старательный может всего добиться).
Либо надо долгое время тренироваться на повышенном пульсе. Организм адаптируется и 170-180 будет терпимо, но час в таком режиме - уже вред для сердца.
У вас хорошая статья, спасибо за нее, хотя и базовая. Мне, как человеку, работавшему с С++ много лет назад (и я не использовал шаблоны), очень интересно и понятно.
Никто не спрогнозирует, но задумайтесь, зачем государству 2 миллиона мужчин, работающих в охране - ненужых, но физически достаточно развитых, и имеющих ингда навыки обращения с оружием...
Но собеседование и не должно быть справедливым, и оно должно быть субъективным, особенно если вам предстоит работать с этим человеком. Не все друг другу подходят, и это не значит, что компания плохая или кандидат плохой.
Я даю обратную связь, только если кандидат просит, либо как мягкую форму отказа (вам нужно для этой позиции подучить тото и тото). Ну и никто ничего плохого мне никогда на обратную связь не отвечал. Человек как правило осознаёт свой уровень, и насколько хорошо он отвечал.
Автору могу порекомендовать провести несколько собеседований (если не проводил). И потом послушать обратную связь от респондентов. У всех разные критерии, и разное представление о том, какое должно быть собеседование.
Для меня важно две вещи (при собеседовании джунов и миддлов): первое - как соображает кандидат, как он формулирует свои мысли, как он понимает меня (если мне с ним работать), как рассуждает о вещах, в которых он разбирается. Второе - это как пишет код, насколько быстро ориентируется в простейших конструкциях, насколько задумывается в написании циклов, условий, и тп - показывает, как много человек пишет код, насколько он освоил базу языка.
С синьорами другие критерии - там для меня важна глубина и структурированность знаний, особенно по базовым вопросам (асинхронность, архитектура, и тп), а также системность мышления и коммуникационные навыки - как человек выражает и доносит свои мысли, как объясняет сложные вещи, как рассуждает о вещах, с которыми не знаком (например, каким-то паттернам архитектуры, с которыми не работал непосредственно).
Как человек, который занимается и тем, и тем, скажу - не нужен. Вернее, нужен, но на уровне, который есть у 90% людей. Остальное развивается. Конечно, скорость развития очень разная, но приемлемого результата достигнет 90% при должном упорстве.
Я, наоборот, слышу в караоке барах очень много людей как минимум с музыкальной одаренностью.
Вы не видите тут противоречия? Откуда возьмется прибыль, если не от обеспечения населения самым необходимым? Зачем тут эти коммунистические лозунги.
А я наоборот, вижу кое-где разрывы связности, которые убеждают меня в правдивости диагноза
Очень похоже на тюремную иерархию
Использовал NBomber, так и не разобрался, как делать сложные нагрузочные тесты: например, авторизация - запрос списка - для каждого элемента списка выполнить определенный сценарий
На JMeter это решаемо, хотя и с отвратительным developer experience
Основная проблема скрама, как по мне, что он монополизирован менеджерами, и ими модифицирован в интересах менеджеров, хотя изначально он был создан как средство для упрощения жизни разработчиков, тестировщиков и прочих производительных сотрудников (если мы говорим про айти).
Это значит, что из скрама выбросили фиксированные спринты, четкие скоупы, запрет на добавление задач в середину спринта, задачи без четкого и видимого результата, минимизацию коммуникации вне митингов, концентрацию на важных фичах и т.п.
Зато оставили ежедневные митинги, 90% которых - это отчетность, переэстимейты, и объяснения, почему предыдущие эстимейты были неправильные (в 80% - потому что менеджеры их и продавили).
В общем, больше контроля богу контроля, и меньше планирования, потому что это же скрам, у нас гибкий процесс, вот тебе еще фича за день до конца спринта, а почему ты не успел предыдущие, ты же "сам" эстимейтил?
Усложнение может быть "горизонтальным" - больше функций, вместо вычислительного усложнения текущего функционала
Можно купить блютуз пульсометр-ремешок и подключить к любым часам.
А еще можно, как я, начать часто простужаться (почти после каждой тренировки). Из-за этого бросил плавание (занимался с тренером индивидуально).
Разница в том, что сигнал "тяжело" тоже тренируется. Если долго и упорно его преодолевать, то возможно бегать или кататься несколько часов на пульсе выше 180, что уже опасно
Либо надо долгое время тренироваться на повышенном пульсе. Организм адаптируется и 170-180 будет терпимо, но час в таком режиме - уже вред для сердца.
Чем плохо админить офисные компы за зарплату девопса? :)
Спасибо за k9s, шикарно!
У вас хорошая статья, спасибо за нее, хотя и базовая. Мне, как человеку, работавшему с С++ много лет назад (и я не использовал шаблоны), очень интересно и понятно.
Я так понимаю, вы планируете цикл статей
HDMI в маках 21 года полноразмерный
В случае аварийной ситуации из маневров можно применять только аварийное торможение
Это в украинских пдд
Никто не спрогнозирует, но задумайтесь, зачем государству 2 миллиона мужчин, работающих в охране - ненужых, но физически достаточно развитых, и имеющих ингда навыки обращения с оружием...
ModelBuilder в entity framework, AddRule у FluentValidator, ну, наверное, еще много где
Но собеседование и не должно быть справедливым, и оно должно быть субъективным, особенно если вам предстоит работать с этим человеком. Не все друг другу подходят, и это не значит, что компания плохая или кандидат плохой.
Я даю обратную связь, только если кандидат просит, либо как мягкую форму отказа (вам нужно для этой позиции подучить тото и тото). Ну и никто ничего плохого мне никогда на обратную связь не отвечал. Человек как правило осознаёт свой уровень, и насколько хорошо он отвечал.
Автору могу порекомендовать провести несколько собеседований (если не проводил). И потом послушать обратную связь от респондентов. У всех разные критерии, и разное представление о том, какое должно быть собеседование.
Для меня важно две вещи (при собеседовании джунов и миддлов): первое - как соображает кандидат, как он формулирует свои мысли, как он понимает меня (если мне с ним работать), как рассуждает о вещах, в которых он разбирается. Второе - это как пишет код, насколько быстро ориентируется в простейших конструкциях, насколько задумывается в написании циклов, условий, и тп - показывает, как много человек пишет код, насколько он освоил базу языка.
С синьорами другие критерии - там для меня важна глубина и структурированность знаний, особенно по базовым вопросам (асинхронность, архитектура, и тп), а также системность мышления и коммуникационные навыки - как человек выражает и доносит свои мысли, как объясняет сложные вещи, как рассуждает о вещах, с которыми не знаком (например, каким-то паттернам архитектуры, с которыми не работал непосредственно).