I hate overtime

Написали новость про очередной service mesh для Kubernetes: https://habr.com/ru/company/flant/news/t/466627/

#frontend
Вот тут сделали тулзу для поддержки микрофронтендов: https://blog.nrwl.io/monorepos-and-react-microfrontends-a-perfect-match-d49dca64489a
Вроде бы первая не велосипедная

Вот это прямо очень-очень! Как-то так уж получается, что с современными микросервисными реалиями сборка бекенд(ов) происходит быстро, а вот фронтенд, по крайней мере, у нас собирается конское количество времени. И вот, похоже, мучениям приходит конец! Да и сама pika выглядит перспективненько

Фред Шот — автор библиотеки pika — опубликовал статью с рекомендациями по настройке bundler-free окружения для разработки современных web-приложений — "Building without bundling: How to do more with less".

Может возникнуть резонный вопрос: "Зачем избавляться от бандлера?". В начале статьи Фред подсчитывает количество времени, которое отнимает у разработчиков сборка проекта. Для больших проектов, которые запускаются за 42 секунды и пересобираются за 11 секунд, время ожидания может занимать более часа (для 40-часовой рабочей недели).

Если вы используете у себя в проекте модульную систему из ES2015, сборка проекта необязательна, так как все современные браузеры уже поддерживают модульность в JS. Проблема остаётся с node_modules, которые могут содержать спецификаторы, которые браузер не сможет разрезолвить, или с node-специфичным кодом, например, process.env.NODE_ENV. Для решения этих проблем Фред предлагает использовать его библиотеку pika, которая преобразует код из node_modules в esm-бандлы. По сравнению с традиционными бандлерами у такого подхода есть преимущество — это преобразование надо запустить только один раз после npm install. Для работы с JSX предлагается использовать библиотеку htm.

Описанный в статье подход — это возврат к той простоте, с которого начинался web. Очень рекомендую прочитать статью, если у вас большое приложение, которое собирается долго и вы хотите что-то с этим сделать.

#bundler #web #dx

https://blog.logrocket.com/building-without-bundling/

Вот эта статья https://arstechnica.com/gadgets/2019/08/unix-at-50-it-starts-with-a-mainframe-a-gator-and-three-dedicated-researchers/ заставила меня задуматься о том, в какой мере и в наше время те или иные ИТ решения являются результатом экспериментов(серий неудачных, намного реже удачных попыток). Все хайповые ныне вещи от бигдаты до бессерверных архитектур делались для решения вполне утилитарных задач. Но делались они при этом каким-то особым, специальным способом, позволившим им выйти далеко за пределы изначальных потребностей... Теперь мы кипятим на них воду

#books
Как вы, наверное, уже заметили, у меня есть нездоровая любовь к литературе из серии "для чайников" и вот на днях я наткнулся на такое про...deep learning! Кароч я прямо в восторге. На пальцах(и питоне) обрисован весь минимальный мат. аппарат для сетей. Из либ только NumPy. В результате прочтения появляется представление что такое DL, зачем он нужен и как работает. Ошибки присутствуют, но не много, перевод годный. Кароч 10 байесов из 10!
P.S. в серии есть еще книжка про алгоритмы и структуры, тоже годная

Ладно, время возвращаться к программированию и инженерие.

Недавно открыл для себя просто потрясающую книгу по системному мышлению от Анатолия Левенчука: https://ridero.ru/books/sistemnoe_myshlenie/
Она же в виде курса на Курсере: https://ru.coursera.org/learn/system-thinking

По моему убеждению, инженер-программист (акцент на слове «инженер») просто обязан обладать рациональным, логичным, последовательным мышлением для того, чтобы моделировать окружающий мир и выражать эти модели и их взаимосвязи в своей работе. Вещи, о которых говорит Анатолий в своих трудах, как раз позволяют выработать навыки системного мышления. Эти навыки будут только усиливаться, если параллельно заниматься изучением теории типов и теории категорий. Их тоже можно рассматривать как инструменты моделирования реальности, а чем больше таких инструментов будет в вашем арсенале, тем точнее вы сможете доносить свои идеи.

P.S. Кстати, у Анатолия очень крутой блог в ЖЖ: https://ailev.livejournal.com, советую внести в закладки, как минимум.

В крупных или микросервисных архитектурах самый важный сервис не всегда самый производительный и бывает не предназначен для хайлоада. Обычно это бэкенд: он теряет время на обработке данных и ожидании ответа между ним и СУБД. Даже если само приложение масштабируется легко, это узкое место не масштабируется совсем. Как эту проблему решить и обеспечить высокую производительность, расскажет Олег Нижников. https://habr.com/ru/company/oleg-bunin/blog/466295/

А, ну и полезная книжка сюда же

#devops
Наткнулся тут на набор статей по сетям для самых меленьких: раз и два

#bi
Крутецкая статья про сторителлинг приминительно к BI. Для меня основная ценность здесь даже не в BI, а в самом storytelling'е как способе подачи информации(привет всем, кто до сих пор визуализирует таблицы с данными, а не инсайты, полученные на этих данных)

Очень люблю статьи от Фаулера вроде этой Все вроде и понятно, но когда приходишь с пачкой Юпитер-ноутбуков, то без расшифровки конкретики сделать что-то не возможно. Даже не бест-практисы, а что-то максимально верхнеуровневое, но 146.6, что через пару месяцев все будут на это ссылаться😂

Еще один чек лист готовности сервиса к продакшену

Про очень эластичный elasticsearch https://www.youtube.com/watch?v=KH4Ia0uir8Y #elasticsearch

Debouncing и Throttling в JavaScript

https://www.telerik.com/blogs/debouncing-and-throttling-in-javascript

SPA Meetup #5 в Авито

https://www.youtube.com/playlist?list=PLknJ4Vr6efQHOdSjVkBDWdlHby6v-lO12

Вышло 2-е издание книги Mastering PostgreSQL in Application Димитри Фонтейна. Теперь книга называется The Art of PostgreSQL. В новом издании новая глава целиком посвящена PostgreSQL-расширениям. Написана глава автором команды CREATE EXTENSION. https://theartofpostgresql.com/

Вчера вышла новая версия TypeScript. Команда разработчиков рассказала о том, что появилось нового в этом релизе — "Announcing TypeScript 3.6".

Были переработаны типы Iterator и IteratorResult. Улучшена типизация генераторов. Теперь для них есть выделенный тип Generator. Его появление позволяет статически определять возвращаемый тип, yield-тип, и тип, который может принимать next.

Появилась поддержка хелпера __spreadArrays для более корректного представления результата преобразования spread-оператора. Улучшили подсказки при работе с промисами: теперь TS может подсказать про забытый await. Улучшили поддержку Unicode-символов в идентификаторах. get и set теперь разрешено использовать в ambient contexts (declare и d.ts-файлы). Декларирование функций-классов, которые инстанцируют объекты с оператором new и обычным вызовом, теперь более интуитивно — ambient классы и функции могут сливаться.

Улучшили тулинг. Теперь TS понимает тип модульной системы при автоматическом импорте. Не вставляет точки с запятыми в тех файлах, где они не используются. Было добавлено новое API для инкрементальной сборки, что позволит сборщикам и таск-раннерам использовать результаты предыдущей сборки, ускоряя сборку проекта. Был переделан playground — теперь на сайте используется форк популярного плейграунда Артёма Тюрина.

#typescript #release

https://devblogs.microsoft.com/typescript/announcing-typescript-3-6/

VMware нормально так за kubernetes взялась.
Запилили бесплатную "Kubernetes Academy".

Курсов пока 5 (https://kubernetes.academy/courses)

- Containers 101
- Kubernetes 101
- Kubernetes in Depth
- Interacting with Kubernetes
- How to Prepare for the CKA Exam