Тестовые задания на собеседовании разработчика — есть ли в них смысл
За свою долгую ИТ-карьеру я успел побывать по обе стороны собеседований и увидеть весь блеск, нищету, маразм и здравые мысли тестовых заданий, выдаваемых на технических собеседованиях разработчиков ПО.
Знаменитый пример про создателя brew совершенно дурацкий: то, что он хороший продуктовый разработчик, который сумел популяризировать свою наработку, ещё ни разу не говорит о том, что он подходит для конкретной команды или компании, например. Нет одного абстрактного «уровня» разработчика: есть разные качества, сильные и слабые стороны, которые подходят для разных проектов и разныхк компаний. И как раз гугл та компания, которая по тем или иным причинам делает упор на математику и CS, но они имеют на него полное право.
>который сумел популяризировать свою наработку
Хорошо бы Гугл в рамках своей диверсити програм нанимал бы людей, которые умеют это делать, а то я о гугловских продуктах узнаю чаще всего из статей на HN, которые начинаются словами "Google sunsetting ..."