Куда пропал? В последнее время энергия писателя уходит в подготовку новых лекций и нескольких выступлений на TeamLead Conf (программа), поэтому пишу мало. Ограничения мозга в части созидания имеют очень четкие границы. При этом читать получается, чем я и занимаюсь вместо писанины. Что запомнилось. Вернулся к технической литературе, почти осилил (и даже программировал немного с ИИ в напарниках) "Apache Kafka" от Орейли, потому что кругом внезапно случилась кафка головного мозга. В целом откуда растут ноги - понятно - удобный инструмент, хорошая надежность, хорошая масштабируемость, позволяет замещать огромную кучу косяков в разработке других узлов. Но в моем случае - это вариант нездорового применения инструмента. Не можешь сделать надежную и доступную систему - воткни кафку, не можешь добиться хорошей производительности на многопоточных запросах - воткни кафку, и т.д. При этом решение принимается мгновенно и без попыток исправить что-то и обойтись без лишнего узла. Книжка норм, кто кафку гоняет - обязательно почитайте, ключевые идеи и возможности описаны хорошо, хотя по традиции воды тоже хватает. Свои инструменты надо знать очень хорошо. "Фундаментальный подход к программной архитектуре" от того же Орейли. Интерес вызвала примерно по той же самой причине - я давно в ойти и систем видел немало, но вдруг что-то пропустил. Более того, стали делать много новых конструкций с ранее не применявшимися бизнес-процессами. Архитектор во мне давненько не брал шашки в руки, поэтому решил себе напомнить про паттерны, свойства, подходы и пр, чтобы не развивать ту самую кафку головного мозга. Особый интерес в этом труде вызвала Часть третья, которая посвящена совсем не типичной информацией для архитекторов - софтскилам. Неплохо описана значимость умения создавать презентации и демонстрировать свои решения команде. А дальше "Эффективная команда" - глава про личные качества, про влияние на команду, про различные варианты контроля, "Навыки лидерства и ведение переговоров" - глава не только про переговоры, но и про фасилитацию, про роль лидера и взаимодействие с командой. Согласно авторам архитектор должен быть прокачан по софтам не меньше, чем тимлид или любой другой руководитель. Вот это да, подумал я, а все ли архитекторы знают про это? Бгг. Какие софт-скилы? Вот вам решение - делайте. Не можете? - Страдайте. И вообще моя борода бородее вашей. В общем даже если считаете, что можете выбрать какой архитектурный паттерн использовать для решения своей задачи, обязательно инвестируйте несколько сотен рублей и пару часов в чтение этой части. В моем мире я таких ребят встречал штучно. В основном взаимодействие архитекторов и разработки с эксплуатацией - боль. Чтобы закрепить взялся еще за "Современный подход к программной архитектуре" от той же Орейли, она прям инженерная и про принципы и подходы. Осилил пока лишь часть, выглядит, что принципиально нового ничего не изобрели, но очень полезно взбодрить все это в памяти. Отдельно отмечу труд Елены Тихомировой - "Обучение со смыслом". Очень удачное приобретение, опытный практик, куча важных и полезных мыслей. И совсем не про андрогогику, а про вполне себе понятные, но игнорируемые, моменты. Если имеете отношение к обучению взрослых и созданию курсов - обязательно ознакомьтесь. Книжка с загадочным названием "Изменить других можно" г-на Брегмана внутри оказалась очень годным набором советов, как находить общий язык с окружающими и помогать им решать задачи и развиваться. И отличные примеры. В общем накапливаю базу для новых постов и экспериментов. А тем временем Стратоплан запилил еще один бесплатный эвент на 17 мая (это суббота). Регистрация. В этот раз в программе вечная тема переговоров. Получите проверенные алгоритмы подготовки к переговорам, освоите техники установления контакта — и тут же попробуете их на двух кейсах, максимально приближенных к реальности. И там же будет ZOPA 🙂 Полноценный практический эфир, включающий работу в подгруппах с другими участниками, кейсами, обратную св