Производство и потребление

 Условно нашу деятельность можно разделить на производство и потребление. О чем это я? Если после нашей деятельности остаются какие-то артефакты, которые можно использовать в дальнейшем, то это производство. Если по результатам деятельности артефактов не остается, то это потребление. Давайте посмотрим на примерах, как это выглядит и какую пользу можно получить от такого деления.

Избавляемся от лишнего

 Есть очень полезная практика, с которой можно столкнуться в различных областях нашей деятельности. В практиках доведения дел до конца, он заключается в регулярных ритуалах просмотра списка дел и безжалостного выбрасывания тех из них, которые утратили свою актуальность или по которым мы понимаем, что делать это мы все равно не будем. В отношении вещей в доме, действует тот же совет, если вы какую-то вещь не использовали уже лет 5, то не захламляйте ей шкаф (гараж, сарай), а безжалостно выкидывайте. В разработке ПО этот подход применяется, например, в рамках Backlog grooming. Логика та же самая, смотрим, что устарело и нам больше не потребуется и удаляем соответствующие требования (пользовательские истории). Но, несмотря на известность практики, мы ее почему-то не используем по отношению к коду. А может и не нужно? Давайте обсудим под катом.

Мнение о книге "Распределенные системы. Паттерны проектирования"

 

Книга совсем небольшая, порядка 220 страниц. Мне понравилась структура. Есть три части, в каждой дается вводная часть, описывающая группу паттернов, а затем главы посвящены отдельным паттернам. Каждый паттерн рассматривается теоретически, описываются случаи когда он может быть применен и, самое главное, приводится пример как его реализовать (докер, кубер и kubectl).

Выбор паттернов, как по мне, достаточно специфичен. Здесь нет той же Саги, зато есть очень много советов, как сделать контейнеры реально переиспользуемыми. Одноузловые паттерны это вообще тема, очень мало кто знает про них в достаточном объеме. Тот же прицеп еще на слуху, а амбасадор, уже вызовет вопрос, а что это такое :)

Читать ли книгу? Как по мне, так полезность очень высока. Даже если вы все это уже знаете, будет полезно посмотреть с другой точки зрения, да и конкретные приемы развертывания попадаются достаточно интересными. Единственно, я не могу рекомендовать эту книжку совсем уж новичкам. Скорее она ориентированна на уровень, когда человек уже набил некоторое количество шишек, а тут ему подсказка, как их не набивать в следующий раз.

Мнение о книге "Джедайские техники конструктивного общения"

 

Начну с респекта и уважухи дизайнеру книги. Разглядывая ее в он-лайновском магазине я ожидал чего-то фундаментального, типа Деминговского Выхода из кризиса... Когда вскрыл посылку, удивился :) Книга небольшого формата и менее 200 страниц. Но это так, про небольшое удивление.

По самой книге. В основном она посвящена сценарию по которому имеет смысл выстраивать общение с контрагентом, если тебя что-то не устраивает. Т.е. про то, как попробовать конструктивно изменить поведение другого человека. Есть еще несколько связанных тем, например, как контролировать предварительные договоренности, что такое доверие, а остальное это разборы кейсов по предложенному алгоритму и байки почему это работает. С одной стороны, как и в "45 татуировках менеджера" истории повышают градус доверия читателя к тому, что рассказывается, с другой... По мне, их многовато.

Читать ли книгу? Я бы сказал, да. Вопросы поднимаются правильные, приемы рабочие (некоторые применял до прочтения книги, да, работают). Ну или найдите ее в офф-лайн магазине и прочитайте 11 главу. Она, благо две страницы, на которых 15 строк состоят из тире и многоточия.

Настраиваем Visual Studio Code для работы с Go

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

Обработка html в Marp при использовании Visual Studio Code

Интересная штука, в MarkDown по умолчанию html обрабатывается "из коробки", а вот в Marp он по умолчанию выключен, для предотвращения зловредного кода полученного вместе с презентацией. Но если вы захотите включить корректную обработку html тегов, то это можно сделать в File -> Preference -> Settings (Ctrl + ,):

MarkDown для презентаций

Тут как то писал про инструмент построения UML диаграмм при помощи PlantUML. Сегодня поговорим про еще один инструмент на основе плоского текст - Marp. Он позволяет описывать презентации в виде текста (который будет нормально мерджится в том же Git-е) и генерировать на его основе презентацию в pptx, pdf или html.

Итак, начинаем.