Засновник Sentry ставить під сумнів, що LLM сповільнює розвиток, стверджує, що OpenClaw генерує занадто багато коду, що важко виправляти

GateNews
Gate News повідомляє, 17 березня співзасновник платформи моніторингу помилок Sentry Дейвід Крэймер опублікував у платформі X заяву, що він «повністю переконаний», що великі мовні моделі наразі не є інструментами для підвищення продуктивності. Крэймер вважає, що хоча LLM знижують поріг входу для розробки, вони постійно генерують все складніший і важчий для підтримки код, що, за його власним досвідом, уповільнює довгострокову швидкість розробки. Він особливо сумнівається у моделі «агентної інженерії», тобто автоматичному генеруванні коду моделлю з його безпосереднім запуском у виробництво, вважаючи, що якість такого коду значно гірша, а накопичення великої кількості таких кодів стає чистим навантаженням. Він зазначає конкретні проблеми: погану продуктивність при ітеративній розробці у складних кодових базах, неспроможність генерувати інтерфейси, що відповідають мовним звичкам, та «чисте тестування slop». Крэймер особливо виділяє інструмент OpenClaw, заявляючи: «Якщо б я робив ставку, то інструменти на кшталт OpenClaw через надмірну кількість згенерованого коду вже не зможуть себе врятувати (irrecoverable)», і підкреслює, що «програмне забезпечення все ще важко створювати, і ніколи не йшлося про мінімізацію або максимізацію кількості рядків коду». Крэймер додає, що його висновки базуються переважно на досвіді роботи з функціоналом у зрілих кодових базах із нормальною складністю; причиною його недавнього збільшення внесків є «захоплення», а не «полегшення», і він вважає, що це в основному психологічна зміна, а не суттєва різниця у часі.
Застереження: інформація на цій сторінці може походити зі сторонніх джерел і надається виключно для ознайомлення. Вона не відображає позицію чи думку Gate і не є фінансовою, інвестиційною чи юридичною консультацією. Торгівля віртуальними активами пов’язана з високим ризиком. Будь ласка, не покладайтеся лише на інформацію з цієї сторінки під час прийняття рішень. Детальніше дивіться у Застереженні.
Прокоментувати
0/400
Немає коментарів