ИТ-проекты пикабушников

Но черновики нужны, лучше их не пропускать. Вообще, лучше ничего не пропускать, как-то уже пробовал халтурить и из этого получались катастрофы:
- не стал дотошно прорабатывать сервис по доставке сообщений - всплыли сюрпризы с идемпотентностью, а это равносильно тому, что сервис будет присылать сообщения "как попало" 😂
- не стал разбираться с context на сервере и когда-то заключил "как-нибудь потом разберусь с ним", пришлось весь сервер ревизировать 😂
- не строил логику приложения / схемы, в результате пришлось строить 😂
- не закладывал в архитектуру softDelete. Просто удалял все с диска. Решил исправить момент и пришлось неплохо так поработать чтобы удаление происходило как надо 😂

Зачем нужны черновики?

Человек начинает писать сообщение в чате, выходит из переписки не отправив сообщение. Это сообщение нужно сохранить в черновик (не зря же человек писал).
Есть еще одна ситуация: человек пишет первое личное сообщение, не отправляет его. Это сообщение сохраняется в черновик и переписка с этим черновиком появляется в общем списке чатов. Например на фото видно эту ситуацию. Начал писать человеку, стер сообщение, вышел в список чатов и в общем списке чатов появился личный чат без сообщений:

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

Что крутого в этом сервисе, почему он выстрелит, зачем ты его делаешь, на что рассчитываешь?

Эти вопросы прилетают и в личные и сюда. Ни на что не рассчитываю, ни на какое "выстрелит". В первую очередь собираю платформу как минимум для возможности общения между семьей и друзьями. Этот проект - это в какой-то степени мой "Hello World".
В отличии от конкурентов не планирую использовать дорогие сервисы по доставке сообщений, хранилища и тп. Все планирую поставить у себя и на поддержание работоспособности системы настраиваюсь тратить МИНИМУМ усилий. Частично для этого встраиваю систему защиты и балансировки нагрузки на сервер, чтобы оно работало "без меня".
Хотя, писал ранее что законы меняются, все крутится-вертится и мне придется крутить головой как танк башней, чтобы куда-нибудь не вляпаться. С этим пока не знаю что делать и как быть.

Пока на этом все, обязательно поделюсь следующей порцией успехов.

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

А вот штриховки и заливки повели себя нехорошо. Изучаю, как говорится, матчасть.
1. Штриховки могут быть многоблочными, и раскиданы по всему плану, поэтому просто не попадают в выделение.
2. Не все штриховки имеют готовый контур.

Пункт 2 особенно напряг. Оказалось, что вынуть координаты узлов таких штриховок без танцев с бубном проблемно. Бубном оказался скрипт на AutoLISP, который справился с этой задачей.

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

Когда кто-то спрашивает: «Для чего мы учим в школе геометрию-тригонометрию?». Отвечаю: «Вот для таких случаев.» Вспомнить пришлось все, от школьной геометрии – коллинеарность, параллельность, перпендикулярность, до линейной алгебры и аналитической геометрии первого курса института. Чтобы подготовить схему к поиску контура программа делает 7 шагов, каждый из которых перебирает все линии и не один раз.

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

Пробуем посложнее.

Отлично. Продолжение следует.

Полное описание функционала тут

Как я шесть лет превращался в человека-Excel

Всё началось ещё в 2020 году.

Тогда я решил серьёзно заняться спортом.
Первым инструментом учёта была обычная тетрадка.

После каждой тренировки я записывал:
- упражнения;
- подходы;
- веса;
- результаты.
- параметры тела

В какой-то момент я увлекся стенографией и решил вести дневник тренировок с ее помощью. Поэтому архивные данные не подлежат восстановлению

Потом появилась вторая система.
Заметки в телефоне для записи во время тренировки.

Потом калькулятор калорий в маткаде. Потом он переехал в эксель

Потом ещё один Excel для замеров тела.

Потом ещё несколько Excel.

В какой-то момент таблиц стало столько, что я начал путаться, какой файл отвечает за питание, какой за тренировки, а какой вообще уже давно не нужен, но удалить страшно.

Два месяца без работы и плохая идея

В мае 2026 года я уже почти два месяца сидел без работы.

Свободного времени оказалось неожиданно много.

Именно тогда появилась идея объединить всё в одну программу.

На следующий день я узнал, что современные нейросети умеют писать код.

Купил подписку.

И понеслось.

Глава 3. Streamlit прожил недолго

Первая версия была сделана через Streamlit.

Работала она ровно до того момента, пока в неё не попали мои реальные данные.

Оказалось, что несколько лет тренировок и измерений — это уже довольно много информации.

Каждый раз приложение пересчитывало всё заново.

Становилось больно.

Поэтому через пару дней было принято классическое инженерное решение:

Выкинуть всё и переписать заново.

Когда всё зашло слишком далеко

Вместо маленького проекта постепенно появились:

- frontend;
- backend;
- SQLite;
- Electron;
- API-интеграции;
- синхронизация между устройствами.

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

Polar и спортивная магия

Так как я использую Polar и нагрудный пульсометр, следующим логичным шагом стало подключение Polar API.

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

Чуть ранее появлась возможность анализировать велотренировки буквально по каждой точке маршрута.

Яндекс.Диск вместо сервера

Когда появилась идея мобильного клиента, возникла проблема.

Серверы стоят денег.

А денег уже оставалось немного.

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

Использовать Яндекс.Диск как транспорт между устройствами.

И что самое удивительное — это работает.

Когда нейросеть решила помочь слишком сильно

Любая история разработки обязана содержать момент страдания.

У меня он тоже был.

В какой-то момент я попросил нейросеть помочь очистить проект от мусора.

Она помогла.

Настолько хорошо, что вместе с мусором удалила архив учебных материалов за шесть лет, 300 гигов игр, несколько учебных программ и архив с книгами по вархаммеру.

До сих пор считаю это самым дорогим удалением файлов в своей жизни.

Почему фитнес-приложение весило 92 гигабайта

После завершения разработки я решил подготовить проект к публикации.

Открыл свойства папки и увидел:
92 ГБ.

Сначала решил, что Windows ошиблась.
Потом проверил ещё раз.

Следующие несколько часов ушли на расследование.

Выяснилось, что внутри лежат:
- базы данных;
- кэши;
- сборки;
- временные файлы;
- результаты импортов.

Папка содержала около 170 тысяч файлов.
Пришлось:
- отделять личные данные;
- искать токены;
- проверять OAuth;
- тестировать установщик;
- создавать отдельного пользователя Windows.

Самым приятным моментом стал запуск программы на новой учётной записи.

Она действительно заработала. (скрина не будет, я уже снес второго пользователя компом)

Что получилось

Через 12 дней получилось полноценное десктопное приложение.

Оно умеет:
- вести журнал тренировок;
- считать питание;
- хранить историю веса;
- анализировать пульс;
- работать с Polar;
- синхронизировать данные через Яндекс.Диск.

Немного цифр

12 дней разработки.

12 тысяч рублей расходов.

74 миграции базы данных.

40+ документов.

500+ силовых тренировок.

199 пробежек.

82 велотренировки.

28 плаваний.

Около 100–130 тысяч строк осмысленного кода.

Что дальше

Сейчас разработка поставлена на паузу.

Следующие цели:
- мобильный клиент;
- Health Connect;
- сон;
- HRV;
- пульс в покое;
- аналитика восстановления.

Спасибо всем, кто дочитал.

Если бы год назад мне сказали, что я буду писать приложение на Electron, FastAPI, работать с OAuth, Polar API и синхронизацией между устройствами, я бы точно не поверил.

Но 2026 год оказался довольно интересным.

Пока она находится в недоделанном состоянии выкладывать код я не хочу. Да и не уверен, что там нет моих личных данных. Поэтому на гитхабе пока только документация проекта
https://github.com/brett263/Forma

Разработка сейчас поставлена на паузу из-за отсутствия бюджета, но в планах:

полноценный мобильный клиент;

Health Connect;

анализ сна и восстановления;

продвинутая спортивная аналитика.

Если проект показался интересным — буду рад обратной связи.

Давайте на основе того же яблока:

- их первоначальный код был основан на freebsd, халява, но логичная (5 лет на нативной фре сидел - быстро, очень все быстро, и сборка под железо - и говно мамонта залетает - код очень неплох)

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

Сложно по такому же пути пойти для реальной ИТ незаивсимости? Да. Сложно.

Это надо пахать как папа Карло (в текущий момент слабо представляю как это сделать без хорошего бюджета) и действительно иметь цель на ИТ независимость.

Но тут снова печать беда. Своего железа нет. (Дабл-ять, по славянски)

У меня нет решения.

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

Мы любим оглядываться на опыт соседей (не важно каких) вот, мол у них то и се. (В плане запретов) Но забываем, что тот же Китай, не особо запрещал импорт технологий, а у нас сейчас скачать пакет для платформы и то ВПН нужен. Для опенсорса. ВПН. Зачем? Наоборот, надо разрешать брать все самое прогрессивное и применять к тому что есть.

У нас много хороших инженеров.

Постгреспро (Панченко Иван, мы с вами общались) - отличные решения

Язык Котлин и джетбрейнис (питерские инженеры) правда свалившие забугор по фатку по ряду причин. - а Котлин, на минуту, 90% всех новых приложений на андроид.

У нас есть хорошая инженерная школа. Не вся, есть и упоротые "архитекторы" которые в парадигме 80х все ещё работают, но они (по опыту) в зелёных банках, туда им и дорога.

Злой я сегодня. У нас много перспектив. Но это нужно делать. Я делаю. Лапки создаю. Поддержите если религия позволяет, ну или в панику накидывйте, всем быть не торт.