Соглашусь, что очень похожие определения, конкретно в моем случае "релевантность" это было скорее про актуальный тех. стек, а "соответствие" это общее соответствие скиллов позиции, сам спрашивал, когда уже устроился :)
Сейчас еще раз перепрочитал статью, конечно надо было во фразу
я получил один из лучших примеров такого ответа
добавить "лучший пример из той ОС, которую я получал при собеседовании"
Запрос конечно бессмысленный, но я использовал group by и при этом вывел все поля таблицы actor.
Просто представьте свою реакцию, если такой код увидете в продакшене :)
Я кстати встречал код, где одновременно были distinct и group by с перечеслением всех полей (без агрегатных функций в select), такие себе чувства после увиденного.
Возможно, собеседующий имел в виду именно такие специфические случаи, но не уточнил это.
Любой критерий в какой-то мере субъективен. Что касается "адекватности", то если бы, например, в ОС я получил бы 5 по знаниям и соответствию тех. стеку и позиции, но 3 за "адекватность", я бы задумался: хочу ли я переходить в компанию, где мой стиль мышления может кажется коллегам не совсем адекватным :)
Я проверил запрос на SQL fiddle на нескольких СУБД, включая MySQL, Oracle и MS SQL, и все они выдали ошибку, только на MariaDB и SQLite запрос выполнился без ошибки. Важно отметить, что, в истории из статьи, исходный вопрос не содержал уточнений о конкретной технологии и ответ соответствовал правилам основных реляционных СУБД, а интервьювер вместо уточнения технологии или контекста, просто закончил собеседование. Вообще хорошо наверное, что такие особенности коллег на собеседовании уже проявляются, а не в первые дни как вышел на новую работу :)
Наличие ограничений по тех. стеку при систем дизайне не является проблемой,особенно если работодатель обьясняет почему такие ограничения существуют. Систем дизайн, как и весь процесс собеседования, это про коммуникацию, а не только хард скиллы, поэтому важно, чтобы эта часть собеседования не воспринималась как бесплатная консультация работодателя.
Соглашусь, что очень похожие определения, конкретно в моем случае "релевантность" это было скорее про актуальный тех. стек, а "соответствие" это общее соответствие скиллов позиции, сам спрашивал, когда уже устроился :)
Сейчас еще раз перепрочитал статью, конечно надо было во фразу
добавить "лучший пример из той ОС, которую я получал при собеседовании"
Просто представьте свою реакцию, если такой код увидете в продакшене :)
Я кстати встречал код, где одновременно были distinct и group by с перечеслением всех полей (без агрегатных функций в select), такие себе чувства после увиденного.
Возможно, собеседующий имел в виду именно такие специфические случаи, но не уточнил это.
Любой критерий в какой-то мере субъективен. Что касается "адекватности", то если бы, например, в ОС я получил бы 5 по знаниям и соответствию тех. стеку и позиции, но 3 за "адекватность", я бы задумался: хочу ли я переходить в компанию, где мой стиль мышления может кажется коллегам не совсем адекватным :)
Я проверил запрос на SQL fiddle на нескольких СУБД, включая MySQL, Oracle и MS SQL, и все они выдали ошибку, только на MariaDB и SQLite запрос выполнился без ошибки. Важно отметить, что, в истории из статьи, исходный вопрос не содержал уточнений о конкретной технологии и ответ соответствовал правилам основных реляционных СУБД, а интервьювер вместо уточнения технологии или контекста, просто закончил собеседование. Вообще хорошо наверное, что такие особенности коллег на собеседовании уже проявляются, а не в первые дни как вышел на новую работу :)
Наличие ограничений по тех. стеку при систем дизайне не является проблемой,особенно если работодатель обьясняет почему такие ограничения существуют. Систем дизайн, как и весь процесс собеседования, это про коммуникацию, а не только хард скиллы, поэтому важно, чтобы эта часть собеседования не воспринималась как бесплатная консультация работодателя.