ხელოვნური ინტელექტის განვითარებამ პროგრამული უზრუნველყოფის შექმნის ეკონომიკა თავდაყირა დააყენა. თუ ადრე კოდის თითოეული ხაზი ძვირადღირებული და სათუთი რესურსი იყო, დღეს მისი გენერირება მყისიერი და პრაქტიკულად უფასოა.

ბევრი ინჟინერი შეცდომით ფიქრობს, რომ ავტომატიზაცია კოდის განხილვის (code review) პროცესის სრულად გაუქმებას ნიშნავს. სინამდვილეში, ეს მიდგომა მცდარია. კოდი, რომელიც ხელოვნური ინტელექტის მიერ არის შექმნილი, უფრო მეტ, და არა ნაკლებ ყურადღებას მოითხოვს.

2025 წელს დაფიქსირებულმა ტექნოლოგიურმა გარღვევებმა, განსაკუთრებით Opus 4.5-ის გამოჩენამ, დაამტკიცა, რომ AI-ს მიერ გენერირებული კოდი ხარისხით საშუალო დონის პროგრამისტის ნამუშევარს უტოლდება. თუმცა, კვლავ აქტუალური რჩება მთავარი გამოწვევა: სისტემის გააზრება.

ტრადიციულად, პროგრამული უზრუნველყოფის ინჟინრები კოდს აღიქვამდნენ როგორც „ჭეშმარიტების წყაროს“. მაგრამ, როგორც SRE (Site Reliability Engineering) სპეციალისტები აღნიშნავენ, კოდი ხშირად მხოლოდ დროებითი ქეშია, ხოლო რეალური პროდუქტი — ეს არის წარმოება (production).

ჩად ფაულერის „ფენიქსის არქიტექტურის“ პრინციპები გვასწავლის, რომ კოდის შეცვლა და განახლება უნდა იყოს მუდმივი პროცესი. როდესაც კოდის გადაწერა იაფია, მისი „გაჯიუტება“ და მუდმივი რედაქტირება მხოლოდ ქაოსს (entropy) აგროვებს.

ინჟინრებმა უნდა შეწყვიტონ კოდის როგორც ხელშეუხებელი „შინაური ცხოველის“ აღქმა და გადავიდნენ „ცოცხალი ინფრასტრუქტურის“ მოდელზე. მთავარი კითხვა დღეს არის არა ის, თუ როგორ დავწეროთ კოდი, არამედ ის, თუ როგორ შევინარჩუნოთ სისტემის გამართულობა.

ჩვენ გვჭირდება ახალი მიდგომა, სადაც არქიტექტურული გადაწყვეტილებები იქნება პირველადი, ხოლო კოდი — მათი მატერიალური რეალიზაცია, რომლის ხელახლა გენერირება ნებისმიერ დროს არის შესაძლებელი.

ეს ცვლილება არ ნიშნავს ადამიანის როლის დაკნინებას. პირიქით, ეს მოითხოვს გაცილებით მაღალ ინჟინრულ კვალიფიკაციას, რათა შევძლოთ ხელოვნური ინტელექტის მიერ შექმნილი სისტემების ვალიდაცია და კონტროლი.