Повільний СІ
На великих проектах це, рано чи пізно, але стає проблемою

Ось гарна стаття від cal.com про те, як вони суттєво пришвидшили свій СI. Правда вони досі користуються Yarn 🫠

Я на роботі теж деякі з цих кроків вже впроавадив раніше, але з часом, особливо через розміри монорепо, СІ стає повільнішим. Думаю запозичу щтсь зі статті і теж імплементую:

https://cal.com/blog/how-we-cut-our-ci-wall-time-from-30-minutes-to-5-minutes

Paper відкрили свої шейдери у форматі npm пакету 😍

https://shaders.paper.design/

Набір запакованих правил для лінтерів (різних), заточений під різні фреймворки.

Я от вже проубвав Biome, але не дуже успішно, завжди щось не так було. Oxlint ще ніде не заюзав, але з цими наборами, можливо, підкину на якийсь пет проект.

https://www.ultracite.ai/

Shoogle - пошук shadcn компонент по різних реєстрах.

Хоч і ЛЛМ непогано шукає, інколи хочеться мати прев'ю перед тим як додаєш. Тут це є, але поки працює трошки криво.

https://shoogle.dev/

Не жартуйте з майнкрафтерами.

Там щось Тео (знову) ляпнув, цей раз доколупався до Нотча. Драма...

https://x.com/notch/status/2008149697723339104

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

Агент відтрекав лоад балансери, мережу, DNS і тд. І таки оперативно знайшов і запропонував фікс.

Ну і мене осянило, це ж дуже найс, я пішов гуглити чи Cloudflare має якісь MCP для подібних цілей.

Вуаля: https://developers.cloudflare.com/agents/model-context-protocol/mcp-servers-for-cloudflare/

Можна собі в opencode створити окремий тип агента і накидати йому цих MCP, классс.

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

Ніхто не хоче таке зробити по козаках чи варкрафту?

Сьогодні в Україні відзначається День програміста. Вітаємо!

Свіженька, як гарячий пиріжок на базарі, бібліотека для рендеру `diff`ів в коді.

Виглядає дуже сочно, акуратно. Є split i stacked diffs. Підтирмує всі Shiki теми (якраз міняв на своєму блозі недавно). Має купу різних конфігурацій, додаткових компонент і тд.

А ще, має експериментальну підтримку для перенесення основного навантаження у воркер, щоб не блокувати main thread. Не раз в гітхабі сторінка підвисала, коли великий ПР дивився.

Гарно

https://diffs.com/
https://x.com/mdo/status/2008312716050747403

Repogrep - схоже на grep.app від Vercel, тільки працює як чат

https://app.ami.dev/repogrep
https://x.com/aidenybai/status/2008222085240549530

Не користуюсь T3 чатом, але побачив цікавий пост від одного з девелоперів описує те, як вони перенесли рендер Markdown на нативну частину в RN додатку.
Цікавий і, напевне, не достатньо популярний підхід до проблем

https://x.com/jamonholmgren/status/2008684240104485230

Чєл, а нащо там той коментар був?

І це Opus 4.5.....

Розробник Tailwind розповідає про труднощі з прибутком за Tailwind.

Ну як, там фактично за Tailwind Pro чи як воно називалось. Доступ до великої кількості готових компонент. Це часта історія, таке є в PandaCSS i в React Flow і купі інших бібліотек. Тільки от деякі в режимі підписки (React Flow, наприклад, 150$ в місяць), а деякі в режимі одноразової покупки.

Не берусь оцінювати таку бізнес модель, але напевне, раніше, це мало більше сенсу. А зараз LLM накидують готові рішення досить швидко. Поки що гіршої якості, менш продумані і місцями застарілі, але робочі.

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

Так от, до чого це я. Підтримуйте авторів інстурментів, якими користуєтесь. OSS це круто, але так чи інакше за це хтось мусить платити. Більше того, якщо власних коштів не вистачає, ми в ІТ завжди можемо спробувати відколоти це з бюджету компанії де працюємо. В якомусь сенсі це win-win.

Ще трохи думок на тему LLM в роботі.

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

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

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

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

Добре, процес потоку думок закінчено, всім гарного завершення тижня!

(картинка без сенсу, просто симпатична)

Десь тиждень користують чуть симпатичнішою версією https://github.com/productdevbook/port-killer

Ще не пробував тунелі. Але зручно моніторити чи висить якийсь процес на потрібному мені порті, бо часом LLM щось запустить і не закриє

Бакс бажає всім спокійної ночі

Добрий ранок

https://x.com/reactrouter/status/2009364827056271562

Найс

Як тільки Cloudflare покращить DX для новачків (ну і загалом), то зможе відкусити ще більший кусок ринку в Vercel для розробників.

Суттєво легше законектити проект на гітхабі до Vercel і все там конфігурити ніж розбиратись з wrangler.toml і тд, якщо ти лиш починаєш цим цікавитись.

Мій блог частково на Vercel і частково на Cloudflare. Але так як в мене немає завязки на Next.js, наприклад, то я можу і UI перенести на Cloudflare також. А от воркери і Durable Objects для лайків та гри вже там.

Ну і, можливо це було непомітно, але Cloudflare досить активно оновлюють свої інтерфейси, роблять їх менш душними (як на AWS), більше зручними. І лендінг сторінки красиві, ось ця наприклад https://workers.cloudflare.com/

Короче, я сам пробую і з вами тут ділюсь

В додачу, гарне відео на цю тему
https://www.youtube.com/watch?v=DJtOn_Vt1uw

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

Було б найс, якби можна було зробити такий hard cap на витрати. От умовно пишеш що більше 1000 доларів в місяць я не хочу тратити. Дойшов до ліміту і все, жоден сервіс не працює, як стоп кран.