Ниже приведённые промпты являютсядемонстрацией перестройки учебного процесса, а не исходным кодом приложения, ключами, конфигурационными файлами или деталями развёртывания. При самостоятельном изучении можно использовать доступные вам соответствующие требованиям инструменты или выполнять задания на бумаге. Если ИИ временно недоступен, сначала нарисуйте процесс и опишите критерии проверки, не ожидая присутствия преподавателя. В видеоконференциях также можно обсуждать синтетические примеры.
Повторяемый путь разработки
Определение объекта и сценария → определение минимального процесса → создание первой версии с использованием синтетических материалов → выполнение одной задачи на устройстве → фиксация проблем → корректировка и повторное тестирование отдельных элементов → приглашение добровольных участников для проверки → принятие решения о следующем шаге на основе доказательств.
Можно начать создавать прототипы с помощью ИИ и существующих возможностей, даже не завершив систематическое изучение программирования для Android/iOS. При этом необходимо изучать темы по мере задач: разрешения и состояние, API и стоимость, хранение и восстановление, авторизация и верификация. Упаковка, подпись, установка и доступность сервисов всё равно требуют практической проверки. В примерах использовался имеющийся опыт, а не мгновенное создание с нуля.
Задание 1 | Сначала дайте человеку возможность высказаться
«Помоги спроектировать минимальный прототип голосовой записи. Пользователь хочет говорить медленно и не хочет сначала писать текст. Для демонстрации используйте вымышленные повседневные вопросы, сначала реализуйте только четыре шага: вопрос, ответ, пауза, сохранение. Сначала опишите состояния и способы проверки, затем сгенерируйте варианты реализации. Не подключайте реальные аккаунты, не используйте личные записи, не включайте камеру автоматически. Укажите разрешения, расходы и ситуации сбоев, которые требуют моего подтверждения.»
Что нужно проверить: после запуска сначала слышен вопрос; пауза действительно останавливает запись; после сохранения запись можно найти; при сбое система объясняет ситуацию и не очищает подтверждённое содержимое.
Задание 2 | После того как ИИ говорит, что исправил
«Ожидалось: при нажатии на повторное воспроизведение читается только текущий вопрос. Фактически: на телефоне нет звука. Сначала разграничьте известное, неизвестное и три проверяемые гипотезы. Предложите минимальное воспроизведение и один первый шаг для проверки, вносите изменения только после получения результата; не изменяйте несколько модулей одновременно. После изменений объясните, как повторить проверку, и укажите нерешённые риски.»
Не копируйте реальные журналы. Журналы могут содержать идентификаторы или учётные данные. Здесь тренируются воспроизведение, гипотезы, изменение одной переменной и повторное тестирование, а не проверка синтаксиса или названий фреймворков.
Задание 3 | Систематизируйте обратную связь, не делайте выводов за меня
«Ниже приведено вымышленное резюме пробного использования: А готов(а) попробовать, но не установил(а); Б застрял(а) на этапе установки; В хочет изменить текст, но не знает, где вход; Д хотел(а) новые темы каждый день, но позже нашёл(ла) существующие опции. Разделите на отношение, поведение, препятствия, потенциальные потребности, отметьте места с недостаточными доказательствами. Предложите по одному наблюдаемому заданию на следующий раз, не делая выводов о продажах, терапевтическом эффекте или потребностях всех пользователей.»
Студенты должны обнаружить: одна и та же фраза «добавить функцию» может означать, что существующую функцию трудно найти; похвала — это не сделка; предложение — это не подтверждённая потребность.
Продуктовая ответственность за данные и API
| Проблема | Студенты должны уметь объяснять | Примеры и следующие шаги |
|---|---|---|
| Что уходит с телефона | Куда направляются записи, текст и конфигурация? Кто имеет к ним доступ? | На занятиях рисуется только упрощённый поток данных, реальные конфигурации сервисов не показываются |
| Зачем каждому нужен свой ключ | Упрощает управление разрешениями, квотами и отнесением затрат; независимое тарифицирование зависит от настроек поставщика и аккаунта | Невозможно автоматически гарантировать изоляцию личных записей; при регистрации и распределении также нужно учитывать параллельные запросы, отсутствие ресурсов и возможность отмены |
| Почему нельзя использовать учётные данные администратора как обычные настройки | Клиентское приложение может быть подвергнуто анализу; обфускация не равнозначна конфиденциальности | Удобство внутреннего тестирования сопряжено с остаточными рисками и не может рассматриваться как зрелое решение в области безопасности |
| Как сделать пробное использование в малом масштабе более надёжным | Минимальный объём данных, ограниченные права, отзывные разрешения, проверка восстановления и обработка исключений | Настоящая изоляция требует инженерных мер, таких как контролируемые сервисы, управление доступом и аудит; в курсе не утверждается, что все проблемы уже решены |
| Как контролировать затраты | Количество вызовов, длительность, сбои сервиса, кто несёт ответственность за бюджет? | Студенческая группа использует учебные гипотетические квоты, не выдумывая цены поставщиков; сначала устанавливаются лимиты, затем проводится проверка |
В этом курсе объясняются только ответственность и методы; не предоставляются реальные административные таблицы, конфигурации сервисов, учётные данные ботов или способы извлечения данных. Решение не публиковать исходный код является выбором при выпуске продукта; безопасность не может опираться только на закрытый код
В условиях более мощных инструментов анализа и воспроизведения
По состоянию на 2026-10-23 была проведена только проверка в режиме чтения описания репозитория и меток лицензии; установка, запуск или практическое тестирование не выполнялись
Официальный репозиторий REA ↗: описывает возможность помощи в анализе поведения приложений, бинарных файлов и процессов выполнения. Описание возможностей инструмента не гарантирует успешный анализ конкретных объектов
Официальный репозиторий replica-skill ↗: организует процессы наблюдения, восстановления и тестирования в виде навыков; в README чётко указано, что восстанавливаются функции и процессы, используются собственные ресурсы, а код, бренд, тексты или контент целевого объекта не копируются
Оба инструмента в настоящее время имеют лицензию MIT; перед использованием всё равно следует проверять версию, зависимости и лицензиюЛицензия на инструмент и права на целевое приложение, а также разрешения на доступ — это разные вещи Слоган в репозитории не является юридической лицензией или гарантией безопасности. В классе обсуждаются только собственные или явно разрешённые демонстрационные объекты; не даются юридические заключения и не проводится обучение по реверс-инжинирингу
Четыре вопроса перед принятием решения
Имею ли я право на доступ и анализ этого объекта? Что я могу использовать: методы, лицензированные компоненты или чужой контент? Как я указываю источник и проверяю результаты? Даже если внешний вид одинаков, кто мои пользователи, какие у меня ценности и ответственность?
«Мой внутренний стержень» не является оправданием и не требует, чтобы каждая строка кода была написана с нуля. Он требует, чтобы создатель нес ответственность за направление, источники, проверку, отказ от определённых действий и итоговый результат