Разработка приватных навыков для Алисы. О чём не учат в Школе Алисы

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

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

От статьи двоякое ощущение: что я вынес полезного? Какая проблема решена? Вовлечен ли я?

Записал несколько мыслей, как я бы это выразил:
1. типа есть проблема — кажется что надо делать навыки Алисы прямо вот детальными с беседой по заполнению списка и справкой, а если вы делаете MVP или для себя, то нет, не надо.

2. Вот мой пример: список что-кого сделать при уборке, закоммитил список, сделал сценарий беседы по списку — легко? вполне. вы хотите такое? да? отлично, вот мой репо смотрите как сделал я.

3. В application основная логика, константы (что за UC-1?? хз), переменные, (лес if-else конечно убивает, надо переписать ;)

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

5. сейчас модная тема — чеклисты, в инстаграмме чеклисты на всё — от правильной покраски бровей до подбора дома. если у вас бизнес по рекомендациям — типа помощь при покупке и подборе авто — вот вам навык Алисы для подбора — 10 пунктов, которые необходимо проверить в авто и итог, конечно, если все-таки сомневаетесь, звоните нам. И реализовать это — ну, прям два вечера и полторашка (поправьте меня если я ошибаюсь :))

6. Тем более что протестировать работу навыка вашим пользователям тоже вполне доступно — необязательно, сразу покупать Яндекс Станцию, можно и в Яндекс Браузере или установить Алису на смартфон или в песочнице сервиса.

Огромное спасибо за развернутый комментарий!

Не прикладываю репозиторий потому, что считаю наличие репозитория ошибкой, если бы я начал всё сначала, то использовал бы конструктор диалогов вместо написания кода. Но в наш цифровой век, ничего скрыть не получится) Вы захотели найти и нашли, поэтому расскажу про UC-1, UC-2 в application)

UC-1, UC-2 и т.д. это Use Case 1, Use Case 2 и т.д. Обозначения взял из книги Software Requirements,
Third Edition от Karl Wiegers and Joy Beatty Я на этапе проектирования описал все сценарии использования в таблице docs.google.com/spreadsheets/d/1lZ3Gms6kVfVLNfldUSMWFW42-yUY8f0zmGxsGGVcyaE/edit?usp=sharing, а затем по этим сценариям писал тесты и код, реализовывая то, что записано в сценарии.

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

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

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

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