Сегодня на контентычах
Работаем-работаем

Новый видос уже на этой неделе будет🍑

Что сейчас у меня происходит?

Последние дни погрузился в процесс создания нового продукта, докрутки старого и ушел в какое-то состояние эмоциональных рефлексий и наработок

Много думаю, много работаю, чтобы потом сладенько поработать(некогда отдыхать👙)

Грядет нечто масштабное и невъебически крутое
Let them cook😋

После cum back-a с небольшого приключения обмазался энергетической смазкой для своего энергетического поля🐖
Хочется рвать и метать☠️

За сегодня уже два подкаста вкинул для учеников и 7 созвонов провел😈

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

Завтра будет дроп☠️ (в крайнем случае - нет 😂)
А пока что режим ожидания🤪

Как быстро решать любые задачи и что такое инженерное мышление🐇

В этом посте раскрою проблемы, которые наблюдаю у 95% разработчиков:

— не можете решить задачу, если раньше с такой не сталкивались, и тратите много сил и времени на то, чтобы в ней разобраться
— не понимаете, как приступить к решению задачи, как с нуля спроектировать приложение или какой-либо компонент
— копируете чужие решения
— на собесах валитесь на “специфических” задачах
— не можете оценить, сколько времени нужно на решение задачи

Самое распространенное заблуждение почти любого разработчика в том, что сеньор - это чел, который написал больше кода, чем любой другой вкатунчик))
Что нужно прорешать как можно больше задач, чтобы приобрести “сеньорские” умения💊
Что есть такие задачи, которые ты либо знаешь как решить, либо нет🍻

На самом деле эффективность и скорость решения любой задачи зависит от того, насколько у вас развито инженерное мышление
Иными словами, суть в том, как вы подходите к решению задачи😤

Рядовой ios-разработчик думает “из чего” строить функционал:

он видит дизайн и сразу начинает думать, из чего мне это приложение запилить: накидывает вьюконтролер, запихивает в него сетевой запрос "куда то там" без какого либо направления, настраивает навигацию и тд
А потом видит получившийся файл на 1000 строк, куда невозможно завозить новый функионал и расширять приложение, потому что полный хаос и все переплетено))

Разработчик с инженерным мышлением (инженер) приступает к решению любой задачи с проектирования того, что должно быть реализовано в участке кода
Он думает “как” строить, не “из чего”🚬

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

Важно не то, как ты пишешь код, а что ты используешь в процессе написания кода (какие используешь схемы, шаблоны)
Без чертежа дом не построить, даже имея все необходимые компоненты 😶

Сперва нужно расписать приложение по слоям - сделать схему приложения: навигацию, какие будут сущности, как сетевой слой будет построен и так далее.
И только после этого написать строчки кода по заданному плану

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

Если ты не можешь оценить задачу - значит ты недостаточно ее декомпозировал
Если в задаче есть затык - нужно спуститься в схеме на слой ниже и там ее детализировать с тем же самым вопросом: как бы я это делал?

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

Инженер решает задачу не по наитию и интуиции, а по четкому плану и с пониманием того, как и куда что лучше использовать и может обосновать свое решение

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

И на собесах смотрят на то, можете ли вы объяснить, почему тот или иной ответ правильный 🥱

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

Вывод сиего поста предельно прост:

Чтобы решить уравнение, нужно знать формулу, а не пытаться нарешать как можно больше уравнений

Из своих маслят я выращиваю инженеров, способных самостоятельно решать любые задачи с помощью применения паттернов проектирования

В рамках написания учебного приложения мы:
1) простраиваем архитектуру
2) работаем с самыми распространенными задачами на работе
3) работаем с сетевым слоем
4) простраиваем схемы работы определенных флоу, чтобы понимать как строиться логика реализация той или иной задачи

И это все с использованием паттернов и в дальнейшем на combine

А потом все удивляются, как у меня маслята на такие жирные офферы залетают😑

Дропну вам пример того, как мои работяги приступают к разработке учебного приложения с использованием моего подхода

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

Одним словом - полная картина приложения на определенном уровне абстракции🤔

Можно, конечно, глубже копать, но необязательно, если нет затыков

Нашел красивую фоточку с СПб сходки🕺

На следующей неделе буду так же выступать на сходке в Мск с еще более интересным докладом: как конвертировать личность в доход😎

Очень понравилось выступать в живую нежели на стриме и видеть резонанс аудитории прямо во время доклада

Поделюсь эффективностью подхода, что я пушу в рамках инженерного мышления 🚬

Масленок вкатился на 300к на руки и уже плавно подходит к окончанию испыталки
Вкину вам немного его фидбека по пройденному пути в компании🍻

Руководитель в ахуе от схемок флоу и просит их оставлять для пополнения документации проекта))

Короче, давайте сделку: собираем 60 реактов и вкину кусок из своего доклада по инженерному подходу с разбором продуктовой фичи, который проводил для учеников 😎