Как я использую ИИ каждый день, чтобы создавать и выпускать продукты

ИИ ускоряет прототипирование. Но он не делает выпуск продукта легким.

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

Вот как я использую ИИ для выпуска реальных продуктов.

Секрет в формулировании задачи. Если вы не можете описать, как выглядит результат («done»), ИИ тоже не сможет. Он выдаст ответ, который кажется правильным, но на самом деле является ошибочным.

Сначала я пишу небольшую спецификацию. Я определяю:

  • Что код должен делать.
  • Чего код никогда не должен делать.
  • Как я пойму, что он работает.

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

Мой ежедневный рабочий процесс:

• Сначала заставьте это работать. Работающая, «уродливая» версия учит большему, чем идеальный план. • Пишите тесты на ранних этапах. Просите ИИ писать тесты вместе с кодом. Внимательно читайте эти тесты. • Читайте каждую строку, которую оставляете. Если вы не можете объяснить строку кода, не делайте merge. • Используйте его для скучных 80%. Пусть ИИ берет на себя шаблонный код, схемы и миграции. • Изучайте новые инструменты. Используйте ИИ, чтобы быстро разобраться в новых библиотеках или предметных областях. • Отсеивайте плохие идеи. Создайте упрощенную версию, чтобы проверить, не провалится ли подход. Это займет час вместо недели.

ИИ пасует на последних 20%. Именно здесь ваше суждение важнее всего.

Вы должны отвечать за:

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

Правила, позволяющие сохранять скорость и не создавать хаос:

  • Никогда не делайте merge того, что не можете объяснить.
  • Держите контекст небольшим. Длинные промпты приводят к плохим ответам.
  • Относитесь к ИИ как к неутомимому джуниору с нулевой ответственностью. Именно вам позвонят в 2 часа ночи, если всё сломается.
  • Закладывайте время на ревью. Процесс написания кода теперь дешев. Уверенность в результате — вот что стоит дорого.

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

ИИ не делает инженерное дело проще. Он делает мышление всей работой.

Источник: https://dev.to/manoharnegi/how-i-use-ai-every-day-to-build-and-ship-3oob

Дополнительное обучающее сообщество: https://t.me/GyaanSetuAi