Накидал тут пример структуры фронтового проекта

Главная мысль: разделять вещи по типу их тестирования. Или что бы понять к чему относится сущность, подумайте как вы будете ее тестировать.

Структура и примеры не идеальные, просто на подумать.

ничосе хитрый какой, это значит помимо типа переменная еще какую-то семантику хранит.
Проверил на версии 3.3.3 - тоже работает.

А еще что бы чуточку расширить сознание можно посмотреть и на другие ОС.

Я уже рассказывал про Phantom OS.

А сегодня хочу поделиться информацией о fuchsia.dev, точнее порекомендовать прочесть всего одну маленькую главу, Что такое Fuchsia OS в этой статье.

Приехал мне неттоп с пасивным охлаждением за $170 с четырехядерным Intel Celeron J1900 и 8 ГБ ОЗУ.

Поробую как сервак для петов поиспользовать, а то в облаках столько оперативки дорого стоит. Хотя, как видно по тестам на экранах, по перфу он раз в 20 медленнее m1.

Оказывается у Ром есть уже пару десятков линт рулов.
Выглядят ошибки красиво, показывают возможные фиксы.

Только я не понимаю как зачем форсить этот ужасный синтаксис описания типа с массивом:
1) Читать такой тип сложнее, особенно в больших вложанных декларациях. Хуже всего, когда подсказка в IDE пишет название типа элемента, а [] переноситься на следующую строку и теряется, особенно в многострочной декларации (при чтении ошибок, например).
2) Есть уже синтаксис дженериков, который используется и в своих и в других нативных типах данных (Set, Map). Зачем эта неконсистентность? Удобность сомнительная, см п. 1.

https://twitter.com/_developit/status/1549001036802625536

Команда преакта уже около полугода разрабатывает, аналогичные vue и solid, реактивные примитивы, которые позволят отделить вычисления данных от вычисления шаблонов (меньше ререндеров).

Бывает, думаю о том сколько времени я потратил на реатом и ожидания не сходятся 🙈

Но сейчас осознал что на доту когда-то давно я потратил еще больше времени 🙊

И знаете, от разработки библиотеки я получил намного больше позитивных впечатлений, полезных скилов и интересных знакомств ☺️

В последних вебстандартах обсуждали вариативные юниты (Вы уже слышали о вариативных юнитах? на ru.ariarzer.dev) и, я считаю, это очень полезная фича.
Мне часто не хватает нескольких своих динамических юнитов: одних rem не достаточно и они могут использоваться во внешних библиотеках (привет mui), а писать калки над var’ами ну очень не удобно (я пытался).

Какую проблему и как сейчас решают я уже рассказывал здесь. А новости и подробности можно почитать у @css_mind

P.S. в подкасте Вадим Макеев шутит про типизированный CSS от Майкрософта, что-то такое уже есть от автора css-modules: github.com/seek-oss/vanilla-extract

How To Refactor Your Code Efficiently - with Alex Bespoyasov

К нашей пятничной радости Алекс Беспоясов выложил видео к своему гайду Refactor Like a Superhero (там есть ссылка ну русский)

Пока ты спишь, опенсурсы контрибьютятся

Архитектура frontend

В отличие от бека, инфы про архитектуру фронта очень мало.
Но все-таки есть хорошие материалы.
Мне очень нравиться цикл статей https://khalilstemmler.com/articles/client-side-architecture/introduction//
Он поможет разобраться в принципах, философии и реализации архитектуры на фронте.

Так же могу посоветовать https://feature-sliced.design/ но там есть свои нюансы, о которых постараюсь написать позже.

#frontend #architecture #ddd

Поговорим о либах которые мы используем на фронте

По следам горячей дискусси о каунтере промисов в эффекторе и выявленных кейсах вокруг этого, запилил 80байтный пакет @reatom/all-settled для третьего реатома, который позволяет ожидать все порожденные эффекты от вызова одного экшена.

В отличии от эффектора, реализация в реатоме не требует каких-то дополнительных доменов и форков, а прозрачно работает на базовом апи.

Но самое крутое, то что allSettled реатома трекает вызовы порожденные именно выбранным экшеном, что позволяет использовать его не только в SSR или тестах, но и в проде, описывая бизнес логику вида: показать уведомление, после завершения всех связанных асинхронных операций (часть из которых вызывается не напрямую, а, например, реактивно)

Открыл комменты)

Help pick a syntax for CSS nesting - Chrome Developers
https://developer.chrome.com/blog/help-css-nesting/

Так, памахите пажалста, накидайте лайкосов сюда (нужно 20 набрать).

На слабо-контрастных темах bracketPairColorization сейчас выглядит максимально странно, а вот только для скобок вокруг курсора это могло бы быть удобно.

https://github.com/solidjs/solid-workgroup/discussions/2

Каждый раз радостно видеть как люди работают над теорией реактивного программирования и и ее связью с реальностью.

Ну, как каждый раз. Чаще всего на медиумах и dev.to пишут ясельный пересказа доки какой-то либы. Но конкретно Ryan Carniato (автор solidjs) имеет большой опыт в иследовании этого вопроса и может быть у него получится что-то интересное.

Из подобного есть еще старенький GTOR, но там больше про прикладное ФРП. Ну и статьи Карловского.

Напомню, что я уже рассказывал что такое РП концептуально и твердо уверен что это точное определение. Так же на вики есть хорошая статья на этот счет.