"Тобі не обов'язково знати програмування? Чому хакери вітають моду на «вібра-кодування» з мурашками по шкірі Оскільки все більше людей використовують коди, настає час, коли нам справді потрібно бути обережними, особливо тим, хто створює сервіси, пов'язані з блокчейном, з вібраційним кодуванням. І давайте подивимось, як це змінить кодекс усіх компаній у майбутньому. Найбільша перевага Vibe-кодування в тому, що навіть якщо я сам не вмію його розробляти, я можу робити це лише через підказки. Зокрема, у випадку фронтенд-розробки ефективність і результативність вібраційного кодування перевіряються настільки, що можна сказати, що вайб-кодування майже поглинуло весь ринок. Звісно, віб-кодування також розвивається дуже швидко, стає дедалі складнішим і кращим з кожним днем, але проблема в тому, що якщо машина замість людини пише код самостійно в якийсь момент, неможливо дізнатися, який у ньому код і де помилка. Якщо ви коли-небудь займалися вібраційним кодуванням, ви, ймовірно, помітили наступне явище. 1️⃣ Я зробив це, але проблема зміни навіть тих частин, які я не зробив, змінилася 2️⃣ Я замовила, але пам'ять занадто переповнена, тому я тебе більше не слухаю (тому доводиться припинити і дати йому працювати) 3️⃣ Я виправляю помилку, але це проблема, яку вже виправляють. (І якщо ви не розробник, ви не знаєте, де і як це зламано) Третій випадок — це частина, яка часто трапляється, особливо при роботі з мішком замість передньої частини. Ось чому я роблю це лише локально і не розгортаю під час програмування. Навіть якщо ви пишете код на поверхні, неможливо перевірити, чи це справді працює належним коректом (іноді ШІ просто заповнює видиме і не працює, якщо це важко робити як людині), і якщо виникає проблема, неможливо перевірити, чи її правильно виправили. Проблема в тому, що використовуються десятки тисяч рядків коду, і особа, яка це інструктувала і виконала роботу, не має можливості «перевірити» між ШІ та ШІ. Найбільша проблема для тих, хто наймав розробників як не-розробників для роботи, мабуть, полягає в тому, що якщо розробник скаже «ні», він «не може довести, що це спрацює». У випадку ШІ це не означає «ні», але якщо ви продовжуєте робити те, що не працює, ви зробите це, обманівши себе військовим мисленням. Іншими словами, врешті-решт організатор, який робить підказки, також повинен знати, як певною мірою розвиватися, щоб правильно працювати з ШІ. І найбільша проблема, з якою ми стикаємося, — це те, що ми більше не навчаємо молодших розробників. Інакше кажучи, якщо мине більше п'яти років, поки молодші студенти більше не навчаються, бо вони віддають перевагу старшим, які добре володіють ШІ і шукають роботу, ми можемо жити в епоху, коли повністю залежимо від ШІ і мусимо щось робити з невідомим кодом, або ж нам доведеться підходити до цього у формі «довіряти і довіряти». Це особливо руйнівно для екосистем, таких як блокчейни, де код і кошти пов'язані в одному місці. Це означає, що щойно смарт-контракт із простим багом стає розгортанням, кошти вже можуть вільно переміщуватися. І насправді, у випадку хакерів очікується, що існує багато явищ, які отримують вигоду, переслідуючи та використовуючи лише ці унікальні слабкі місця ШІ. 🔰Особисті думки То хіба не кодують вайб? Не зовсім. Це тому, що потрібно дивитися і пробувати самостійно, щоб побачити, наскільки далеко можна зайти. Однак у випадку кодування вібра це все ще інструмент, подібний до AI Agents і LLM у минулому. Думаю, головне — знати, наскільки далеко може зайти інструмент і де його можна використовувати.