🧬 Flow: путь познания и создания смыслов

На прошлой недели, в посте про поиск глубины, Вася Усов дал комментарий:

Между «знанием» и «познанием» тонкая грань, но разница все же есть. По моему мнению, Лев, ты занимаешься познанием, поэтому читать тебя интересно. Было бы круто окунуться в тему чуть глубже.

Вася автор замечательной книги, которую я сам начинал читать еще ~7 лет назад, когда только начал изучать iOS. Слова Васи очень приятны, так как он сам авторитетный автор книг и разработчик. Приятно, когда такие слова говорят именно такие люди. Значит я двигаюсь в правильном направлении.

Сразу поднимается чувство ответственности и новые требования к качеству своего контента, раз это вызывает интерес. Не хочется разочаровать читателя.

Я также находил похожие смыслы о познании в "потоке". Где ты стараешься двигаться по заключительному пути "создания смыслов". Для полного счастья человек должен найти одну осмысленную картину, а не бегать за времеными удовольствиями. Копаться в кишках, формулировать ту самую инженерность, искать практическую пользу своего ремесла, идти по пути познанию мне нравится больше, чем бегать за офферами или грейдами, в чем я все меньше перестаю видеть смысл. Такими же людьми мне хочется себя окружать.

До тех пор пока занятия и увлечения, приносящие нам удовлетворение, не связаны воедино высшим смыслом, мы не защищены от вторжения хаоса и разрушения нашей психической энергии

Мне нравятся такие люди, чей вес в индустрии познается делом и знаниями. Видно, что такой человек нашел ту самую редкую "высшую цель", чей интерес подпитывается ядерным реактором жажды знаний. Этот голод нельзя утолить и он не превращается в алчность.

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

Высшая цель — это путь ответов на вопросы, которые выходят за границы банальных тем. Которые не связаны с системами оценок компаний или их заработок, но эта цель может повлиять и на оценки, и на заработок.

Конечно, слова "высшая цель" звучат довольно пафосно. Но моя она как раз совсем недавно сформулировалась.

Можете чаще давать приятные слова в комментах и я буду вас рекламировать😏

Шпаргалки для подготовки к System Design

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

Так я начал заполнять впервую очередь для себя темами, чтобы быстро войти в контекст стандартного формата интервью. Вообще я понял, что проходить интервью совсем другой скилл. Когда же вопросы для собеседований можно легко зазубрить, а легенду выдумать, то на алгоритмах или архитектуре ты сильно дебафаешься и тут почти невозможно обмануть интервьюера.

Ну и немного кринжа. Твой накрученный опыт или скиллы будут бросаться в глаза как паленные вещи абибас. А выдуманная "сеньорность" легко палится. О чем говорить, если даже можно банально зайти в ютуб с накрученным мок-собесом. Где зритель жалуется, что "данные знания не соответствуют сеньорным". Как же тогда у вас получится обмануть интервьюера, если даже не получается аудиторию?

Я все же сторонник прозрачного и честного роста впервую очередь перед самим собой. Живя в парадигме "как бы кого обмануть" ты становишься экспертом только в подделках, но не в оригиналах. Главное правило любого развития — честные показатели. Казаться научит любой ментор или даже чатгпт, заготовив методичку. А вот быть нужно регулярным трудом самому.

Мы за регулярный рост. Я собрал уже две статьи:
🟣Как и какие собирать требования к задаче
🟣Что такое DI и как его выбирать
В будущем буду обновлять темы (масштабирование, архитектура, модуляризация, тесты и тп)

💎 Поддержать или получить доступ к материалам можно в бусти
🧬 И в боте трибьюта если вы не из СНГ (рекомендовано)

💎 Почему на собеседованиях в FAANG не спрашивают про технологии?

Я всегда считаю, что пока ты молодой — лучше заниматься учебой и не бояться трудных путей, а не бегать за мимолетной выгодой.

Если вы когда-либо проходили интервью в крупных IT-компаниях (Google, Facebook, Amazon и другие), то наверняка заметили, что вместо вопросов о языках программирования и фреймворках кандидаты получают задачи на алгоритмы. Нужно, например, найти кратчайший путь между точками, развернуть бинарное дерево или удалить нули из массива. Но почему именно так?

Компании стремятся к беспристрастной оценке кандидатов. Они считают, что умный инженер сможет освоить любой язык или технологию при необходимости. Опыт, конечно, играет важную роль, но он оценивается в вопросах по проектированию систем (system design) и поведенческому интервью (behavioral interview).

Новые фреймворки появляются чуть ли не каждый день, и Google просто не может адаптировать процесс собеседования под все эти изменения. Вместо этого компания использует систему, оценивающую кандидатов по фундаментальным навыкам: знанию структур данных, умению проектировать системы и навыкам коммуникации. На основе этих параметров определяется уровень инженера. Такой подход позволяет сравнивать кандидатов между собой, но у него есть минус — он не учитывает практический опыт. В результате талантливые разработчики могут не пройти отбор.

На практике алгоритмы редко используются в повседневной работе. Разработчики с многолетним стажем обладают глубокими знаниями и решения бизнес-задач. Однако многие из них не могут быстро решать алгоритмические задачи, потому что в их работе это просто не требуется. Тем не менее, на интервью они часто получают уровень middle, что не всегда справедливо.

Молодые разработчики находятся в идеальном положении для подготовки к таким собеседованиям. Они активно изучают алгоритмы, решают задачи на платформах вроде LeetCode и Codeforces, участвуют в олимпиадах по программированию и глубоко погружаются в структуры данных. Многие мечтают попасть в Google и готовы днями и ночами разбирать книги Таненбаума и Кнута. В этом возрасте проще выделить время на подготовку, а с годами сделать это становится сложнее.

Алгоритмический формат собеседований в крупных IT-компаниях даёт преимущество студентам, у которых есть время и мотивация для подготовки. Опытные разработчики, несмотря на свой богатый практический багаж, могут столкнуться с трудностями из-за нехватки тренировки в решении подобных задач.

Поэтому и мы на канале стараемся разбирать не только знание фреймворков и особенностей платформы, но и базу.