Зараз не багато людей знають, я походжу з технічного фону. Двадцять років тому в інвестиційному банку в регіоні Азія-Тихий океан, люди, які дійсно розуміли алгоритмічну торгівлю, ймовірно, були близько п’ятидесяти, і я був одним із них; тоді ядро системи полягало не в тому, щоб вона могла працювати, а щоб бути надійною в довгостроковій перспективі за умов таких обмежень, як затримка, стабільність, моніторинг і управління ризиками. Тому я спочатку дуже проти "Vibe Coding", оскільки це легко могло створити неправильне уявлення, що програмування можна робити, "даючи інструкції на основі відчуттів". Потім я особисто використовував Claude Code, Codex, Copilot для створення кількох невеликих програмних продуктів і внутрішніх інструментів, і зрозумів, що проблема полягає не в тому, що AI пише код, а в оманливій природі цього терміну: коли AI залучають до інженерного процесу, він більше схожий на продовження Pair Programming, поєднуючи "виробництво" і "огляд" у один цикл, що дозволяє людям відволікатися від рутинної роботи і зосереджуватися на ключових рішеннях і контролі якості. Водночас, реальність дуже ясна: людям, які не розуміють програмування, важко досягти задовільних результатів лише з Vibe; але для тих, хто здатен, AI значно підвищить ефективність і якість доставки, що також пояснює, чому одним із найбільш цінних "переваг" у компанії є можливість використовувати більше токенів LLM, контролювати їх і аудитуати всією командою, включаючи доступ і налаштування моделей, більш стабільні рамки дозволів і відповідності, внутрішні ланцюги інструментів, що ближчі до бізнесу, а також безперервне навчання і збір найкращих практик.