Дисклеймер: я не рекламирую ни один из упоминаемых в посте ниже продуктов, с YClients я вообще столкнулся впервые.

Есть, как мне кажется, довольно устойчивое представление о Senior-специалистах. В том числе я периодически встречаю его у рекрутеров в различных "деловых" и не очень соцсетях.

Представление это о том, что Senior - это человек, которому обязательно нужно дать что-нибудь большое, сложное и желательно с несколькими интеграционными шинами. Иначе ему станет скучно. А если поставить перед ним простую задачу небольшого бизнеса, он немедленно начнет строить звездолет, потому что разучился решать задачи без Kubernetes, микросервисов и архитектурного комитета. Не знаю, насколько это распространено в действительности, но лично мне небольшие задачи иногда нравятся ничуть не меньше больших.

Недавно как раз закончил одну такую.

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

Исходная инфраструктура без особых изысков: сайт на Tilda и YClients для записи клиентов и управления основной операционкой.

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

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

Арендовали дешевый VDS, развернули на нем Totum и связали его с YClients. В Totum я собрал backend личного кабинета, а пользовательский интерфейс мы разместили непосредственно на существующем сайте. Заодно маленьким приятным бонусом появился простой Telegram-бот для клиентских уведомлений, который использует тот же backend.

Никакого технологического чуда здесь нет. И, собственно, именно поэтому мне захотелось об этом написать.

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

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

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

И мне, кстати, это нравится.

Главная моя мысль здесь совсем простая (и сегодня не про всемогущие LLM): любой проект - это проект. Большой или маленький, дорогой или дешевый, на полгода работы с командой или на несколько вечеров одного человека.

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

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