I hate overtime

#k8s
Во-первых, котаны и котанессы, в блоге Фланта очередное пополнение: обзор Calico. Обзор годный, рекомендую. В начале достаточно годное введение в CNI и плагины, потом сабж с ссылками
Во-вторых, из обзора узнал, что оказывается в Azure AKS можно(теперь) CNI плагины приделывать!

Ровно год назад появился Defront. Канал начался с простой идеи — начать читать минимум одну статью каждый день и делать небольшой tldr, чтобы в будущем быстро находить нужные статьи. Но несколько недель спустя стало понятно, что канал несёт пользу не только мне, но и сотням разработчиков, а сейчас уже почти трём тысячам.

Хочу поблагодарить за помощь в развитии канала:
Сергея Рубанова (@juliarderity — очень крутой канал про web-стандарты и новинки web'а от участника TC39)
Олега Ковалёва (@oleg_log — самый лучший канал про бэкенд и go)

И, конечно, передаю привет всем дружественным каналам и сообществам (если кого-то забыл, пишите в лс):
@we_use_js @cyberhermitage
@sysadmin_tools @overtimehate
@odinraznepitonist @ithueti
@UkropsDigest @evodevclub
@lord_alfred @ch_11
@schopenhauer_was_right
@testerinlife @ufostation
@javascript_ru @css_ru
@forwebdev @winterview

Спасибо всем за помощь и поддержку! Следующий год будет ещё лучше.

P.S. Если считаете нужным, можете сделать подарок каналу и рассказать про Defront своим друзьям, коллегам и подписчикам.

https://twitter.com/myshov/status/1222444224571899905

Кстати, котаны, у Defront-то днюха!
Если кто не в курсе, то это мегакрутой канал про фронтенд с кратким изложением свежих пейперов + авторским мнением по сабжу. Так что, вперед подписываться!

Локализация приложений: как мы подружили перевод и разработку
https://habr.com/ru/company/badoo/blog/485138/

#kpi
очень долго и часто спорил с коллегами-менеджерами на тему, почему не работает "kpi на разработку", а оказывается это Закон Гудхарта

Начальник-самодур эффективнее, чем менеджер, практикующий KPI

1. Закон Гудхарта: «Когда метрика превращается в цель, она перестает быть хорошей метрикой». Люди начинают оптимизироваться конкретно под эту метрику, пренебрегая другими, не менее полезными, делами.

2. Поставим менеджерам по продажам KPI по количеству сделок — они перестанут дожимать сложных клиентов с потенциально большими объемами. Поставим KPI по объему продаж — они начнут гонятся за сомнительными толстыми журавлями в небесах, игнорируя мелких синиц, готовых свалиться им в руки. Поставим руководителю компании KPI по прибыли — он перестанет вкладывать деньги в рост, а бизнес через некоторое загнется на фоне ускоряющихся конкурентов. Поставим цель по росту выручки – никогда отлупа на карман не получим.

3. Парадоксальное наблюдение. Какая самая эффективная метрика? Это метрика, не имеющая объективной связи с показателями бизнеса.

4. Пример? Пожалуйста. Есть такое понятие — «эффективный рынок». Он основан, в том числе, на бирже как инструменте регулирования рынка. Что является главным биржевым показателем? Стоимость акций. Насколько объективна связь стоимость акций к показателям бизнеса? Объективная связь отсутствует. Вчера WeWork был любимцем рынка, а на следующее утро — с теми же самыми показателями, заметьте — уже изгой, которого надо срочно спасать. Один стартап оценивается в десять годовых выручек, а другой — с теми же показателями по выручке и убыткам — в одну прибыль. Почему? Инвесторы одного надеются на быстрый рост, а другого — нет. А на чем основаны надежды или их отсутствие? На чисто субъективных мнениях.

5. Не менее парадоксальное следствие. Начальник-самодур — от которого не знаешь, за что он будет хвалить, а за что ругать — может оказаться более эффективным руководителем, чем менеджер, практикующий систему KPI. Главное — чтобы самодур действительно был непредсказуемым, а не долбящим в одну точку. У такого самодура компания будет развиваться гармонично, а у менеджера с KPI — падать под горку Закона Гудхарта.

6. Короче, лучшие метрики для оценки бизнеса — это вовсе не метрики самого бизнеса. Сразу приходит на ум NPS. Более тупого вопроса (нельзя спрашивать людей о будущем!) и более тупой шкалы оценок придумать сложно — но ведь живет, курилка. Какие есть хорошие внешние метрики, не имеющей объективной связи с показателями самого бизнеса, но по которым можно судить о его качестве и перспективах?

#db
Крутой подкаст(с транскрипцией) про NoSql.
Во-первых, очень внушает то, что чувак является адвокатом NoSql сейчас, когда NoSql сильно сдал свои позиции обратно скулю.
Во-вторых, много интересных подробностей из кишков DynamoDB и других базенок

Чувак замутил целое расследование, что бы выяснить почему у него тормозит постгрес в докере. Для любителей кишочков -- велкам

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

Сначала залип в неплохой блог с кучей азов, описанием и примерами из стандартных библиотек и всяким таким: http://bit.ly/2NUzRTg

Надо бы бросать буквы в телеграм писать и возвращаться на хакеранк 🐣

А дослоупочивать продолжил стеком и очередью для самых маленьких:
http://bit.ly/2Ggq9WU

Интересно есть ли в канале люди кто прочитал, а не пропел текст с мема?

Всем тяпницы!

#k8s
Что только не делают на кубернетесах, но eBay вот реально удивил. Парни затащили в кубер поиск(Карл!), и, похоже, отлично себя чувствуют.
P.S. кстати там описано несколько хитрых хаков с k8s

Running and Deploying Elasticsearch on Kubernetes

Бест практисы по правильному запуску Elasticsearch в Kubernetes от компании Sematext.

https://sematext.com/blog/kubernetes-elasticsearch

#elasticsearch
С эластиксерчем в кубернетесах, как я понимаю, все не просто. У самого эластика есть хельмчарты(в бетте) и оператор ECK, который не очень стабильно работал еще буквально пару месяцев назад.
Но тут вдруг ECK делает уверенный рывок до generally available. Ура, товарищи 🥳

Советую сходить по ссылке, я прям знатно проиграл

The perfect dictionary of popular programming words.

My favourite one is:

> "dsl — A domain specific language, where code is written in one language and errors are given in another."

#rant

О 30-кратном увеличении параллелизма в Node.js

https://habr.com/ru/company/ruvds/blog/483688/

#testing
Awesome list puppeteer. Сабж -- headless(консольный) браузер, который мы заслужили на основе Chromium

Внезапно с удовольствием прочитал новую статью Фаулера про парное программирование. Во-первых, узнал про технику "ping-pong", когда один пишет тест, второй реализует, потом пишет тест, первый реализует и т.д.
Во-вторых, осознал, что у нас тоже есть pair programming(точнее Strong-Style Pairing).
Кароч, котятки, рекомендую ознакомиться

Объяснение RAFT на пальцах с красивыми диаграммками. Можете даже показать свой маме!

И вдогонку две старые статьи с DOU о консенсус-протоколах:
- раз
- два

Интересное сравнение green thread'ов на примере Хаскеля и Future из Раста в контексте обработки ошибок.
Чет вспомнил как больно было до await'ов и порадовался