Наконец, решился на статью ''Сроки против Процессов"

Статью вынашивал пол года.
Рефлексия на процессы, с которыми я сталкиваюсь ежедневно.

Как итог, судя по голосованию , думающих, что мы особенные и нас меньшинство - большинство )

https://habr.com/ru/articles/871762/

Ну что мои 6 подписчиков! Настоящих, живых, я каждого знаю лично!
Надеюсь, у вас всё отлично!

У меня тоже все хорошо, и я пошел на хабр. Решил, что снова пора выйти из зоны комфорта.

Хабр - идеальное место, где можно получить критику, не прося её.

Около недели я вынашивал статью по "предметно-ориентированное проектирование - DDD".

Чо это такое?
- Подход к проектированию, где во главе стоит бизнес. Разработчики пишут код, вникая во флоу бизнеса. Создают сущности, называя их словами, понятными бизнесу. И в целом осознают, что мы все тут ради бизнеса.

Чо мне с этого?
- Понимания DDD важно не только архитектору или разработчику. Но и участникам бизнеса. От того, как бизнес четко сформирует требования, зависит кого будут винить, когда что-то пойдет не так.

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

А сам пост на хабре тут: https://habr.com/ru/articles/906290/

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

Для меня писать статьи на Хабре всегда вызывают шок и трепет 🤯

Что вы делаете по ночам и в выходные?😊
А я в кранче, не без помощи ai, несколько недель занимался разработкой решения одной своей личной боли - подсчет калорий еды по фотографии. 🚀

В итоге, получился ТГ бот, который следит за суточной нормой калорий пользователя.

В качестве продвижения, пока я использую бесплатные, но время затратные способы:
* Трибуна на vc
* Про архитектуру я написал на Хабре
Как обычно, статья ушла в минус, но вышла в плюс
* Пытаюсь залететь на ProductRadar
Аналог ProductHunter, для буста трафика
* Хочу залететь на reddit, но у моего акка недостаточно кармы, чтобы писать в целевых группах.

Сам бот живёт тут
Сейчас проект на стадии сбора ОС.
Так что если что... можете воспользоваться анонимной формой ОС.

#mini #start

Источник

Яндекс грант.

Есть хорошие и не очень новости.

В ProductRadar, где я по прежнему хочу анонсировать бота подсчёта калорий по фото, есть коллаборации с Яндекс облаком, которое выбирает проекты по каким то критериям и выдает им гранты до 1млн на использование ресурсов Яндекса.

Хорошие новости: Яндекс позвонил мне с предложением подать на грант.

Плохие новости: Яндекс не готов мне предложить технические условия, которые необходимо для сервиса.

Проблема: интеграция с openapi.com, поскольку РУ зона пока не умеет так же качественно работать с изображениями. В РФ альтернатив пока нет. Во всяком случае, Яндекс не предложил.

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

#мысли

Привет!
История микро проекта "подсчёт калорий по фото" сильно затянулась.
Самое время подвести итоги итерации.
Моя история, как монетизация убила активность пользователей😳

Подробнее можете почитать тут:
* VC
* markovpavel.ru

Много графиков! 😋

#опыт #минипроект #факап

Нейросети, Крипта, Трейдинг, Финтех!🔥🔥
Всё в одной коробке!
Стартую новый проект, от которого у меня самого мурашки!🤩

Проект рассчитан на мир, полностью на инглише, анонсик на Medium!
#опыт #ai #trade

https://markovpavel.ru/video/repozitorij-github-gitlab-bitbucket-chto-jeto-zachem-osnovy-git-dlja-sistemnogo-analitika/?_utl_t=tm
Репозиторий, GitHub, GitLab, Bitbucket: Что это? Зачем? Основы Git для Системного Аналитика - Системный аналитик

🙃 Мини-проект, где платят 1 раз и навсегда.

Xnapper.com умеет делает красивые скрины. Все, других функций нет. Но эту одну функцию он выполняет идеально.

Выручка приложения – более $70000 в год.

Монетизация – одноразовым платежем (lifetime payment).

Ценник, на секундочку – от $30 до $80. За скриншотилку.

А как оплачивать процессинг, сервера ?
Если на старте проекта продумать архитектуру, то можно задеплоить такой мини продукт условно бесплатно , придерживаясь serverless архитектуры, я попробовал такой эксперимент на своем боте подсчёта калорий.
Расходы на инфру - 0$
Расходы на ai - центы
Но идея подкачала😔

Думаю, что сейчас время мини приложений, с serverless архитектурой🔥

#мысли

Недавно писал статью на Хабре про проектирование, с использованием DDD подхода, вот она.

Кратко о DDD:
Это комплекс подходов к проектированию, не имеющий ярко выраженного конца, за все хорошее, против всего плохого.


И ко мне пришли с запросом организовать курс по этой теме, предложение заманчивое, если бы не два но:
1) Аудитория курса - разработчики.
2) Заказчик - интерпрайз, представитель бизнеса.

Мы познакомились с заказчиком, и вот что из этого вышло:

* Разработчики - с упрощённой точки зрения, это команда, которая находится с другой стороны от линии, которая разделяет заказчиков фичи от реализованной фичи на проде.
Для упрощения, я осознанно скипаю СА, QA, ПО, ДМ и другие роли.

* Заказчики - Это команда, которая находится с другой стороны, относительно разработчиков, заказчик хочет фичи на проде максимально быстро. С учетом всех танцев в интерпрайзе, пока задача доходит до прода, сроки уже горят.


Бизнес просит научить разработчиков писать код, соблюдая DDD, но при этом он не может отказаться от своих естественных привычек доставки фичей АСАПом, а DDD — это долгий процесс проектирования, где сегодняшние договорённости могут измениться завтра из-за новых вводных. Это ведёт к бесконечным обсуждениям и сдвигам сроков.

Аллегории, интересные факты:
* Бурдж-Халифа. Её построили быстро, но не подключили к городской канализации. Бизнес получил магнит для туристов и деньги, хоть и с временным решением (вывоз нечистот машинами). Полное проектирование «по уму» отложили.

* OpenAI. Это MVP, который быстро взлетел и зарабатывает. Кодовая база — огромный монорепозиторий без единых стандартов. Решения принимали те, кто писал код, а не архитекторы. Результат — полдюжины разных библиотек для одних и тех же задач. CI падал регулярно, тесты грузились по 30 минут. Но бизнес не ждал идеальной архитектуры. Будь там DDD, продукта могло бы и не быть.
Источник.

Вывод:
* Основной вывод: Бизнес снова доказал, иногда сделать и вывезти нечистоты машинами выгоднее, чем годами проектировать идеальную канализацию.
* Второстепенный вывод: Учить разработчиков DDD в условиях, где бизнес не готов давать время на проектирование, — всё равно что отправлять повара из столовой на курсы Мишлен, чтобы он потом снова готовил кашу из топора. Знания будут не применимы.

В чём тогда смысл DDD для бизнеса, который не может ждать?
Насколько сильно нужен DDD интерпрайзу? Да и вобще кому-то?

А с заказчиком мы не сошлись по религиозным убеждениям.

Habr

#мысли #ddd

Промежуточный итог по проекту трейдинга: ai сервиса по алго трейду. Абсолютные суммы мелкие, но относительный %🔥
Но в продажу, как сервис, ещё не пустил.

Архитектура из гавна и палок , а вот если бы мы делали по законам проектирования, продукта бы ещё и не было 🤯

Камень в этот огород

#мысли #ai