Издание dev.by поговорило с айтишниками из Беларуси, которые нашли работу в американских Tinder и Uber, и расспросило их о том, как они готовились к собеседованиям, на какие вопросы отвечали и какие остались впечатления.
Издание dev.by поговорило с айтишниками из Беларуси, которые нашли работу в американских Tinder и Uber, и расспросило их о том, как они готовились к собеседованиям, на какие вопросы отвечали и какие остались впечатления.
Ох уж этот Leet code пиздец, ребята которые не понимают как строить системы от начала и до конца, часто не знающие банально о том как писать расширяемый код + обычно не знает что в IDE есть подцветка/автокомплит, но он ими не пользуется только vim, и что в конце концов порой надо не тупо решить задачку, а подумать о том "а точно ли это будет нужно пользователю?" и обговорить это продуктом.
Но зато 100+ задачек решил..
Комментарий недоступен
Увы, но это реалии нынешнего времени… Когда условный Google, Facebook, Amazon и прочие заваливают тысячами резюме из Мумбаи, Бангалора и прочих живописных мест, и в таких резюме указаны все технологии и языки, которые кандидат слышал и видел, нужны какие-то безотказные и прозрачные методы отсеивать эту массу. Разговоры на тему «расскажите, где и как ты применял эту технологию или ЯП» будут съедать много времени… Плюс, это позволяет так же отсеять и других кандидатов, которые могут использовать довод «это потому что я [черный|женщина|из России|…]» и поднять шум во всяких социальных сетях.
не надо расшатывать фанговые скрепы!
Люди то надрачивают алго задачи коих в общем случае дай бог 1-2% за исключением каких-то коровых движков, всевозможных баз данных и т.д.
В общем случае надо уметь строить понятную систему как в дизайне, так и в архитектуре.
Я на литкоде решал всякие задачки и для себя выявил что всевозможные деревья и структуры данных даются легко, с динамическим программированием задачи идут сложнее, но их тоже можно "надрочить".
Вообще литкод рекомендую только для выявления "пробелов" в определенных областях, но не в коем случае не как практический опыт, потому что на практике всегда очень много:"сильно зависит от : <один> , <два>, <три> ... <n>"
Но при этом научиться писать и поддерживать программный продукт, устраняя противоречия и не позволяя разномой функциональности делать одно и тоже - весьма непросто.
Более того везде есть своя специфика в которую надо "въезжать".
Но счас случилась небольшая беда и какции фанга едут нахуй вниз, и невыведенные какции бохатеньких пограмистов едут туда же.