Cделал тестовое на RUBY и не получил работу. (+ полезный фидбек от лида).
Итак, выходит на меня рекрутер с предложением пообщаться по вакансии. Компания nami.ai, полная удаленка или переезд в Париж по рабочей визе. Созвон с рекрутером, послушала про меня, рассказала про компанию, посмотрела резюме.
Как обычно когда внешний hr - отправила мое резюме в команду и ждем фидбек.
Приходит фидбек - предлагают сделать тестовое задание. И я зачем-то соглашаюсь.
Суть: сделай url shortening api на ruby. (это аля tinyurl, классика на интервью вопросе про System Design)
⁃ Любой фреймворк (или без фреймворка)
⁃ имплементируй как хочешь
⁃ инфраструктуру делай какую хочеш - главное чтобы short урлы сохранялись после перезагрузки сервера.
⁃ Вот тебе спецификация по request/response для API.
⁃ Auth делать не надо.
⁃ c e2e тестами (и другими тестами, если хочешь)
⁃ подумай и расскажи в README о потенциальных уязвимостях и способах защиты
⁃ подумай и опиши как скейлить твое приложение (не надо писать SCALABLE, просто напиши как ты будешь скейлить)
Как будем оценивать?
⁃ лучшие практики Ruby
⁃ АПИ сделал?
⁃ И АПИ делает что просили? И тесты зеленые?
⁃ И АПИ работает норм?
⁃ А код как - чистый? Поддерживаемый? (большой привет чату Голанг и ЧА)
⁃ А проблемы с безопасностью решил или задокументировал?
⁃ А масштабироваться как будем? Какие проблемы, как решать - подумал, описал?
И дополнительные открытые вопросы:
⁃ что такое DRY?
⁃ какая у тебя САМАЯ НЕЛЮБИМАЯ рекомендация из лучших практик Ruby?
⁃ расскажи про мудака коллегу - почему он мудак (а не ты) и что ты придумал чтобы с мудаком срабоаться?
⁃ Что такое DI? Куда в Rails пихать DI? Если никуда, то будь добр поясни
В общем long story short, тестовое я сделал и отправил. Через 5 дней тишины попросил фидбек.
Конечно на 2 день тишины было понятно что это отказ - положительные ответы приходят меньше чем за час)
Однако фидбек - один из главных аргументов чтобы делать тестовое. Полезно же? И фидбек ко мне пришел:
⁃ Лид считает что это круто когда ты изучаешь новые штуки, получаешь фан и кайфуешь от работы, однако он также считает важным быть прагматичным
⁃ Делать ревью лиду было тяжело
⁃ Слишком многословный код и слиокшм overengineered для такого маленького тестового задания
⁃ Хотя он отдает мне должное - я превзошел ожидания ДАЖЕ в валидации инпутов
⁃ Большинство людей не заморачиваются даже с базовыми валидациями
⁃ Лид прикинул - ему лично не по кайфу будет с подобным кодом работать когда мы будем вместе трудится над фичами в nami.ai
⁃ Поэтому телефонный звонок он меня не приглашает
⁃ Желает мне удачи с поиском работы и чтобы без тестовых заданий))
Ну что сказать? Просил фидбек - вот мне фидбек.
Про фан и кайф нужно пояснение. За 10 лет работы бекендером я проходил сотни собеседований, получил может быть пол сотни офферов, принял 9 из них. Ни один офер в своей жизни я не получил выполняя тестовое задание. Хотя нет вру, ОДИН оффер после тестового я как раз получил. Кстати, относительно недавно. В итоге в ту компанию я не попал, тк провалил переговоры - неудачно поторговался. Напишите если интересно, могу рассказать. Но поинт в том, что тестовые на моей практике НИКОГДА не приводили к работе. Поэтому чтобы оправдать для себя трату времени я придумал челленж - поиграться с неизвестными технологиями и поэксперементировать с подходами. В этом случае при отказе - мой опыт говорит что надо ожидать отказ - я останусь хоть с каким-то выигрышем. Конечно в README и письме я упомянул и выделил этот факт. И даже предложил и поделился ссылкой на более ДЕФОЛТНЫЕ примеры моего кода.
Ну а про все остальное - тут господа я приглашаю вас в комменты. Вопросы такие:
⁃ Полезный фидбек? Помог он мне как спецу стать лучше?
⁃ Вам понравилось тестовое? ТЗ понятно? Вы бы стали его делать?
Итак, выходит на меня рекрутер с предложением пообщаться по вакансии. Компания nami.ai, полная удаленка или переезд в Париж по рабочей визе. Созвон с рекрутером, послушала про меня, рассказала про компанию, посмотрела резюме.
Как обычно когда внешний hr - отправила мое резюме в команду и ждем фидбек.
Приходит фидбек - предлагают сделать тестовое задание. И я зачем-то соглашаюсь.
Суть: сделай url shortening api на ruby. (это аля tinyurl, классика на интервью вопросе про System Design)
⁃ Любой фреймворк (или без фреймворка)
⁃ имплементируй как хочешь
⁃ инфраструктуру делай какую хочеш - главное чтобы short урлы сохранялись после перезагрузки сервера.
⁃ Вот тебе спецификация по request/response для API.
⁃ Auth делать не надо.
⁃ c e2e тестами (и другими тестами, если хочешь)
⁃ подумай и расскажи в README о потенциальных уязвимостях и способах защиты
⁃ подумай и опиши как скейлить твое приложение (не надо писать SCALABLE, просто напиши как ты будешь скейлить)
Как будем оценивать?
⁃ лучшие практики Ruby
⁃ АПИ сделал?
⁃ И АПИ делает что просили? И тесты зеленые?
⁃ И АПИ работает норм?
⁃ А код как - чистый? Поддерживаемый? (большой привет чату Голанг и ЧА)
⁃ А проблемы с безопасностью решил или задокументировал?
⁃ А масштабироваться как будем? Какие проблемы, как решать - подумал, описал?
И дополнительные открытые вопросы:
⁃ что такое DRY?
⁃ какая у тебя САМАЯ НЕЛЮБИМАЯ рекомендация из лучших практик Ruby?
⁃ расскажи про мудака коллегу - почему он мудак (а не ты) и что ты придумал чтобы с мудаком срабоаться?
⁃ Что такое DI? Куда в Rails пихать DI? Если никуда, то будь добр поясни
В общем long story short, тестовое я сделал и отправил. Через 5 дней тишины попросил фидбек.
Конечно на 2 день тишины было понятно что это отказ - положительные ответы приходят меньше чем за час)
Однако фидбек - один из главных аргументов чтобы делать тестовое. Полезно же? И фидбек ко мне пришел:
⁃ Лид считает что это круто когда ты изучаешь новые штуки, получаешь фан и кайфуешь от работы, однако он также считает важным быть прагматичным
⁃ Делать ревью лиду было тяжело
⁃ Слишком многословный код и слиокшм overengineered для такого маленького тестового задания
⁃ Хотя он отдает мне должное - я превзошел ожидания ДАЖЕ в валидации инпутов
⁃ Большинство людей не заморачиваются даже с базовыми валидациями
⁃ Лид прикинул - ему лично не по кайфу будет с подобным кодом работать когда мы будем вместе трудится над фичами в nami.ai
⁃ Поэтому телефонный звонок он меня не приглашает
⁃ Желает мне удачи с поиском работы и чтобы без тестовых заданий))
Ну что сказать? Просил фидбек - вот мне фидбек.
Про фан и кайф нужно пояснение. За 10 лет работы бекендером я проходил сотни собеседований, получил может быть пол сотни офферов, принял 9 из них. Ни один офер в своей жизни я не получил выполняя тестовое задание. Хотя нет вру, ОДИН оффер после тестового я как раз получил. Кстати, относительно недавно. В итоге в ту компанию я не попал, тк провалил переговоры - неудачно поторговался. Напишите если интересно, могу рассказать. Но поинт в том, что тестовые на моей практике НИКОГДА не приводили к работе. Поэтому чтобы оправдать для себя трату времени я придумал челленж - поиграться с неизвестными технологиями и поэксперементировать с подходами. В этом случае при отказе - мой опыт говорит что надо ожидать отказ - я останусь хоть с каким-то выигрышем. Конечно в README и письме я упомянул и выделил этот факт. И даже предложил и поделился ссылкой на более ДЕФОЛТНЫЕ примеры моего кода.
Ну а про все остальное - тут господа я приглашаю вас в комменты. Вопросы такие:
⁃ Полезный фидбек? Помог он мне как спецу стать лучше?
⁃ Вам понравилось тестовое? ТЗ понятно? Вы бы стали его делать?
👍14🔥4😁3❤2👎1👏1🤓1👨💻1
tgoop.com/beard_programmer_lounge/34
Create:
Last Update:
Last Update:
Cделал тестовое на RUBY и не получил работу. (+ полезный фидбек от лида).
Итак, выходит на меня рекрутер с предложением пообщаться по вакансии. Компания nami.ai, полная удаленка или переезд в Париж по рабочей визе. Созвон с рекрутером, послушала про меня, рассказала про компанию, посмотрела резюме.
Как обычно когда внешний hr - отправила мое резюме в команду и ждем фидбек.
Приходит фидбек - предлагают сделать тестовое задание. И я зачем-то соглашаюсь.
Суть: сделай url shortening api на ruby. (это аля tinyurl, классика на интервью вопросе про System Design)
⁃ Любой фреймворк (или без фреймворка)
⁃ имплементируй как хочешь
⁃ инфраструктуру делай какую хочеш - главное чтобы short урлы сохранялись после перезагрузки сервера.
⁃ Вот тебе спецификация по request/response для API.
⁃ Auth делать не надо.
⁃ c e2e тестами (и другими тестами, если хочешь)
⁃ подумай и расскажи в README о потенциальных уязвимостях и способах защиты
⁃ подумай и опиши как скейлить твое приложение (не надо писать SCALABLE, просто напиши как ты будешь скейлить)
Как будем оценивать?
⁃ лучшие практики Ruby
⁃ АПИ сделал?
⁃ И АПИ делает что просили? И тесты зеленые?
⁃ И АПИ работает норм?
⁃ А код как - чистый? Поддерживаемый? (большой привет чату Голанг и ЧА)
⁃ А проблемы с безопасностью решил или задокументировал?
⁃ А масштабироваться как будем? Какие проблемы, как решать - подумал, описал?
И дополнительные открытые вопросы:
⁃ что такое DRY?
⁃ какая у тебя САМАЯ НЕЛЮБИМАЯ рекомендация из лучших практик Ruby?
⁃ расскажи про мудака коллегу - почему он мудак (а не ты) и что ты придумал чтобы с мудаком срабоаться?
⁃ Что такое DI? Куда в Rails пихать DI? Если никуда, то будь добр поясни
В общем long story short, тестовое я сделал и отправил. Через 5 дней тишины попросил фидбек.
Конечно на 2 день тишины было понятно что это отказ - положительные ответы приходят меньше чем за час)
Однако фидбек - один из главных аргументов чтобы делать тестовое. Полезно же? И фидбек ко мне пришел:
⁃ Лид считает что это круто когда ты изучаешь новые штуки, получаешь фан и кайфуешь от работы, однако он также считает важным быть прагматичным
⁃ Делать ревью лиду было тяжело
⁃ Слишком многословный код и слиокшм overengineered для такого маленького тестового задания
⁃ Хотя он отдает мне должное - я превзошел ожидания ДАЖЕ в валидации инпутов
⁃ Большинство людей не заморачиваются даже с базовыми валидациями
⁃ Лид прикинул - ему лично не по кайфу будет с подобным кодом работать когда мы будем вместе трудится над фичами в nami.ai
⁃ Поэтому телефонный звонок он меня не приглашает
⁃ Желает мне удачи с поиском работы и чтобы без тестовых заданий))
Ну что сказать? Просил фидбек - вот мне фидбек.
Про фан и кайф нужно пояснение. За 10 лет работы бекендером я проходил сотни собеседований, получил может быть пол сотни офферов, принял 9 из них. Ни один офер в своей жизни я не получил выполняя тестовое задание. Хотя нет вру, ОДИН оффер после тестового я как раз получил. Кстати, относительно недавно. В итоге в ту компанию я не попал, тк провалил переговоры - неудачно поторговался. Напишите если интересно, могу рассказать. Но поинт в том, что тестовые на моей практике НИКОГДА не приводили к работе. Поэтому чтобы оправдать для себя трату времени я придумал челленж - поиграться с неизвестными технологиями и поэксперементировать с подходами. В этом случае при отказе - мой опыт говорит что надо ожидать отказ - я останусь хоть с каким-то выигрышем. Конечно в README и письме я упомянул и выделил этот факт. И даже предложил и поделился ссылкой на более ДЕФОЛТНЫЕ примеры моего кода.
Ну а про все остальное - тут господа я приглашаю вас в комменты. Вопросы такие:
⁃ Полезный фидбек? Помог он мне как спецу стать лучше?
⁃ Вам понравилось тестовое? ТЗ понятно? Вы бы стали его делать?
Итак, выходит на меня рекрутер с предложением пообщаться по вакансии. Компания nami.ai, полная удаленка или переезд в Париж по рабочей визе. Созвон с рекрутером, послушала про меня, рассказала про компанию, посмотрела резюме.
Как обычно когда внешний hr - отправила мое резюме в команду и ждем фидбек.
Приходит фидбек - предлагают сделать тестовое задание. И я зачем-то соглашаюсь.
Суть: сделай url shortening api на ruby. (это аля tinyurl, классика на интервью вопросе про System Design)
⁃ Любой фреймворк (или без фреймворка)
⁃ имплементируй как хочешь
⁃ инфраструктуру делай какую хочеш - главное чтобы short урлы сохранялись после перезагрузки сервера.
⁃ Вот тебе спецификация по request/response для API.
⁃ Auth делать не надо.
⁃ c e2e тестами (и другими тестами, если хочешь)
⁃ подумай и расскажи в README о потенциальных уязвимостях и способах защиты
⁃ подумай и опиши как скейлить твое приложение (не надо писать SCALABLE, просто напиши как ты будешь скейлить)
Как будем оценивать?
⁃ лучшие практики Ruby
⁃ АПИ сделал?
⁃ И АПИ делает что просили? И тесты зеленые?
⁃ И АПИ работает норм?
⁃ А код как - чистый? Поддерживаемый? (большой привет чату Голанг и ЧА)
⁃ А проблемы с безопасностью решил или задокументировал?
⁃ А масштабироваться как будем? Какие проблемы, как решать - подумал, описал?
И дополнительные открытые вопросы:
⁃ что такое DRY?
⁃ какая у тебя САМАЯ НЕЛЮБИМАЯ рекомендация из лучших практик Ruby?
⁃ расскажи про мудака коллегу - почему он мудак (а не ты) и что ты придумал чтобы с мудаком срабоаться?
⁃ Что такое DI? Куда в Rails пихать DI? Если никуда, то будь добр поясни
В общем long story short, тестовое я сделал и отправил. Через 5 дней тишины попросил фидбек.
Конечно на 2 день тишины было понятно что это отказ - положительные ответы приходят меньше чем за час)
Однако фидбек - один из главных аргументов чтобы делать тестовое. Полезно же? И фидбек ко мне пришел:
⁃ Лид считает что это круто когда ты изучаешь новые штуки, получаешь фан и кайфуешь от работы, однако он также считает важным быть прагматичным
⁃ Делать ревью лиду было тяжело
⁃ Слишком многословный код и слиокшм overengineered для такого маленького тестового задания
⁃ Хотя он отдает мне должное - я превзошел ожидания ДАЖЕ в валидации инпутов
⁃ Большинство людей не заморачиваются даже с базовыми валидациями
⁃ Лид прикинул - ему лично не по кайфу будет с подобным кодом работать когда мы будем вместе трудится над фичами в nami.ai
⁃ Поэтому телефонный звонок он меня не приглашает
⁃ Желает мне удачи с поиском работы и чтобы без тестовых заданий))
Ну что сказать? Просил фидбек - вот мне фидбек.
Про фан и кайф нужно пояснение. За 10 лет работы бекендером я проходил сотни собеседований, получил может быть пол сотни офферов, принял 9 из них. Ни один офер в своей жизни я не получил выполняя тестовое задание. Хотя нет вру, ОДИН оффер после тестового я как раз получил. Кстати, относительно недавно. В итоге в ту компанию я не попал, тк провалил переговоры - неудачно поторговался. Напишите если интересно, могу рассказать. Но поинт в том, что тестовые на моей практике НИКОГДА не приводили к работе. Поэтому чтобы оправдать для себя трату времени я придумал челленж - поиграться с неизвестными технологиями и поэксперементировать с подходами. В этом случае при отказе - мой опыт говорит что надо ожидать отказ - я останусь хоть с каким-то выигрышем. Конечно в README и письме я упомянул и выделил этот факт. И даже предложил и поделился ссылкой на более ДЕФОЛТНЫЕ примеры моего кода.
Ну а про все остальное - тут господа я приглашаю вас в комменты. Вопросы такие:
⁃ Полезный фидбек? Помог он мне как спецу стать лучше?
⁃ Вам понравилось тестовое? ТЗ понятно? Вы бы стали его делать?
BY Кальянная программиста



Share with your friend now:
tgoop.com/beard_programmer_lounge/34