Astro молодці

https://x.com/astrodotbuild/status/1976678053540700404

Я хотів спершу скинути статтю, бо вона капєц здорова як на текст про оновлення *будь чого*. Але в ній є відео, яке стисло все перекаже.

Короче, там в Bun вийшов свіжий апйдет до версії 1.3. І там вони дуже багато всього зарядили. Bun все більше виростає з просто рантайму + менеджера пакетів в щось більше, набагато більше. В них і свої інструменти тестування, і власна імплементація найпопулярніших драйверів (наприклад Redis, WS, SQL-* і тд). Тепер ще і для FE розробки все покращується.
Не буду переповідати, там багато, тому рекомендую глянути.

А якщо ще не користуєтесь Bun - то які маєте переконання проти? Я переключився на Bun у всіх нових пет проектах і кайфую.

https://www.youtube.com/watch?v=tk7qTNW5g0c

До речі, тут є певна темна сторона

Багато з того що вони релізять це частково чужа робота. Вони інколи беруть за основі готовий АРІ які вже показав себе зручним (а не так просто придумати подібний) і переписують власне рішення з таким же АРІ, тільки імплементація своя.

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

Що, якби можна було накидати нативний кросплатформений інтерфейс, а код трохи нагадував JSX, ну чи там Flutter або SwiftUI? Дерево елементів, короч.

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

Так що ж це за продукт? Редактор Zed, про який я писав раніше і яким вже досить довго користуюся. Дуже задоволений!

Цей редактор написаний на Rust (колишніми авторами Atom, пам’ятаєте таке?). Ну і вони зробили свій GPU-render інструмент, яким і накодили редактор, якщо дуже спрощувати.

Ну і ось нещодавно вони релізнули сам інструмент - вже й цікаві демо люди роблять.

На скріншоті код з цього репозиторію: https://github.com/143mailliw/hummingbird/tree/master

Я поки що не знаю, наскільки це добре буде працювати і чи приживеться у ком’юніті. Але круто, що вони цим діляться, і ми з вами можемо спробувати самі.

Дуже витончений сайт-порфоліо, мені сильно сподобалось

https://maximeheckel.com/

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

Взагалі, в Якуба там багато цікавоно контенту, я вже підписаний на розсилку.

https://jakub.kr/components/optical-alignment

І ще одне
Це прям сподобалось

Не знайомі з Redis або маєте лише поверхневе уявлення про його роботу?

Маю для вас непогану статтю. Тут не буде про його API чи деплоймент - вона розповідає про те, як Redis взагалі побудований, не вдаючись глибоко в деталі. Наголос зроблено на загальних підходах, які він використовує, і на тому, як це впливає на його продуктивність.

https://mrinalxdev.github.io/mrinalxblogs/blogs/redis.html

Буквально 5 днів тому відбулась ViteConf в Амстердамі. Хто дивився стрім - молодці, бо він вже недоступний. Але вони потрошки будуть публікувати окремі відео, можливо буду ділитись найцікавішим.

Але, крім цього контенту, є ще дещо - запис стріму Remix Jam Toronto.

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

Що саме намочило трусики розробникам? Рядок коду this.update().

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

Короч, ось вам версія-огляд на 20хв: https://www.youtube.com/watch?v=TtPwgNX7eeM

Та повний стрім: https://www.youtube.com/live/xt_iEOn2a6Y

Бля, вибачте, натрапив на пачку мемів і застряг

Нарешті, не крадені меми

Все, кінець перерви

Твіттер розриває від реміксу

Я вже не раз писав про LiveStore - свіжий (дуже) інструмент для побудови #localfirst додатків. Можна здогадатись, як мені це подобається.

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

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

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

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

Я дізнався чимало цікавого там, щось уже, може, і забув, але десь у голові відклалось.

Enjoy!


https://riffle.systems/essays/prelude

А в навантаження до попереднього поста, для особливо натхненних, а також для себе в майбутньому, якщо я наважусь пройти весь курс особисто - додаю посилання на 91 контент з Distributed Systems з University of Cambridge.

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

На щастя, є ще відео-формат курсу, кайф.

А весь курс веде Dr. Martin Kleppmann, я навіть кидав його відео раніше. Цікавий він чоловік, звісно. Ех, шкода, що в моєму універі такого досвіду не було.

https://www.cl.cam.ac.uk/teaching/2122/ConcDisSys/dist-sys-notes.pdf

Я задумався, що ніколи не писав, чому логотип цього каналу (та і сайту-блогу) - це саме собачка.

Так от, знайомтесь: це Бакс (не плутати з євро чи фунтом) - такса. Програмувати він не вміє, але як моральна підтримка в складних задачах працює відмінно.

Діліться фото своїх улюбленців ❤️