Как и всё крупное, 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

Если послушать дискурс HRюш, то нет более надежного и верного сотрудника, нежели человек, проведший в компании десятилетия. Человек, пожертвовавший собственным доходом и карьерой ради того, чтобы некогда небольшой бизнес рос и крепчал, становясь большой корпорацией. Особенно в Großland'е, где изменчиво всё и повсеместно.

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

В бытность своей истории компания связалась с Альфой и Омегой всего бизнеса страны — с "Großbank", а точнее с одним из подразделений формирующейся монополии — "Graphologist". Год от года бизнес рос и росли логистические доходы первого и крупнейшего банка Großland'a. Пока руководителю банка Ингланду Бубну не пришла в голову мысль о том, что все эти ритейл компании и онлайн магазинчики дескать развиваются и конкурируют с ещё одним детищем — "Großultramarkt" — приобретённой компании маркетплейса. Светлая голова банкира выдала идею: расторгнуть договора с клиентами "Graphologist" и обеспечивать только потребности в логистике своего собственного маркетплейса. Однажды мы эту историю раскроем и с этой стороны.

Для "Broiler 228" это был довольно серьезный удар. Так как теперь нужно было выстраивать систему доставки с нуля. И тут
внутренние логисты компании предложили "сэкономить" и выстраивать свою систему, чтобы больше не оказываться в западне контракта с большой компанией (которую потом могут тоже поглотить). Будем возить частниками, и развивать свою систему.

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

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

Результат оказался ещё жестче. Так как нагрузка на логистику возросла, наличие номенклатуры на складе магазинов ещё
медленнее наполнялось. Но что хуже — бедный и несчастный сайт, в основе которого лежали хранимые процедуры по 5000 строк кода в DelphiusDB, просто стал падать и терять покупателей. Если раньше магазины в оффлайне приносили основные в продажи, то теперь всё по-сути строилось через продажи с сайта. И в высокий сезон компания понесла потери, поставившие под вопрос её прибыльность.

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

#tales #fridaytales

Последние два дня оказались непростыми. Тем любопытнее мысль посетила сегодня, о книге, которую я прочитал за 3-4 дня полгода (где-то) назад.

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

Тем фантасмогоричны события, происходящие сейчас. Оказываясь на собеседовании, я вижу в целом неплохих (наверное) молодых инженеров, которые понимают конкурентность исключительно в одном единственном аспекте. В том, как устроен рантайм го (помните книгу про 100 ошибок? 2 главы от туда) и весьма посредственно понимают всё остальное. И думаю, что эта книга абсолютно точно помогла бы систематизировать понимание о параллелизме, конкурентности и том, в чём конкретно хорошо то или иное решение.

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

Если вы ловите себя на мысли, что вам непонятны слова вроде "семафор", "барьер" или "атомарность". Или не понимаете отличие "конкурентности" от "параллелизма" - вам сюда. А когда разыграется аппетит, можете отправляться в любимую книгу Подольского.

Единственное я бы не рекомендовал покупать бумажную версию книги. Ни ее форма, ни содержание не заслуживает всё таки места на полке. Всё же это книжка для джуниора и лишь самое начало в прекрасный мир абсолютного безумия:
https://www.piter.com/collection/seriya-grokaem/product/grokaem-konkurentnost

#bookshelf

Ландшафт мира дрожал от новой идеи, той самой, которая помогла Großtech'ам бурно расти и завладеть умами кодерков. Микросервисы! Вот это сила! Вот где истина, вот где серебреная пуля. И раз уж сайт "Broiler 228" оказался неспособен выдерживать нагрузку и все попытки CTO II исправить ситуацию не удавались, настал момент трансформации. Истинной платформизации!

Под это дело большие полномочия получил IT-директор. Став CTO платформизации. Под это гиблое дело, он выбил себе бюджет и решил сделать всё по науке. Обратился к известным компаниям за консалтингом и на протяжении целого года, занимался выработкой стратегического плана развития IT в компании, которая до этого в целом занималась спокойной продажей спиртосодержащих жидкостей, на бескрайних и безумных ландшафтах крупнейшей страны мира. На консультации было потрачено 150 миллионов Großmar'ок. Сумма, мягко говоря, не маленькая.

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

За прошедшие годы, CTO II нанимал разного рода экспертов в компанию, цель которых была не делать что-то, а составлять
экспертизу по техническому ландшафту. Быть консультантами и советниками технического директора! В результате любой
катаклизм удавалось преодолеть, ведь эксперты по DelphiusDB находили решение и путь в лабиринте хранимых процедур и раз за разом CTO получал реноме компетентного и талантливого инженера. Но, все же помнят первую главу, в его интересы всё так же не входило менять текущее решение и заниматься платформизацией. Он доблестно занимался латанием тонущего (по-мнению владельцев) судна и конечно же талантливо вставлял палки в колёса в платформизацию. В будущем, пока он просто оставался в тени.

На платформизацию и ее реализацию выделено было 250 миллионов Großmar'ок. Цена 5 комнатной квартиры в историческом особняке в центре столице страны - Großdorf'e. Прошло 3 месяца и финансовое состояние компании стало тревожить владельцев и "люди" захотели узнать что там с платформизацией. Бюджеты еле удавалось свести к минимальным прибылям, ожидаемые дивиденды были не впечатляющими и IT директора вызвали на ковер с вопросом "ну что, как там".

Мало кто ожидал, что директор даже не придёт на совещание, а напишет заявление об увольнении по собственному желанию с просьбой "не выплачивать ему годовую премию в размере 6 миллионов Großmar'ок (6 окладов своих к слову)", после чего - будет таков. Инвентаризация наследия талантливого управленца выявит, что за прошедшие месяца было нанято 0 человек. Написано 0 строк кода. Сделано 0 каких либо задач. И осталось ровно 0 - Großmar'ок из выделенного годового бюджета.

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

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

Ответа мы не знаем (пока), но держимся концепции того, что Großland выдуманная страна и happyend'ы тут, в отличие от настоящей жизни, видимо случаются.

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

#tales #broiler #broiler228

Меня впечатлило мнение комментаторов к моему интервью, о том, что уж софтскиллы то мне помогли бы. Поэтому я последнюю неделю давясь дочитывал прекрасную книгу - чтобы спасти вас от её чтения.

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

Поэтому надо понимать, что за книгу с названием "Soft skills для IT-специалистов. Прокачай карьеру и получи работу мечты" я приобрел с особым настроением. "Наконец-то мне не только объяснят, что же это за зверь такой, да ещё и получу работу мечты!!!".

В действительности книга наполнена большим количеством очевидных вещей и значимой частью того, что в российских реалиях можно считать глупостью. Скажем попытка "посчитать" стоимость сотрудника в компании и таким образом оценить, что компания не должна повышать вам зарплату, иначе как вредительством определить нельзя. Тем более что ранее в книге автор пытался научить читателя торговаться за зарплату и приводил совершенно бессмысленный в реалиях РФ пример — когда он согласился на снижение зарплаты в пользу получения опциона с 50% скидкой к цене акции компании взамен.

Из полезного, начинающему специалисту, было бы полезно прочитать информацию о математики бизнеса, но с другой стороны не лучше ли прочитать специализированную литературу на эту тему. Сама глава об этой теме слишком мала.

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

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

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

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

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

PS: книга на сайте издательства https://eksmo.ru/book/prokachay-kareru-soft-skills-dlya-it-spetsialistov-ITD1280304/

#bookshelf