🕸 Как рождаются и почему работают системы 🕸

В начале моей карьеры меня интересовало: “как и зачем появился MVC, MVVM, DDD, Clean Architecture и другие архитектурные паттерны? А главное, почему это работает?”

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

Я нашел ответ и самое крутое, что он относиться к абсолютно любым системам: лекарства, науки, дисциплины, все что может определяться как “методологи”, etc.

Система – это много раз повторенный и проверенный в схожих ситуациях набор вариаций понятий / объектов / действий / etc. из который были выделены вариации, достигающие цель в более 90% случаев

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

Да не “идеальная”, но задачи решать вы сможете

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

Так стартап начинает с общего канбана и MVC framework монолите на бэке, а со временем перерастает в наборы холакратических кругов каждый со своей методологией менеджмента и развития и кучей распределенных микросервисов, написанных с использованием DDD

А урок тут следующий:

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

Но, скорее всего, вы обнаружите, что подходящая система под ваши условия уже есть (вы в 99% случаев не уникальны), ее осталость только немного подштриховать под вашу ситуацию

#architecture

🌳 ДАП – Дерево анализа проекта (альфа-версия) 🌳

Выпустил просто гигантский материал на тему того: “Как проанализировать чей-то бизнес или идею”

Эту методологию я применял десятки (я думаю более сотни) раз и каждый раз она позволяла крайне быстро (за 1-2 часа) узнать все аспекты бизнеса заказчика

А бизнес-анализ – это первый и самый важный этап для успешного проектирования любого (и особенно крупного) IT-продукта

Читайте, наслаждайтесь: https://davidshekunts.ru/2020/11/01/dap-derevo-analiza-proekta-alfa-versiya/

Обязательно комментируйте и пишите мне в ЛС, там нужно еще много чего уточнить, поправить и привести примеры с ссылками (поэтому пока alpha)

#architecture

Привет! Давайте обсуждать всякое про программирование

Полезные ссылки 👨🏻 Обо мне, чтобы ответить на вопросы: "А что это за усатый черт?"

λ ФОП – функциональная альтернатива ООП для мультипарадигмальных языков

🛌 FDD – набор best-practice заветов по архитектуре и разработке современных backend приложений для ленивых.

По всем вопросам писать @davidshekunts 🖤

———

🔑 Ключ к тому, чего не существует 🔑

Первое и самое важное, когда вы проектируете совершенно новую систему:

“Изучите максимальное количество систем схожих систем”

Конкуренты – продукты, которые “отнимают” вашего пользователя на текущем рынке

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

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

Самая интересная здесь штука – это референсы.

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

Во-вторых, референсы могут быть из абсолютно другой сферы и иметь совершенно другую ЦА, главное, чтобы они решали свои задачи схожей с вами моделью

Например, вы хотите создать приложение “коучинга для предпринимателей”, в котором они могут (1) получать полезные новости из их области, (2) проходить составленные под них уникальные домашние задания и (3) получать платные консультации через чат.

Если вы не нашли “конкурентов” / “аналоги”, найдите несколько разных приложения, которые по отдельности содержат функционал “новостной ленты” (vk), “выполнение домашних заданий” (сoursera app) и “чат с платными консультациями” (sanctuary) и исплозуйте их как ориентир.

А вот на что именно и как смотреть на конкурентов, аналоги и референсы вы узнаете в готовящемся курсе "Как создать IT-проект и не про💣баться"

🗞 Новости 25-го октября 🗞

Видео: https://youtu.be/VFe2Do3vqRo

🏋️‍♂️ Новый формат Тренировок 🏋️‍♂️

Тестовые созвоны по Тренировкам показали их несостоятельность, поэтому мы переходим к новому формату:

Полноценный ежемесячный 3-х дневный хакатон!

Всю информацию вы можете почитать на новой странцие 🏋️‍♂️ Тренировок 🏋️‍♂️


🎓 Первые курсы 🎓

А еще стало понятно, что никому ничего непонятно (и это нормально)

Поэтому было принято решение, что для начала я соберу курс по проектированию, который даст ответы на все вопросы про проектирование IT-проектов с нуля

Почитать о курсе можно на странице 🎓 Курс «Как создать IT-проект и не про💣баться»

Часть людей, которые активно проявляли себя на Тренировках, получат курс бесплатно 🎉

Также, если вы считаете, что тоже заслужили бесплатный курс, обязательно напишите мне @davidshekunts

🎥 Воркшоп 💌 "Секси чат" 💌 Часть 2-я 🎥

В 20:00 начнется воркшоп

Вы можете посмотреть его по ссылке:

https://youtu.be/iunYHcV1GOQ

Если хотите присоедениться, то переходите в 🎩 Клуб 🎩 и ищите ссылку на воркшоп

📋 Лайфхак по созданию брифа 📋

Если нет времени составлять бриф для клиента (особенно, под специфичную систему), делаете одно из двух:

1. Идете на сайты крутых студий, скачиваете брифы.
2. Звоните в одну из студий, притворяетесь вашим клиентом (без обозначения названия фирмы), рассказываете про систему и просите прислать бриф под вас.

Компилируете все воедино и получаете крутой бриф

Profit 💰