Перевод статьи про фичи нового Хельма: https://habr.com/ru/company/flant/blog/453734/ Кто еще не ознакомился и не облизнулся — велкам

Новости рынка, среда, 29 мая

Новая бесплатная ОС полностью «убила» Windows 10
https://u.to/GyuKFQ

Intel завершил процессорный долгострой. Успевшая «устареть» планка в 10 нм взята
https://u.to/PSuKFQ

Как выглядит настольная версия Android Q
https://u.to/TSuKFQ

Мошенники атакуют пользователей Android фальшивыми пропущенными вызовами
https://u.to/WyuKFQ

Сканер отпечатков OnePlus 7 Pro сломали за пару минут
https://u.to/cCuKFQ

#news

Первая — прямо огонь! Вот немножко подробностей: https://www.theverge.com/2019/5/29/18643857/microsoft-windows-lite-modern-operating-system-computex-2019-hints

#books
Новая книжка от Питера: https://m.habr.com/ru/company/piter/blog/453804/
Выглядит интересно

А вот сразу и электронный вариант 😁

Data Science Cheatsheets:
- Artificial Intelligence
- Big Data Analytics
- Big Data
- Data Engineering
- Data Mining
- Data Science
- Data Visualization
- Deep Learning
- Machine Learning
- SQL
- Python
- etc

https://bit.ly/2I3MgQQ

Осваиваем Kubernetes. Оркестрация контейнерных архитектур - 2019
#kubernetes

Очередной эксплойт в докере, затрагивающий все версии: https://www.openwall.com/lists/oss-security/2019/05/28/1

#refactoring #ddd
Новая статья от Фаулера про зависимость стоимости софта от его качества: https://martinfowler.com/articles/is-quality-worth-cost.html Забавно то, что, несмотря на очевидную правоту автора в долгосрочной перспективе, целесообразность всех этих ваших clean code'ов и DDD выглядит очень сомнительно на раннем этапе ЖЦ продукта.
Говорят, есть статистика, что только один из 10 стартапов выживает. Готов спорить, что это явно не те, кто начинали с карт контекстов и полотен на UML, но это уже совсем другая история 😉

На прошлой неделе состоялась флагманская европейская конференция CNCF - KubeCon 2019. Огромное количество участников, спикеров и множество стендов. Видно как организаторы пытаются справится с наплывом участников. Если в некоторых организационных моментах были огрехи, то уж качество и количество докладов компенсировано с лихвой. По ссылки видео всех презентаций (334 доклада) https://www.youtube.com/playlist?list=PLj6h78yzYM2PpmMAnvpvsnR4c27wJePh3

А/B эксперименты — ключевой инструмент принятия решений в Авито. Мы работаем с ним с помощью единой платформы. Она помогает быстро запускать эксперименты, контролирует нежелательные пересечения экспериментов, считает метрики, статистические тесты и визуализирует результаты.

Старший аналитик Данила Леньков рассказал в блоге на Хабре, как платформа устроена и показал интересные технические детали → https://bit.ly/abplatform

Тут GridGain запускает step-by-step гайд: https://gridgain.timepad.ru/event/989686/ Выглядит интересно

Программисту на заметку: как быть, если вы не согласны с решением, которое предлагает руководитель, менеджмент, архитектор, лид? Существует действенный метод, который в долгой перспективе, вероятно, единственно правильный. Называется DAC: disagree and commit. Другими словами, следует быть максимально красноречивым в фазе, когда идёт обсуждение, но когда решение было принято, надо перестать спорить и приложить максимум усилий к реализации именно этого варианта как своего собственного, даже если ты на 200% с ним не согласен https://en.m.wikipedia.org/wiki/Disagree_and_commit

[Перевод] Представлен Polaris для поддержания кластеров Kubernetes в здоровом состоянии
https://habr.com/ru/post/454706/
Tags: Блог компании Флант, Системное администрирование, DevOps, Kubernetes, лучшие практики, ReactiveOps
Author Smetankk on #habrahabr

Офигительная штука, которую обязательно надо попробовать... но что-то кол-во куберовских дашбордов медленно, но верно растет. Омниканальность, вернись! Я все прощу!

#codereview
Тут дяденька пишет серию постов про кодревью: https://www.michaelagreiler.com/code-review-blog-post-series/ можно почитать и что-то внедрить(если еще нет или не устраивает свое)

Похоже, что подвижки все-таки есть: https://www.infoq.com/podcasts/milinkovich-jakarta-ee

Кароч, парни, последнее время очень бомбит от отсутствия понимания каких-то основных вещей у коллег, так что в ближайшее время будет несколько постов от Кэпа, но, может кому-то пригодится(ну или хотя бы сочувствие вызовет😁)

Начнем с главного:
Замечательно, если ваш проект написан на bleeding edge технологиях, но все это не будет иметь никакого смысла, если при первом же инциденте вы не сможете провести инвестигейт потому что вы забыли добавить логирование.
Вы молодец, если ваша доменная модель идеально продумана, но все это вам не поможет если копируете сборки на сервер или мигрируете базу руками.
Кароч, вас ожидает фиаско, если в первую очередь вы не позаботитесь об инфраструктуре проекта. Первым же(фигурально) коммитом должно улететь логгирование и мониторинг, а в первом PR обязательно должно присутствовать решение по миграции базы и IaC. Да, возможно, сначала это будет логирование в файл и пачка шеллскриптов(если у вас, конечно, уже нет общего решения, но это отдельная история) Боб Мартин и https://sites.google.com/site/unclebobconsultingllc/a-mess-is-not-a-technical-debt вам в помощь. Смысл в том, что говнокод можно переписать, но переписывать будет некому если поцоны стерлись от постоянных овертаймов на релизах и инвестигейтах в MSA/SOA где половина сервисов не пишет логи, а вторая половина не прокидывает correlationId