Я хотів спершу скинути статтю, бо вона капєц здорова як на текст про оновлення *будь чого*. Але в ній є відео, яке стисло все перекаже.
Короче, там в Bun вийшов свіжий апйдет до версії 1.3. І там вони дуже багато всього зарядили. Bun все більше виростає з просто рантайму + менеджера пакетів в щось більше, набагато більше. В них і свої інструменти тестування, і власна імплементація найпопулярніших драйверів (наприклад Redis, WS, SQL-* і тд). Тепер ще і для FE розробки все покращується.
Не буду переповідати, там багато, тому рекомендую глянути.
А якщо ще не користуєтесь Bun - то які маєте переконання проти? Я переключився на Bun у всіх нових пет проектах і кайфую.
https://www.youtube.com/watch?v=tk7qTNW5g0c
Короче, там в Bun вийшов свіжий апйдет до версії 1.3. І там вони дуже багато всього зарядили. Bun все більше виростає з просто рантайму + менеджера пакетів в щось більше, набагато більше. В них і свої інструменти тестування, і власна імплементація найпопулярніших драйверів (наприклад Redis, WS, SQL-* і тд). Тепер ще і для FE розробки все покращується.
Не буду переповідати, там багато, тому рекомендую глянути.
А якщо ще не користуєтесь Bun - то які маєте переконання проти? Я переключився на Bun у всіх нових пет проектах і кайфую.
https://www.youtube.com/watch?v=tk7qTNW5g0c
Bun
Bun 1.3
Bun 1.3 introduces zero-config frontend development, unified SQL API, built-in Redis client, security enhancements, package catalogs, async stack traces, VS Code test integration, and Node.js compatibility improvements.
👍3
Розробка третьої хвилі
Я хотів спершу скинути статтю, бо вона капєц здорова як на текст про оновлення *будь чого*. Але в ній є відео, яке стисло все перекаже. Короче, там в Bun вийшов свіжий апйдет до версії 1.3. І там вони дуже багато всього зарядили. Bun все більше виростає з…
До речі, тут є певна темна сторона
Багато з того що вони релізять це частково чужа робота. Вони інколи беруть за основі готовий АРІ які вже показав себе зручним (а не так просто придумати подібний) і переписують власне рішення з таким же АРІ, тільки імплементація своя.
Раніше бачив, що їм закидали претензії на цю тему і загалом доколупатись є за що. Але чи робить це світ JS кращим чи гіршим - краще кожному судити особисто.
Багато з того що вони релізять це частково чужа робота. Вони інколи беруть за основі готовий АРІ які вже показав себе зручним (а не так просто придумати подібний) і переписують власне рішення з таким же АРІ, тільки імплементація своя.
Раніше бачив, що їм закидали претензії на цю тему і загалом доколупатись є за що. Але чи робить це світ JS кращим чи гіршим - краще кожному судити особисто.
👍1
Що, якби можна було накидати нативний кросплатформений інтерфейс, а код трохи нагадував JSX, ну чи там Flutter або SwiftUI? Дерево елементів, короч.
Я впевнений, що крім варіанту, який я кину, є ще купа всяких рішень - втомишся перераховувати. Але цей варіант мені просто цікавий не тому, що зараз Rust типу модний (хоча це теж), а тому, що у цього рішення є класний продукт, який вже показує, як гарно воно працює.
Так що ж це за продукт? Редактор Zed, про який я писав раніше і яким вже досить довго користуюся. Дуже задоволений!
Цей редактор написаний на Rust (колишніми авторами Atom, пам’ятаєте таке?). Ну і вони зробили свій GPU-render інструмент, яким і накодили редактор, якщо дуже спрощувати.
Ну і ось нещодавно вони релізнули сам інструмент - вже й цікаві демо люди роблять.
На скріншоті код з цього репозиторію: https://github.com/143mailliw/hummingbird/tree/master
Я поки що не знаю, наскільки це добре буде працювати і чи приживеться у ком’юніті. Але круто, що вони цим діляться, і ми з вами можемо спробувати самі.
Я впевнений, що крім варіанту, який я кину, є ще купа всяких рішень - втомишся перераховувати. Але цей варіант мені просто цікавий не тому, що зараз Rust типу модний (хоча це теж), а тому, що у цього рішення є класний продукт, який вже показує, як гарно воно працює.
Так що ж це за продукт? Редактор Zed, про який я писав раніше і яким вже досить довго користуюся. Дуже задоволений!
Цей редактор написаний на Rust (колишніми авторами Atom, пам’ятаєте таке?). Ну і вони зробили свій GPU-render інструмент, яким і накодили редактор, якщо дуже спрощувати.
Ну і ось нещодавно вони релізнули сам інструмент - вже й цікаві демо люди роблять.
На скріншоті код з цього репозиторію: https://github.com/143mailliw/hummingbird/tree/master
Я поки що не знаю, наскільки це добре буде працювати і чи приживеться у ком’юніті. Але круто, що вони цим діляться, і ми з вами можемо спробувати самі.
👍6
This media is not supported in your browser
VIEW IN TELEGRAM
Гарний і наочний приклад різниці між геометричним та візуальним вирівнюванням.
Взагалі, в Якуба там багато цікавоно контенту, я вже підписаний на розсилку.
https://jakub.kr/components/optical-alignment
Взагалі, в Якуба там багато цікавоно контенту, я вже підписаний на розсилку.
https://jakub.kr/components/optical-alignment
👍5
Не знайомі з Redis або маєте лише поверхневе уявлення про його роботу?
Маю для вас непогану статтю. Тут не буде про його API чи деплоймент - вона розповідає про те, як Redis взагалі побудований, не вдаючись глибоко в деталі. Наголос зроблено на загальних підходах, які він використовує, і на тому, як це впливає на його продуктивність.
https://mrinalxdev.github.io/mrinalxblogs/blogs/redis.html
Маю для вас непогану статтю. Тут не буде про його API чи деплоймент - вона розповідає про те, як Redis взагалі побудований, не вдаючись глибоко в деталі. Наголос зроблено на загальних підходах, які він використовує, і на тому, як це впливає на його продуктивність.
https://mrinalxdev.github.io/mrinalxblogs/blogs/redis.html
👍5
Розробка третьої хвилі
Декілька днів тому в твіттері була чергова драма. Один користувач опублікував коміт з react-router або remix, вже не можу знайти той твіт. Там був "злив" того, що команда планує робити з Remix надалі, але в незавершеному форматі, такий собі чорновий варіант.…
Буквально 5 днів тому відбулась ViteConf в Амстердамі. Хто дивився стрім - молодці, бо він вже недоступний. Але вони потрошки будуть публікувати окремі відео, можливо буду ділитись найцікавішим.
Але, крім цього контенту, є ще дещо - запис стріму Remix Jam Toronto.
Так от, там ефективно десь 5 годин стріму, де основна частина це якраз про те, яким буде виглядати наступний виток розвитку Remix.
Це вже викликало багато емоцій у людей, які бояться змін. Але, на щастя, ніхто вас не заставляє користуватись наступною версією Remix.
Що саме намочило трусики розробникам? Рядок коду
Але моя думка така, що поки ще дуже рано якось це судити - негативно чи позитивно. Вони пропонують зовсім інший підхід, і це має настоятись як добрий борщ, а може навіть як колесо пармезану.
Короч, ось вам версія-огляд на 20хв: https://www.youtube.com/watch?v=TtPwgNX7eeM
Та повний стрім: https://www.youtube.com/live/xt_iEOn2a6Y
Але, крім цього контенту, є ще дещо - запис стріму Remix Jam Toronto.
Так от, там ефективно десь 5 годин стріму, де основна частина це якраз про те, яким буде виглядати наступний виток розвитку Remix.
Це вже викликало багато емоцій у людей, які бояться змін. Але, на щастя, ніхто вас не заставляє користуватись наступною версією Remix.
Що саме намочило трусики розробникам? Рядок коду
this.update().Але моя думка така, що поки ще дуже рано якось це судити - негативно чи позитивно. Вони пропонують зовсім інший підхід, і це має настоятись як добрий борщ, а може навіть як колесо пармезану.
Короч, ось вам версія-огляд на 20хв: https://www.youtube.com/watch?v=TtPwgNX7eeM
Та повний стрім: https://www.youtube.com/live/xt_iEOn2a6Y
👍2👀1
Я вже не раз писав про LiveStore - свіжий (дуже) інструмент для побудови #localfirst додатків. Можна здогадатись, як мені це подобається.
Так от, хоч інструмент і свіжий - шлях до нього зайняв якийсь час, бо йому передувало дослідження. А назва рішення під час дослідження була Riffle.
Стаття, яку я кидаю, це як колодязь цікавої інформації і концептів, які пробували, відкидали та приймали під час досліджень. Вона починається з опису простих, щоденних проблем і переростає в їх елегантне вирішення (самі судіть) з використанням підходу, який зветься Event-sourcing.
Важко коротко переказати статтю - вона досить велика. Але я впевнений, що якщо вам цікава тема #localfirst - вам буде не менш цікаво прочитати весь цей текст.
Мінус цієї статті - там купа посилань, і можна застрягнути в таких бренчах, так і не діставшись кінця.
Я дізнався чимало цікавого там, щось уже, може, і забув, але десь у голові відклалось.
Enjoy!
https://riffle.systems/essays/prelude
Так от, хоч інструмент і свіжий - шлях до нього зайняв якийсь час, бо йому передувало дослідження. А назва рішення під час дослідження була Riffle.
Стаття, яку я кидаю, це як колодязь цікавої інформації і концептів, які пробували, відкидали та приймали під час досліджень. Вона починається з опису простих, щоденних проблем і переростає в їх елегантне вирішення (самі судіть) з використанням підходу, який зветься Event-sourcing.
Важко коротко переказати статтю - вона досить велика. Але я впевнений, що якщо вам цікава тема #localfirst - вам буде не менш цікаво прочитати весь цей текст.
Мінус цієї статті - там купа посилань, і можна застрягнути в таких бренчах, так і не діставшись кінця.
Я дізнався чимало цікавого там, щось уже, може, і забув, але десь у голові відклалось.
Enjoy!
https://riffle.systems/essays/prelude
👍4🥱1
А в навантаження до попереднього поста, для особливо натхненних, а також для себе в майбутньому, якщо я наважусь пройти весь курс особисто - додаю посилання на 91 контент з Distributed Systems з University of Cambridge.
Звучить душно? Розумію, тому я ще сам не читав, це ж стільки зусиль! Тільки от я знаю, що якщо залишу це в себе на каналі, то шанси повернутись і перейти цю гору виростуть. А може і хтось з вас теж зможе!
На щастя, є ще відео-формат курсу, кайф.
А весь курс веде Dr. Martin Kleppmann, я навіть кидав його відео раніше. Цікавий він чоловік, звісно. Ех, шкода, що в моєму універі такого досвіду не було.
https://www.cl.cam.ac.uk/teaching/2122/ConcDisSys/dist-sys-notes.pdf
Звучить душно? Розумію, тому я ще сам не читав, це ж стільки зусиль! Тільки от я знаю, що якщо залишу це в себе на каналі, то шанси повернутись і перейти цю гору виростуть. А може і хтось з вас теж зможе!
На щастя, є ще відео-формат курсу, кайф.
А весь курс веде Dr. Martin Kleppmann, я навіть кидав його відео раніше. Цікавий він чоловік, звісно. Ех, шкода, що в моєму універі такого досвіду не було.
https://www.cl.cam.ac.uk/teaching/2122/ConcDisSys/dist-sys-notes.pdf
👍4
)))))
Але, якщо відкинути преколи, то це часто не редактор а термінали в ньому або TS type server
Але, якщо відкинути преколи, то це часто не редактор а термінали в ньому або TS type server
🔥2
Ваші компанії наймають початківців дизайнерів?
Я не сильно цікавився цим, але з розмов із знайомими та, як результат, цікавості глянув статистику на джині - і трохи засмутився. Індекс пропорцій хоч і кращий, ніж у розробників, але зараз ним безжально керує наймач.
А під рукою якраз стаття про кризу в продуктовому дизайні.
Автор розповідає про те, як компанії (в більшості) намагаються розвивати свій дизайн лише за рахунок найму людей із суттєвим досвідом. Це сильно погіршує можливості розвитку початківців дизайнерів.
А поточна хвиля АІ тільки більше підсилює цей тренд - ніби-то нема сенсу платити джуну, якщо цю роботу за копійки виконає ШІ.
Автор також ділиться своїм баченням того, як ситуація може змінитись і як не дійти до моменту, коли з’явиться суттєвий gap на ринку - адже молоді спеціалісти так і не виростуть хоча б у середніх.
На мою думку, тут замість дизайнера так само легко підставити й звичайного розробника, тестувальника тощо.
І, може, автор не у всьому правий - це суб’єктивно, але мені ця стаття резонує.
https://matthewstrom.com/writing/product-design-talent-crisis/
Я не сильно цікавився цим, але з розмов із знайомими та, як результат, цікавості глянув статистику на джині - і трохи засмутився. Індекс пропорцій хоч і кращий, ніж у розробників, але зараз ним безжально керує наймач.
А під рукою якраз стаття про кризу в продуктовому дизайні.
Автор розповідає про те, як компанії (в більшості) намагаються розвивати свій дизайн лише за рахунок найму людей із суттєвим досвідом. Це сильно погіршує можливості розвитку початківців дизайнерів.
А поточна хвиля АІ тільки більше підсилює цей тренд - ніби-то нема сенсу платити джуну, якщо цю роботу за копійки виконає ШІ.
Автор також ділиться своїм баченням того, як ситуація може змінитись і як не дійти до моменту, коли з’явиться суттєвий gap на ринку - адже молоді спеціалісти так і не виростуть хоча б у середніх.
На мою думку, тут замість дизайнера так само легко підставити й звичайного розробника, тестувальника тощо.
І, може, автор не у всьому правий - це суб’єктивно, але мені ця стаття резонує.
https://matthewstrom.com/writing/product-design-talent-crisis/
👍2