IT's Remsha'`

Обзор на типичное техническое интервью Всего я вспоминаю четыре типа секций: алгоритмы, платформа, архитектурна и troubleshooting. Сразу подсвечу следующую мысль: нет специальных списков с вопросами для junior, для middle, для senior. Вся разница заключается в том, на сколько глубоко вы способны закопаться, казалось бы в банальные вещи ака «расскажи про типы данных». ⚪️В секции аЛкОрИтМоВ: в наших силах решить 2 задачки за 50 минут, корректно дать оценку нашему алгоритму в нотации O(n). Держи материал: Пример 1 Пример 2 ⚪️В секции с платформой (на примере Python и близлежащих инструментов): можем рассказать как работает аллокация памяти, понимаем принципы multiprocessing, multithreading и async. Знаем об их достоинствах и недостатках (особенно в контексте нашей платформы). Рассуждаем о том, как эффективно использовать БД, знаем про КАП теорему. Представляем в каких сценариях можем манипулировать уровнями изоляции. Братик, я покушать принес: indexes (B3, GiST, GIN, BRIN) Transaction Isolation (RC, RR, Serializable) Сontext manager GIL GC Управление памятью Async p.s. про event loop мне нравится это видео, хоть оно и с JSConf. ⚪️В секции system design: мы способны собрать требования к системе, подсветить потенциально слабые места, предложить варианты их решений (скорее всего речь будет про инструменты или паттерны проектирования). На мой взгляд это самая крутая секция, где не существует однозначно правильных ответов. Любое решение имеет свои плюсы и минусы. Мне очень нравится рассуждать о том, как наша система поведет себя под нагрузкой, что произойдет если один из компонентов выйдет из строя, в каком состоянии система окажется если бросить ее на годы без поддержки. Люти пон: Пример с видео-хостингом Рассказал обо всем общими мазками, чтобы было представление о процессе. Ко всем возможным вопросам подготовиться не возможно, это и не требуется. Посещая техническое интервью между вами и собеседующим должна образовываться беседа, а не допрос.

​​Топовые подписчики! Да, это жестко ребят! За двадцать минут накрутили огней..

​​Топовые подписчики Да, это жестко ребят😄

А не senior ли я часом!? Такой доклад уже был у моего коллеги Евгения Афонасьева. Я тоже расскажу своими мыслями на данный счет, тем более мне уже не первый раз ко мне обращаются люди с запросом, сформулировать критерии сильного специалиста. В целом у каждого из нас есть два пути чтобы узнать подходим ли мы под позицию старшего(ведущего) разработчика или нет. 1. Поставить встречку своему руководителю. ⚪️ И сделать коммит о том, что в следующем пересмотре вы хотите вырости. Собрать с него критерии для данного процесса (обязательно это обговорить без воды и плавающих формулировок, с жестко зафиксированными результатами и требованиями) 2. Отправиться на этапы собеседования в другие компании. ⚪️ В идеале выбрать компании того же эшелона в котором вы работаете. Здесь от нас потребуется пройти секции алгоритмов, платформы и system design, а в финале пообщаться с командой. На каждом из этапов мы должны показать что владеем инструментами, умеем копать в глубь, способны видеть систему целиком и что мы решаем проблемы, а не задачи. Первый путь у всех индивидуален, а вот второй уже можно попробовать описать через общие критерии. Го 10🔥 и я подробнее опишу темы/критерии к которым нужно быть готовым если вы выберете пойти по второму пути. Так же рекомендую посмотреть доклад, там все объясняется человеческим языком.

визуализация того, о чем я написал выше^

​​C4 model Если вы только начали погружаться в system design или вам просто интересна эта тема, то рекомендую прочитать статью «как описать архитектуру продукта по нотации C4».

​​C4 model Если вы только начали погружаться в system design или вам просто интересна эта тема, то рекомендую прочитать статью «как описать архитектуру продукта по нотации C4». 1 yровень — System Context 😉Отправная точка для проектирования. Детали не важны. Нам в целом нужно прикинуть "ландшафт" системы, взаимодействие компонентов. В центре внимания люди, а не технологии. Ее мы можем показать не технической части команды. 2 уровень — Container 🥺Показывает общую форму архитектуры, распределение функций и обязанностей. Понимание как система вписывается в общую инфраструктуру. Каждый контейнер это отдельно развернутый объект (сервер, веб-приложение, сторонние API или БД). 3 уровень — Component 😒Группа связных функций обеденных одним интерфейсом. Мы подсвечиваем здесь из чего состоит контейнер, их обязанности и детали реализации. 4 уровень — Code 😒Это дополнительный уровень детализации, который в идеале готовится автоматически через IDE, UML. Стоит включать в отрисовку только те элементы системы которые помогают раскрыть основную суть. Лично мне приходилось проектировать систему чаще всего на первом и втором уровне, иногда выборочна заглядывая на третий.

Классификация везения Зацепила статья о везение удачи которая преследует остальных, но нас обходит стороной. Вот короткая сводка с примерами, если нужно больше обращайтесь к первоисточнику работ Джеймса Остина. Везение I - обычная удача, которая происходит совершенно случайно без усилий с нашей стороны. 🚩Пример: нам позвонили в дверь и предлагают млн. долларов в чемодане. Везение II — удача, которая является результатом постоянного движения. Движение создает сеть различных взаимодействий и опытов. 🚩Пример: вы вышли из дома пошли в квартал, в котором зафиксировано самое большое кол-вы осадков чемоданов с деньгами или вы пошли общаться с людьми которые обычно дарят млны. Везение III — этот вид удачи лучше всего резюмировать знаменитой фразой Пастера: “Удача выбирает ум, который к ней готов”. Ака слепая удача. 🚩Пример: открытие пенициллина Александром Флемингом. Везение IV — выражение "Мы сделаем свою удачу и назовем ее своей судьбой". 🚩Пример: если в озере недалеко от вас утонули сокровища, а вы лучшей дайвер в округе, то скорее всего позовут доставать это сокроващие именно вас.

Арбузный сомелье Недавно мой друг получил сертификат сомелье, я тоже решил попробовать себя в данной стезе и вот что у меня получилось. Автор самого оцененного комментария получит от меня «Яйцо Дракона» (желтый арбуз), поэтому зажигаем огоньки на своих комментах, итоги в среду 16 августа🕺😄🏖

​​Рубрика: дое6ался Интересно, а это символизм такой на лендосе курсов по System design, что у менти и ментора головы несоразмерно малы относительно тел. Типа в них ничего нет получается, ни у того ни у другого🤨