Внутри мобильного приложения куча рекламы, просьба отключить не помогает. Помог переход на другой банк. Даже Сбер позволяет отключить рекламу совсем, эти нет.
Как я понимаю, код отражает умение думать, а также правила конкретной команды. Соответственно проверяя умение думать, и способность взаимодействия с командой, будет понятно какой будет код. Конечно навык чтения чужого кода у всех плохой, а чужого плохого кода часто навык чтения отсутствует за интервалы времени на собес. Или умение думать не отражает умение писать код?
Бывает обратный пример, пригонят корыто, где раз 20 в проводке поковырялись все кому не лень, блоки залили, и думают исходя из стоимости самого корыта, что диагност электрик им быстро все за 1000р. починит. Дороже не выгодно исходя из стоимости корыта. Всегда бывают разные ситуации...
Может, как вариант, исходя из официальной статистики использования времени: "разработчик 80% времени думает, и только 20% жмет клавиши", стоит проверить как он умеет думать, например на вашем коде?
Не решил, просто обычно кто не любит тестовое, показывает кодинг в онлайн. Стресс однозначно стоит учитывать, и не делать поспешных выводов (как любят странные работодатели). :) Вообще не показывая код как можно устраиваться на работу разработчиком? :) С другой стороны если это не джун, то свой ЯП он наверняка знает. Или к примеру почему не показать код как принято писать в команде, и пусть соискатель оценит, одобрит, подскажет и т.п. Чем не метод?
Как вы думаете, если интерес обоюден и у соискателя, и у работодателя, потенциальный работодатель в офисе, а соискатель к нему едет, тратя свое время и свои ресурсы на проезд, это по-честному? Или исходя из выше представленной логики, один соискатель заинтересован в рабочем месте, а работодателю это какбы не нужно? Откуда тогда очередной "плачь Ярославны" про "нетути специалистов"? Сами работодатели не знают что хотят...
А если тестовая зарплата не соответствует требованиям, желаниям? Время соискателя вы оцениваете в 0? Нужно проще быть, на равных относится к соискателю, не самоутверждаться за его счет и не реализовать синдром вахтера, и люди потянутся.
Тогда будет медианный уровень знаний. В данный момент он такой, и будет снижаться, так как требования растут, а технологии меняются и добавляются. Раньше нужно было знать Linux, потом Linux и Docker, теперь Linux, Docker, k8s.
Чтоб нанять много знающего специалиста, как мне кажется нужно много платить. Тогда у других будет мотивация становится такими специалистами. Первый вопрос к вакансии: "Платить пробовали?"
Код можно посмотреть при онлайн кодинге при собесе. Обычно стиль кода в разных конторах разный. На основании отличающего стиля любят делать неправильные выводы. А ведь человек готов был подстроиться под правила вашей команды. На тестовое задание вы были готовы ответить тестовой зарплатой?
Метрики железа и окружения лучше вообще разделить от метрик самописной части. Только так будет видна полная картина. Но при микросервисной архитектуре без трейсинга часто метрики бесполезны.
Вы правы, что наблюдаемость, это метрики, логи, tracing, но кто кроме разработчика напишет loging во всех местах debug, в критических info и error? Кто кроме разработчика сформирует нужные метрики и даст возможность их забирать по пробам? Кто кроме разработчика отправит в коллектор сигналы tracing'а? Разработчикам просто нужно больше учиться, а не валить все на зону ответственности ops. Это же касается и дебага, поиска текущей памяти и т.п.
Нужно при загрузке нажать "i" (если в настройках OpenRC включена опция rc_interactive="YES"), и дальше выбирать что грузить, а что нет.
OpenRC позволяет интерактивную загрузку при старте, если что мешает, Systemd не позволяет.
Внутри мобильного приложения куча рекламы, просьба отключить не помогает. Помог переход на другой банк. Даже Сбер позволяет отключить рекламу совсем, эти нет.
Не учтен убыток, от того что хорошие кандидаты, которые "нарасхват", просто выберут другую компанию, где нет 5 этапов собеса. :)
Спасибо! Наконец то человек понимающий основополагающий принцип kiss. Теперь такого мало стало...
Логичный подход, спасибо! Как еще кроме беседы понять каким способом способен думать человек. Но обычно просто "цирк с конями..." :)
Народ вроде взрослый собрался, а все в 10x разработчика верят... :)
Как я понимаю, код отражает умение думать, а также правила конкретной команды. Соответственно проверяя умение думать, и способность взаимодействия с командой, будет понятно какой будет код. Конечно навык чтения чужого кода у всех плохой, а чужого плохого кода часто навык чтения отсутствует за интервалы времени на собес. Или умение думать не отражает умение писать код?
Бывает обратный пример, пригонят корыто, где раз 20 в проводке поковырялись все кому не лень, блоки залили, и думают исходя из стоимости самого корыта, что диагност электрик им быстро все за 1000р. починит. Дороже не выгодно исходя из стоимости корыта. Всегда бывают разные ситуации...
Может, как вариант, исходя из официальной статистики использования времени: "разработчик 80% времени думает, и только 20% жмет клавиши", стоит проверить как он умеет думать, например на вашем коде?
А зачем такая лотерея соискателю? Лучше к адекватному устроится. А этот пусть вайтишниками довольствуется с соответствующим уровнем... :)
Не решил, просто обычно кто не любит тестовое, показывает кодинг в онлайн. Стресс однозначно стоит учитывать, и не делать поспешных выводов (как любят странные работодатели). :) Вообще не показывая код как можно устраиваться на работу разработчиком? :) С другой стороны если это не джун, то свой ЯП он наверняка знает. Или к примеру почему не показать код как принято писать в команде, и пусть соискатель оценит, одобрит, подскажет и т.п. Чем не метод?
Как вы думаете, если интерес обоюден и у соискателя, и у работодателя, потенциальный работодатель в офисе, а соискатель к нему едет, тратя свое время и свои ресурсы на проезд, это по-честному? Или исходя из выше представленной логики, один соискатель заинтересован в рабочем месте, а работодателю это какбы не нужно? Откуда тогда очередной "плачь Ярославны" про "нетути специалистов"? Сами работодатели не знают что хотят...
А если тестовая зарплата не соответствует требованиям, желаниям? Время соискателя вы оцениваете в 0? Нужно проще быть, на равных относится к соискателю, не самоутверждаться за его счет и не реализовать синдром вахтера, и люди потянутся.
Тогда будет медианный уровень знаний. В данный момент он такой, и будет снижаться, так как требования растут, а технологии меняются и добавляются. Раньше нужно было знать Linux, потом Linux и Docker, теперь Linux, Docker, k8s.
Чтоб нанять много знающего специалиста, как мне кажется нужно много платить. Тогда у других будет мотивация становится такими специалистами. Первый вопрос к вакансии: "Платить пробовали?"
Код можно посмотреть при онлайн кодинге при собесе. Обычно стиль кода в разных конторах разный. На основании отличающего стиля любят делать неправильные выводы. А ведь человек готов был подстроиться под правила вашей команды. На тестовое задание вы были готовы ответить тестовой зарплатой?
И GS был? А у меня Profi 1024, cdos modem, два флопа 5.25, монитор Кодис М. Еще программатор по CP/M.
Метрики железа и окружения лучше вообще разделить от метрик самописной части. Только так будет видна полная картина. Но при микросервисной архитектуре без трейсинга часто метрики бесполезны.
Вы правы, что наблюдаемость, это метрики, логи, tracing, но кто кроме разработчика напишет loging во всех местах debug, в критических info и error? Кто кроме разработчика сформирует нужные метрики и даст возможность их забирать по пробам? Кто кроме разработчика отправит в коллектор сигналы tracing'а? Разработчикам просто нужно больше учиться, а не валить все на зону ответственности ops. Это же касается и дебага, поиска текущей памяти и т.п.