Собеседования⁠⁠

Я вот 10+ лет в программировании.

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

Вопросы по SQL? Меня недавно спросили что такое having, я ответил "не помню, применял его последний раз примерно 6 лет назад, что-то про группировку". Если у вас реальные бизнесовые задачи, тем более под нагрузкой, а не решение задачек по SQL, то с большой вероятностью, его применение будет скорее во вред, я уже молчу про дальнейшее сопровождение кода. Для аналитики полезно, но такие задачи встречаю редко.

Нормальные формы? Когда-то знал, но сейчас сложно сложить это в объяснение. Пришёл к вам бизнес с кучей запросов и сильно дешевле задублировать данные и поддерживать консистентность чем делать join. Применить 3ю нормальную форму и хотелось бы везде, но далеко не везде это выгодно.

Наследование, инкапсуляция и полиморфизм? Мало кто как молитву его повторяют, чтобы помнить всегда. Да применяю. Но я не лектор в институте чтобы сразу и просто это объяснить, у меня другие сильные стороны, и они не в объяснении.

Индексы? Я знаю про b-tree, и что есть другие. Знаю как правильно их создавать чтобы они использовались. Знаю как проверить. Но абстрактные вопросы для меня сложны.

Тестовое задание? Без гугления и браузере?

Это в принципе то что относится к творческой части процесса программирования. Творческую часть я предпочту выполнять в спокойной обстановке, с чашечкой чая, а не на скорость без гугла. Собеседование и так стресс, ещё больше переживаний мне совершенно не нужны, тем более переживая я с большой вероятностью эту часть завалю.

А какие по итогу задачи нужно выполнять на работе? 90% это взять данные, чуть их преобразовать и отослать дальше, ну и созвоны, куда без них. 10% с натяжкой можно отнести к творческой части, где нужно хоть чуточку подумать.

Сумбурно как-то получилось, но надеюсь смог донести мысль.