Про бекап в postgresql
https://habr.com/ru/post/486188/
#postgres #backup

Ух, тут прекрасно все - и статья исходная и ответка от @manandthemachine (с которой я согласен по всем пунктам)

(1/2) Попался на глаза вот этот пост на Хабре. Впечатления он у меня вызвал очень противоречивые, а раз "в интернете кто-то неправ", то я просто не могу молчать! Подробного разбора не будет, я лишь прокомментирую некоторые пункты. Орфография и грамматика оригинала сохранены.

"Так вот, я завалил три из четыре собеседований, и я хочу об этом поговорить."

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

"В самом деле, зачем смотреть код человека, главная работа которого будет заключаться в том, чтобы его писать?"

На работе от вас ожидают, что вы будете писать "промышленный" код, работая в условиях сжатых сроков и огромного количества зависимостей, в том числе и человеческих. Код "домашних проектов", выложенных на GitHub написан в "пижамных" условиях, где сроков и компромиссов нет. Единственное, чем он может быть полезен - показать, насколько хорошо вы можете организовать структуру проекта и пишете README.

"Это сразу закроет тучу вопросов."

Нет, не закроет. Ваш покорный лично был свидетелем ситуации, когда для специалистов... с низкой компетенцией более опытные товарищи писали красивый код на GH от их имени, ориентируясь как раз на таких нанимателей, которые искренне верят, что GH - показатель мастерства.

"Но и тут можно выкрутиться, дав небольшое тестовое на час-два (только не на месте: для многих собеседование это всё-таки стресс)."

1) Это очень дорого, долго и далеко от реальности (реальные задачи вам не дадут, потому что NDA).
2) Если собеседование, где нужно решить FizzBuzz, для вас стресс, то что будет на работе?

"На моем github два десятка проектов на разных языках, PR'ы в репы Facebook, Microsoft, Mozilla, куча issue в другие проекты. Это же клондайк для оценки как hard, так и soft скиллов."

Это показывает вашу любовь к OSS, только и всего.

"Как часто вы пишете сортировки? [...] А знаете, какие этапы в https-handshake? [...] Но мне хватило 5 минут, чтобы открыть гугл и вспомнить, [...]. И знаете что? Сейчас я опять не помню."

Что говорит о том, что вы не работаете с этим каждый день. Ваш покорный потратил немало времени на низкоуровневое дерьмо, пытаясь разобраться, почему отваливается mutual TLS при работе с Kafka, а знание сложности индексов БД очень помогает при проектировании OLTP приложений. Если вас спрашивают подобные вещи, то либо проверяется ваша ИТ эрудиция (что нормально), либо насколько хорошо вы разбираетесь в конкретном вопросе.

(2/2) "У текущего поколения нет таких заморочек насчет забивания головы знаниями."

Это очень много говорит о текущем состоянии индустрии и квалификации молодых специалистов.

"Было пару собесов в западные компании. И там акцент был на то, что ты знаешь и умеешь, а не попытках подловить на незнании."

Единственное, с чем могу согласиться. Задача собеседования - узнать, что человек умеет и знает, и (что еще важнее) что не умеет и не знает. Если интервьюер самоутверждается за ваш счет, то стоит только радоваться "проваленному" собеседованию.

"Всегда спрашивайте про проекты."

Зачем? Я могу попросить человека "спроектировать" мне что-нибудь (да хоть Netflix), и это уже даст мне больше информации, чем монолог о прошлых ошибках и достижениях.
Но вопрос "Расскажите о своем самом большом провале" один из моих самых любимых.

"Это еще и поможет выстроить дружелюбную атмосферу. Помните же, что собеседование — это стресс?"

Дружелюбную атмосферу можно выстроить просто улыбаясь и давая человеку небольшие подсказки. Вам достаточно показать, что вы ему не враг.

"(Про опытных разработчиков) Он не станет читать к собесу про ACID и CAP, как студент к экзамену."

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

"Не поверите: ремоут может быть продуктивнее работы в офисе."

Налаживать разработку с использованием распределенных команд очень дорого и долго и чаще всего неэффективно. Бизнес не должен перестраивать годами проверенную модель ради хотелок "зумеров", без обид.

"Знаете админское правило 15 минут? Подожди, перед тем, как разбираться с проблемой пользователя. Часто она или решится сама, или станет неактуальной."

Это говорит об отсутствии клиентоориентированности. Про это "правило" слышу в первый раз (хотя начинал, можно сказать с самых низов).


В целом статья интересная и полезная (если вам нечем заняться в туалете или поездке в автобусе), но я очень надеюсь, что советам автора (кроме того, что про "доминирование") никто следовать не будет.

При всем уважении, но собеседования проводят, чтобы нанять лучшего специалиста в пределах бюджета, а не доставить удовольствие кандидату. Не оставить плохих впечатлений... Может быть, но это все еще не приоритет.

Вот это поворот!

Monoliths are the future

Kelsey Hightower считает, что будущее за монолитами, а не за микросервисами.

https://changelog.com/posts/monoliths-are-the-future

Building SRE from Scratch

Как организовать SRE процессы с нуля.

https://medium.com/ibm-garage/building-sre-from-scratch-485e23985bbd

Разбор etcd от jepsen
https://jepsen.io/analyses/etcd-3.4.3
#etcd

​Бесплатный онлайн практикум DevOps by REBRAIN: Docker

Регистрация - https://clck.ru/JVc7G
Количество мест строго ограничено!

Время проведения:
4 Февраля (Вторник) в 19:00 по МСК

Что будет на практикуме?

🔹Зачем нужен Docker? Обзор самых актуальных проблем. Как Docker их решает
🔹Обзор внутреннего устройства Docker (Контейнерная виртуализация/ Auths/ Docker registry
🔹Собираем и запускаем свой первый Docker контейнер
🔹Обзор систем оркестрации для Docker


Кто ведет?

Василий Озеров - основатель агентства Fevlake (fevlake.com) и действующий Devops-инженер (опыт в Devops более 5 лет). Регулярно выступает на RootConf, DevOpsConf Russia, HighLoad.

Открытые еженедельные DevOps практикумы - https://bit.ly/2CGmm3C
Присоединяйтесь!

Флант тут CSI запилил для Яндекс.Облака https://habr.com/en/company/flant/blog/486190/ #flant #yandexcloud

Слайдики с godays https://speakerdeck.com/godays
#golang #godays

​​Пока ждал заселения в отель, написал заметочку о своём опыте с Pulumi

Это такая штука, которая поддерживает языки общего применения для описания инфраструктуры

А ещё увидел, что в блоге не работает подсветка синтаксиса 😒
Надо будет поправить на досуге.

#iac #pulumi #typescript

Иногда нужна не стабильная сеть, а наоборот, например, для тестов. Как внести задержку, потери и другие искажения в передачу трафика, несколько примеров в статье на Habr.
Решения для tc и iptables. Почему-то не упомянут режим random для iptables, которым тоже можно внести нестабильность, скажем в 1% потерь:

sudo iptables -A INPUT -m statistic --mode random --probability 0.01 -j DROP

Нехорошие админы именно так чаще всего и развлекаются.

В последние три недели писал на Go. Вот мои мысли с потолка что хорошо, а что вышло плохо после нескольких лет на C++ и примерно 250-300к строк написанного на нём кода.

https://danlark.org/2020/01/31/i-wrote-go-code-for-3-weeks-and-you-wont-believe-what-happened-next/

Namespace в Python
https://medium.com/better-programming/namespacing-with-python-79574d125564

Перевод “Inlined defers in Go”. https://4gophers.ru/articles/defer/

Сегодня начался FOSDEM 2020

Вот список доступных стримов
https://fosdem.org/2020/schedule/streaming/

А это ссылки на расписание

1 февраля
https://fosdem.org/2020/schedule/day/saturday/

2 февраля
https://fosdem.org/2020/schedule/day/sunday/

ЗЫ Записи прошлого года https://xn--r1a.website/tech_b0lt_Genona/274

Identifying and tracking toil using SRE principles

Подробно про toil в блоге GCP.

https://cloud.google.com/blog/products/management-tools/identifying-and-tracking-toil-using-sre-principles

3-5 Февраля в Бельгии в городе Гент пройдет Configuration Management Camp. Это конференция про автоматизацию инфраструктуры и попутные темы, такие как Open Source Configuration Management, Provisioning, Orchestration, Choreography, Container Operations и много другое. В канале https://xn--r1a.website/cfgmgmtcamp будет вестись онлайн текстовая трансляция с полей, а пока можно изучить расписание и оставить пожелания: https://cfp.cfgmgmtcamp.be/2020/schedule/

Как собирать контейнеры без докера https://blog.alexellis.io/building-containers-without-docker/