Вообще-то я люблю серию "in Action". С неё начался мой самый большой архитектурный успех, да и в
целом книги издательства Manning редко вызывают у меня отторжение. Однако наш (Rust in Action) пациент не таков.

Если посмотреть аннотацию к книге, она сразу вызывает подозрение. Почему дальше, но привлекательно выглядело обещание, что нам таки продемонстрируют почему системное программирование это не сложно и для каждого. Да ещё и на якобы практических примерах. Автор заявляет нам, что книга предназначается для тех, кто изучает раст, кто умеет
программировать и испуган тем фактом, что Rust язык системного программирования.

Основная беда в том, что эта книга не особенно учит программировать на Rust. Все важные и сложные моменты, выданы
по вершкам. Видимо предполагается, что читатель прочитал пару книг созданных сообществом и уже понимает все концепции и максимум, что ему нужно освежить воспоминание о чтении тех книг.

Вся книга - это набор туториалов "how to make something". В целом иметь минимально описанный материал, как сделать
эмулятор процессора или как работает ядро или как хранятся данные в бинарных форматах или почему в float не стоит
хранить деньги ваших клиентом, позволяет действительно опытному человеку пробираться через эти дерби. Особенно если с этим уже был знаком или сталкивался. Но для читателя не знакомого с проблематикой, это будет столь же "полезна" как
и изучать Rust по этой книге. Почти каждая глава сфокусированная на чём-то или бесполезна чуть более чем полностью или
будет требовать отвлекаться на выяснение "подробностей" в других источниках.

Дидактической пользы обучения на этих примерах так же нет никакой. Т.к. код плохо структурирован, по ходу всей книги
он пишется с минимальным соответствием тем стандартам, о которых автор пишет всю книгу (несчастные ошибки не
обрабатывались с самого начал и так и не обработались к предпоследней главе). Книга состоит из большого количества
листингов кода, которых стоило бы скорее заменить на QR коды на github. Они ещё и подвергаются "рефакторингу", когда
сначала делается всё абы как, а потом доводится до ума. Из-за чего книга растёт как Амазонка в сезон дождей.

И самое глупое, что у книги мог бы быть потенциал, сфокусируйся автор хоть на чём-то одном. Скажем взять практический
пример с KV базой данных. Тут можно и про сеть рассказать и про файлы, и конкурентность и блокировки, разделение памяти форматы хранения etc. Но нет, мы порхаем от одного недоделанного примера к другому и по итогу в багаже остаётся много паршивого кода на Rust, без единого unit-test'а. Хотя как раз в Rust, благодаря макросам, есть одна из лучших библиотек для тестирования вообще где-либо.

Это худшая книга из серии, которую я читал. И довольно иронично, что написал её человек работающий в LinkedIn. И уж точно не та книга, которую я буду цитировать или к которой буду возвращаться.

#bookshelf

Стоит камере отъехать немного дальше от окон Großcity - за окнами небоскрёбов которого прячутся компании Großtech'a.
В старом городе нас ждут новые истории, которые напевают пташки прямо из форточек компаний поменьше. Хоть и всё
равно самых больших и самых прибыльных.

Замечательная компания "Frauen Insel", мирно годами занималась тем, что продавала вонючий воздух в флаконах в цветастых магазинчиках, которые были в каждом закоулке этой прекрасной большой страны. Но однажды, как и любой бизнес, решила стать ещё больше. И конечно ресурс роста - продажи в Großnet'e. У компании был свой магазинчик, на самом популярном монолитном решении для коммерции в Großland'e. Конечно только микросервисы. Конечно наращивать команду. Конечно усложнять технологии.

И вот тут каждый из читателей думает, что он то знает, про что история и кончится она обыденно. Зря читатели, Großland
страна возможностей и тут возможно куда больше, чем обыденность.

В новосозданную команду решили найти QA. Потратили время на то, чтобы провести собеседования и среди кучи мусора найти бриллиант. Настоящего ТЕСТИРОВЩИКА! Это и правда редкость. Хороший QA прекрасен тем, что умнее половины команды и при этом ещё и дешевле каждого из них. Но стоило только человеку начать приносить пользу, как вдруг сотрудник пропал.

С горем пополам связавшись с его близкими удалось узнать, что несчастный сидит в кутузке, по жуткому подозрению в
преступлении - пьяном дебоше. Что же. Хорошего сотрудника можно и подождать 15 суток.
Но через 15 суток, наш герой снова не появился на радарах. И новая связь установила, что вот-вот ещё 2 недели и будет
суд. Но по прошествию и этого срока, всё ещё не был доступен на ежедневном митинге.

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

По прошествию полугода, выяснилось, что наш QA - настоящий гражданин Корейко - бодра присвоил деньги какой-то конторы и был таков. Но правосудие его, как и литературного героя, всё таки настигло. Правда не в лице сына турецко-подданого, а в лице дяди Стёпы из Saint-Großburg'a. За что получил, подпольный миллионер целых 5 лет. Того режима, с которого ну никак не выйти на связь.

И только на восьмой месяц, героическими усилиями удалось человека уволить. Никогда ещё, эта ваша Айтишечка, не была
такой благодарной и лояльной сотрудникам. Проработав буквально неделю, наш ловкий QAмбинатор положил в карман аж 2 миллиона Großmar'ок.

Мораль же тут довольно проста. Хорошо, когда у тебя есть софтскиллы, на столько сильные, что все тебя любят и ценят
и ждут. Ведь не обидеть злым словом никого в команде куда важнее, чем приносить пользу! А вторая мораль - уволить всех юристов из компании - не самая лучшая идея, оказывается они бывают иногда полезны, в отличии от ChatGROßPT.

#tales

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

Если вы не читали "Жизнь внутри пузыря", то в целом стоит потратить на это пару вечеров. Книга написана прекрасным и
легким языком. Без излишней графоманией, с большой долей самоиронии и рефлексией по происходящему. Сам язык книги и способ рассказать историю стал в итоге для меня отправной точкой в чудесный и (конечно же) выдуманный мир замечательной страны Großland. Жанр "зашифрованных мемуаров", в моем случае превратился в "зашифрованные летописи".

Эта книга многому может научить не только начинающего, но и опытного управленца. Где ещё можно наблюдать ежедневное падение в целом перспективной компании, занимающей лидирующее положение на рынке. Увидеть как коррупция, кумовство, продвижение недостойных и прихлебателей, день ото дня приводит к тому, что компания теряет все свои преимущества на рынке и в итоге из "тренд-сеттера" превращается в заштатный хлам.

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

И тем веселее понимать, всю мелочность и слабость ВЕРШИТЕЛЕЙ судеб. Чей век короток и единственная надежда - ублажить очередного большого человека, чтобы получить один единственный шанс - угробить подающий надежды технологический стартап.

И хотя книге уже больше 20 лет - она, как и знаменитый парадокс Гегеля, никого ничему не научила.

И это, кстати, ещё один прекрасный экземпляр, который можно прочитать совершенно бесплатно - прямо на сайте автора: https://www.ashmanov.com/education/articles/zhizn-vnutri-puzyrya/

#bookshelf

Как и всё крупное, Großland уверено изменяет течение правил и законов внутри себя и даже в ближних своих границах. Если
массивные объекты могут изменять "течение времени", то компании и менеджеры в нашей абсолютно выдуманной стране уверенно изменяют самое понятие "течение" - превращая реку времени в кольцо.

Зайдя бодрой походкой, в стародавние уже времена, в дверь офиса компании "LuftwaffeTelecom" молодой джун не сильно
разбирался в том, как устроен мир принятия решений. И на протяжении месяцев был поражен как на еженедельном совещании с САМИМ техническим директором ведутся жаркие споры. Как и любой бодрый ум являющийся губкой, он запоминал всё что, слышал даже если не понимал это. А как интересно всё это было! Ядра операционных систем! Файрволы! VLANы! Авторизации! Маршруты!

Но одно наблюдение его поражало. Впечатление было такое, что все эти бурные обсуждения очень умных людей лишены хоть какого-то смысла. И он поделился этим наблюдением со старшим товарищем. Товарищу этому место было бы в фентезийной вселенной под мостом. И своей внешностью и поведением и жизненным задором он напоминал Глыбу. Ту самую, которая с легкостью переломает кости какому-нибудь эльфу и отберёт и орка барабан для передачи сообщений на расстояние.

Глыба иронично усмехнувшись разъяснил юноше три закона Софтодинамики - ужасающей науки про навыки с мягкого места.

Каков бы ни был предмет обсуждения, как бы ни были рациональны аргументы - вещал Глыба - наш мудрый руководитель
уничтожит их одним ответом - "Этого никогда не случится". Действительно, разве может так случится, что ты напишешь
плохой код, из-за которого сломается сборка гигантского пакета и отложиться релиз на пару дней.

Если так подумать, то и действительно. Руководителю нужно быть визионером. Если каждый ничтожный сотрудник будет
приводить аргументы - бизнес не будет двигаться, фичи по доске (в те легендарные времена правда и досок не было и фич)
не будут перемещаться. А KPI сам себя не выполнит. Поэтому как бы ни были мощны и легендарны аргументы - первой линией обороны станет первый закон.

Если же так произойдёт, что аргументы будут слишком весомы или пройдет время - продолжал Глыба - то наш светлоокий лидер отметёт их каким-нибудь примитивным решением - костылём - например - "Мы это административно запретим". Запретим ошибаться тебе, монтажнику или запретим вводить неправильные паспортные данные оператору. Ведь административный запрет очень важен и никто никогда даже не думал нарушать законы нашей страны - Großland.

В этот момент наш молодой друг, решил озвучить сомнение, однако Глыба его саркастически прервал и продолжил - ну а
последним рубежом защиты очередной безумной идеи будет - "Ну и что". Таким способом можно выказать презрение к
несущественной проблеме поднимаемой мелкими людишками.

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

Потом прошло пару лет и пару других компаний и в них все эти три закона находили свое воплощение. Отрасли сменяли
друг-друга - телеком, геймдев, еком, энтерпрайз, инфраструктура, субд. Чтобы не делал наш постаревший джун, это наблюдал то как важны и полезны "мягкие скиллы" и как бизнесы и компании погибают в бесконечном цикле трех законов. Разорвать порочный круг оказывалась не возможно, т.к. каждый настоящий лидер - верит только себе. Он самый умный, он - руководитель.

Мораль довольно проста - остановить колесо Сансары - невозможно. В попытке бороться с ней, каждый несчастный
просто будет годами крутить колесо, на которое действуют три закона Софтодинамики. Но всегда можно понять свою роль и
просто отойти в сторону. Превратившись в недвижимую Глыбу - наблюдающую за творящимся безумием со стороны.

Так уж вышло, что в начале недели я пишу про книги. Но день сегодня выдался на удивление необычным. Настолько, что
напомнил мне о забытой и самой любимой книге. Впервые я прочитал её когда мне было 11. Сборник "Забытый день рождения", названный в честь одной из сказок английского писателя Дональда Биссета. Именно в ней я прочитал "Хоббита" Толкиена. Но в стране советов этого малоизвестного писателя не знали, в отличие от Дональда Биссета. Он то был очень хорошо известен.

Сами по себе его сказки - короткие и простенькие истории на одну-две страницы, рассказывающие о драконах, лошадях,
автобусах (исключительно боящихся темноты) и ВОКЗАЛЕ - будоражили детский ум, заложив любовь к новеллам и рассказам.

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

Но особой частью именно той книги была работа то-ли редактора, то ли самого автора. Разговоры с Тигром. С желтым тигром,в исключительно чёрную полоску. Эти разговоры были отдельной метаисторией увязывавшие детские сказки написанные для радио (отсюда и краткость формата) в полноценную связанную историю. Другие издания "сказок для тигра", что мне попадались позже не содержали этого особенного, для меня, текста. Поэтому когда у меня родилась дочь, я с восторгом обнаружил, в доме тестя эту же книгу. Точно такую-же как та, что я нашёл когда в домашней библиотеке.

И так уж получилось, что забытый день рождения всё-таки был найден, как и именинник. Героя торжества засыпали
подарками. А путешествие по реке удачно завершилось. И благодаря участию многих людей (и не только благодаря Телеграмму), сегодня я снова осознал, прямо как в детстве, как грустно - когда твой день рождения забыли. И как же здорово, когда он потерянный - нашёлся снова. А вместе с тем, как же храбр маленький автобус - в темноте. И каково там корове или дракончику.

Книги важны разные. О многих технических книгах я ещё успею написать. Но о книге, которая влюбила меня в чтение в день, найденного дня рождения просто хочется написать. У кого-то уже есть дети, а у кого-то ещё будут. Так что вы всегда можете взять эту прекрасную книгу, открыть "Сказки для тигра" и читая её разными голосами разыграть перед вашим маленьким другом удивительный мир, наполненный теплотой и надеждой. И через много лет, ваш ребёнок будет об этом вспоминать с теплотой и любовью. Ведь его день рождения - вы никогда не забудете.

Ровно так же как и я - этот.

#bookshelf

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

Экспрессивная пьеса о том как не превратить кодовую базу в свинарник, с проверенными годами рецептами.

Один из рецептов на обложке. Тут показана судьба типичного go-developer'а из бигтеха с 5 годами опыта и личное участие СЕО стартапа в судьбе неудавшегося профессионала.

Если интересно - можно будет заливать такие лекции на youtube, с минимумом монтажа - режим прямой речи.

Поиграем в игру, если интересно такое смотреть - ставьте единорога, если не интересно мистера Какашку.

Так уж повелось, что на удобренной IT почве Großland, не могло обойтись без профессиональных конференций.
Про все возможные языки, процессы и технологии. И из каждого подкаста организатор очередной Großференции вещает неокрепшим умам, о том, что Networking очень важен. Именно тут вы можете познакомиться с будущим работодателем и рассказать о себе создав, о чудо, личный бренд!

Вот так каждые полгода и проводилась уникальная конференция Großlangconf. Не сказать, чтобы истории о которых
рассказывали со сцены были уж совсем не нужны или бесполезны. Но по слухам, от клевещущих пташек, не то чтобы прибыльны. И однажды, наш герой решил, что настало время изменить правила игры и рассказать людям о своих идеях и двинуть общество на правильные рельсы. Поделиться опытом и знаниями и поведать о невероятном проекте, который ему удалось создать.

Проект и правда был грандиозный. Но увы не имевший прямого отношения к популярному языку Großlang. Скорее даже выставляющим его в дурном свете. Идея же этого доклада была кристально проста - произвести анализ слабых мест и предложить коммьюнити пойти вместе, устранять эти слабые места. Создать какой-то общественный фонд из кодерков, которые объединенные идеей закроют пробелы сделав много удобных инструментов. Организатор писал, что ему нужен такой доклад. Второй организатор был в восторге и выдали в помощь юному гению - опытного куратора.

Куратор же потерял словно интерес к своей, вроде как работе (хоть и добровольной). Тут ему не нравилось, это ему не
нравилось. Обещал обязательно посмотреть и дать обратную связь. Но ни разу так и не вернулся. Ни разу не подготовился
к встречам, не смотрел материалы, даже если они были. Да и встреч то было всего ничего - две. На последней прозвучало,
что надо бы сменить вектор, т.к. эту тему невозможно презентовать, ну никак. И с оргкомитетом дескать он сам обо всём
договорится.

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

Как же был удивлён наш герой, когда открыв сайт конференции увидел на второй строчке списка докладов - активность,
изумительным образом совпадающую с идеей доклада. А ведущим этой активности значился его куратор, организитор и
медийный спикер. Изумлению несчастной птахи не было предела и он пошёл выяснять, кто же его куратор.

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

А вот возможность слить чужой доклад, ради того, чтобы торгануть в очередной раз своим лицом и личным брендом оказалась слишком привлекательной. И ни у кого не возникло никаких этических проблем. Ни у кого из участников нет перекрёстной компетенции, чтобы обсуждать тему. Но автора идеи, обладающего таковыми, на банкет - не позвали.

Какая же мораль у этой истории? Как не усаживай, в лице экспертов петуха, медведя и осла с котом
рядом друг с другом на сцену - реального драйва и контента создать не удастся. Петух со своим кукареку - всё испортит, ведь для личного бренда важно качество историй, а не цвет перьев на рубашке.

Ну и самое главное, что для личного бренда, все эти надувающие щеки от важности люди и не нужны, ведь создать канал на Großtub'e сможет даже тётя Люба.

#fridaytales

Откроем новую рубрику "Инструменты от дедули". Картинка, кстати, для привлечения внимания, но не только.

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

Сначала, нужно подумать, что ты хочешь сказать. Потом нужно сказать, поэтому этот кусок кремния ошибётся с распознаванием голоса или слова и придётся понимать, почему второй кусок кремния, что-то неправильно сгенерировал. И я решил понаблюдать, когда же юноша начнёт печатать. Скорость его набора меня впечатлило. Потратить тысячи часов на эксперименты и изучение того как работает Cursor человек осилил, а вот ключевой инструмент работы - в очередной раз нет.

В отличие от многих из моего поколения у меня не было возможности, до поступления в университет, поработать с
компьютером. И ещё и голосового набора не было, поэтому приходилось учиться кое-как писать код. Я не самый скоростной
стенографист, поэтому в один момент решил, что нужно ещё сильнее выйти из зоны комфорта и приобрел себе это замечательное чудо: Das Keyboard 4 Ultimate. Хотя на деле сошла бы любая другая механическая клавиатура и смена кейкапов.

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

На деле первое время было забавно, хотя к тому времени я уже лет 5 как набирал текст довольно уверенно на двух языка, тут
добавился ещё и третий. И всё равно оказалось, что я на эти буковки время от времени смотрел. Около месяца ушло на осознание тщетности этого мероприятия, после чего работа с клавиатурой ещё сильнее ускорилась.

Безусловно, я не смогу написать типовой код быстрее чем нейросеть. Но вот нетиповой я напишу быстрее того, кто
возиться с промптами. А учитывая картинку, приложенную к тексту - любое обновление платформ, языком программирования и так далее даётся нейросетям тяжело. Прошло больше года, а две опробованные сети, для ревью кода, до сих пор не в курсе об изменении в go 1.22.

Рекомендовать вам купить механику и сменить кейкапы не буду. Через десять лет всё равно все литий добывать будете в
шахтах для батарей GPT/CTO. Но если решитесь некоторое количество лет сможете рофлить над "коллегами" в офисе, прямо как я.

#dedtools

Эта книга, поразительный пример того, как распространяются в нашем обществе слухи. На протяжении всей свой "карьеры" у меня было омерзительное отношение к термину TDD. В своём нутре, я исключительный практик. Как атеист, я за рациональное мышление, а не религии. И поэтому, открывая очередную статью на хаборе или потом медиуме и читая про TDD, я раз за разом её закрывал со словами "ну нахер". Так продолжалось даже с момента, как я стал сам писать тесты, проповедовать зелёный бадж с "100%" и приговаривать тем, кто со мной спорит - "мнение тех, у кого меньше 100% - автоматом не учитывается".

Тем поразительнее было то, когда на очередной работе молодой товарищ сказал мне - ну ты пропагандируешь TDD, 1 в 1 как в книге. И мне пришлось взять эту маленькую тетрадочку, написанную Кентом Беком и прочитать буквально за пару выходных.

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

Большинство людей, которые пишут или рассказывают о TDD, не понимают сути того, что написано в книге. Книга рассказывает о трехфазном цикле. Который итеративно повторяется. Причём изменения и их объем определяется лишь тем, насколько вы находитесь в контексте изменений которые вносите. Иным словом, если вы уверены в себе, то можете хоть написать весь код, потом написать тест и добиться его зеленого статуса.

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

Часть же книги про то, как написать инфраструктуру тестирования, вообще многие пропустили. Хотя, по своей сути, эта часть книги предвосхищала появление такой роли как Software Engineer in Tests. На протяжении 25 лет дискуссии крутились над одним и тем же тезисом, суть которого объяснялась крайне просто. Не было инструментария, позволяющего по месту
определения несуществующей сигнатуры - одной комбинацией клавиши сгенерировать её. Вот уже лет как 15 (а может и больше), это возможно, но в дискусре и апологетов и противников одна и та же мысль, возведенная в абсолют до безумия.
А вот Кента, она не сильно беспокоила.

Так что если хотите составить своё мнение о TDD, обратитесь к первоисточнику - книге Кента Бека "Экстремальное
программирование: разработка через тестирование". Ведь самое главное в ней, идея процесса, а не догма. И составив своё мнение, вы сможете или критиковать или поддерживать подход осознанно, а не строить свои суждения на возведении в абсолют 0.5% текста книги, как ключевой мысли всей идеи.

Тем более что навык критического мышления сегодня важен как никогда.

Großland это страна в которой не ценится опыт нажитый годами и трудовыми мозолями. И тем интереснее, как судьба
складывается когда к пташке знакомой с Софтологией, приходит человек, который когда-то учил пташку программировать.

Пожилой юноша, которому за 50, всю жизнь провёл за клавиатурой. Создавал сложнейшие системы, решал невероятные задачи. Чуть ни в прямом смысле результаты его труда - заставляли несчастных людей жить дальше, вместо того, чтобы отправится в мир иной. И вот как-то решил он поставить карьеры на паузу и отдохнуть. И вдруг захотелось сделать апгрейд компьютера, купить монитор, телефон. Не то чтобы сильно надо, но хочется.

И решил наш Киса, вернуться в мир кодерков. Пошёл по собеседованиям и получил оффер от легендарной, в Großland, компании "Verbindung". Но вот незадача, оценили его как жалкого мидла. Да и нанимала компания не себе в штат, а на проект, в другую компанию на аутстаф. Старик, сжимал от обиды кулаки, мол: - "как же так... сопляки - откажу им!".

На что наша птаха, стала убеждать деда передумать. Ведь по философии Социального Дна, от мидла и взятки гладки. Пиши 8 часов, работай сколько уплочено.

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

Команда - на загляденье. Все молодые, большая часть ещё учится в вузе. Настоящий миддл только один - наш мощный
дед. И тимлид, которому ещё и 30 нет. И который по 10-12 часов в день занят развитием карьеры - гниёт на совещаниях и
созвонах. Каждый день наш седовласый юноша, берёт задачу и сделав её за час или два.

По итогу квартала он оказался тем самым человеком, который находясь вне штата написал 90% кода в ключевой, для облака
компании, системе. СТО компании "Verbindung" озадачился проблемой. Как же так. Почему вся экспертиза у миддла и ещё и на аутстафе. И решили усилить команду - наняв двух сеньоров с 3 годами опыта из Großtech'a.

А Кисе, запретили писать код. Только передавать знания нанятым Сеньорам и ревьювить их код. Для этого на следующий
квартал провели стратегическое планирование, оценили все-все цели и задачи, составили подробный план и два бодрых
розовощеких сеньора принялись за работу.

К концу третьего спринта они так и не сделали две довольно простых, для Кисы, фичи. В их пулл реквестах
набралось спустя 3 месяца свыше 500 комментариев. Сеньоры сцепились друг с другом в них как кот и пёс. Итогом такой
напряженной работы стало то, что мидлу разрешили неделю поработать и запросив на работу 4 дня, он решил обе задачи в 4 часа, простите 4 дня.

Одного сеньора отправили на мороз, взяв другого. И решили проведя мощное ретро, наконец-то пойти другим путём.
Следующие 2 спринта ситуация оказалась схожей. В итоге взбунтовались уже QA, которые больше 9 недель не могли нормально работать, а релиз в конце квартала ставал под угрозу провала - ключевая фича опять не была готова. На экстренном совещании, лично CTO - дозволил поработать нашему мидлу. И даже в выходные с двойной оплатой. После чего через 2 часа наш юноша подготовил набор изменений и ушёл отдыхать до воскресенья.

И вот все - 2 сеньора, тимлид, куча коллег из универа, СТО, менеджеры и отдел качества в ужасе потея ждут понедельника.
Посреди поедания обгорелых кусочков сочного мяса, наш герой подходит к компьютеру и вытерев жир полотенцем, делает
коммит и пуш. Карета не превращается в тыкву! И едет дальше! Все спасены. А наш Киса, кормит философа
Софтологии сочной свининкой.

Мораль истории довольно проста. Гениев среди людей крайне мало. И отрицая ценность опыта и знаний, набитых шишек, бизнес в Großland'e сам породил ситуацию, в которой он платит некомпетентным людям, награждая их титулами, за неэффективный труд - и приближает, при этом, тепловую смерть всей вселенной.

#tales

Go язык программирования, который сейчас в мейнстриме. Подкасты на ютубе, истории успехов молодых людей, драматически возносимых за 2-3 года в сеньор идиот девелоперы, это всё про Go. Байки и россказни о том, как легко и просто на нём программировать всё на свете, от микросервисов, до монструозных бизнес-монолитов. Диво как хорош, если послушать тех, кто его продвигают.

И всё становится совершенно не так, когда открываешь код на этом языке. Просто месиво из грязного API, тысяч багов, плохих подходов и неопределённых поведений. Коммьюнити в России бодро корчит рожи, делая вид, что к ним в го понабежали релоканты из других языков и всё портят. Однако эта книга, открывает и другие стороны - неочевидность, неявность и повышенную когнитивную сложность кода на го.

"100 ошибок Go и как их избежать" Тейва Харшани - это сборник всего на свете. Неопределенных поведений, из-за которых ваши программы могут вести себя не так, как вы ожидаете. Информации о устройстве рантайма (которая конечно устареет и устаревает постепенно) и даже проблем связанных с самой сложной частью го - обработкой ошибок. Книга в целом закрывает и даёт ответы на многое, например на убогие задачки в бигтехах, осилив её вряд ли вас смогут поймать "неожиданным" вопросом. Почти все вопросики с собесов про "го" раскрыты в этой книге (кроме новомодной Swiss Map).

Автор не пытается казаться умнее аудитории (ещё раз повторюсь: go это язык для умственно-отсталых). Наоборот, с
удивительной легкостью рассказывает о сложных вещах объясняя каждую неоднозначность максимально подробно. И можете потом внимательнее посмотреть на код ваш и ваших коллег и думаю не удивитесь, найдя одну (а скорее всего куда больше) проблем в вашем "промышленном" коде.

Эту книгу я заставляю себя перечитывать каждый год и перед каждым раундом собеседований. Более ценного сборника
человеческой глупости найти крайне затруднительно.

Издавало книгу издательство "Питер": https://www.piter.com/collection/all/product/100-oshibok-go-i-kak-ih-izbezhat

#bookshelf

Если искать страну с великими традициями, в нашем выдуманном мире, то Großland как раз такая страна. Культура, наука, искусство. И кодеркование тоже не отстает. В какой-то момент для целей лицензирования и патриотичного патентного права появился Großhub - не просто какой-то там сайт в интернете, а настоящий бетонный могильник-архив, в который предполагалось помещать объекты авторского права. Коим конечно же является исходный код.

И вот одна из пташек, в бытность своей карьеры оказалась в компании AWT ("die alte Wolkentechnologie"). В то безумное время розовощекий СЕО компании собирая оллхендсы рассказывал, как на глобальном рынке устроят глобальную конкуренцию с компаний "Kleinsoft". Правда компания "Kleinsoft" отказывалась замечать конкуренцию и от того СЕО регулярно клял её за лоббизм и коррупцию.

И вот на очередном витке глобальной конкуренции у компании AWT произошел кассовый разрыв, между ожиданиями инвесторов и контрактами. Т.к. качество продукта было ну очень уж спорным. И всей компании пришло письмо с горькими словами о том, что "мерзкий банк отказывается переводить деньги с нашего счета на зарплатные" и кучей прочих подробностей. В конце этого эмоционального послания, обещалось решить вопросы прямо скоро. Но на следующий день пришло новое письмо утром, потом вечером. И так до конца недели. К концу второй недели число писем сокращалось и наконец был собран очередной "all hands" посвященный этому важному вопросу. Где всех убеждали отказаться от большей части денег, только для того, чтобы компания дожила до момента когда всем всё выплатят.

После чего письма стали приходить всё реже и реже. И в какой-то момент поток новостей окончательно иссяк. На удивление свинарник опенспейса не пустел и наши наблюдатели стали задаваться вопросом "почему". Ответ в конце концов был найден - потому, что коллеги на рынке стоили в 2 раза ниже своего уровня и найти новую работу бы не смогли на те же условия. В связи с чем, все бодро ждали когда золотой дождь прольется на них вновь.

Но история о архиве (том самом - бетонном), в какой-то момент наша пташка оставшись без писем от розовощёкого СЕО и решила, что надо написать генератор писем. Взял оригинальные тексты, разбил на логические блоки и стал их миксовать внутри рандома. После чего отдавал бинарник на го всем желающим, не тосковать. Когда в животе начиналось урчания, несчастный запускал письмо и там стилем и словами СЕО его подбадривал. Обещая, что скоро вся-вся зарплата будет. Надо только подождать.

Разумеется этот замечательный код был отправлен в репозиторий продукта и через некоторое время попал в депозиторий всей страны Großland. И теперь историки или инопланетяне через 1000 лет будет с удивлением изучать, посреди вполне себе технического кода микросервисов наблюдать инструмент для генерации писем, обещающих хоть когда-нибудь заплатить зарплату.

А права на это гениальное творение принадлежат компании AWT. И что самое прекрасное, весь этот код отпечан - на бумаге. А с неё, как известно, даже топором ничего не вырубишь.

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

#tales

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

Это не совсем книга, это сборник выступлений на конференциях и статей в интернете, который в последствии собрали в сборник и превратили в действительно прекрасную книгу. Фредерик Брукс был менеджером работавшим над ископаемой IBM OS/360 - операционной системы для мейнфреймов. Человек описывал свой опыт датируемый серединой 70х годов двадцатого века. И тут каждый мой современник начинает кривить морду. Это же ведь не было А-Г-И-Л-Е. И чем может быть полезна эта рухлядь?

А она может. Брукс рассказывает о менталитете инженеров и об оценке времени и рисков. Сейчас каждый может кукарекнуть "ой эту оценку мы умножим на 2", но впервые она появилась у Брукса и именно он полно её раскрыл и объяснил почему так происходит. Забавно наблюдать, что когда спрашиваешь даже 50 летних менеджеров работавших над IT проектами, обязательно найдутся те, кто её не читал и редко задумывались об этом тезисе.

Книга содержит рекомендации по формированию команд. Которым не следуют современные российские бигтехи, собирая посредственностей в группы. Она научит вас управлять временем и понимать, почему проекты опаздывают и как корректно управлять всем этим. Как строить инкрементальную разработку, ту самую которая куда лучше, чем любой из Agile, подходит для долговременных технологичных продуктов, без перерасходы на 6 менеджеров на 8 человек (ПМ, ПО, Тимлид Бекенда, Тимлид Фронта, Тимлид QA, Лид Аналитиков).

В ней мало технических деталей - вроде архитектур. Но много того, что нужно для тех, кто управляет инженерами. И мнение о том, что книга которой в обед уже 50 лет не имеет смысла - глупа. Т.к. слова о "серебренной пуле" по прежнему звучат из каждого утюга открывающего рот. Хотя больше половины, даже не понимают откуда это и почему.

Вы можете прочитать множество книг о аджайле или СОФТ-СКИЛ-ЛАХ, но большинство из них не сделают из вас технического менеджера. В отличии от "Мифического человеко-месяца" Фредерика Брукса - вечной и нетленной классики. Которая подобна классическому мужскому костюму и музыке Бетховена - никогда не устареет.

https://www.piter.com/product/mificheskiy-cheloveko-mesyats-ili-kak-sozdayutsya-programmnye-sistemy

#bookshelf

Тут спрашивали (никто не спрашивал, кого я обманываю), почему я ратую за 100% покрытие кода тестами. Эта трагикомедия на 40 минут раскрывает большую часть тезисов и проблем тех, кто любит утверждать следующие:

1. 100% cc не спасает, если тесты написаны ради цифры.
2. 100% cc не гарантирует что багов нет.
3. 100% cc мешает деливерить фичи, т.к. тесты ломаются и заставляют себя чинить.

На это есть что сказать и довольно много и показать пример, как даже высококвалифицированный инженер, способный сделать одну из самых популярных библиотек в экосистеме го, может отстрелить себе (и вам) ногу, если не будет следовать очевидному правилу - обрабатывать все ошибки и покрывать код тестами на 100%.

Очередная (последняя) серия из душных лекций.

https://youtu.be/MavGp3MR5xc

#oxygenless #pygorust #lections

Großland самая прогрессивная страна в мире. Не в последнюю очередь благодаря своему электронному правительству и
инновациям в этом направлении. Так уж получилось, что государства и министерства тратят большие бюджеты, чтобы рожать мышь время от времени. Выделяются деньги на создание масштабных и амбициозных проектов, вот только делаются они не совсем так, как ожидается.

Так однажды, компания с романтичным названием "Ibis" получила заказ на создание очередного супер проекта. И там должно было быть всё на свете. И сверх UI/UX. И невероятные распределенные и децентрализованные хранилища с шифрованием и сверх надежностью, хранящие петабайты всего на свете. Только вот пока придумывали, по традиции, проект. Пока презентовали, пока писали ТЗ (такое, чтобы никто не смог другой тендер выиграть), пока проводили тендер и все прочие вещи. Очень устали.

А по традиции бизнеса в чудесной стране Großland, просто так ничего не сделать. Ведь инженеров, которые умеют что-то
делать, можно или взять в аренду или нанимать строго когда под них есть деньги. Поэтому так уж вышло, что коллектив
сформировали аккурат за пару месяцев до сдачи проекта, который делать примерно лет 5. А обещанное по выигранному тендеру - полгода.

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

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

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

Посему под громогласные аплодисменты, приемочные испытания были признанны успешными. И проекту выделили новые деньги на следующий год, а за этот год сотни миллионов Großmar'ок улетели в карман предприимчивых бизнесменов. А наша светлая голова успешно создавал проекты, занимал потом высокие должности вроде СТО. Считался признанным экспертом. Не то чтобы уж совсем незаслуженно. Но в первую очередь за смекалку.

Мораль довольно проста. Софтскиллы эт именно про это. Не будет у вас никакого карьерного рост, ежели неготовы врать не краснея и делать великие вещи за счёт других. Это и есть Softskills in action.

Главное ведь, что? То, что если не пойман - то и не вор.

#fridaytales #tales

Последнее десятилетие громогласно шагают по планете микросервисы. Хайп немного утих, в связи с пузырем AI, но всё равно из каждого утюга доносится это слово. И в какой-то момент меня одолело желание прочитать книгу на эту тему.

Лично для меня, микросервисы не являлись чем-то новым ни в момент прочтения книги, ни в момент рождения термина (собственно авторство пытается монополизировать автор книги - Крис Ричардсон), ни за 7 лет до момента его рождения.

Книга в целом неплохо скомпонована, структура из паттернов и механизмов рефакторинга выглядит дидактически непротиворечивой. И несмотря на её недостатки, она в целом может быть полезна для людей занимающихся разработкой микросервисов.

Из недостатков, стоит отметить, слабую доказательную базу.

Книга навязчиво, в каждой главе рассказывает о том, какие плохие монолиты и что они похожи на комки грязи и справится с ними нельзя. Однако природа огромных комьев дерьма кроется не в выборе композиционной архитектуры, а в классе исполнителей. И там где исполнитель не способен структурировать и декомпозировать сложность монолитного приложения, о чудо в микросервисном у него должно бы всё получится.

Но для того, чтобы писать микросервисы, автор вводит информацию о DDD (Bounded Context, Aggregates), о разных архитектурах организующих код и в конечном итоге десяток с лишним паттернов разработки и решения проблем собственно связанных с микросервисами. В этом нет ничего плохого, т.к. тема сложная. Но основной лейтмотив книги оказывается не раскрыт. Внимательный читатель лишь задаст резонный вопрос - "а почему, всё таки нельзя наговнякать в микросервисах то же самое, ведь потенциал для этого выше?".

В целом книга рассказывает ещё о том, как автор придумал свой фреймворк и в некотором роде проводит его пиар - т.к. все варианты решения построены только на использовании этого фреймворка. Что в целом неплохо, если вам интересно писать свои фреймворки (как мне) и сравнивать идеи других людей с собственными. Для остальных людей, практическая часть книги скорее бессмысленна.

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

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

На русском языке книгу издавало издательство "Питер": https://www.piter.com/product/mikroservisy-patterny-razrabotki-i-refaktoringa

#bookshelf

Надеюсь, что многие заждались регулярного контента. Но так уж сложились обстоятельства, что он пропущен был на этой неделе. Впрочем, уже в эту пятницу начнётся описание история о падении компании "Broiler-228", на протяжении многих серий, так что уверен, как и я насладитесь историями, что напевают мне птицы в весенних садах.

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

Реальность примерно такова. Что когда в руках у нас оказывается код, написанный молодым поколением с любовью к вайб кодингу, этот код постигает именно вайп. Почему? Потому что задача программиста в целом не писать или создавать что-то. Его задача поддерживать результат своего или чужого труда. А для этого нужны навыки, которые вырабатываются разрешением проблем в продуктивных средах, в ситуациях, когда у тебя нет контекста и автора написанного. И ты идёшь, читаешь это произведение и пытаешься диагностировать место, в котором проблема.

Проблема же может быть в код, в базе данных, в сети или обнаруживаться на графиках или при анализе журналов. И если ты умеешь писать код, то читать код вайб-кодеров не составляет трудности. Ты находишь в них баги, находишь просто читая его как книгу —
сверху-вниз. Но вот они сами этих проблем не находят.

Последние 10 лет я наблюдаю одни и те же истории. Заглушенные линтеры, отсутствие юнит-тестов, анти-паттерны в коде, просто плохой и не работающий код, наивные реализации. Теперь добавился код, который человек наивно предполагает работающим,
но таковым не является. Что удивительно, аргументы в защиту глупости, подвергнутой остракизму десятилетия назад, плодятся. Люди, защищающие плохие подходы, лишь увеличиваются численностью год от года. Но только не в публичном поле.

Каждая вакансия содержит мантру умение или обязанность "писать unit-тесты", но ни на одном из собеседований не проверяется это умение. Говорящие же головы утверждают, что вот конкретно тесты то AI-пишет отличные (спойлер: нет). Нужно уметь писать качественный и высокопроизводительный код (но конфиг линтера вам никто не приложит к вакансии, а число
quality gate'ов не перечислит).

Но при чём тут wibe coding, спросит меня читатель. Мне пока не попадались творцы заклинаний, которые генерировали бы код высоких стандартов. Вот сгенерировать микросервис на пару тысяч строк кода, к которому будут замечания базового строгого линтера как на скрине - это пожалуйста. Чудес снова не случилось, банкет отменяем. Результат генерации требует пост-обработки и без определенных навыков (умения читать код) обойтись всё равно не получится. И те кто на вайбе смогут создать работающие стартапы в итоге всё равно будут вынуждены приходить к старичью, чтобы оно их оживляло с помощью шоковой терапии.

Это лишь в фантазиях сумасшедших мир плоский, стоит на спинах трёх слонов, которые танцуют степ на панцире большой черепахи. Настоящий мир конечно же не такой. Это скучный шар из кремния в разной форме и состояния. Залитый унылыми серо-синими морями. Но всё это не относится к Großland ни в коей мере. Это колоссальная по размерам страна настолько велика, что ее две столицы расположились на спинах у дохлых слонов, которые, зловонно воняя, разлагаются на панцире у напившейся в стельку черепахи, плывущей в океане в абсолютно шокированного от данного факта мир.

Только в настолько безумном месте и могла произойти эта история.

В темные, для страны времена, один предприимчивый человек и его товарищи (те самые, которые легко могли порезать людей на части и скормить свиньям) решили создать предприятие. Которое перевозит спиртосодержащие флаконы из других стран в Großland, дабы ликвидировать дефицит. И пользуясь всяческими ухищрениями, они создали устойчивый бизнес. Компанию
иронично назвали "Broiler-228" и её вывески год за годом расползались по каждому более или менее крупному городу в стране.

Спустя целых 15 лет компания стала крупным ритейлером. Важным участником рынка и практически синонимом целой отрасли. Внутри же компании установилась любопытная культура. Люди там работали буквально только на одной работе - на этой. Ты покидал университет и оказывался джуном в айти-отделе и спустя 5-10-15-20 лет всё ещё работал здесь же. Таким человеком и был CTO компании и его зам. В их трудовой книжке было как раз единственное место работы. Все воспринимали компанию как семью, свою семью и своё творение. Что не было проблемой, пока у руля стоял Отец-основатель.

Однако быть бизнесменом это сложный и опасный труд. И Основатель в прямом смысле сгорел на работе. На втором десятке, тяжело заболев и отправившись в мир иной. Оставив наследников — жену, дочь и сына. Часто в таких историях начинается крутое пике. Т.к. наследники слабы и хилы и постепенно разбазаривают бизнес. Или его крадут партнеры. Но Мать, была не такой и как смогла взяла власть в компании.

Именно тут и начинается наша прекрасная история. В компании был архитектурный ландшафт DelphiusDB - как лучшая энтерпрайзная база данных на свете использовалась практически во всех айти решениях. И тут СТО компании неожиданно пришёл к мысли, что большая зарплата и просторный кабинет недостаточен для счастья. Хотелось этого же, но до конца жизни. Да и вообще оказалось, что мы все семья, но вот Мать и её дети - больше семья. И теперь компания вообще не наша.

И у нашего бодрого директора, возникла идейка. Обкашляв с замом, он создал компанию "Broiler 229 Technoligies" в соседнем и союзном государстве — Weißland'e и постепенно нанял туда большую часть сотрудников IT отдела. По итогу, все компетенции оказались там, а компания "Broiler-228" теперь платила за собственных сотрудников дань своему бывшему СТО.

После чего, передав дела, своему заместителю, наш доблестный СТО был таков. Следующие 2 десятка лет, он получал приличную маржу на том, что изначально принадлежало той самой компании, в которой он был членом семьи. И которая сделала его приличным человеком.

Но не один наш хитрый инженер считал, что деньги компании "Broiler-228" это его деньги, а не деньги собственников. Но
о следующей великой афёре уже в следующий раз. Сериал будет долгим и весёлым.

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

#tales #broiler228