I hate overtime
866 subscribers
129 photos
4 videos
54 files
961 links
Some DevOps, SRE and IT development stuff
Download Telegram
Очень люблю статьи от Фаулера вроде этой Все вроде и понятно, но когда приходишь с пачкой Юпитер-ноутбуков, то без расшифровки конкретики сделать что-то не возможно. Даже не бест-практисы, а что-то максимально верхнеуровневое, но 146.6, что через пару месяцев все будут на это ссылаться😂
#bi
Крутецкая статья про сторителлинг приминительно к BI. Для меня основная ценность здесь даже не в BI, а в самом storytelling'е как способе подачи информации(привет всем, кто до сих пор визуализирует таблицы с данными, а не инсайты, полученные на этих данных)
А, ну и полезная книжка сюда же
Forwarded from HighLoad++
В крупных или микросервисных архитектурах самый важный сервис не всегда самый производительный и бывает не предназначен для хайлоада. Обычно это бэкенд: он теряет время на обработке данных и ожидании ответа между ним и СУБД. Даже если само приложение масштабируется легко, это узкое место не масштабируется совсем. Как эту проблему решить и обеспечить высокую производительность, расскажет Олег Нижников. https://habr.com/ru/company/oleg-bunin/blog/466295/
Ладно, время возвращаться к программированию и инженерие.

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

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

P.S. Кстати, у Анатолия очень крутой блог в ЖЖ: https://ailev.livejournal.com, советую внести в закладки, как минимум.
978544611334_Грокаем_глубокое_обу.pdf
8.2 MB
#books
Как вы, наверное, уже заметили, у меня есть нездоровая любовь к литературе из серии "для чайников" и вот на днях я наткнулся на такое про...deep learning! Кароч я прямо в восторге. На пальцах(и питоне) обрисован весь минимальный мат. аппарат для сетей. Из либ только NumPy. В результате прочтения появляется представление что такое DL, зачем он нужен и как работает. Ошибки присутствуют, но не много, перевод годный. Кароч 10 байесов из 10!
P.S. в серии есть еще книжка про алгоритмы и структуры, тоже годная
Вот эта статья https://arstechnica.com/gadgets/2019/08/unix-at-50-it-starts-with-a-mainframe-a-gator-and-three-dedicated-researchers/ заставила меня задуматься о том, в какой мере и в наше время те или иные ИТ решения являются результатом экспериментов(серий неудачных, намного реже удачных попыток). Все хайповые ныне вещи от бигдаты до бессерверных архитектур делались для решения вполне утилитарных задач. Но делались они при этом каким-то особым, специальным способом, позволившим им выйти далеко за пределы изначальных потребностей... Теперь мы кипятим на них воду
Фред Шот — автор библиотеки 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/
Defront — про фронтенд-разработку и не только
Фред Шот — автор библиотеки pika — опубликовал статью с рекомендациями по настройке bundler-free окружения для разработки современных web-приложений — "Building without bundling: How to do more with less". Может возникнуть резонный вопрос: "Зачем избавляться…
Вот это прямо очень-очень! Как-то так уж получается, что с современными микросервисными реалиями сборка бекенд(ов) происходит быстро, а вот фронтенд, по крайней мере, у нас собирается конское количество времени. И вот, похоже, мучениям приходит конец! Да и сама pika выглядит перспективненько
Гоферы на фестивале стрит-арта в Одинцово. Кстати, москвичам очень советую сгонять!
Forwarded from Zavtracast (Dmitriy Zombak)
О, дивный мир будущего!

На серверах компании Tesla случился небольшой факап, они легли и пользователей разлогинило из мобильного приложения, которое позволяет смотреть настройки, характеристики ну и открыть автомобиль. Некоторые водители так и не смогли уехать на своей Model 3.

https://thenextweb.com/cars/2019/09/03/tesla-owners-reportedly-got-locked-out-of-their-cars-because-the-app-was-down/
#sre
Тут Олег(@oleg_log) принес интересную пдфку про то как надо проектировать сервисы чтобы нипадало. Можно рассматривать как краткую выжимку из Нейгарда/sreBook или как еще один чек-лист готовности к проду. В любом случае годно