Спасибо за статью, очень интересная идея! Скажите, а есть возможность развернуть вашу систему на своем железе? Не каждый согласится хранить всю информацию о себе где-то во внешнем хранилище. Тут и вопросы безопасности и отказоустойчивости.
Спасибо за статью! Благодаря вашему циклу публикаций, я тоже построил дома систему резервирования на базе стабилизатора и инвертора от компании MicroArt. Очень радуюсь, что удачно вложил деньги. Спасало и зимой при отключении света на сутки и летом, когда в СНТ либо очень низкое напряжение, либо отключения каждый час.
Не надо так... Пожалуйста, оставайтесь на java и не пишите код на go. Зачем забивать гвозди микроскопом? Потом обычным гошникам очень тяжело будет после вас поддерживать проект, проще будет выкинуть всё и переписать.
Вот вы устраиваете онлайн кодинги, какие-то задачки придумываете. А как это раскрывает потенциал человека? Особенно если у него опыта 10-15 лет и он может спокойно устроиться в другое место, где нет такого маразма на собеседовании. Первый рабочий день нового сотрудника будет состоять совсем не в распарсивании строки на токены или разворачивании двусвязного списка. Вы на него вывалите кучу кода из репозитория, кучу багов и задач из бэклога, с формулировкой - разберись и сделай! Так может стоит так же и собесы проводить? Дайте кусок своего кода или кода с ошибкой, код мз МР джуна. Попросите разобраться и выполнить рефакторинг, объяснить, что код делает, найти в нем ошибки.
Конечно для вас такой подход будет сложней, потому что прийдется думать вместе с кандидатом и погружаться в его мысли и рассуждения. А не просто сверять ответ алгоритмической задачи с литкода. Но если у вас очередь за забором 10 человек на место, то конечно можно и алгоритмическими задачами и онлайн коддингом отсеивать действительно стоящие кадры.
Статью стоило назвать - "Как превратить разработчиков в рабов в кандалах тайм трекера", "Практикуем галерный подход к организации работы разработчиков","Как заставить разработчика писать код под бой барабаны менеджера" и т.д.
Спасибо за статью. Мы используем https://mermaid.js.org/intro/. Он уже поддерживается и в gitlab и в github, по этому не нужно ни каких дополнительных приседаний.
Мне очень понравился подход Arch as Code, надеюсь он будет только развиваться.
Спасибо за ответ. Ради сравнения. Я живу сильно за МКАДом и у меня свой дом, семья, дети, коты. 10 лет я проработал в офисе и 5 лет на удаленке. С ужасом вспоминаю ежедневные поездки в офис по всем пробкам утром и вечером. Как сложно было отпроситься у начальства по своим делам.Удаленка открыла для меня возможность больше зарабатывать и проще находить новую работу
Ну и просто переезд в ту же МСК для меня это потеря по комфорту, условиям жизни, семейному бюджету для меня и моей семьи.
Очень удивился тому, что кто-то из кандидатов хочет в офис. По тем предложениям, что я получал - наоборот сами компании пытались затащить меня или на гибрид, или в офис (даже если ради этого придется переезжать в МСК)
Хм, интересно. Спасибо за ответ. Я предполагал, что после ввода метрик будет скачек количества увольнений, с последующей стабилизацией за счет прихода новых сотрудников.
Статья вообще ни о чем.
Спасибо за статью, очень интересная идея! Скажите, а есть возможность развернуть вашу систему на своем железе? Не каждый согласится хранить всю информацию о себе где-то во внешнем хранилище. Тут и вопросы безопасности и отказоустойчивости.
Определение буферов протоколов
Эффективная сериализация с использованием буферов протоколов
Это я так понимаю дословный перевод protobuf с искажением смысла?
Спасибо за статью! Благодаря вашему циклу публикаций, я тоже построил дома систему резервирования на базе стабилизатора и инвертора от компании MicroArt. Очень радуюсь, что удачно вложил деньги. Спасало и зимой при отключении света на сутки и летом, когда в СНТ либо очень низкое напряжение, либо отключения каждый час.
Не надо так... Пожалуйста, оставайтесь на java и не пишите код на go. Зачем забивать гвозди микроскопом? Потом обычным гошникам очень тяжело будет после вас поддерживать проект, проще будет выкинуть всё и переписать.
Спасибо! Ждем продолжения!
А я тебя неть (
Спасибо большое за статью! Ваш пример вдохновляет и дает повод развиваться в профессиональном плане!
А почему вы не смотрите в сторону задач по разбору и поиску ошибок в коде? Это же ближе к практике и тому чем человеку придется на работе за ниматься.
А зачем вы её на английском написали? При этом рекламируете для русскоговорящей аудитории. Было бы правильно делать на 2х языках сразу.
Спасибо, что поделились своим опытом! Наконец-то хоть кто-то признал всю провальность алгоритмических собесов с онлайн коддингом.
Вот вы устраиваете онлайн кодинги, какие-то задачки придумываете. А как это раскрывает потенциал человека? Особенно если у него опыта 10-15 лет и он может спокойно устроиться в другое место, где нет такого маразма на собеседовании.
Первый рабочий день нового сотрудника будет состоять совсем не в распарсивании строки на токены или разворачивании двусвязного списка. Вы на него вывалите кучу кода из репозитория, кучу багов и задач из бэклога, с формулировкой - разберись и сделай!
Так может стоит так же и собесы проводить?
Дайте кусок своего кода или кода с ошибкой, код мз МР джуна. Попросите разобраться и выполнить рефакторинг, объяснить, что код делает, найти в нем ошибки.
Конечно для вас такой подход будет сложней, потому что прийдется думать вместе с кандидатом и погружаться в его мысли и рассуждения. А не просто сверять ответ алгоритмической задачи с литкода.
Но если у вас очередь за забором 10 человек на место, то конечно можно и алгоритмическими задачами и онлайн коддингом отсеивать действительно стоящие кадры.
Спасибо за статью, было интересно прочитать.
Статью стоило назвать - "Как превратить разработчиков в рабов в кандалах тайм трекера", "Практикуем галерный подход к организации работы разработчиков","Как заставить разработчика писать код под бой барабаны менеджера" и т.д.
Спасибо за статью.
Мы используем https://mermaid.js.org/intro/. Он уже поддерживается и в gitlab и в github, по этому не нужно ни каких дополнительных приседаний.
Мне очень понравился подход Arch as Code, надеюсь он будет только развиваться.
Спасибо за ответ.
Ради сравнения. Я живу сильно за МКАДом и у меня свой дом, семья, дети, коты. 10 лет я проработал в офисе и 5 лет на удаленке. С ужасом вспоминаю ежедневные поездки в офис по всем пробкам утром и вечером. Как сложно было отпроситься у начальства по своим делам.Удаленка открыла для меня возможность больше зарабатывать и проще находить новую работу
Ну и просто переезд в ту же МСК для меня это потеря по комфорту, условиям жизни, семейному бюджету для меня и моей семьи.
Очень удивился тому, что кто-то из кандидатов хочет в офис. По тем предложениям, что я получал - наоборот сами компании пытались затащить меня или на гибрид, или в офис (даже если ради этого придется переезжать в МСК)
Хм, интересно. Спасибо за ответ. Я предполагал, что после ввода метрик будет скачек количества увольнений, с последующей стабилизацией за счет прихода новых сотрудников.
Интересно как изменились:
1. Качество кода, ради улучшения метрики Cycle Time
2. Процент текучки кадров после ввода метрик
Отличная статья, спасибо!