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

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

мне на самом деле дико интересно уйти в ретроспективу, обдумать и рассказать о том, что вышло из изначальной концепции DAG (Directed Acyclic Graph), но в рамках NDA (у меня нет огромного количества денег чтобы откупиться от нарушения корпоративных тайн), потому что это фактически первая преимущественно бекенд-задача, выданная мне, и она явно не рассчитана на джуна, т.к. тут нужно с нуля написать очень ресурсоёмкий сервис с, конечно, тривиальными инструментами работы с базами данных, но с учётом нюансов, что что-то может сломаться, как распределить нагрузку и тд.

я хочу спать кстати. очень (администратор данного телеграм-канала спал меньше прожиточного минимума, а это даже ещё не время промо).

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

для людей, далёких от it-терминов:

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

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

так вот, я прям прочувствовал разницу в разработке бекенда и фронтенда.

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

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

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

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

такие пироги, чуваки. шпатель кстати вчера мне ноут закрыл (я воспринял это как повод пойти поспать).

интересно, а если я куплю шпате автоматическую кормушку, я останусь важным пунктом в его системе ценностей или он меня по приколу уважает, потому что я ему даю съедобные камушки?