«Довелося кодити як печерна людина»: як падіння Claude показало тотальну залежність айтівців від ШІ

💡 Усі статті, обговорення, новини про AI — в одному місці. Приєднуйтесь до AI спільноти!

Цього тижня, в понеділок, як відомо, у роботі Claude стався збій, через що сервіси не працювали коректно протягом тривалого часу. На сторінці статусу Claude компанії було зазначено про підвищену кількість помилок, оскільки користувачі повідомляли про проблеми з доступом як до Claude.ai, так і до Claude Code. Не знаю, наскільки це пов’язано з тим, що в понеділок прилетіло по дата-центру AWS, але я не дуже вірю в співпадіння, тому, можливо, клод якраз там і хостився.

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

Наприклад, Гауреш Пандіт, сеньйор-інженер з Meta, зізнався в дискусії з Bussiness Insider, що коли клод ліг, він просто забив на програмування і пішов робити інші, нетехнічні задачі. Чому? Бо без нейромережі кодити власноруч здавалося надто довго і напряжно.

Також сотні користувачів Claude публікували дописи на Reddit, Discord та інших платформах, відзначаючи, наскільки залежними від цих інструментів вони стали.

«Збої в роботі Claude б’ють набагато сильніше, коли ти розумієш, що передав йому на аутсорс половину свого мозку», — написав один із користувачів Reddit. Інший же ж пожартував: «Напевно, я буду писати код як печерна людина».

З одного боку це і дуже смішно, але з іншого страшно, що тепер багато хто з айтівців не уявляє життя без ШІ. Можливо, щоб такого не допускати, то іноді варто влаштовувати собі «детокс» від ШІ?

👍ПодобаєтьсяСподобалось5
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Клуб анонімних АІголіків!

или индустрия задумается о том, что нужно иметь возможность разворачивать такие системы на своих хостингах или все окажутся просто заложниками.

Клауди ж використовують і ніхто не париться. Причому падіння клауду несе куди більші ризики. Не треба створювати драму на рівному місці.

але з іншого страшно, що тепер багато хто з айтівців не уявляє життя без ШІ.

Чому страшно? Це те саме, що сказати — «Страшно, що тепер багато хто не уявляє свого життя без світла.» Або ближче — «Страшно, що тепер багато хто не уялвяє свого життя без інтернету» і т.д.
Тобто — чи можна без світла чи інтернету — так, можна. Ви не помрете. Але рівень життя впаде на порядок. Так і з ШІ. Це просто продовження інтернету. Тобто зараз маємо ланцюжок: Світло — інтернет — ШІ.

Я би скоріше зробив аналогію з молотком. Тільки у випадку ШІ молоток у тебе в оренді і немає ніякої гарантії, що добрі дяді його у тебе потім не забируть чи не загилять ціну х10

немає ніякої гарантії, що добрі дяді його у тебе потім не забируть чи не загилять ціну х10

чи що цій молоток раптом не перетвореться на міксер

Є таке хороше правило — вирішувати проблеми по мірі їх поступлення. Сам використовую, і вам раджу.

эта зависимлсть у криворуких которые сами программировать не умеют.

Не зовсім так. Я краще почекаю, піду каву поп’ю чи ютюб подивлюся, і потім за 5 хв навайбкоджу ніж буду годину руками сам робити. Ну і задач без ШІ також хватає, можна переключитися.

>> Довелось кодити, як печерна людина
Це як? На перфокартах?)
От наші жінки ще пів століття тому справді кодили, розробляли складні алгоритми, якісь компілятори і т.п.
А що ті кодери, що прийшли за баблом в ІТ серйозного зробили за 20років ? Перетворили його в якесь бла-бла-бла.

А що ті кодери, що прийшли за баблом в ІТ серйозного зробили за 20років ?

Притягнули свій довбаний JS на сервери та десктоп. І тепер тупому чатику треба мінімум два гігабайти пам’яті.

Тут не тільки повальна інтерпритація типу JS ? Власне зовсівм не обов’язково JS программа буде замітно повільніша за С++ при сучасних JIT оптизаціях і т.д. Звісно крім випадків коли активно працює GC, наприклад на сервері.
Тут швидше усюди повставляли якусь шпигунску какашку, яка відїдає усю пам’ять та процесорний час, намагаючись ще щось тобі продати. Закон Вірта. BTW э купа софта, щоб самостійно не лазити по реестрах там і т.п. і можна усю цю шляпу вілключити, або Linux і т.п. Парадокс Mac OS X, що при слабшому по характеристиках залізі за рахунок софту — по user expirense часто воно працює краще.
Щодо серверів — так Node це для не завантажених рішень, як і Python. Скриптові мови ніколи для цього не розроблялись і не були призначені

Власне зовсівм не обов’язково JS программа буде замітно повільніша за С++ при сучасних JIT оптизаціях і т.д

Якщо native-програму писав не імбецил, то завжди буде повільнішою. Інакше просто бути не може.

І поза будь-якими скілами писаки, поза будь-якими JIT-оптимізаціями, жерти RAM ця відрижка буде у тридцятикратному обсязі.

Парадокс Mac OS X, що при слабшому по характеристиках залізі за рахунок софту — по user expirense часто воно працює краще.

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

Щодо серверів — так Node це для не завантажених рішень, як і Python.

Фразу «не для завантажених рішень» можна сформулювати коротше й точніше: «гальмівне лaйнo».

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

Якщо native-програму писав не імбецил, то завжди буде повільнішою. Інакше просто бути не може.

Може, якщо наприклад JIT використовує те саме що і -mtune=native тобто оптимізації не під умовний абстрактний середньо статистичний CPU (-mtune=generic) а із підтримкою векторних SIMD інструкцій і т.п. знаючи що зараз працює на обладнанні що це підтримує І різні функції як то strcmp чи memcpy, які є ботлнеком починають працювати в 10+ разів швидше.
Звісно усе залежить від конкретного бенчмарку, скажімо коли GC не спрацював жодного разу бо програма не вийшла за приділи виділеного блоку пам’яті і збірка сміття не знадобилась жодного разу, а програма інтенсивно використовує або операції над матрицями чи строками наприклад.
В ряді програм та алгоритмів типу сітьових backend служб типу CRUD, за рахунок архітектури фреймворку то і програми на managed або скриптових мовах програмування можуть уділувати написане з безпосередньою компіляцією в native код цільової платформи, не дивлячись на наявність оверхедів. А пишеться в 4 рази простіше і дешевше, за наявностей в мовах засобів яких досі нема ні в С/С++ ні скажімо в Rust або Go lang. При тому критичні ділянки можна написати саме на C/C++ та інтегрувати код. Власне типова штука в Node та Python. Як так? Виявиться що програма працює зі швидкістю виконання SQL в базі даних, та IO операцій на загал.
Так само сучасні компілятори із С/C++ можуть генерувати код краще ніж починаючий по кваліфікації програміст на асемблері напише в ручну.
«Жодна мова програмування не забезпечує від неоптимального програмування» © Зубков С.В. Assembler for DOS, Windows і UNIX.

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

Ну таке, мені особисто не дуже подобається, та коли альтернатива це та же Windows 11 із новою політикою монетизації Microsoft «Усе по підписці і великий AI брат стежить за тобою з рекламою в системі за яку взяли гроші і т.п.» Apple при гіршому залізі від мобільного телефона трохи турбованому, та ще і суттєво вищою ціною і т.д. виглядає не так вже і погано після цього. Бо User Expirence.
400 000 000 користувачів по усьому світі викришили залишитись на Windows 10 без підтримки через це, доля Linix на desktop перейшла вперше відмітку 6% — це мільйони людей, часто не ІТ-шників вже. А ринкова доля Apple постійно росте і вже більше 18% в США.

Відносно

якщо наприклад JIT використовує те саме що і -mtune=native тобто оптимізації не під умовний абстрактний середньо статистичний
а із підтримкою векторних SIMD інструкцій і т.п. знаючи що зараз працює на обладнанні що це підтримує

Там немає бути ніяких компромісів «або і якщо» та умовних «generic» для ліб загального використання, то стд практика нп glibc з hwcaps використовувати оптимізовану версію під конкретне залізо at runtime. Якщо відносно дистрибуції будь-якого софта, то зараз вже в тренді рівень підтримки орієнтований далеко не на пентіуми 90х, тому нп не тільки у доволі нішевих дистрибуціях (аля cachyos), але і в більш мейнстрім (аля ubuntu) — можна побачити x86-64-v3 arch variant в репозиторіях.

А щодо

за приділи виділеного блоку
типу сітьових
можуть уділувати

— то гумка гумова як і

жодна мова програмування не забезпечує

з акцентом на «можуть» поза практикою

пишеться в 4 рази простіше і дешевше.

Хоча навіть пункт «дешевше» також певно під питанням з часів появи сироїдних мемів. В тому всьому мабуть єдиний пункт що не заперечується — то пов’язаний не з акцент терміном «простіше» — а з терміном «швидше», на якому краще акцентувати увагу.

А підтвердженням фокусування на «швидше» в маспрограмуванні — нп може бути також і початок розповсюдження ші-програмування. Навіть можна додати, що виходячи з цього — перспективи human програмування в достатніх масах на будь-яких «джавах» та «скриптах» (як і на «раст» доречі) виглядають доволі туманно.

Щоб піти від бла-бла. От реально є досліди по фреймворкам на різних мовах, де виявляється що в специфічних типах задач і самих фреймворках буде перевага зовсім не за рахунок мови програмування aayushguptaaa.medium.com/...​-latency-and-e025f890a33b
Це чисто алгоритмічне змагання виходить, між різними алгоритмами для вирішення конкретної проблеми. В окремих випадках Java фреймверк типу Spring Web Flux працював значно швидше за синхронні аналоги які працювали за компілюванням/лінкуванням безпосередньо в native (так там в низу на половину native бібліотека, що зветься Netty).
Ще були порівняння скажімо бібліотек які робили доступ до баз данних і там в деяких випадках взагалі ORM бібліотеки, яки мали би бути повільнішими як то Hibernate та EclipseLink в специфічних юзкейсах обішли POCO та прямий доступ до MySQL через libpq
Як так — це ж нонеснс типу ? Дуже просто — для ORM налаштували, кеш бо це усе було з базового туторіалу, і порівнювали якраз рішення проблеми з коробки без додаткового інвестування в оптимізацію та пошуку рішень.
Щоб не йти в класичні спекуляції та холівари — то зазвичай не в самій технології справа, а в вмінні конеретних ІТ-шників вірно її застосувати під конкретні умови, оточення і конкретне завдання.

перспективи human програмування в достатніх масах на будь-яких «джавах» та «скриптах» (як і на «раст» доречі) виглядають доволі туманно.

Пентагон і Кернегі Мелоун вже видали свої рекомендації, BTW їм якраз за сукупністю усього більше за усе Java подобається, більше за Python та JavaScript/TypeScript. В С++ 26 самі Бйорн Страуструп та Герб Саттер форсовано додають профілі безпеки і т.д. Тобто поки що така ідея, що закривати undefined bechavior треба на базовому рівні, а не ШІ та санітайзерами.

В окремих випадках Java фреймверк ... працював значно швидше

окремі на узагальнення ніяк не тягнуть, бо вони — окремі

і Кернегі Мелоун вже видали свої рекомендації

Pardon my ignorance, but Кернегі... Мелоун... — то Карла Джава Клеопатра?)

BTW їм якраз за сукупністю усього більше за усе Java подобається
така ідея, що закривати undefined bechavior треба на базовому рівні

Спершу був джава-слоган — «а вже завтра всі будуть писати на джава» (завтра яке так і не настало), потім раст з приблизно такими самими зазіханнями витіснення інших МП, але трохи у більш вузькому колі. Джава намба ван, значною мірою з промошен, зайняла якусь свою нішу, друга джава(раст) десь також приблизно з таким самим промошен — може вже і не встигне зайняти достатньо свою, враховуючи темпи ші-впровадження. З цієї точки зору, якраз і навпаки схоже буде: humans які програмують на мовах з більшою вірогідністю «накосячити» (нп з UB) — мають трохи більш safety від перспективи швидкого витіснення з ШІ. Тобто схоже що по іронії судьби — «витіснятори» якраз десь серед перших на витіснення ШІ-витіснятором-оптимізатором-автоматизатором.)

Таке було завжди в IT і процент хакерів без ІТ профільної освіти теж був і є та приблизно однаковий.
Ще в універі нас вчили, що ІТ сам по собі нікому не треба — це впроважденя певної автоматизації в предметну галузь народного хозяйства (бізнес домен якщо англіцизмом). Таким чином ми завжди маємо співпрацювати із спеціалістами в певних бізнес доменах. Ключова задача не замінити людей як таких, а за допомогою технології кратно збільшити виробничість праці, якість та класність виробляємої продукції чи послуг якої взагалі не можливо досягнути без новітнього інструментарію.
Те що спеціалісти будуть освоювати програмування і т.д. також було в планах, в цьому і полягала ідея розділення на системне і прикладне програмування, сістемне адміністрування, QA, аналітику і т.д. і т.п.
З тих хто прийшов «за грошима» теж дуже часто був великий толк, особливо в QA та AQA. За грошима — дуже добра мотивація насправді.

тільки ти вже підсівший нарік на ШІ крак
www.youtube.com/watch?v=pzkwn3hu1Cc

Спочатку з’явилися компілятори, потім code completion, з часом scaffolding, і так світ не помітив, як пересів на вельми важку наркоту. Я завжди казав, що програмування — це особливо важка робота, яка завдає здоров’ю неабиякої шкоди, if you see what I mean...

спочатку запостив відео постом вище, а потім прочитав майже те саме тут

Ну так маркетинг, бо звільнити можуть як «саботажника AI» якщо щось інше сказати. Одного часу ще під час пандемії невернувся Internet в офісі міняли роутер, я конектився видалено до десктопної машини яка здатна була тягнути Enterprise Docker compose та JBoss серевери і змушений був приїхати в офіс (довелось питати особистого дозволу в директора офіса по місту, який дозволив сидіти в офісі без опалення).
Заходе молодий адмін в ерію і з квадратними очима дивится як я програмую без доступа до мережі, лажу по скачаній документації шукаю по PDF-ах мануали і т.д.. Молодий явно не застав часів : MS DOS, Turbo Pascal, чи Borlad C++ 3.11 з MASM, TASM і т.д. Задав купу питань — а як взагалі так можна, без Stack Overflow та Google ? Як в із старим жартом з Bash.org — роботу із виключеним internet я зробив тоді швидше ніж зазвичай. Щоправла крім адміна який пішов до себе коморку із обігрівачем, нікого навкрлотне ьуло і ніхто не зважав.

Існує стародавня «побутова» назва даного явища: ломка.

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

Гарно підмічено! До зручностей швидко звикаєш, а потім злізти з цього ну дуже важко

Тю, так колись так само було коли StackOverflow лягав.

Історія циклічна, як то кажуть :) Просто трохи змінні змінилися

Можливо пора вводити культуру «детоксу» від ШІ?
---
Нащо? Це як із сучасного авіалайнера з автопілотом добровільно пересісти на АН-2. Перший тиждень політати на ейфорії: «Клас! Я все контролюю сам!» — а далі «забити» і знову повернутися до того, що зручне, високопродуктивне й набагато безпечніше.

Просто чомусь у широких ЗМІ (дивно, що й у суто ІТвських чомусь іноді теж) робота з АІ описується у виразах «магічного мислення»: нібито АІ виконує завдання з повітря й цілком автономно. Проте це — не джин із пляшки, а інструмент, хоч і «розумніший» за інженерний калькулятор. Направляє його і відповідає за результат конкретна людина. Безглуздий промпт ніяк не приведе до ґеніального результату. :-)

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

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

Люто плюсую.

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

Тепер за тиждень вимагається продакшен-реді система з усім кодом, розгортанням, тестами, CI/CD та слайдами презентації цього всього, ну або хоча б повноцінний POC з усім базовим функціоналом.

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

Дайте вгадаю: frontend/backend, чи ще якийсь shitend?

дайте вгадаю, ви один із 0.5% представників ембедеда чи геймдева? Хоча і там вайбкодинг також гарно працює, просто історично там більше технологічних (не вікових) старпьорів.

Плохо вам, кроме того, что AI отобрал у вас ту порцию дофамина, которую программисты имели, когда программируя руками до чего-то доходили сами и получали когнитивный кайф от этого, так еще менеджеры превратили вашу работу в потогонку.

программируя руками ... получали когнитивный кайф

Рекламна ші-пауза:
продається когнітивна лопата з ллм-насадкою, в токенах недорого, допаміновий кайф у ногах — гарантовано!

Ну тобто ви один із тих, кому пофіг на функціонал, на результат, аби паттернів по-більше і ООП ієрархія красива, і щоб мільйон реквестів в секунду бложик на 100 юзерів обробляв.

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

если надоедает, то тебе просто такая работа не подходит, а ты себя заставляешь. так тебе и с ллм надоест через несколько лет возиться

Не подходит и шо теперь? Бабки нужны. ИИ юзать сами компании заставляют.
Пришла удача откуда не ждали.

Підписатись на коментарі