Як я щодня використовую ШІ для розробки та релізу

ШІ прискорює прототипування. Він не полегшує реліз.

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

Ось як я використовую ШІ для випуску реальних продуктів.

Секрет у формулюванні проблеми. Якщо ви не можете описати, як виглядає результат («done»), ШІ теж не зможе. Він надасть відповідь, яка здається правильною, але насправді є помилковою.

Спочатку я пишу коротку специфікацію. Я визначаю:

  • Що код має робити.
  • Чого код ніколи не повинен робити.
  • Як я зрозумію, що він працює.

Я не прошу фічі. Я прошу кроки. Малі зміни кращі за тисячі рядків коду. Ви повинні бути здатні прочитати та довіряти кожному рядку.

Мій щоденний робочий процес:

• Спочатку змусьте це працювати. Працююча, але «потворна» версія навчить вас більшому, ніж ідеальний план. • Пишіть тести якомога раніше. Просіть ШІ писати тести разом із кодом. Уважно читайте ці тести. • Перевіряйте кожен рядок, який залишаєте. Якщо ви не можете пояснити рядок коду, не робіть мердж. • Використовуйте його для нудних 80%. Нехай ШІ займається шаблонним кодом (boilerplate), схемами та міграціями. • Вивчайте нові інструменти. Використовуйте ШІ, щоб швидко розібратися в нових бібліотеках або доменах. • Відсікайте погані ідеї. Створіть мінімальну версію, щоб перевірити, чи не є підхід помилковим. Це коштуватиме годину замість тижня.

ШІ пасує на останніх 20%. Саме тут ваша експертна оцінка має найбільше значення.

Ви повинні відповідати за:

  • Архітектуру та моделі даних. ШІ може запропонувати схему, яка спричинить проблеми пізніше.
  • Безпеку. Ніколи не довіряйте ШІ автентифікацію або персональні дані.
  • Узгодженість. ШІ пише в різних стилях. Ви повинні підтримувати цілісність кодової бази.
  • Верифікацію. ШІ часто впевнено помиляється. Нічого не приймайте на віру та перевіряйте все.

Правила, як залишатися швидким і не створювати хаосу:

  • Ніколи не мерджте те, що не можете пояснити.
  • Тримайте контекст невеликим. Занадто довгі промпти призводять до поганих відповідей.
  • Ставтеся до ШІ як до невтомного джуніора з нульовою відповідальністю. Саме вам зателефонують о 2 годині ночі, якщо все зламається.
  • Закладайте час на перевірку. Розробка тепер коштує дешево. Впевненість — це найдорожча частина.

Коли написання коду стає дешевим, експертна оцінка стає ціннішою. Справжня робота інженера — це не друкування тексту. Це формулювання проблем, вибір архітектури та вирішення того, що варто будувати.

ШІ не робить інженерію простішою. Він робить мислення всією роботою.

Source: https://dev.to/manoharnegi/how-i-use-ai-every-day-to-build-and-ship-3oob

Optional learning community: https://t.me/GyaanSetuAi