Microsoft Stack Jobs

Вообще, почитал написанное выше, и пришёл к выводу, что формат собеседований довольно странный. Можно охватить много всего такого, как правило, в 2 (ну или 3) случаях: первый — это если работаешь на «галере» (аутсорс, аутстафф, и заказанная разработка), но сейчас по понятным политическим причинам в РФ и РБ такое почти что мертво, я сам был вынужден из заказанной разработки в продукт уйти, 2 случай — продолжение первого своего рода, а именно — проектная работа, но, опять же, по тем же причинам из РФ и РБ на забугор почти не устроиться, а внутри проектной работы мало, и 1 и 2 случай — это если повезло, и проекты с охватом разных предметных областей и технологий, 3 случай — когда скачешь с работы на работу. Но 3 случай (частая смена работ) — даже в более сытые приятные времена было (как сейчас модно говорить у молодёжи) «ред флаг» 🚩 для HR, а сейчас и подавно. И вот если так подумать, то я вот работаю уже скоро три года как в одном продукте и не хочу уходить, многие и по 6 лет в этом продукте из команды, соответственно, для эффективности на благо нашего бизнеса мы сконцентрированы на своих задачах, своей предметной области, и откуда ж нам знать нюансы и тонкости того, что вне нашего продукта? Вариант «ну так сиди штудируй вечерами», во-первых, сам по-себе не особо хороший (у людей за 30 так-то в основной их массе есть семьи, дети, свои жизни, в общем), во-вторых, даже если сидеть и штудировать, то что именно? Море всего есть, а просто по верхам — ну это уже эрзац какой-то, а не нормальные знания. То есть так собеседовать — априори тупой подход. Мне понравилось, как я собеседовался на прошлую работу: я никогда не работал с AWS S3 и Mongo, но честно сказал, что готов быстро вкатиться и разобраться. И не солгал: уже через пару недель были готовы пара сервисов для работы с этим, и на ревью лид (британец, кстати, Эдмунд, классный мужик, с ним было круто работать) дал пару советов, но, в целом, был доволен. И ничто страшное не случилось. Потому что важен человек и его умение

Осталось теперь этот майндсет вживить в головы нанимающих

Не вижу в этом вопросе ничего хорошего. Это такая узко специфическая оптимизация использование временных таблиц которая явно сигнализирует о том что есть просчеты в архитектуре. В итоге мы наберем кандидатов которые будут способны сапортить этот бред, но отсеем тех кто мог бы найти лучшее решение, как то декомпозиция, применить деморализации и т.д. Супер сложные запросы в которых требуются временная таблица это всегда перетекание какой то части бизнес логики на сторону sql, и баз данных, ее размазывание по всему приложению это потом невозможно сапортить. Для меня если задают углубленные вопросы по sql это редфлаг, это значит что косяки в архитектуре пытаются компенсировать через базу данных. Эта вся история потом плохо масштабируется.

Одно другому не противоречит, мне кажется

Может, а может всё вокруг казаться гвоздями. Мы же здесь, как выше оказалось, не просто так все забыли синтаксис tsql

о там интересно, особенно если почитать про формат хранения данных, страниц и экстентов в .mdf/ldf файлах

там забывать особо нечего, он несложный

дело не в синтаксисе а в поведении, тот же mssql блокировочник, а условный оракл - версионник, но mssql блокировочник тоже условный, там есть костыли для версионирования!

Ну да, в постгресе нет временных таблиц, например

хм... да вроде есть https://www.postgresql.org/docs/current/sql-createtable.html TEMPORARY or TEMP If specified, the table is created as a temporary table. Temporary tables are automatically dropped at the end of a session, or optionally at the end of the current transaction (see ON COMMIT below). The default search_path includes the temporary schema first and so identically named existing permanent tables are not chosen for new plans while the temporary table exists, unless they are referenced with schema-qualified names. Any indexes created on a temporary table are automatically temporary as well.

Может, тогда ad-hoc функций нет. Я последние года четыре не пересекался

А потом из-за этого ключевого 200 хранимок в среднем проекте получается, приходя новые требования и ты понятия не имеешь какие нужно править. А все из того что кому то захотелось сделать супер-пупер быстро в отсутствии на то особых требований, чисто из личного спортивного интереса, в итоге место 300 миллисекунд страница стала открывать за 200, но зато теперь из новичков никто больше месяца на проекте не задерживается.