Якщо раніше було важко зробити багато функціонального коду, то сьогодні важко зробити мало функціонального коду
GPT-5.6 sol дуже амбітний і хоче зробити все що просять і не просять, і тепер треба думати як не роздувати код.
Тобто код може вийти правильний, функціональний, красивий, але дууууже дуже роздутий, і тепер треба когнітивні ресурси направляти в трошки іншу сторону
також, коли код генерується занадто просто — вибір стає важче, бо в тебе не 2-3 варіанти рішень і задач за які взятися, а тисячі, і цю інформацію потрібно структурувати (принаймні мені).
напрямок який я бачу може бути корисний: розвивати спочатку МІНІМАЛЬНУ (мвп) версію повного робочого продукту.
— якщо це фікс, то написати тест, що репродюсить баг
— якщо це фіча, то прототип на якому перевірити гіпотезу, і лише потім інтегрувати це рішення (яке вже показало, що працює) в вашу систему.
код зараз дуже легко генерити і викидувати, і цю фічу можна і треба експлуатувати