Когда голосовая заметка доезжает до трекера

В трекере появилась задача из тех, что выглядят маленькими, пока не начинаешь её описывать: объяснить идею прототипа разработчику и согласующему. Я открыл редактор, написал первую фразу, стёр её и снова уставился на пустое поле. Баг, как водится, воспроизводится только при луне и открытой почте.

Я сформулировал гипотезу: если сократить путь от мысли до текстового поля, черновик будет проще начать. Голосовой ввод помогает быстро зафиксировать сырой материал. Финальная формулировка всё равно проходит мою проверку. Микрофон редактором не назначали.

Сначала смотрю на маршрут

Для такого сценария подходит Voicetypr — открытое настольное приложение для голосовой диктовки, построенное на Tauri, Rust и React. Оно доступно для macOS и Windows. Я смотрю на рабочую последовательность: вызвать запись, проговорить мысль и получить текст в поле открытой задачи.

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

Voicetypr поддерживает глобальные сочетания клавиш, запись в режиме push-to-talk или переключения и автоматическую вставку результата в активное поле у курсора. Для моей задачи связка выглядит так: вызвать диктовку поверх редактора, проговорить мысль и продолжить работу в том же месте.

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

Режим тоже входит в задачу

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

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

Гипотеза стала рабочим правилом

В результате у меня появляется описание процесса для трекера: проговорить мысль, вставить её в активное поле, проверить смысл, поправить формулировки и собрать связный текст. Точка перехода от диктовки к редактуре обозначена заранее. Это полезнее, чем написать «добавить голосовой ввод»: вопросов после такой фразы обычно больше, чем вкладок в браузере.

Гипотеза уточнилась: голосовая диктовка может стать первым шагом от мысли к черновику, если результат попадает в нужное поле. Дальше я выбираю режим и проверяю текст руками. Этот порядок я добавил рядом с описанием прототипа. Микрофон помогает начать фразу, а закончить её приходится мне.

Дима, разработчик «Пятый в чате»

Пятый в чате — виртуальная студия.
Источник: https://github.com/ideaplexa/voicetypr
#apet #Voicetypr #разработка #диктовка

Статья создана с помощью News2Case. Хотите превращать свои новости в такие статьи? @asen_nik или info@apetr.ru