#elasticsearch
Недавно Elastic хотел провести вебинар по расчету размеров кластера, но что-то у них там сорвалось и вместо вебинара они выложили видос. Получилось очень годно:
1. рассказали про архитектуру эластика
2. затронули hot-warm-cold
3. рассказали про новые фишки (например на нашей доисторической инсталяции нету PersistentQueues, появился смысл обновить)
4. Ну и конечно же как планировать капасити кластера с примерами и, даже, формулами

Что бы посмотреть видос надо подарить персональные данные, но кого это нынче смущает, правда😉?

#product #video
Залип, действительно, надолго))) Сразу скажу, что получить максимальную пользу от докладов можно если у вас есть доступ к хранилищу, или вы работаете в стартапе(ну или вы продуктолог/аналитик), потому что при просмотре появляется дикое желание все это посчитать у себя, на своих кровных данных.
Ниже, по традиции, список наиболее четеньких видосов:
1. Общая телега про работу с данными -- во-первых, отдельное спасибо парням за историю про "данные из головы можете засунуть себе в...". Я прям фрагмент этот вырезал и продуктологам своим кидаю. Во-вторых, интересно послушать откуда тянут данные о рынке и конкурентах. Чем может быть полезно ITшнику: ну, во-первых, возможно именно вас отправят строить конвейер данных и лучше быть к этому готовым заранее)) Во-вторых, на собесе в стартап полезно поинтересоваться как они там у себя решения принимают
2. Как считать конверсию и LTV -- все видели эти странные цифры, которыми так гордятся продуктологи. На самом деле это очень показательные цифры, которые демонстрируют работу продуктовой команды. Если они считаются не правильно, то мб и делать на такой галере нечего. Чем может быть полезно ITшнику: возможность понять, что пора обновить резюме
3. Доклад про то как пользоваться аналитикой и данными — много интересных кейсов для SaaS. Чем может быть полезно ITшнику: в совокупности с первым докладом, помогает понять зачем собирать данные и перестать говниться, что отправка event'ов в GA\clickstream засрала весь код
3. Как работать с churn — просто по больному. Много цифр, методов и полезностей по борьбе с churn'ом

Обновил свой список материалов о тестировании ПО. В частности ссылки на сторонние списки по инструментам для тестирования (см. в самый низ страницы). Спасибо всем, кто присылал исправления и ссылки на новые материалы!

Там. Нет. Савина O_O (sarcasm)

#sql
Если вдруг у вас Sql Server и вы не знакомы с вот этим набором утилит, то быстрее знакомьтесь, т.к. там есть все и на все случаи жизни(включая репорты по дедлокам!)
К сожалению, не работает с Azure Sql(чего и вам не советую😏)

Persistent Disks and Replication

Пост в блоге Google Cloud про то, как работают Persistent Disks.

https://medium.com/google-cloud/persistent-disks-and-replication-9b9412fd9565

Рубрика: бесполезно-интересно! У Netflix, оказывается, свой message broker, который умеет держать данные не только в сообщеньках, но и в S3.
Боюсь даже как-то комментировать кейсы и примеры из статьи, так что велкам знакомиться)

Сорян, ссылка побилась. Исправил

Митап: MongoDB и Яндекс.Облако в Москве

14 ноября в гости к Яндекс.Облаку приедет команда MongoDB: старший архитектор Виктор Кесслер и руководитель корпоративной и облачной стратегии Захир Абделухаб.

MongoDB представит новые возможности СУБД и поделится планами на будущее, а разработчики управляемых БД в Яндекс.Облаке расскажут о Managed Service for MongoDB.

Участие бесплатное.

Мест в зале не много, поэтому нужно зарегистрироваться и дождаться подтверждения об участии.

Регистрация и подробности

Хотите выступить на митапе и рассказать о вашем сценарии использования MongoDB, как вы приняли решение использовать именно её, с какими проблемами встречались и как их решали? Пришлите @annapesh короткое описание своего кейса и несколько слов о себе и вашей компании. Длительность доклада 20 минут. Заявки принимаются 31 октября, 15:00.

#scala #fp
Шикарный доклад со ScalaRussia2019 про имплиситы. Я, хоть и далек от скалы, но очень знатно проорал.
Вот, кстати, весь плейлист

Аксель Раушмайер написал у себя в блоге статью про проблемы с разделяемым изменяемым состоянием и способы их решения — "The problems of shared mutable state and how to avoid them".

Если один и тот же объект, массив или другая структура изменяется в нескольких местах программы, то это может приводить к неприятным багам. Для предотвращения таких проблем часто используют защитное копирование (Defensive copying), недеструктивное изменение данных и иммутабельные данные. В статье описываются все эти подходы.

Забавно, что буквально перед тем как начать статью, я сидел и пробовал вспомнить все способы ограничения доступа к свойствам объекта. Вспомнил только про Object.freeze и Object.seal. В статье нашёл третий забытый метод — Object.preventExtensions.

Статья у Акселя получилась большой и подробной. Рекомендую почитать.

#js #immutability

https://2ality.com/2019/10/shared-mutable-state.html

#eda #messaging
Для тех кто еще не знаком с Pulsar'ом, появилась отличная статья про его архитектуру и фичи. Статья крутая: есть сравнение архитектуры и фичей пульсара с его ближайшим родственником(кафкой), а так же примеры использования сабжа в связке со спарком.
Для тех кому мало, у пульсара достаточно крутая дока, где подробно написано как что работает.

#books #eda
Оказывается даже книжка про него есть!

How to Write Good Documentation (And Its Essential Elements)
https://www.sohamkamani.com/blog/how-to-write-good-documentation/

Корри Хаус — известный спикер в React-сообществе — поделился своим пятилетним опытом работы с React — "Lessons learned from 5 years in React".

Документ содержит 63 пункта про работу с компонентами, JSX, про управление состоянием приложения, производительность, переиспользование компонентов и их тестирование. Есть пара пунктов, которые хочется выделить. Не используйте во всех компонентах без исключения useMemo, shouldComponentUpdate, PureComponent. Используйте их только там, где они нужны. Если бы их использование не несло дополнительные накладные расходы, они были бы включены по умолчанию. Если есть в этом смысл, используйте в своих компонентах имена, которые используются в Web-платформе (`onBlur`, onChange и т.п.). Используйте as как пропс для модификации типа верхнеуровневого элемента.

Есть в списке пара пунктов, которые у меня вызвали вопросы. Например, полный отказ от тестирования снепшотами. Вместо них Корри предлагает использовать Percy или Chromatic. Это очень жёсткая позиция. Проблема со снепшотами возникает только тогда, когда их очень много. Если для компонента создаётся один снепшот, то этого вполне достаточно для отлавливания непреднамеренного изменения кода.

Как бы то ни было, если вы работаете с React, очень рекомендую посмотреть документ.

#react #list #experience

https://www.dropbox.com/s/tsid5bnphznbvjv/

#hv
Подробная шпаргалка по RAIDам, для тех кто вечно забывает что есть что))

#db
Вот только-только мы в 2019 году смирились с отсутствием строгой консистентности и перестали городить 2PC и адок на компенсаторах, как парни из eBay изобрели "распределенный ACID"😁
Работает это добро аж в 3 фазы, бенчмарков что-то нету... ну ждем пока кто-то попробует(но мемы про eBay можно делать уже сейчас)

когда в офисе завелся очередной microwave tuna

#books
Все же помнят, любят и читали книжку про Микросервисы от Сэма Ньюмана? Так вот, котаны, вышла вторая часть про миграцию с монолита от того же автора в содружестве с NGinx.
В книжке рассмотрены как организационные вопросы(как реорганизовать команды), глобальные(оно вам вообще надо?), так и набор паттернов, который поможет вам успешно провести ваше microservice journey