MVP и MLP

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

Что должно войти в первую версию?


Для таких ситуаций есть концепция минимально жизнеспособного продукта -MVP (Minimum Viable Product). Она позволяет быстро выпустить продукт, проверить гипотезу и понять, нужен ли он вообще.

Суть MVP в том, что мы отказываемся от всего лишнего и оставляем только главную функцию

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

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

Отсюда другой подход - минимально любимый продукт, MLP (Minimum Lovable Product). Его задача сделать минимальный продукт, который уже с первой версии вызывает эмоциональный отклик

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

Для нашего учета личных финансов таким элементом может стать простая аналитика:
«На фастфуд уже потрачено 80% твоего обычного бюджета»
«В этом месяце ты потратил на 20 тысяч меньше, чем в прошлом»
«Если сохранишь текущий темп, к концу года накопишь 100 тысяч»

Сам учет расходов - это функция. А ощущение «о, эта штука реально помогает мне лучше обращаться с деньгами» уже шаг в сторону MLP. То есть нам важно, чтобы пользователь проникся к приложению

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

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

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

Если вдруг не знали...

Еще вот такое есть, кстати

Желтая конфа - в эту пятницу

Послезавтра в Москве соберется, кажется, половина знакомых мне 1Сников. Это будет уже третья Желтая конфа для специалистов 1С и IT-руководителей

В программе 30 докладов и три параллельные секции. Будут рассказывать о новой платформе, вайбкодинге (куда без него?!), производительности и управлении проектами

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

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

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

Программа и билеты

Сплит-клавиатура Phenom

С мая пользуюсь новой клавиатурой Phenom от Ergohaven

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

Это моя вторая сплит-клавиатура. До этого была Velvet на 46 клавиш. Условно без верхнего ряда с цифрами

Итак, что понравилось:
1.Крутилка на левой половинке
Она дает моментальный вау-эффект. Настроил ее на громкость и переключение треков, а еще добавил переключение рабочих столов. Теперь можно быстро переключаться между RDP и остальными рабочими столами

2. Большой трекбол
На Velvet трекбол был маленьким, поэтому точность ощущалась хуже. Здесь он заметно крупнее и удобнее. Пользоваться им действительно приятно

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


С чем пока не определился:
1. Кейкапы Sculpt
Они вышли одновременно с клавиатурой, поэтому и заказал их вместе. Но сочетание оказалось слишком изогнутым: клавиатура сама по себе сильно изогнута, а Sculpt добавляют еще кривизны.
В итоге переставил их на Velvet, а на этой поставил обычные ровные кейкапы с небольшим сглаживанием. Так оказалось удобнее

2. Верхний цифровой ряд
Я уже от него отвык и почти все символы разложил по слоям. Но для F3 и F5 верхний ряд иногда все-таки использую. Пока не могу сказать, стал ли он для меня плюсом. Скорее, это просто дополнительный вариант.

3. Провод
Раньше считал провод минусом. Но тут прям получилось хорошо. Клавиатура всегда готова к работе и не нужно ее отдельно включать даже простым нажатием клавиши

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

Иосиф, конечно, говорит, что я всё равно приду к формату 3×5+3. Но пока посопротивляюсь :)
Для меня скорость набора всё ещё важна, а в там нужно чаще переключаться между слоями.

Хотя, возможно, в следующем году попробую что-нибудь новое

Обвязка для код-ревью с ИИ

Китайцы выпустили любопытный инструмент OpenCodeReview

Он берёт на себя техническую часть ревью: получает Git diff, выбирает нужные файлы, разбивает большие изменения на части и привязывает замечания к конкретным строкам

Поддерживает:
- изменения рабочего дерева, отдельные коммиты и сравнение веток;
- OpenAI- и Anthropic-совместимые модели
- параллельную проверку больших изменений
- пользовательские правила для разных файлов
- полный анализ файлов через ocr scan
- интеграцию с CI/CD
- режим, в котором ревью выполняет уже подключённый AI-агент

С 1С из коробки не работает: файлы .bsl не входят в список поддерживаемых расширений. Их можно явно включить через пользовательское правило, но готовых правил для платформы 1С внутри всё равно нет

Это может быть хорошей основой для Код-ревью. OpenCodeReview возьмёт на себя работу с Git-изменениями и запуск ревью, а дальше уже условный Напарник выполнит всю проверку

Сайт - https://open-codereview.ai
Репозиторий - https://github.com/alibaba/open-code-review

Осенний партнерский семинар

В эти выходные (25-27 сентября) пройдет традиционный осенний партнерский семинар. На этом мероприятии эксперты фирмы «1С» делятся новыми проектами и делятся ближайшими перспективами развития. В этом плане это уникальное мероприятие!

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

На этом мероприятии у меня будет 2 выступления. Про НКО и про процесс разработки. Оба в в воскресенье.
Сейчас активно готовлюсь к выступлениям.

Буду рад увидеться на мероприятии, кто будет - приходите пообщаться!
В воскресенье буду целый день на вернисаже на стенде Бухгалтерии.


А чего вы ждете от партнерской конференции? Какие анонсы?

Опрос сообщества Landscape 1C заканчивается через неделю.

Если еще не успели поделиться опытом - самое время!

Ваши ответы помогут понять, какие инструменты действительно используют 1С-специалисты и что стоит рекомендовать коллегам.

Пройти опрос → @stateOf1c_bot
В среднем займет 12 минут

Завершен опрос!
В нем приняли участие 316 великолепных респондентов

Удивительные результаты на странице - Опрос 2026
А также в самих карточках инструментов

Позже подготовлю отдельный пост о результатах

Спасибо! Вы крутые!

Плагин Git Flow для EDT

Подготовил плагин для удобной работы с git для 1С:Enterprise Development Tools

Что умеет:
1. Управление коммитом как в VSCode в одном окне и с помощью иконок
2. Переключение веток с сохранением изменений
3. Rebase вместо merge, если это возможно
4. Отображение графа истории в окне
5. Улучшение окна выбора веток (группы, избранное, автор, сортировка по активности)

Видеообзор на YouTube
Репозиторий на GitHub - не забудьте поставить звездочку

Установить можно по URL - https://oxotka.github.io/git-flow-edt/
Спасибо Kirill Krasnov

Рад любой обратной связи и issues

Зачем я сделал плагин GitFlow

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

Плюс мы переходим на подход к именованию веток с группировкой: supply/bp/master или fix/1112122. И EDT, к сожалению, не показывает их в виде дерева, как в других редакторах

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

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

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

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

Ну, знаете, когда ты поправил что-то в одной части конфигурации, а коллега в другой, но перед коммитом вы не получили изменений друг друга. В этом случае EDT по умолчанию создает коммит слияния вместо rebase

А дальше применил один из этапов нашего подхода к проектированию - посмотреть, как похожие задачи решены в других инструментах

И оказалось, что многое из того, что я хотел сделать, уже есть в VS Code. Причем там это сделано хорошо. Скорее всего, я и захотел все это реализовать потому, что уже видел подобные решения и знал, что можно сделать удобнее. Короче, важна насмотренность

Поэтому решил тщательнее изучить панель git в VS Code. Отсюда и родились внешний вид и основные функции плагина. Помимо управления ветками, добавил и удобную работу с изменениями

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

В итоге привычные операции стали проще, удобнее и приятнее. Короче, хорошо получилось - мне нравится!

Плагин установить отсюда
Репозиторию ставить звездочку здесь
Писать issue сюда

Оказывается, не все знают, что 1С:Напарник бесплатен до
1 февраля 2027

https://code.1c.ai

Все больше позитивных отзывов слышу о том, что он справляется с рабочими задачами еще лучше, чем раньше

Текущая актуальная версия 1.0.8 научилась долго автономно работать над задачами

Считаю, что процессы разработки важнее инструментов, которые применяются. Я рассказывал об этом на Инфостарте и на DevCon. Даже тут делился нашим процессом разработки от появления идеи до выпуска решения в релиз

А теперь давайте посмотрим как на наш процесс влияет применение ИИ

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

Но есть нюанс. Написание кода - далеко не самая сложная часть разработки

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

Например, по оценке Яндекса, непосредственно написание кода занимает около 35% времени от всей разработки. Думаю, что у нас сопоставимые цифры

Теперь представим, что благодаря ИИ мы ускорим этот этап на 50%. Я пока не встречал заявлений с сокращением времени хотя бы на 30%, но для красоты возьмем сразу 50%. В этом случае общее время разработки ускорится всего на 17.5%. При этом тот же Яндекс только мечтает о 10% ускорении, сейчас у них всего 2%

Ну хорошо, код мы не пишем ручками, а что с остальными этапами?

Рассмотрим выборочно остальные этапы процесса разработки:

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

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

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

Даже на примере git-flow-edt, где есть шикарный референс в виде VS Code приходится все сценарии обходить и дорабатывать вручную

Тут мы говорим именно про проектирование пользовательского поведения, а не про красивые цвета и CSS (тут нейросеть крутая, но в 1С неприменимо)

Прикол в том, что даже современные инструменты для работы с ИИ, такие как superpowers и grill-me, как раз задают вам вопросы о том, как должна работать система, какие есть ограничения и как пользователь будет с ней взаимодействовать. То есть проектировать нужно головой!

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

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

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

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

Но если вы не знаете, что хотите получить, то применение ИИ не даст вам ответов на эти вопросы. Это как с автоматизацией, если у вас хаос на входе, то на выходе будет автоматизированный хаос. Думаю, вы сами часто говорили об этом своим клиентам

Именно поэтому считаю, что процессы важнее инструментов. С правильными процессами можно использовать любые инструменты, в том числе и ИИ. Да, задачи будут усложняться, но они не закончатся

Что стало с «убийцами 1С»?

Написал статью на Хабр про текущее положение у программ, которым пророчили заменить 1С. Это мой первый опыт для этой площадки, поэтому статья в Песочнице

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

Хорошего дня!