GitHub Copilot не змінить майбутнє

ШІ* – штучиний інтелект

GitHub Copilot не змінить майбутнє. Вас очікує цікава стаття про новинку від Microsoft – Github Copilot

Проблема майбутнього полягає в тому, що для того щоб до нього дійти, це займає занадто багато часу.

Розглянемо цей приклад: ще в 2006 році засновник Java і провідний дизайнер Джеймс Гослінг заявив: «Мобільний телефон – це робочий стіл завтрашнього дня». Він не помилився, але ще й не правий. Незважаючи на всюдисущість мобільних телефонів, у минулому кварталі постачальники все ще поставили 71,6 мільйона настільних комп’ютерів та ноутбуків, повідомляє Gartner. Хотілося б, щоб їх не було. Минулого тижня мені довелося взяти відпустку через незаплановані години, витрачені на ремонт лаптопа Windows, завантаженого вірусами мого сусіда. Я не можу дочекатися, коли Гослінг виявиться правильним, але цей день ще не настав.

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

Не всі підтримують мою нововиявлену обережність. «З появою TuringBots», – заявляють аналітики Forrester Дієго Ло Джудіс, Майк Гуальтьєрі та Джеффрі Хеммонд, «ролі, інструменти та технології того, як ми створюємо корпоративні програми, назавжди змінюватимуться». Під TuringBots автори мають на увазі “програмних ботів, які допомагають створювати корпоративне програмне забезпечення” – такі речі, як новий Copilot GitHub. Так, цілком можливо, що такі інструменти, насправді, назавжди змінять спосіб створення розробниками корпоративних програм. Але не очікуйте цього найближчим часом.

Пишучи перед запуском GitHub Copilot, аналітики Forrester були в захваті від похвали щодо потенціалу ШІ трансформувати розробку програмного забезпечення:

«Величезні інновації наступають з точки зору того, як ми створюємо програми, роблячи ботів із штучного інтелекту хорошими супутниками бізнес -аналітикам, архітекторам, розробникам, тестувальникам та операторам протягом усього життєвого циклу розробки додатків, збільшуючи їх загальний аналіз, проектування, розробку, тестування. , а також розвідувальні дані та можливості. Одним словом, епоха розробки, тестування та розгортання програмного забезпечення, а також побудови та розгортання самих моделей ШІ тут є більш автономною та стрімко розвивається ».

Для відносно недосвідченого розробника Copilot може здатися рятівником, але в кінцевому підсумку він може виявитися гальмом для навчання, не маючи хорошого способу дізнатися, коли пропозиції страшні проти досконалих. Незалежно від того, досвідчені чи ні, розробники можуть виявити, що легше не покладатися на те, що є переважно правильним, аніж робити великі ставки на це (так само бізнес -користувачі дотримувалися Microsoft Office замість альтернатив з відкритим кодом, таких як OpenOffice. Це просто не було) не варто робити ставку на вірність «переважно сумісного» формату файлу).

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

Ніщо з цього не говорить про те, що немає реальної обіцянки у розробці програмного забезпечення на основі штучного інтелекту, або у варіантах з низьким кодом та без коду. Але на це піде час. Для індустрії, яка все ще використовує мейнфрейми, розумно робити ставку на майбутнє, але також розумно робити ставку на те, що це займе трохи більше часу, ніж нам би хотілося.

By vitaliy