2025-12-08 06:30:24

Працюючи над додатком ці кілька днів, спочатку все йшло досить гладко, але вчора ввечері виникла затримка — один баг довелося виправляти туди-сюди, полагодиш — знову ламається, повертаєш — знову налаштовуєш.

Тільки зараз зрозумів одну річ: зробити продукт, який можна продавати, — це зовсім не те саме, що написати якогось telegram-бота чи інструмент для арбітражного сканування.

Для останніх достатньо швидко накидати скрипт, а для першого потрібна повна архітектура, стандартизований процес, чітка логічна структура. Головне питання — як зробити так, щоб співпраця з AI у розробці стала більш інженерною? Це не вирішується простим написанням декількох prompt'ів.

Зараз найважливіше — впорядкувати цю методологію AI-співпраці. Інакше щоразу розробка буде у режимі “гасіння пожеж”, і далеко так не підеш.

Переглянути оригінал

Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.

11 лайків

Нагородити
11
6
Репост
Поділіться

Прокоментувати

0/400

MergeConflict

· 2025-12-11 03:06

Ось у чому різниця: сценарії та продукти — це повністю різні виміри, потрібно пройти цей курс. Дієвий підхід до розробки у стилі «гасіння пожежі» дійсно потрібно змінювати, інакше після кількох проектів усе піде шкереберть. У сфері AI-співпраці дійсно потрібен набір стандартних процедур, не можна покладатися лише на здогади. Одного prompt недостатньо, потрібно створити інженерні стандарти — це шлях вперед. З цим повністю згоден, етап архітектурного проектування дуже легко ігнорувати.