😵‍💫Хватит учить IOS, ты просто теряешь время зря (забудь об оффере!)

Если ты самостоятельно учишь IOS уже больше 6 месяцев и еще не пошел по собесам - значит ты ЧТО-ТО делаешь НЕ ТАК!

Нет смысла в бесконечной учебе, если она не приближает тебя к трудоустройству.

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

Если у тебя нет четкого плана, который ведет тебя до оффера, то с большОй вероятностью ты начнешь закапываться в изучении лишнего материала и станешь ЖОСКА ТЕРЯТЬ ВРЕМЯ со своим перфекционизмом или синдромом самозванца. В добавок можно легко словить дизмораль - понимая что учить еще ДОФИГА, а бесконечная учеба и без того уже ВЫМОТАЛА

Нервы на пределе, финансовая подушка тает, долги растут, температура падает, скоро снег

Пока ты не в айти, ты не можешь сам корректно оценить какие технологии нужны для работы и НА КАКОМ УРОВНЕ их нужно знать

- Это действительно маст хэв для разработки?
- Точно ли это нужно для собеса?
- Учить это на всякий случай или не надо?
- Насколько глубоко копать эту тему?

Вопросы возникают сразу же после изучения свифта:

- Что мне учить, UIKit или SUI?

И если выбор основного фремворка относительно не сложен и ты легко сможешь сделать правильный выбор начав изучать UIKit, то дальше будет сложнее:

💻 GIT - учить консольные команды или можно работать через SourceTree? А как обычно принято у мидлов? А прям наизучть всё знать или как?
😵 Вебсокеты - надо или нет? Насколько это сложно и точно ли я должен их знать? В резюме собираюсь ставить много лет опыта, значит наверное мне это знать надо, но на сколько глубоко?
🖥 CI/CD, Fastlane, Match - что это вообще такое? Посмотри хоть 10 видео на ютубе, всё равно СЛОЖНО представить в голове что это реально такое и как оно работает. А если на собесе спросят? Жесть
🏛 Архитектура - вайперы, клинсвифты, ужас, а я мввм то не до конца понял
🔭написание тестов - вроде понял, но вроде и не понял, а на сколько хорошо нужно их уметь писать?
🧑‍💻 и многое другое

К чему я это всё?

Твоё время это ценнейший ресурс и оно уходит.
Не трать его впустую на непровернные роадмэпы. Учись только по реально провереным гайдам, которые ведут до оффера.

Самый лучший способ это найти того, что недавно вкатился и попросить гайд/роадмэп У НЕГО. В этом случае, у тебя хотя бы будет уверенность, что ты не потерячешь МЕСЯЦЫ на бессмысленное изучение НЕНУЖНОГО материала

И это касается не только IOS, актуально для всех направлений в IT

Ставь 👍 если потерял лишний месяц на обучении, ставь 🔥 если потерял ГОД 😁

Суета на собесе - твой враг

Выдалось время и меня попросили дать фидбек на собес по backend system design в одну крупную РФ компанию. К сожалению, человек собес не прошел, получил оценку мидл+ 🥴

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

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

Задача: Проектирование мессенджера внутри компании. По требованиям там было все просто, создаем чаты привязанные к некоторой сущности бизнеса, чаты p2p, можно отправлять сообщения и читать. Без усложнений, но проектирование с нуля

Проблемы кандидата:
1. 😵‍💫Неуместные улучшения. Так как кандидат уже знал, какие нужно применить приемы для сбора “ачивок” на собесе, то он пытался их впихнуть как можно скорее, чтобы не забыть. Часто это было просто неуместно.

Урок: не надо пихать улучшения в систему, если она еще не заработала, всему свое время

2. 👊Быстро выбрал стек технологий. Еще не нарисовав примерную картину того, как система будет выглядеть, уже начал объяснять какую технологию он выберет. Это хорошо, но после добавления нескольких компонентов, возможно, придется менять какие то компоненты и переделывать.

Урок: Абстрагируйся от технологий, пусть у тебя будут абстрактные квадратики “база”, “шина данных”, “апи”

3. 🖕Слабые аргументы. Несколько раз интервьювер спрашивал:

почему так, а это зачем?
Кандидат аргументировал свою позицию слабо, например
Ну это нам пригодится потом. Тут надо сделать шину, потому что у нас хайлоад

Урок: Ваши аргументы должны быть сильными. Ответ “потому” - плохой, отвечайте хотябы 2 предложения, лучше, добавьте пример проблемы, которую решает ваш подход.

4. 🚽Низкое качество схемы. Схема получилась неаккуратной. Помните, вы профессионал, схема - тоже результат вашей работы, она должна быть опрятной и понятной, используйте инструмент по полной.

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

5. 😬Суета. Наверное основная проблема многих. Че ты суетишь? Ты не успеешь сделать все на собесе, сделайт только часть, но без суеты и качественно. Интервьювер оценивает то, как ты рассуждаешь и аргументируешь свой выбор, если ты будешь прыгать от квадратика к квадратику, от БД к API, потом на требования, потом опять на квадратики, ты утомишь интервьювера.
Урок: Снижай когнитивную нагрузку своего рассказа. Это должна быть понятная, логичная история на 40 минут, где ты постепенно дорисовываешь свою схему и не прыгаешь с компонента на компонент каждые 20секунд.

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

А так, до встречи на созвоне! 💼