Здравствуйте, Baiker, Вы писали:

N>>А он тебе подключил унитаз к горячей воде, а раковину к канализации.
N>>А вот на вопрос о размере резьбы ответит.
N>>А ещё все стыки потекут через полгода, потому что изолировать он их не умеет.

N>>И вот для следующего ты как минимум захочешь рекомендации. А то и будешь проверять, чем и как он собирается заматывать стыки.

B>Это маловероятная вещь, как правило специалист с опытом 10+ лет УЖЕ считай "высший класс".

Только не в IT. Здесь нормально, что у двух таких 10-летних один за это время научился всему от запускать S/360 без диска и до веб-сайта на jQuery, а второй ничего кроме, например, Spring Boot не умеет.
Один мой коллега с 1999-го сидит на своей теме и никуда не дёргается — ему и так хорошо.

B>Но суть моего замечания не к тому, как докопаться к нанимаемому, а как ПРАВИЛЬНО, без пошлых игр в синтаксис и подкапотные тонкости, определить, стоит ли брать такого работника.

А для этого надо определить, что он в принципе умеет (а не что в резюмэээ написано).

B>Собственно, тем и отличается ИНЖЕНЕР от кодера — инженер смотрит на задачу глобально, большими блоками, с перспективой развития. Ну а кодер — тот да, будет долго прищуриваться, знаешь ли ты сколько микросекунд работает StringBuilder супротив "" + "".

А без разнообразного опыта инженерный кругозор не включится.
Образование частично помогает, но только для старта.