Другий день Laracon US 2026 завершив конференцію в бостонському SoWa Power Station. Запис другого дня уже доступний повністю.
Якщо перший день був про інструменти - Laravel LSP, Pest 5, Laravel Cloud, - то другий вийшов помітно філософськішим. Три ранкові доповіді підряд говорили про те, що змінюється в самій роботі розробника: як приймати рішення, як працювати разом і як тримати історію змін у порядку.
The Last Software Engineer: продуктове інженерство
Кент Ч. Доддс відкрив день доповіддю з навмисно тривожною назвою - «Останній програміст». Теза, втім, не апокаліптична: зникає не професія, а конкретний спосіб її практикувати.
Агенти забирають дедалі більший шматок рутинної імплементації. Те, що лишається людині, Доддс називає продуктовим інженерством - здатність приймати технічні рішення з ясним розумінням продуктових компромісів: скільки це коштує, які несе ризики, як лягає на бізнесові обмеження. Це не продуктовий менеджмент з його фокусом на потребах користувача - це саме інженерний вибір, зроблений з продуктовою оптикою.
Метафора доповіді - лучник і мішень. Код - стріла, продуктова мета - мішень, яка ще й рухається. AI зробив стріли частково самонавідними, але вибір мішені лишається за людиною. І саме він визначає, чи влучили ви туди, куди варто було цілитися.
Другий наголос - на відповідальності. Агент не відповідає за наслідки: за невдалу фічу, за зламаний реліз, за незадоволеного клієнта. Відповідає розробник. Звідси й вимога, до якої не всі готові: говорити зі стейкхолдерами - з продажами, підтримкою, живими користувачами, - від яких інженерів довго й свідомо відгороджували.
Історичний приклад Доддс узяв з Apollo 11: Маргарет Гемілтон і її рішення про пріоритети в посадковому софті. Продуктове судження, від якого залежав результат місії, - і жодного рядка коду в цій історії не було достатньо самого по собі.
Висновок оптимістичний: різниця між незамінним фахівцем і «виконавцем тікетів» - у готовності мислити продуктом, а не лише задачею.
Реалтайм-співпраця на Laravel
Джо Таненбаум, лідер команди open source у Laravel, провів найінтерактивнішу сесію конференції - із залом як учасником демо.
Стек знайомий: Reverb як власний WebSocket-сервер, Echo як JS-клієнт, Octane для тримання застосунку в памʼяті, Laravel Cloud для деплою. Далі - channels.php, presence-канали, авторизація підключень і події про те, хто зайшов і хто вийшов.
Окремо Джо показав whispering - обмін повідомленнями напряму між клієнтами, в обхід сервера застосунку після початкової авторизації. Для курсорів, індикаторів набору тексту й іншої високочастотної дрібниці це рятує сервер від шквалу запитів.
Важлива архітектурна деталь, про яку легко забути: клієнт, підписаний на канал, отримує всі події цього каналу і вже сам фільтрує потрібні за типом. На жвавому каналі це перетворюється на помітний трафік, тому канали варто нарізати вужче, ніж здається на перший погляд.
Три підходи Джо розібрав через ігри із залом:
- Полінг - опитування раз на кілька секунд. Найпростіше, але не реалтайм.
- Черги - події через чергу, з відкладеною обробкою. Краще масштабується.
- Миттєвий бродкаст - подія одразу летить клієнтам. Мінімальна затримка.
Завершив він думкою, що виходить за межі техніки: спільна робота в реальному часі повертає відчуття присутності іншої людини - те, чого бракує розподіленим командам.
JJ: Git, але зручніший
Пауліна Вос представила JJ - систему контролю версій, що працює поверх Git, не замінюючи його.
Відправна точка - різниця між чекпойнт-комітами («зберігся, щоб не загубити») і атомарними - маленькими, самодостатніми, логічно завершеними. Атомарні виграють одразу в трьох місцях: рев'ю читається шматками зі змістом, ребейз дає менше конфліктів, а bisect справді знаходить винуватця.
Що пропонує JJ:
- Ревізії замість комітів - змінювані робочі одиниці з маркером поточної;
- Закладки замість гілок - без церемоній з гілками, але PR створюється як зазвичай;
jj describe - змінити повідомлення без ребейзу, jj edit - доправити ревізію, jj abandon - викинути непотрібну;- Автоматичний ребейз залежних ревізій - правки нижче по стеку підхоплюються самі;
jj undo - скасувати дію без походу в reflog;jj absorb - рознести дрібні правки по тих комітах, яким вони належать. Саме те, що потрібно після рев'ю з десятком косметичних зауважень.
Аргумент на користь дисципліни комітів Пауліна повернула до теми дня: агенти працюють з контекстом, і чиста атомарна історія - це контекст. Каша з комітів робить слабшими і автоматичні інструменти, і колег.
Практично важливо, що JJ живе в наявному Git-репозиторії й пише в його формат. Колеги, які про JJ не знають, нічого не помітять.
Розклад другого дня
- 9:30 - відкриття, Аарон Френсіс
- 9:35 - The Last Software Engineer, Кент Ч. Доддс
- 10:00 - Building Realtime Collaborative Apps with Laravel, Джо Таненбаум
- 10:25 - Git, But Better: An Introduction to JJ, Пауліна Вос
- 11:25 - Filament: Advanced Practical Examples, Повілас Короп
- 11:50 - Building for Agents and Humans, Ґордон Діґґс
- 13:45 - Think Harder: How I Prompt, Торстен Болл
- 14:10 - AI Can Do Your Job… What Now?, Вілл Кінг
- 15:00 - Laravel Community Update
- 15:15 - Scaling Laravel, Девон Ґарбалоса
- 15:40 - фінальна панель
На що звернути увагу
Filament: Advanced Practical Examples Повіласа Коропа - той випадок, коли назва не обіцяє зайвого: практичні приклади від людини, яка роками пише навчальні матеріали для Laravel-спільноти.
Think Harder: How I Prompt Торстена Болла - автор Zed і книжки про написання інтерпретаторів розповідає про промптинг як інженерну навичку, а не набір заклинань.
Building for Agents and Humans Ґордона Діґґса - про проєктування систем, які однаково зручні і для людей, і для агентів. Тема, що перегукується з доповіддю Доддса.
Scaling Laravel Девона Ґарбалоси закрив технічну частину дня - про те, що відбувається із застосунком, коли навантаження перестає бути гіпотетичним.
Що далі
Laracon US 2026 завершився. Записи обох днів зібрані в нашому розділі відео - разом із виступами з попередніх конференцій.
Дивитися другий день: Laracon US 2026 Day 2.
.jpg)
