1 202
Подписчики
-224 часа
+27 дней
+8530 день
Архив постов
1 202
Нове відео вже доступно спонсорам каналу в ранньому доступі. Також для підписників Monobase та Patreon також ранній доступ до відео.
Приємного перегляду ❤️
https://youtu.be/IgHBKrcr1WU
1 202
Repost from Несемось!
👁 Таємні операції. ШІ-модель Claude Mythos за лічені години зламала майже всі секретні системи США. Про це пише The Economist
Саме через це всередині червня Вашингтон змусив розробників заблокувати доступ до своїх моделей всім іноземцям через загрозу нацбезпеці.Директива експортного контролю США виявилася настільки жорсткою, що під блокування потрапили навіть найближчі партнери з альянсу Five Eyes (Британія, Австралія, Канада, Нова Зеландія). Anthropic була змушена повністю вимкнути моделі Mythos 5 та Fable 5 для всіх іноземців на невизначений час. [магазин артефактів] [канал інсайдів та історій]
1 202
Кінець епохи Vibe Coding: Чому генерація коду більше не проблема і куди змістився фокус у розробці
Google опублікував 51-сторінковий документ, який тихо ставить крапку в хайпі навколо сліпої генерації коду. Суть проста: штучний інтелект тепер робить за години те, на що раніше йшли тижні, але це зовсім не вбиває традиційний життєвий цикл розробки (SDLC). Це лише переміщує його "вузьке місце".
Ось ключові тези з матеріалу, які варто розуміти кожному інженеру:
Генерація коду стала простою задачею, але створення надійного програмного забезпечення — ні. ШІ навчився швидко писати синтаксично правильні рядки, проте це не гарантує стабільної та передбачуваної роботи продукту.
Вузьке місце (bottleneck) розробки змістилося вгору по стеку. Якщо раніше найповільнішим етапом була сама імплементація (набір тексту), то тепер головні складнощі — це формування правильних вимог, архітектурні рішення, надання контексту, верифікація згенерованого результату та побудова гардрейлів. Хард-ворк нікуди не зник, він просто змінив форму.
Відбувається фундаментальний перехід від Vibe Coding до Agentic Engineering. Vibe Coding працює за наївним принципом: написав промпт, згенерував, наче працює — відправив у реліз. Agentic Engineering — це дисциплінований інженерний підхід: чітка специфікація, генерація в ізольованому середовищі, тестування, оцінка, рев'ю та покращення. Перший підхід просто сподівається на правильність, другий — її доводить апаратними методами.
Головну роль тепер відіграє "Harness" (обв'язка), а не сама ШІ-модель. Сильна модель у слабкому середовищі залишається ненадійною. Реальна ефективність досягається лише завдяки інфраструктурі навколо агента: жорстким інструкціям, набору інструментів та API, пісочницям для безпечного виконання, тестам, хукам та системам обсервабіліті.
Роль розробника розділяється на дві нові форми: Кондуктор та Оркестратор. Кондуктор керує ШІ в реальному часі в IDE, вичитуючи кожен рядок, а Оркестратор роздає високорівневі завдання автономним агентам, встановлює обмеження та перевіряє фінальний результат їхньої роботи. Ми перестаємо писати кожен рядок коду і починаємо керувати напрямком роботи.
Проблема 80/20 стала ще гострішою. ШІ блискавично генерує перші 80% фічі. Але останні 20% — це корнер-кейси, правильна обробка помилок, неочевидні проблеми інтеграції, безпекові ризики та тонкі архітектурні помилки. Саме на цих 20 відсотках інженерне судження доводить свою справжню ринкову вартість.
Для прототипів достатньо Vibe Coding, але для продакшену необхідно будувати надійний Harness.Якщо ви лід команди або просто хочете зберегти професійну актуальність — інвестуйте свій час у специфікації, автотести та системи перевірки.
Висновок: Етап написання коду як такий — вирішено. Новим ремеслом стає інженерне судження та управління намірами (Intent). ШІ здатен побудувати прототип на "вайбах", але тільки жорстка інженерія зробить його готовим до продакшену. Головне питання до вашої команди на сьогодні: який відсоток згенерованого коду доходить до релізу без повного переписуванння людиною?
Тобто Google видав базу, яку я, і мої колеги вам вже скоро буде як роками доносимо, але ви продовжували з того хіхікати і вважати нас занадто зарозумілими і не розуміючими реалії розробки з появою AI як інструменту розробки. То може тепер повірите Google хоча б 💁♂️
1 202
OpenAI запустила розширені інструменти аналітики та лімітування витрат для платформи ChatGPT Enterprise.
Оновлена панель керування надає детальну статистику використання обчислювальних кредитів для ChatGPT та Codex у розрізі конкретних користувачів, підключених продуктів і задіяних моделей штучного інтелекту.
Нововведення покликане оптимізувати інфраструктурні бюджети компаній та уникнути неконтрольованого зростання витрат, яке зазвичай супроводжує активну роботу інженерів із ШІ-інструментами та API.
Функціонал дозволяє адміністраторам відстежувати довгострокові тенденції споживання та гнучко розподіляти квоти всередині команд. Тепер менеджери можуть задавати базові ліміти для всього воркспейсу, обмежувати окремі департаменти або створювати індивідуальні винятки для розробників, які потребують підвищених потужностей під складні таски.
Крім того, самі розробники отримали можливість моніторити власний баланс токенів і надсилати обґрунтовані запити на розширення лімітів безпосередньо через інтерфейс платформи.
Детальніше
1 202
Repost from Клешня Зойдберга
Anthropic завіз Artifacts в Claude Code.
Тепер агент може не тільки написати код, а й одразу показати результат у вигляді окремого інтерфейсу чи маленького застосунку.
Це корисно, спору немає, але є відчуття ніби нічого нового?
Бо якщо придивитись, то останній рік нам по суті продають один і той самий продукт під різними назвами. Claude Design, Artifacts і ще купу всього іншого. А під капотом сидить агент який просто пише код.
І це насправді дуже сильний підхід. Замість того щоб вигадувати новий AI продукт під кожну задачу, береться один сильний примітив і обгортається під конкретний біль користувача.
Умовно кажучи Artifacts це не якась нова магія. Це агент який пише код плюс правильна обгортка навколо нього.
Мені це близько, бо ми в Cargofy теж давно рухаємось в схожий бік. В якийсь момент розумієш що цінність не в тому щоб напиляти ще двадцять фіч. Цінність в тому щоб побудувати нормальний каркас з якого нові рішення збираються за день.
1 202
А тим часом комʼюніті PHP сказало "Ніт" дженерікам.
Тобто фіча, яку чекали для ще кращого розуміння IDE вашого коду не потрапить в наступний реліз мови.
Якщо ви не знали для чого використовують дженеріки.
Дженеріки (generics) існують, щоб розв'язати один фундаментальний конфлікт: ти хочеш писати код один раз, але працювати з різними типами, не втрачаючи при цьому типобезпеку.
Ті, хто пишуть на TS або C# чи Java добре його (я маю таку надію) знають. Так от, таке хотіли додати в PHP.
Але дженеріки є сенс використовувати для компільованих мов, щоб на моменті білда вам випало мільярд червоних еррорів, що ваше гамно ваші зміни в коді не працюватимуть, бо типи ніфіга не пляшуть.
Але ж пиха в нас мова інтерпритована, тобто вона не збирається в якісь бандли які ОС може запускати і юзати. В нас є інтепритатор мови, який на льоту пояснює компу що відбувається і що той має зробити.
То який тоді практичний сенс від дженеріків в PHP? Я вбачаю один головний — наші IDE могли б ще краще розуміти наш код і нам підсвічвати помилки ще краще.
Або ж інші кейси.
Один синтаксис замість двох мов. Зараз ми читаємо дженерик-клас як дві паралельні системи типів одночасно — PHP-типи в сигнатурах і PHPDoc-типи в докблоках, які часто суперечать: ```php
public function pop(): mixed```
поруч із
@return T (так, я таке декілька разів зустрічав в реальних проєктах). RFC прибирає цей розкол.
Reflection нарешті бачить дженеріки. Зараз ```php
ReflectionClass::getName()``` повертає Collection, а не Collection<TKey, TModel>, тому фреймворки для DI, серіалізації чи обробки атрибутів або перепарсять сорси, або шелять у статичний аналізатор. Новий Reflection API віддає pre-erasure форму прямо з движка.
PHPStan читає типи з движка, а не з докблоків. Це прибирає "приховану залежність" твого коду від конвенцій PHPDoc, де відмінності між Mago, PHPStan і Psalm в граничних випадках невидимі, доки рефактор не перетне межу, яку інструменти обробляють по-різному.
Парсер ловить помилки. Зараз @temlate (одрук) — тиха втрата інформації, PHP не помічає.
Тому я дуже засмучений, що їх не додадуть до релізу. А що ви думаєте з цього питання?
1 202
Якби я жив тоді. Добрий ранок!
ПиСИ: щось я з понеділка лише про каву вам пощу. Треба змінювати тенденцію. Але то тільки після літри кави.
1 202
Все, що я показував тут на стрімі для Claude Code, я портував для Antigravity CLI. Плагін SDLC готовий для тестування на реальних проєктах.
https://github.com/AratKruglik/antigravity-sdlc
Тому можете пробувати. Буду вдячний за ваші відгуки і зірочки на Github 😍
1 202
ШІ підняв планку для джунів майже до рівня сеньйорів
Фахівці PwC проаналізували понад мільярд вакансій і виявили, що компанії дедалі частіше очікують від новачків навичок, які раніше вимагалися від значно досвідченіших працівників: управління проєктами, роботи з великими обсягами даних, ухвалення складних рішень та навіть лідерських якостей.
Кількість таких вакансій зросла на 35%. Причина проста: рутинні завдання, з яких зазвичай починали джуни, тепер дедалі частіше виконує ШІ.
Штош, чекаємо результати, коли маятник остаточно хитенться в нормальну сторону.
1 202
Якби я жив тоді. Добрий ранок!
ПиСИ: щось я з понеділка лише про каву вам пощу. Треба змінювати тенденцію. Але то тільки після літри кави.
