1) Ясно формулировать разработчикам цели на ИС. Например - закрыть 3-5 средних багов, сделать 1-2 фичи реализовать такие то конкретные вещи (если сразу понятно чем сотрудник будет заниматься).
2) Следить за прогрессом. Ежедневные командные синки + раз в неделю синк 1 на 1 с менеджером / лидом, на котором сотруднику даётся обратная связь.
Странно что у вас это работало. Сколько успешных кандидатов (без задач и кодинга) вы так взяли? У меня опыт ровно противоположный, никогда не любил все эти алго-задачи и кодинг на собесах, но после того как нескольких людей завалили испыталку - пришлось вводить.
Смотря что им надо. Если им нужны топ разрабы - тогда да, надо уметь сходу merge sort писать, решать простые DP задачи и понимать почему client -> ... -> kafka -> cassandra -> server -> ... -> ... -> client2 будет хуже чем client1 -> balancer -> server -> client2.
Собесы про "опыт, живое общение и вот это всё" работают ровно до того момента, пока вы не наймете пару человек с подвешенными языками которые вообще ничего не могут. Потом вдруг перестает нравится играть в русскую рулетку, и хочется понимать - в состоянии человек написать простой алгоритм или нет.
Опыт работы в 10 лет в топовых компаний на позициях сениора / архитектора / тимлида, знание умных слов, умение говорить "на прошлом проекте я всю архитектуру отрефакторил" к сожалению на такой вопрос не отвечают. А вот написание merge-sort и dp - отвечают.
Долго думал, кажется что тут скорее дело не в корысти а в наличии обратной связи. Человек так устроен что без обратной связи (без смысла своих действий) ему не комфортно. Поэтому когда слышишь "спасибо" - это как подтверждение того что "ты делал это не зря и мне оно пригодилось". А когда не слышишь - то появляются всякие сомнения (может я какую-то фигню сделал которая не нужна? или может оно человеку вообще не понадобилось?).
Поддержу комментатора выше. Большинство имеющихся статей на тему перплексии только запутывают. Эта формула - не применима напрямую.
На практике в тех местах где я видел - перплексию считают через экспоненту от CrossEntropy.
CrossEntropy - нормальная метрика качества, можно подать ей на вход реальные значения и предсказанные моделью и получить на выходе оценку.
То есть проходят по очереди по всем словам в тексте. Дают языковой модели на вход предыдущий текст (ну или несколько предыдущих слов) и говорят "предскажи мне следующее слово". Смотрят что предсказала модель (кладуд в y_pred) и какое реальное слово (в y_real).
Затем считают crossentropy на его основе. И затем через экспоненту от этого perplexity.
P. S. Тру дата-сайнтисты, поправьте меня пожалуйста если что-то напутал.
Телеграм бот - это не агитация. Он не занимается спамом, не вывешивает рекламу или баннеры. Это сравочная информация. Для тех кто уже заранее определился с тем как он будет голосовать.
Но у нас черное это белое, а бабло побеждает принципы.
Нормальных кандидатов отравили / застрелили / посадили / не допустили.
"Я проголосовал за Васю а не за Федю не потому что я действительно поддерживаю Васю - а потому что я просто против Феди", - "такое себе" удовольствие. (
Ну видимо условный "Федя" вас пока ещё не сильно достал. Ну значит у него ещё всё впереди.
Как продуктовый дизайнер я получаю от владельца продукта User Story с общим описанием того, какой результат и какую ценность должен получить тот или иной пользователь.
Как намазать масло на бутерброд без ножа? Этап 1: подходим к повару, он даёт намазанный бутерброд.
Зависит исключительно от легитимности (признания).
Если вы считаете что текущая власть получилась в результате общественного договора - то налоги, призыв и всё остальное - это добро.
В противном случае - это незаконный захват власти, организованная преступность, грабёж, рабовладение.
1) Ясно формулировать разработчикам цели на ИС. Например - закрыть 3-5 средних багов, сделать 1-2 фичи реализовать такие то конкретные вещи (если сразу понятно чем сотрудник будет заниматься).
2) Следить за прогрессом. Ежедневные командные синки + раз в неделю синк 1 на 1 с менеджером / лидом, на котором сотруднику даётся обратная связь.
Странно что у вас это работало. Сколько успешных кандидатов (без задач и кодинга) вы так взяли? У меня опыт ровно противоположный, никогда не любил все эти алго-задачи и кодинг на собесах, но после того как нескольких людей завалили испыталку - пришлось вводить.
Смотря что им надо. Если им нужны топ разрабы - тогда да, надо уметь сходу merge sort писать, решать простые DP задачи и понимать почему client -> ... -> kafka -> cassandra -> server -> ... -> ... -> client2 будет хуже чем client1 -> balancer -> server -> client2.
Собесы про "опыт, живое общение и вот это всё" работают ровно до того момента, пока вы не наймете пару человек с подвешенными языками которые вообще ничего не могут. Потом вдруг перестает нравится играть в русскую рулетку, и хочется понимать - в состоянии человек написать простой алгоритм или нет.
Опыт работы в 10 лет в топовых компаний на позициях сениора / архитектора / тимлида, знание умных слов, умение говорить "на прошлом проекте я всю архитектуру отрефакторил" к сожалению на такой вопрос не отвечают. А вот написание merge-sort и dp - отвечают.
Два месяца на "изучения проекта", "вход в курс дел" без единого комита?
Обычно в проектах для "изучения проекта" дают минорные фичи / баги / тулы / etc. И сразу видно - разработчик к вам пришел или что-то не понятное.
Если менеджер / лид не следит за нагрузкой, не увольняет разработчика и ничего с него не спрашивает - это проблемы компании / менеджмента.
А какие основные минусы джаббера?
В контексте статьи - абсолютно не уверен и даже склоняюсь к тому что зачастую наоборот ) Но как там на самом деле было мы не узнаем.
Долго думал, кажется что тут скорее дело не в корысти а в наличии обратной связи. Человек так устроен что без обратной связи (без смысла своих действий) ему не комфортно. Поэтому когда слышишь "спасибо" - это как подтверждение того что "ты делал это не зря и мне оно пригодилось". А когда не слышишь - то появляются всякие сомнения (может я какую-то фигню сделал которая не нужна? или может оно человеку вообще не понадобилось?).
Поддержу комментатора выше. Большинство имеющихся статей на тему перплексии только запутывают. Эта формула - не применима напрямую.
На практике в тех местах где я видел - перплексию считают через экспоненту от CrossEntropy.
CrossEntropy - нормальная метрика качества, можно подать ей на вход реальные значения и предсказанные моделью и получить на выходе оценку.
То есть проходят по очереди по всем словам в тексте. Дают языковой модели на вход предыдущий текст (ну или несколько предыдущих слов) и говорят "предскажи мне следующее слово". Смотрят что предсказала модель (кладуд в y_pred) и какое реальное слово (в y_real).
Затем считают crossentropy на его основе. И затем через экспоненту от этого perplexity.
P. S. Тру дата-сайнтисты, поправьте меня пожалуйста если что-то напутал.
1) Гугл вполне успешно сотрудничает с майором
2) Майор и без гугла всё знает (возможно не с точностью 5 метров по GPS, а с точность 50 метров по вышкам сотовой связи, но сути не меняет).
Ну на их век наворовать и оставить детям / родственником (которые здесь не живут) вполне хватит. А дальше - это уже не им разгребать последствия.
Это вряд ли, зачем им мозги когда есть нефть?
Зря убрали, пишите ещё )
Как вариант - для дистанционного управления (оператором по видео-картинке с камеры).
Справочная информация по следующим моментам:
1) Какой мой округ и прочее
2) Кто в моём округе сейчас самый сильный из анти-ЕР кандидатов
Каким боком тут агитация?
Телеграм бот - это не агитация. Он не занимается спамом, не вывешивает рекламу или баннеры. Это сравочная информация. Для тех кто уже заранее определился с тем как он будет голосовать.
Но у нас черное это белое, а бабло побеждает принципы.
Нормальных кандидатов отравили / застрелили / посадили / не допустили.
Ну видимо условный "Федя" вас пока ещё не сильно достал. Ну значит у него ещё всё впереди.
Как минимум на выборы сходить.
1) Видео действительно помогает сетке лучше разделять звуки? Сравнивали сетки обученные с видео и без, насколько большая разница?
2) Кажется датасет для разделения (без видео) легко намайнить путем искусственного смешивания звуков. Не пробовали такой подход?
Как намазать масло на бутерброд без ножа? Этап 1: подходим к повару, он даёт намазанный бутерброд.