The channel has no name!

Всем привет 👋 Сегодня встречаемся в 20:00 по мск, чтобы обсудить “Chapter 2. Architectural Thinking” из Fundamentals of Software Architecture. Поговорить о Archtecture VS Design, чем архитектор отличается от разработчика. Рассмотрим техническую широту, как альтернатива технической глубине. Разберемся почему все постоянно говорят "it depends” и рассмотрим Analyzing Tradeoffs.

Встречаемся 05.12 в 20:00 в Zoom . Так же постараюсь настроить youtube трансляцию 😅

Зашел раньше времени на этот митинг, тк не посчитал разницу в часовых поясах, в итоге удалось пообщатся с организаторами неформально. Классные ребята. И встреча сама была достаточно интересной.

Из нее вынес для себя мысль, что сегодня роль архитектора размазана в командах, а сама архитектура очень важна. И если мы хотим делать хорошо, то надо думать как архитекторы. О том как это делать можно узнать из книги Fundamentals of Software Architecture.

И для затравки в книге есть такая цитата от Рича Хиккей (создатель Clojure):
Programmers know the benefits of everything and the trade-offs of nothing. Architects need to understand both.

Такие дела.

Technology Radar это такой ресурс в котором ребята из Thoughworks рассказывают о своем опыта работы с технологиями, инструментами, подходами в долгой перспективе. Кружки ближе к центру это технологии которые себя хорошо показали, например вот что они пишут про NestJS. Это очень полезно, если вы играете в долгую, и чтобы тяжесть принятых решения догнала вас с меньшей силой в будущем рекомендую пользоваться этим ресурсом.

Я его видел ранее, но не писал о нем, и в очередной раз наткнулся когда изучал тему ADR (Architecture Decision Records). Есть и более простая ее версия — Lightweight Architecture Decision Records. Которая имеет статус Adopt на радаре. Там и ссылка на статью почему она хороша, и подходит для аджайл.

Как же этот мем мне подходит😭

Channel photo updated

И почему я этого раньше не знал? Сколько себя помню, всегда этого нехватало. Я даже гуглил. Оказалось это называется Item numbering.

div#items>div.item.item-$*4>h3{Item $}
Вот это выражение Эммет транформирует в разметку ниже

<div id="items">
    <div class="item item-1">
        <h3>Item 1</h3>
    </div>
    <div class="item item-2">
        <h3>Item 2</h3>
    </div>
    <div class="item item-3">
        <h3>Item 3</h3>
    </div>
    <div class="item item-4">
        <h3>Item 4</h3>
    </div>
</div>

Мы решили делать свой UI Kit, и выбрали React Aria как headless библиотеку для него. А стили делаем через tailwind.

Например скоро можно будет отредактировать дату рождения в профиле Airba Marketplace через такой инпут, который работает на базе useDateField.

Мы в проекте начали затаскивать React Aria, примитивы для доступных интерфейсов в виде хуков.
Сейчас вижу что они анонсировали хуки для DnD https://twitter.com/devongovett/status/1592925243781574657. Просто посмотрите демо видео, выглядит очень и очень впечатляюще.

Как же это прекрасно https://wapm.io/saghul/quickjs.
> QuickJS is a small and embeddable JavaScript engine. It supports the ES2019 specification including modules, asynchronous generators and proxies.

> It optionally supports mathematical extensions such as big integers (BigInt), big floating point numbers (BigFloat) and operator overloading.

JS в каждом чайнике, ждите

Очень нравится тренд на переписывание сборщиков на быстрые языки. Жизнь простого перекладывателя JSON становится лучше 🤗

https://twitter.com/devongovett/status/1590378162818777090

Еще апдейт на SVGOMG прилетел. Использую его в как PWA. Если не пользуетесь, то рекомендую, классно сжимает SVG. Незаменымий инструмент

смотрите как умеет JSON Discovery

не надо ручками переписывать типы, за вас уже сделали

Вот! А я всегда так думал! А не реактом все дыры затыкать

Choosing a particular technology does depend on the deployment environment, business drivers, company culture, budgets, timeframes, developer skill set, and many other factors.

Everything in architecture is a trade-off, which is why the most frequent answer to all architecture related questions is “it depends.”

а я всегда говорил что мы выбираем то решение что меньше воняет, архитектор получается

> Thinking like an architect is all about seeing trade-offs in every solution and analyzing those trade-offs to determine what is the best solution.

Сегодня будет вечер находок из лекций :). Вот например:
“No matter what they tell you, it’s always a people problem” – Gerald Weinberg

Полностью согласен. Вот статья расскрывающая цитату https://blog.codinghorror.com/no-matter-what-they-tell-you-its-a-people-problem/

завтра мидтерм экзамен по архитектуре, сижу перечитваю слайды. готовлюсь. многое во время лекций упустил. вот например:

A design principle differs from an architecture decision in that a design principle is a guideline rather than a hard-and-fast rule.

и SOLID это именно принцип проектирования, а не архитектурное решение, и им можно придерживаться или нет

лол, только сейчас дошло что в назавании канала ошибка

Channel name was changed to «The channel has no name!»

Соглы, если это нормальная система, а не прототип.

https://twitter.com/unclebobmartin/status/1585960128804753408