Привет смартлаб, не болейте!
Пару недель назад, разговаривал на холоде на улице со своим знакомым 40 минут в одних шортах и футболке — хоть бы хны
Съел вечером в воскресенье мороженого — заболел 🤦‍♂️

Через пару дней на удаленке, приболела и моя девушка, поэтому лечились вместе

И вот вчера вечером (дело происходит на кухне) она взяла градусник, чтобы очередной раз померить температуру. А я вижу, что она стряхивает его как то не эффективно. Говорю, дай мне, я знаю как делать ))
Размашистыми движениями раз два, сбросил до 35 (уже можно отдавать), но думаю дай последний раз тряхну)
И вот в самой точке апогея моего размаха, градусник вылетает и шмякается об пол
Естественно с криком *ляя, я начинаю понемногу оценивать масштабы загрязнения

Быстрое гугление, и вот порядок действий:
1. Обезопасить органы дыхания
2. Надеть одноразовые перчатки
3. Собрать сначала осколки градусника
4. Затем взять влажную салфетку или тряпку и начинаем собирать ртуть

Ни пылесосить, ни махать веником нельзя — ртуть ядовита своими парами, а таким способом мы их только разнесем
Где-то между вышеперечисленными пунктами выполнить действие «Выгнать всех детей и животных из комнаты»

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

Погружаем это всё дело в банку с хлоркой (мы заменили хлорку обычным стиральным порошком), туда же кидаем все салфетки и перчатки.
Совсем мелкие капельки ртути сгоняем к одному месту и собираем скотчем/пластырем — обычной хваткой уже не зацепить. Открываем окно на кухне, но закрываем дверь, чтобы не было сквозняка. Банку с собранной ртутью и градусником оставили на балконе, закрытой всем, чем можно было.

Начитались о последствиях и доедали ужин уже в комнате и в страхе что все умрем. Симптомы отравления ртутью обещали проявиться в течение 2 — 24 часов

Утром всё еще переживали об инциденте, поэтому возникла идея устроить демеркуризацию (устранение ртутных загрязнений)
Поискали конторы в Питере — ценники у всех примерно одинаковые, поэтому остановились на какой-то, у которой был красивее сайт))
Приехал специалист, сделал замеры — показало превышение в воздухе частиц примерно в 10 раз выше нормы (3000 нг/м3 при допустимых 300)
Дальше интереснее — специалист взял салфетку, протер то место где разбился градусник (причем голыми руками, об этом позже) и положил на прибор. Результат был около 72'000 нг/м3. Естественно мы уже успели походить по кухне и всей квартире и разнести микроскопические частицы ртути.
Протерев тапки салфеткой и замерив с нее, прибор показал 43'000 нг/м3. Замеры в комнате и в ванной я не помню цифры, но были точно пятизначные. По прайсу такой замер стоит 3.5 тысячи рублей.

Следующая процедура — обработка помещения. Ценника два:
1. Самостоятельная обработка — нам приготовят раствор на заявленную площадь, и стоимость будет 500р/м2
2. Обработка специалистом — всё делает сам, плюс гарантия с повторным замером через пару недель. Ценник = 1000р/м2

Прикинув общую площадь квартиры 36м2 и поделив ее примерно пополам, я предложил сначала замерить примерно площадь обработки
Готовился к 15-18 метрам, но в итоге было определено всего 9 (по основной траектории где ходили и куда разносили).

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

После данной процедуры снова провели замеры. Прибор показывал значения в диапазоне 200-600 нг/м3, что оказалось неплохим результатом




Распросы специалиста о возможных последствиях в целом успокоили и позволили сделать следующие выводы:

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

Обработанные тем же раствором тапки, в которых мы разносили ртуть по дому, маринуются в пакетах сутки


Дальнейшие выводы сделали уже сами:
1. Градусники лучше не бить
2. Даже если разбили, ликвидировать последствия можно самостоятельно, аккуратно всё убрав и дезинфицировать раствором йода и (я так полагаю у него была разбавлена сода, соль, йод  и может быть еще что-нибудь)
3. Утилизировать ртуть и разбитый градусник тоже лучше с умом — отдав специалистам. В обычный мусоропровод нельзя такое выбрасывать. Всё-таки пару грамм ртути из градусника могут загрязнить около 4000м3 почвы
4. Вообще лучше не болеть

Будьте здоровы

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

Началось всё с комментариев на смартлабе! Я сначала подумал, что меня забанили, или просто их отключили
Так и не смог оставить комментарий к очередной интереснейшей заметке миллионера из трущоб 
Поговаривают, что он открывает курсы по инвертированному автоследованию 

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

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

Пару статей прочитал от людей, но яснее не стало.
Что с этим делать? Где авторизоваться, как пользоваться, когда прекратятся рассылки?

Как вы относитесь к техническим сбоям в таких больших компаниях как X5, Google, sMart-lab?

    Чистая архитектура — продолжение беседы с легендарным дядюшкой Бобом о взглядах на искусство разработки программного обеспечения.  

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

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

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

Цель архитектуры программного обеспечения состоит в уменьшении человеческих трудозатрат на создание и сопровождение системы. Автор обращается к реальному примеру из практики

На первом графике мы можем видеть экспоненциальный рост инженерно-технического персонала, который работает над продуктом одной известной компании. С переходом к новой версии (1 — 8) увеличивается число сотрудников участвующих в разработке и обслуживании системы

В следующих разделах книги идет разговор о парадигмах программирования. Автор делает обзор на три из них:

• структурное 

• объектно-ориентированное 

• функциональное

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

Фактически последние полвека мы учились тому, как не надо делать

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

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

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

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

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

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

После обсуждения принципов SOLID книга набирает обороты в стороны абстракции, и я не могу сказать, что вынес пользу из прочтения “средних” глав книги — видимо снова проблема в опыте. Такой информационный перегруз мне еще не по зубам.

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

Это такие мелочи, которые пока нас не заботят. Мы решим этот вопрос позже

Общее впечатление от книги — очень нужная, но трудночитаемая. С каждой следующей главой затрагиваются все более абстрактные термины и автор углубляется в принципы, которые мы не можем проверить здесь и сейчас, поэтому приходится верить ему на слово. Книге с удовольствием поставлю 8/10 и вернусь к прочтению через некоторое время, когда буду готов глубже вникнуть в искусство построения сложной архитектуры.

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

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

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

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