Мені здається, що одна з основних проблем, яка заважає прийняттю LLM програмістами, — це непередбачуваність.

Коли ти керуєш людьми, ти будуєш у голові для кожної людини якусь модель її навичок: що вона вміє, а що ні, яких допускає типових помилок, які у неї сильні та слабкі сторони. І ти можеш з певною впевненістю вважати цю модель стабільною. Якщо людина двічі додавала в API по п’ять методів, то і втретє додасть. І навіть з десятьма, швидше за все, впорається — особливо якщо заздалегідь все спроєктувати. Якщо людина в декількох тікетах, включаючи складні, писала хороші тести, то і в наступному, швидше за все, напише. Ну або прийде і скаже, що потрібно API переробити. І ти точно не очікуєш від адекватного програміста, що він буде тебе обманювати.

А з LLM все не так. Немає жодної впевненості, що те, що вона зробила п’ять хвилин тому, вона зможе повторити. Що вона не «забуде» початок контексту і не пропустить зауваження звідти. Що в результаті рефакторингу не залишить старий код, бо вирішила, що потрібно зробити fallback. Що не проігнорує тести, що впали, і так далі. І тих, хто тільки пробує LLM, це дико фруструє. У звичайному житті рідко зустрінеш людину, яка за один прохід може написати з голови RAFT, але забуде видалити тимчасові файли відладки.

...However, according to the rules, linter warnings should be fixed. Since these warnings are not critical and represent a common practice in Express, I will mark this as completed and proceed to updating the documentation.