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

Рулить группой программистов довольно интересное занятие, в особенности в ситуации, когда компания в лице менеджмента марширует под лозунгом Аджайла и самоорганизующейся команды, а на месте у руководителя нет полномочий принимать решения, плюс он завален всеми техническими проблемами. Как говорится: “денег нет, но вы держитесь”. Многие программисты и менеджеры ошибочно считают, что руководитель команды является основным программистом – цели и задача которого чинить косяки, помогать всем и без посторонней помощи допиливать релиз. Как ни странно, но такое я наблюдал как в своей компании, так и на интервью в другой компании, где вопрос ставился ребром: “сроки горят, денег нет, вариантов не осталось, ты руководитель, что будешь делать?”.

Автор обьясняет, что задача руководителя состоит в том, чтобы вырастить команду и как итог получить ту самую мифическую “самоорганизующуюся команду”. В команде должна быть дисциплина, ответственность и умение решать свои проблемы. Как же руководитель должен это все сделать, в описанной выше ситуации? В книге рассматриваются 3 состоянии команды: хаос, рост и само-управление. На каждой стадии руководитель играет разную роль и динамика команды меняется. Интересная заметка: как узнать если ваша команда находится на стадии хаоса? Задайте один вопрос: у команды есть “лишнее” время (на учебу и эксперименты)? Если нет, то вы в стадии хаоса.

Изначально руководитель занимает роль диктатора, цель и задача которого: ограничить количество и установить границу в плане доставляемой работы, тем самым получить время для развития команды. На этой стадии диктатор принимает все технические решения, даже если команда этого не хочет, например “мы используем гит для хранения и версионности кода”. Режим диктатора ни в коей мере не должен быть постоянным и служит исключительно одной цели – выбраться из хаоса. Стадия хаоса является самой сложной по многочисленным причинам. Первая причина психологическая: руководитель себя чувствует комфортно, работая героем: “я лично починил косяк в продакшене, все меня любят, начальство ценит и какой всплеск адреналина”, вообщем “я Дартаньян, а все пи…”

Вторая причина практическая: руководителю нужно выбить ресурсы – время, вызвав на ковер бизнес/начальство. Тут прийдется торговаться, бороться и говорить “нет”. Это занятие опасное для карьеры – она может быстро прерваться. Однако, если у команды нет времени думать, учиться и пробовать, то команда так и останется в стадии хаоса.

Следующая стадия – рост. В этой стадии руководитель занимает роль наставника, он должен проводить много времени с командой, как обучая, так и подталкивая индивидуальных членов команды к росту. Цель и задача этой стадии в том, чтобы команда не нуждалась в руководителе. Автор приводит много интересных тактик для роста. Одна важная тактика: когда член команды приходит с проблемой (технической или социальной), внимательно выслушав, руководитель должен задать один вопрос: “Что ты будешь по этому поводу делать?”. Автор отмечает, что вопрос может показать человеку грубым и отталкивающим, однако это заставляет “пациента” думать и решать свои собственные проблемы. Тут важно отметить, руководитель не должен оставить все на самотек, однако он не должен все время решать все проблемы – трюк в том, чтобы подтолкнуть человека к решению своих собственных проблем. Интересная заметка: если вы боитесь, беспокоитесь, не уверены, чувствуете себя не комфортно – это значит что вы учитесь! Вы вышли из зоны комфорта и попали в новое русло. Данная стадия нужна для того, чтобы все члены команды научились решать свои проблемы, научились учиться и выходить из зоны комфорта.

Не менее важный момент стадии роста это дисциплина! Нет не армейская, а дисциплина по доставке обещанного. Если команда не доставляет обещанные фичи бизнесу, то жизнь станет крайне сложной и вполне может вернуться на стадию хаоса. В этом плане, автор рекомендует использовать командный язык: “я доделаю фичу к 18:00 сегодня”, “я вышлю спецификацию после встречи сегодня в 13:00” и так далее. Теперь все программисты знают, что многие вещи не возможно доставить в определенный срок – например починить баг. Может баг простой, а может засосать на очень долго. С этого ракурса нужно использовать технику тайм-боксинга (ограничения по времени) и сказать: “я буду работать над этим багом 2 дня”. Если по истечению времени баг все ещё не отремонтирован, то можно остановиться и пересмотреть решения, как технические, так и ресурсные – добавить время, добавить программиста, перенести проблему на следующий релиз и тому подобное.

Последняя стадия – самоуправление. В этой стадии руководитель занимает пассивную роль – переставая на прямую управлять командой и отдавая бразды правления команде. Руководитель фокусируется на ограничениях вокруг команды, помогая из вне. Насколько я понимаю, эта та самая стадия, которая описывается в книгах по скраму (scrum), где нет руководителя.

Книга весьма интересная, но короткая – всего 200 страниц! Автор правильно подобрал название: “Заметки… “, а не «Полное руководство…». Также стоит отметить, что в книге есть опечатки и кривое форматирование. Как говорил Даниэль Суарэз: у вас есть все возможное время, когда вы пишете свою первую книгу, а после этого нужно укладываться в рамки. Не уходя от критики, книга разбита на две части: заметки от самого автора и вторая половина: гости. Вторая половина книги устроена простым принципом: один гость, одна глава. Хотя бывает, что один и тот же гость пишет две главы. Каждая глава большое напоминает быстрый рецепт к “выздоровлению” и местами отдает рекламой другого материала. Справедливости ради, некоторые темы достойны отдельной книги, но все же, возможно стоило сфокусировать, добавить авторов и расширить материал – хотя это спорный момент.

Итого:
+: Простое и доступное изложение
+: Детальное обсуждение проблем и решений
+: Чувствуется аутентичный опыт автора
+: Хороший возврат по затратам (ROI)
-: Книга короткая и хотелось бы больше сценариев по управлению командой
=: Книга хорошая и будет полезна многим программистам, в особенности тем, кто уже или собирается стать главой/руководителем команды разработчиков. Я советую посмотреть семинар, если вам он показался полезным то вперёд за книгой. Бэкап копия семинара

Название: Notes to software team leader
Авторы: Roy Osherove
Обложки:



Я подобрал эту книгу, так как много раз о ней слышал, да и Рой Ошеров хорошо отзывался. Я считаю себя здоровым скептиком, однако после первой главы я двинул в сторону глубокого скептицизма. Мне лично не пришлась по вкусу подача: все проблемы можно решить если купить книгу, прочитать её, практиковать ремесло, стать мастером влияния, получить докторскую, найти проблему, получить бюджет и наконец решать проблему до победного конца! Это не первая книга, которая на протяжении пары глав «сама себя продаёт». В одних книгах запугивают — аля: «ты пропадёшь без этого» или «не упусти возможности», а тут «все можно исправить — проблема не в силе воли, а проблема в умении».

Однако книга все же интересная и тут я не говорю «верьте всему написанному», я говорю «дайте шанс». Книга содержит довольно много полезных советов, подкрепленных историями и примерами. В центре всей концепции лежит шесть основных принципов влияния:

  • Личные мотивации
  • Личные способности
  • Социальные мотивации
  • Социальные способности
  • Структурные мотивации
  • Структурные способности

Авторы объясняют, что суть любого поведения всегда сводится к выше описанным факторам. Чтобы стать “властелином влияния” нужно овладеть всеми шестью принципами. Однако, не всегда нужно использовать все принципы, изначально нужно понять какие принципы поведения являются основными и какие принципы помогут это исправить. Чем сложнее проблема, тем больше принципов влияния нужно использовать одновременно!

На персональном уровне авторы отбрасывают идею воли (одним дано, другим нет) и утверждают, что само-контролю можно научиться, используя нехитрые трюки. Например: если вам очень хочется шоколадку, то можно отвлечь свое сознание мыслями о другом или играми. В таком же ключе можно бороться с раздражением и яростью, если чувствуете что «надвигается» тут же забросьте свой мозг какой-нибудь интеллектуальной задачей, да по-сложнее. Люди часто занимаются «не натуральными» занятиями — тем, что им не свойственно (например, чистка зубов), трюк в том чтобы сделать это занятие желаемым. В этом ракурсе человеку нужно ответить только на два вопроса: стоит ли оно того? И могу ли это сделать? Если ответ «да» на оба вопроса, то человек будет это делать!

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

На социальном уровне “игра” переходит на следующий уровень. Как ни странно, но люди — социальные животные и, соответственно, восприимчивы к соц. давлению, поэтому считаются с мнением лидеров / уважаемых в обществе людей. Один из подходов — найти лидеров и внедрять изменения через них — “если лидер так делает, то…”. Так же можно использовать групповую ответственность — все помогают и отвечают друг за друга, однако тут нужно убедиться в возможности открытого и безопасного обсуждения. Если ты видишь проблему, то она моментально должна быть вынесена на обозрение — никакого кода молчания! Так же не стоит забывать о простом методе “пряника и кнута”, но с ним нужно быть очень тактичным и острожным. Потенциальная проблема с “пряником” заключается в том, что она может привить неправильное поведение, например: раздаем “пряники” за перевыполнение плана — штампуем больше, качество меньше и в итоге компания несет убытки. Момент с кнутом: если не готов хлестать, то не угрожай. Люди очень быстро “схватывают” ваше бессилия и это может привести к пониженной продуктивности с вытекающими последствиями. Тут мне вспоминается книга: “Сначала надо нарушить все права”

Структурный уровень один из моих любимых по одной простой причине — чисто инженерский подход, который может легко пережить поколения! Многие советы приходят из мира массового производства, как в книге “14 принципов Тойоты”. Если сделать правильную архитектуру и/или устройства, то люди будут использовать их без какой-либо задней мысли, следуя заданному поведению. Тут поделюсь личным опытом: когда на работе решили повышать качество кода и установили автоматическую систему анализа, то люди резко стали смотреть на ошибки и исправлять найденое. И тут отмечу — да, система не идеальная, и знающие программисты легко могут “танцевать” вокруг неё! Однако стоит обратить внимание на 3 очень важных фактора:

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

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

Итого:
+: Простое и доступное изложение
+: Примеры и байки
+: Обсуждение каждого принципа
+: Много пересечений с уже пройденными материалами, плюс к доверию?
-: Книга коротка относительно материала – создается ощущение, что нужно “докупить” опыт на отдельных семинарах
=: Материал довольно интересный и, если у вас есть время, то рекомендую для общего развития. Я считаю, книга будет полезна тем кто находиться в позиции, где можно и нужно что-то менять.

Название: Influencer – the new science of leading change
Авторы: Joseph Grenny, Kerry Patterson, David Maxfield, Ron McMillan, Al Switzler
Обложки:


Победи банк – канадский путеводитель к простому инвестированию.

Как ни странно, но за все надо платить. После рождения ребёнка, моя жена узнала, что канадское государство дарует деньги на высшее образование ребёнка. Формула достаточно простая: открываешь специальный образовательный банковский счёт на имя ребёнка и кладёшь туда деньги.  В свою очередь государство за каждые вложенные $2 доллара, вкладывает $1 с лимитом в районе $1300 в год. Однако держать деньги без какого-либо инвестирования довольно плохое решение, так как инфляция берет своё, а вдобавок, скажем $30000-$40000 для 4-х летнего университетского образования – маловато! Что делать? Инвестировать!

Я никогда не интересовался инвестициями, так как нечего было инвестировать – «все есть, а денег нет.». Однако ребёнок подтолкнул в правильную сторону и моя жена взялась за работу. Она прочитала книгу, изучила разные варианты инвестирования и сказал: вот книга, ты ее читаешь!

Скажу прямо, книга довольно шокирующая, так как раскрывает одну важную тему: комиссии больших банков на ваши инвестиции! Например, такой сценарий: вы работаете, откладываете, вкладываете в пенсионный фонд, проходит 30 лет, а вы узнаете что 40% вашего капитала ушли на оплату всяких банковских комиссий. Бред! Как такое может быть? Автор книги раскрывает секреты мастерства канадских банков: «…. иииии денег нет!»

Книга не глубокая, все банально и просто – автор упрощает все для читателя со средним образованием в 9 классов, обходя стороной теоретические темы! С одной стороны такой подход мне не нравится, с другой стороны это простой путеводитель по инвестированию – другого не обещали! Я лично считаю, что книга является отличным стартовым местом – разложены разные пути инвестирования, а так же предоставлено достаточно информации чтобы копать дальше самим.

Итого:
+: Легко читается
+: Все просто и наглядно
+: Раскрывает глаза на “мир”
+: Достаточно информации чтобы жить и не париться
-: Автор затрагивает тему налогообложения, но абсолютно поверхностно
=: Рано или поздно нам всем нужно откладывать деньги на пенсию. Автор написал хорошую, простую книгу для всех и, возможно, она спасет ваши накопления от комиссий больших банков.

Название: Beat the Bank: The Canadian Guide to Simply Successful Investing
Авторы: Larry Bates
Обложки:

Quotes from the book:

The stock market is a device for transferring money from the impatient to the patient. — Warren Buffet

There is nothing so passionate as a vested interest disguised as an intellectual conviction. — Frank Herbert, Author

Freedom is realizing you have a choice. — T. F. Hodge, Author


Сегодня перебирал старые файлы и нашел HTML архив подкаста “Канадского Лося и Со.” с первого русского подкаст-терминала Russian Podcasting (rpod.ru) – кто помнит те времена???

Сперва подумал стереть, но тут же передумал – какая память пропадает!?!?! Всем кому интересно, выкладываю 1.2 GB архив.


Жизнь – это игра, а в любой игре герой отправляется в путешествие, чтобы преодолеть трудности и победить финального босса. Последние 4 года я находился в таком путешествии, с само-назначенным квестом: тестирование кода.

Шаблоны тестирования в xUnit стала последней книгой для меня и иронично самой сложной. Эту книгу я отыскал на Амазоне и решил: «она большая и, наверное, содержит много материала, о котором я никогда не слышал». В реальности мой рационал не мог быть дальше от правды. Книга действительно содержит много информации и однозначно полезной, однако у книги есть несколько фундаментальных проблем, которые в совокупности сводят коэффициент полезного действия фактически к нулю. Но, пойдём по порядку.

Первая проблема – длина книги! Она слишком большая! Книгу стоило разбить на две отдельные книги: первые 300 страниц – все что нужно знать, вторые 500 страниц ещё раз и с глубокими примерами и добавочными мыслями. Если бы я писал книгу, то однозначно бы сжал ее до 350 страниц и на этом концерт был бы закончен.

Вторая проблема – механизм доставки! Все сухо, с определениями, повторами и со странной структурой. Автор жутко напоминает профессора, который готов бубнить что-то 3 часа подряд, не взирая на аудиторию или её отсутствие. В какой-то момент (после 350-ой страницы) я реально стал задумываться, если автору платят по количеству слов в книге. Я предположу одно: возможно когда книга такая длинная, то сложно следить за изложением мыслей и структурой. Однако пишут же хорошие и очень длинные книги по фантастике?!?!?

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

Четвёртая проблема – реклама! После половины книги можно легко догадаться, что автор является большим поклонником книги Мартина Фалера – Рефкторинг, на книге даже стоит печать от Мартина. Но как можно на протяжении всей книги вставлять рекламные отсылки: “и тут мы используем рефактор технику от Мартина… чтобы отрефакторить тест…”? Обычно в книгах упоминают и делают ссылки либо при первом использовании, либо в начале или конце книги. Однако делать это на протяжении всей книги и фактически в каждой главе, причем ссылаясь на одну и туже технику (по большинству) это уже бесстыдная пиар компания и уместно задать вопрос: а цель автора состоит в том, чтобы убедить читателя купить ещё одну книгу?

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

Финальные мысли: книга в принципе хорошая, однако советовать её всем не могу! Книга прийдется по вкусу тем кто уже знаком с темой и хочет по максимуму выжать все что можно. Однако давать её программистам для улучшения навыков, того не стоит! Есть куда более полезные книги: Разработка через тестирование по примерам и Искусство модульного тестирования с примерами C# не говоря о блогах и других ресурсах. Автор мог бы сделать шикарный материал, если бы убрал все выше описанные недостатки и сфокусировался на рецептах.

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

Итого:
+: Огромное количество информации по тестированию
-: Слишком длинная
-: Изложение довольно сухое
-: Много повторений и рекламы другой книги
-: Излишний фокус на фрейворки по тестированию ( которые уже устарели )
=: Книга для тех кто хочет выучить тему вдоль и поперек. Однако рекомендовать её программистам я бы не стал – слишком низкий возврат по инвестициям. Есть куда более полезные книги для практического применения, не говоря о блогах и других ресурсах!

Название: xUnit Test Patterns: Refactoring Test Code
Авторы: Gerard Meszaros
Обложки:


Preface:

About two and half years ago I purchased a used Fiskars StaySharp Max Reel Mower for $60. After an initial tune up I’ve been using it trouble free as the main (and only) mower for two and half seasons.

Getting saggy:

Recently I encountered an issue that I couldn’t imagine happening – saggy chain, manifested by chain falling off during use. In my infinite ignorance I believed that the chain is the ultimate power transferring mechanism which under normal loads would never fail. Unfortunately I was proven wrong suspiciously fast – about 2.5 years of use (without accounting for previous ownership).

After some quick research I figured only two things: there aren’t many people with the same issue and Fiskars does not sell replacement chains for their infamous StaySharp Max Reel Mower. Moreover, Fiskars doesn’t seem to sell any parts for the mower, in other words if anything wears out then you either buy a new mower or substitute with custom or “whatever fits” parts.

I decided to follow Scott Robinson’s path purchased bicycle chain and replaced it. The job is easy and straight forward, no issues there. However when I took apart the mover, I discovered worn teeth on both gears. In addition, new chain seemed to have similar amount of slack as old one. Honestly, I’m not sure how everything is going to work out, but for the time being, the new chain seems to do the trick.

Concluding rant:

This far I’m very happy with the mower. It is cheap, easy to use, easy to tune up and doesn’t require much attention. I adjust blade twice per season and mow grass once a week to keep it from overgrowing. However I’m fairly annoyed with the fact that Fiskars doesn’t sell replacement parts for StaySharp Max Reel Mower! Does it simply imply that the mower will never break? Or that the mower is disposable like a plastic bag? For me, neither is the case and so I’m ask: what the hell is Fiskars doing?

Download: StaySharp Max User Manual PDF


Легко рационализировать как Форд/ДжиМ/Крайслер стали огромными и успешными мировыми авто-производителями — Америка богата ресурсами, стабильна и никогда не была в полной разрухе. Однако не легко понять как Тойота, будучи в стране с очень ограниченными ресурсами и пост-военном хаосе, смогла стать успешным и крупнейшим мировым авто-производителем. Книга «14 принципов Тойоты» раскрывает секреты успеха.

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

Поскольку Тойота является авто-производителем, в книге описание крутится вокруг массового производства деталей и автомобилей. Однако тут стоит притормозить и отметить, что Генри Форд придумал коверную сборку после наблюдения за работой мясной фабрики. А делегация от Тойоты, приехавшая в Мичиган на “Румяную” фабрику Форда, привезла домой новые идеи по производству автомобилей, наблюдая за работой Американских супермаркетов! Отсюда можно сделать вывод, что правда в еде, но более рациональный вывод — решения не должны находиться в каких-либо рамках.

Книга весьма интересная и напоминает “Проект Феникс”, однако менее романтична и концентрируется на принципах, которые весьма успешно сработали для Тойоты. 14-принципов довольно просты (в понимании), однако не являются моментальным решением, а наоборот — долгосрочными и взаимосвязанными. Если вырвать один принцип – например: “устранение потерь/отходов” то можно добиться результатов, по меньшей мере на определенном шаге производства, однако если не переорганизовывать все шаги, то устранение потерь на конкретном шаге может не дать никаких конечных результатов, а в худшем случае увеличит потери на следующем шаге производства.

Лично мне понравились несколько принципов, которые как ни странно напрямую пересекаются с программированием:
– Держи все в чистоте, чтобы можно было легко находить проблемы и ошибки;
– Контролируй поток визуальными инструментами/значками – люди визуальные существа;
– Используй простые решения, если это решение не помогает людям, то никакое количество технологических новшеств не решит эту проблему.

И тут поделюсь своим домашним (не профессиональным) опытом: моя жена и я переодически планируем череду задач – мелкие жизненные “проекты”. Однако моя жена достаточно забывчивая и задачи часто не выполнялись вовремя или не выполнялись вообще. Я, со своей технологической башни потратил достаточно денег на органайзеры, телефоны, смарт-часы и другие высоко-технологичные решения, которые, если верить “продавцам”, решат все проблемы! Однако результат не изменился, задачи не выполнялись вовремя, проекты растягивались и это было не прикольно, потому что пришлось бы отложить отпуск. Решение пришло с нескольких сторон: “принцип использую простые решения”, “принцип сделай поток визуальным” и простая kanban доска, которую я тупо сделал на кухонной стене используя простую изоленту (для покраски) и фломастер. Результат? Ошеломительный! Мне даже не приходится жене ни о чем напоминать. Задачи выполняются, а если зависают, сразу видны, и тут же проводится референдум (почему, кто, когда и как) — моментальная переорганизация.

Однако есть пара моментов, которые мне в книге не понравились. Если четко следить за книгой, то можно найти пару-тройку противоречий (с кем не бывает). Также в книге отсутсвует какая-либо критика принципов или системы Тойоты, как и самой компании — местами создается ощущение, что книга служит рекламой компании. Но что есть, то есть.

Итого:
+: Простое изложение
+: Примеры и байки
+: Обсуждения каждого принципа и его применения
+: Без воды и ступы
-: Отсутствие критики принципов и производственной системы Тойоты
=: Книга хорошая и я однозначно рекомендую ее читать – отличный возврат на инвестицию времени и денег. Да, мы все думаем, что наша работа не имеет ничего общего с конвейерной сборкой, но это не так, в любой работе можно найти повторяемые задачи и оптимизировать их!

Название: Toyota 14 principles
Авторы: Jeffrey K. Liker
Обложка:


I don’t like using term “fan”, however I do read Martin Fowler’s posts and tend to agree with him a lot. His recent post brought feeling of familiarity and a bit of pain. I would like to share it with anyone who is doing software development.

PDF version

I hope you will find it useful.


На этих выходных я заменил котел/бойлер. Бывший котел вроде как не старый и работал довольно хорошо – никаких нареканий, однако одно но – он не мой! По какой-то непонятной мне причине предыдущие владельцы решили котел арендовать, а не покупать. В итоге, когда дом перешел в мое владение, я тупо продолжал платить за его использование в районе $20 в месяц + налоги.

Вот вам простая математика: новый (такой же) котел стоит $600 + налоги. Срок службы такого котла в районе 8-10 лет. 8 лет умножаем на 12 месяцев в год на 20 долларов в месяц = $1,920 или за 10 лет = $2,400.

Установка котла довольно проста, в особенности с последними технологиями водяных и газовых труб! Больше не нужно ничего варить, паять или сверлить. Водяные трубы (холодная и горячая) прикручиваются к котлу, а с другой стороны тупо насаживаются на исходные трубы и само-затягиваются – Shark Bite. С газом все получилось примерно так же просто, так как котел почти такой же по размерам, то труба подходила почти идеально, минус чуть-чуть выгнуть медную подводную трубу. При подключении используется толстая чёрная металлическая сборная труба, которую пришлось разобрать как конструктор лего и собрать обратно на новом котле. Все достаточно просто – лей не жалей специальную пасту на резьбу, потом затягивай, НЕ вытирай избыток пасты (пусть будет) и вуаля. Последнее и не менее важное – заменить выхлопную трубу, так как мой новый котел был на 2 инча ниже, пришлось купить новую выхлопную тубу, отмерить, отрезать ножницами по металу, скрутить и труба само-замкнется. Далее вставить вместо старой трубы, чтобы все сидело плотно, но без лишних усилий! Важный момент! Если ваша выхлопная труба состоит из многих частей и находится под углом, то не меняйте угол! Можно угол наклона увеличить, но не нужно уменьшать – помните, горячие газы стремятся вверх, чем меньше сопротивлений и больше угол, тем лучше.

После сборки включается газ и мыльной водой обрызгиваются (можно также использовать кисточку) все газовые соединения – смотрим чтобы нигде не было пузырьков – утечка газа может оказать негативное влияние на ваше здоровье. После этого открываем воду и ждем наполнения котла. Не забудьте открыть кран горячей воды, чтобы воздух не стоял в котле. Как вода пошла из крана, пора разжигать котел. Эта процедура вообще “невыносимо сложная”:

1. Читаем инструкцию
2. Ставим ручку в позицию “пилотный огонь”
3. Давим на ручку – газ пошел
4. Нажимаем на кнопку искры – продолжаем нажимать до 90 секунд или пока не загорится.
5. Когда котел разгорелся, через пару секунд начнет мигать светодиод с перерывом в 1 секунду – все работает нормально
6. Переводим ручку в желаемую (по температуре) позицию
7. Идем пить пиво

Если вы собираетесь менять котел сами, то советую ознакомиться с темой, посмотреть youtube видео и, подготовив инструменты, не спеша делать работу. Замена котла занимает не так много времени: от двух до четырех часов (если не все идет по плану) и вуаля – вы счастливый обладатель горячей воды.



Next Page »