Чи вб’є ChatGPT кодерів?

Створюючи новий веб-сайт моєї компанії, я попросив у ChatGPT код для наступних елементів адаптивного дизайну:

1. 3 зображення поруч
2. Таблиця з 2 рядками, перший рядок із 3 зображеннями, другий рядок із 3 посиланнями
3. 3 зображення поруч в одному рядку та 3 посилання в наступному рядку
4. 3 зображення поруч із пов’язаними підписами.

ChatGPT відповів фрагментами коду для всіх чотирьох специфікацій. Один із них частково показаний на наступній виставці.

Усі фрагменти коду спрацювали з першого разу. Мені не потрібно було робити жодних налагоджень (не те, щоб я міг це зробити!).

У мене були сумніви щодо наступного рядка в коді, наданому ChatGPT:

----

.image {flex: 0 0 33.33%; /* Налаштуйте це значення, щоб змінити ширину кожного зображення */ max-width: 100%;

----

Я запитав у ChatGPT роз’яснення.

Це дало мені кришталево чітку відповідь без будь-якого глузливого/заступницького ставлення типового користувача StackOverflow.

За будь-яким тестом продуктивність ChatGPT була надзвичайною.

Це викликає наступне питання:

Чи вб’є ChatGPT кодерів?

----

Це не перший раз, коли люди задають це питання.

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

1. ERP

Свого часу компанії розробляли власне програмне забезпечення. Зазвичай це були спеціально розроблені точкові рішення для продажу, закупівлі, інвентаризації, фінансів, виробництва та інших функцій бізнесу. Вони були розроблені групою власних програмістів або передані зовнішнім постачальникам.

Коли ERP вийшов на сцену та замінив ці спеціально розроблені рішення, люди почали задаватися питанням, що станеться з цими внутрішніми та зовнішніми кодерами.

2. Платформа RAD / Low Code / No Code

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

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

Одного разу я зустрів колегу в КУРІЛЬНІЙ зоні моєї офісної будівлі. Був програмістом в інженерній орг. Через відсутність зв’язку на роботі я ніколи не зустрічав його в офісі. Ми почали обмінюватися нотатками про наші робочі місця.

Я випадково згадав йому про своє бажання створити портал для розміщення маркетингового забезпечення. Він сказав мені, що чув про інструмент під назвою Microsoft Frontpage, який дає змогу не-гікам створювати прості веб-сайти за допомогою візуального редактора та елементів керування перетягуванням. Як досвідчений користувач інструменту створення діаграм Microsoft Visio я був знайомий із цією парадигмою.

Я повернувся в офіс і спробував Frontpage. Ось і ось, я зміг створити свій маркетинговий портал застави протягом тижня, не написавши жодного рядка HTML-коду (на що я все одно був не здатний).

У той час Frontpage використовував платформу Rapid Application Development (RAD). Сьогодні це буде названо платформою з низьким кодом / без коду.

На основі цього досвіду я почав замислюватися про долю кодерів.

3. Транслятори коду

У своїй наступній компанії я продавав інструмент, який міг приховати застарілий код COBOL у Java. У той час ми називали це Code Translator. Я вважаю, що ця категорія продуктів тепер перейменована на Code Transpiler.

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

4. Автоматизація робочого процесу

З часом я використовував такі інструменти автоматизації робочого процесу, як IFTTT для автоматизації багатьох робочих процесів, напр.

1. Щойно я опублікую допис у блозі компанії, автоматично опублікувати посилання на Twitter.
2. Щоразу, коли хтось взаємодіє з моїм твітом, автоматично додавати його до списку викликів
   скр-займачі.

Знову постало питання, чи вб’ють ці інструменти автоматизації робочого процесу програмістів?

5. Моніторинг + Спостережливість

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

6. WordPress + Gutenberg

Нещодавно я використав редактор блоків WordPress + Gutenberg, щоб оновити веб-сайт своєї компанії до адаптивного дизайну. Я не написав/не редагував жодного рядка коду. Кому потрібні кодери, га?

----

Я називаю вищезгадані технології ПРИГНІЧУВАЧІ ПОПИТУ. Усі вони були революціонерами, коли виходили на ринок і погрожували забрати роботу програмістів.

Але ніхто з них цього не зробив. У будь-якому випадку, зараз є більше програмістів, ніж будь-коли в історії ІТ.

Що дає?

Я пояснюю цей очевидний парадокс появою того, що я називаю СТИМУЛЯТОРИ ПОПИТУ. Завдяки купі нових моделей розгортання та сценаріїв використання вони створили нові робочі місця кодування в досі незрозумілих сферах обчислювальної техніки.

Більше про це в наступній публікації. Спостерігайте за цим простором.

• Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
• PlatoData.Network Vertical Generative Ai. Додайте собі сили. Доступ тут.
• PlatoAiStream. Web3 Intelligence. Розширення знань. Доступ тут.
• ПлатонЕСГ. вуглець, CleanTech, Енергія, Навколишнє середовище, Сонячна, Поводження з відходами. Доступ тут.
• PlatoHealth. Розвідка про біотехнології та клінічні випробування. Доступ тут.
• джерело: https://www.finextra.com/blogposting/25317/will-chatgpt-kill-coders?utm_medium=rssfinextra&utm_source=finextrablogs