Чем дольше ты варишься в разработке, тем больше начинаешь чувствовать разрыв между информацией, представленной в интернете, и реальностью.
И чем больше становится опыта, тем чаще игнорируешь источники, которые вряд ли помогут.
Например:
▫️Я уже давно не смотрел как что-то сделать на youtube, в гайдах и статьях по разработке.
Потому что я знаю, что код и системы в реальности строятся, структурируются и используются по другому.
▫️ Я правда забыл, когда последний раз писал логику в
Awake/Start.Потому что, как правило, использую отдельные методы, чтобы правильно инициализировать новый объект.
Я лишь этим хочу подчеркнуть мысль:
❗️Чем опытнее ты становишься, тем меньше контента твоего уровня ты можешь найти.
У меня даже есть забавная метрика того, что в процессе изучения вы подобрались к границе знания:
Ссылки на источники, по которым вы пытаетесь перейти, уже недоступны и есть только в web.archive.org 😅
И это проблема, потому что кривая обучаемости начинает замедляться, и приходится тратить всё больше и больше сил, чтобы сдвинуть свою границу знания.
Поэтому я решил не ждать, пока это решится само собой, а взять ситуацию в свои руки. 😎
Сначала я выкристаллизовал для себя цели канала:
🔹Высочайшее качество материала
🔹Экономия времени
🔹Обмен опытом
Дальше я начал читать научные статьи, книги, больше смотреть, искать блоги на тему архитектуры ПО.
Вот несколько наблюдений за все это время:
🔸 Ничтожно мало кто смотрит на архитектуру ПО сейчас с прикладной точки зрения.
Весь материал, что есть, как правило, опирается на опыт.
🔸 Уровень материала плюс-минус застрял на уровне Мартина Фаулера и Роберта Мартина.
А с идей, описанных ими, прошло уже больше 20 лет.
🔸 Архитектура уровня сервисов ушла значительно дальше архитектуры кода.
Контейнеризация и переход облачные сервисы — технологический скачок, который позволил создать множество новых подходов, тогда как организация кода вся +- та же.
🔸 Очень часто мысли оказываются настолько объёмными, что компактно изложить их в тексте не получается.
Но материал есть, и хочется им поделиться.
Понимая это, я решил, что это отличная возможность реализовать себя в том, что я больше всего люблю:
Погружаться в суть, добираться до истины, исследовать и экспериментировать, чтобы применять это на практике.
И направить эту любовь в то, что поможет:
🔹Сократить разницу кривых обучения и избежать конфликтов в коллективе
🔹Сэкономить время разработчиков на самостоятельном поиске и структуризации информации
А именно в онлайн-курс по архитектуре Unity-проектов!
Ключевые ценности которого:
🔸Структурированный материал основанный на научных статьях
🔸Доступ к реальному prod проекту — Magic Battle Arena
🔸Не высосанные из пальца примеры
А цель:
🔻Чтобы каждый разработчик имел полную картину и понимал причинно-следственную связь всех подходов в дизайне и архитектуре, что позволит принимать решения более осознанно и качественно!
Именно поэтому я решил назвать курс "Ваш последний курс по архитектуре".
Потому что он будет охватывать и суммировать все подходы и знания, которые есть на данный момент. 💪
Но есть проблема:
— Я не смогу сделать хороший продукт, если я буду основываться только на своих мыслях и болях.
Напишите пожалуйста в комментариях какие ценности важно так же включить в список, чтобы получился лучший курс из всех имеющихся? 🫡
Это первый пост, где я рассказал, какие внешние факторы и мысли побудили меня к созданию курса.
На следующей неделе, в воскресенье, я поделюсь текущим прогрессом и планом курса!
Ставь 👍, если тебе заходит такая движуха!
#курс@UniArchitect
