Дневник вакцинации. Инъекция второго компонента

 Через 3 недели после ввода первого компонента вакцины я пришёл за инъекцией второго компонента. За пол часа до назначенного времени мне даже звонили из ЦРБ, видимо переживали.

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

Следующие дни я ждал какого-то аналогичного эффекта, который был после первого укола, но ни с какими побочками я не столкнулся.

Теперь планирую в конце марта сдать анализ на антитела, чтобы проверить результат вакцины.

Тем временем на моей родине (Великом Устюге) вакцинация приостановлена из-за недостатка вакцин, а в Вологде стали прививать уже и второй вакциной, которая прошла испытания.

В заключении хочу поделиться видео, которые сделал известный игровой журналист - Антон Логвинов, который переболел COVID. Судя по комментариям к видео, то, как переболел и восстанавливался конкретно он, - случай не уникальный. Посмотрите и подумайте - хотите ли вы так рисковать. Видео не отображаются в мобильной версии сайта, смотрите с десктопа.

Дневник вакцинации. Неделя спустя

 Дискомфорт в месте укола прошёл окончательно. Никаких других побочек не появилось.

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

Второй компонент вакцины призван обеспечить долгосрочный эффект.

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

Через 2 недели иду на вторую инъекцию.

Дневник вакцинации. Предыстория и первые сутки после укола

Предыстория

С начала пандемии я максимально строго придерживался всех правил изоляции и ношения маски. Тесты на антитела или COVID я не сдавал. Симптомов болезни не имел. Уверенность в том, что я точно им не переболел подтверждало и то, что никто, с кем я общался без маски (в том числе пожилые родственники), им тоже не переболели за это время. За всё это время COVID-ом точно переболел только один мой знакомый и подхватил он его на работе. В общем, я уверенно полагал, что COVID меня обошёл пока что стороной, но продолжать жить в страхе не хотелось. А с появлением бесплатной российской вакцины Спутник-V дилемма о добровольной вакцинации всё чаще стала занимать мои мысли.

Почему пошёл

Мотивацией послужило видео Максима Каца, на канал которого я подписался примерно год назад:

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

Трилогия бестселлеров Насима Талеба

Всем привет.

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

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

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

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

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

Доклад "ML для бизнеса. Отказаться нельзя использовать"

 Всем привет.

Этот доклад я подготовил для научной конференции ВоГУ об искусственном интеллекте.

В нём я рассказал немного о Machine Learning, его применении в ПиццаФабрике и поделился опытом внедрения и разработки проектов на его основе.

Доклад готовился для достаточно широкой аудитории конференции, поэтому технических и data science "кишочков" в нём нет. Но если вам интересна тема практического применения ML - приятного просмотра!

SQL 101. Missing parts, или о чем умалчивают в лекциях по базам данных

Всем привет!

В этой заметке пойдёт речь не о самом SQL и какие сложные запросы на нём можно писать, сколько о вопросах производительности и неочевидных моментах в проектировании схем БД.

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

Теоретический не минимум по микросервисам

Всем привет.

Решил для себя систематизировать список литературы, которые прочитал по теме распределённых систем и, в частности, микросервисов.
Единственная тема, которая осталась не до конца изученной - это SRE и инструменты деплоймента. Скорее всего напишу отдельный пост по этой теме.

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

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

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

Когда "достаточно хорошо" уже достаточно, или отзыв на "Путь джедая" Максима Дорофеева

Всем привет.

Новогодние праздники я провёл за чтением разной литературы - "Повелители DOOM", "Kubernetes Patterns", "Путь джедая". Если первые две я готов рекомендовать тем, кому интересны биографии основателей Id Software и как Kubernetes поднимает уровни абстракции ПО до уровня контейнеров, то с последней не всё так замечательно.

В своё время мне дико зашли доклады Максима Дорофеева. На этой волне я прочитал "Критическую цепь" Голдратта, "Deadline" Тома Демарко, "Проект Феникс"Джина Кима, "Kanban: Альтернативный путь в Agile" и ещё больше погрузился в тему фундаментальных идей управления проектами и начал применять полученные знания.

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

Когда в конце 2019 вышла вторая часть - я ждал не менее крутых откровений от автора, но она меня разочаровала.

"Алло, мы ищем Team Lead-a!"

Всем привет.

Прошло 3 года с момента, когда я последний раз выходил на рынок труда (и написал по этому поводу статью), и вот я на нём уже опять. За это время я прошёл путь от Java программиста до руководителя всего отдела разработки компании Smilart, который включал в себя исследователей, админов и программистов.
Но в этот раз всё стало сильно серьёзней: мало того, что с работы пришлось уходить прямо "в никуда", так и всплыли настолько неприятные нюансы поиска работы на позицию Team Lead-a, что чуть не завели меня в депрессию. Но обо всём по порядку.

Классика Project Management-a Vol. 3:"Проект Феникс" и "Kanban. Альтернативный путь в Agile"

Всем привет.

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

Концептуальное чтиво. Отзыв на "Liquid Software" и "Чистая архитектура"

Всем привет!

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

Классика Project Management-a Vol. 2: "Джедайские техники" и "Deadline"

Интересное замечание: периоды чтения книг и спокойной жизни у меня подозрительно часто совпадают.
Если перестаёшь читать - значит на твоём пороге уже появился пушной зверёк значительных размеров, который того и гляди пропишется тут на постоянку. Гони его и продолжай "точить свою пилу"!

Всем привет.

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

DevRel по-вологодски, или как Smilart в конференции DevParty участвовала

Всем привет.

Несколько дней назад прошла вологодская региональная конференция разработчиков DevParty 2018. В этом году помимо работы со спикерами и над сайтом, я организовывал участие нашей компании в ней и выступал с докладом. В общем, это комбо получилось неплохо, но вытянуло абсолютно все силы и нервы. Больше так делать не буду и вам не советую.

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

"А мы можем вот это немного поменять?" или страшный сон архитектора. Отзыв на книгу "Building Evolutionary Architectures"

Всем привет.

Читая рассылку блога Мартина Фаулера, наткнулся на его предисловие к недавно вышедшей книге коллег из ThoughtWorks - "Building Evolutionary Architectures".

Книга посвящена проблеме, с которой сталкиваются многие разработчики: развитие архитектур программных продуктов, или как задизайнить систему так, чтобы всё было ок при условии постоянно меняющихся требований к системе. Где же лежит тот crystal ball, который покажет нам будущее и что делать, если у вас его таки нет :)

"...Блоки разные верстать и с шрифтами как играть учат в школе, учат в школе, учат в школе." Отзыв на книгу "CSS: The Missing Manual, 4th edition"

Отрицание, или "Ты помнишь, как всё начиналось"

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

Программы, в которых основная работа выполняется без участия человека, зачастую всё равно не обходятся без создания web UI (например интерфейс для управления и настройки).
Раньше в Java мире проблему создания таких web UI силами backend разработчиков решали фреймворками (например Vaadin, GWT), которые позволяли не зная CSS и JS описывать UI на Java. И оно даже стабильно работало, если приложение - просто прослойка для работы с БД.
Ожидаемо интерфейсы выглядели как под копирку, были слабо кастомизируемы, тратили ресурсы серверов на динамическую генерацию html, и выглядели по-энтерпрайзному уныло (разработчикам было пофиг, да и задачи "сделать хорошо" не ставилось). Иногда вишенкой на торте было то, что попытка интегрировать код UI-фреймворков с кучей магии, в которую никто не вникал, в многопоточное и динамическое окружение сложного backend-а приводила к появлению race conditions, которые обязательно что-то ломали на продакшене, и к утечкам памяти. Нет, авторы этих фреймворков не идиоты. Но мощь и гибкость этих вещей иногда играла злую шутку с теми, кто думал: "Ну оно ведь и так должно работать. Это же почти как в том примере из документации!"

Классика Project Management-a: "Мифический человеко-месяц" и "Психбольница в руках пациентов"

Всем привет!

Приход весны привёл к существенному продлению светового дня, что привело к тому, что перед походом на работу стало появляться время почитать десяток страниц чего-нибудь интересного, до чего раньше руки не доходили. В результате я осилил две достаточно интересных книги, о которых раньше часто слышал: Алан Купер "Психбольница в руках пациентов", Фредерик Брукс "Мифический человеко-месяц". От прочтения обоих книг я получил большое удовольствие и некоторые интересные инсайды, которыми не переставал делиться с коллегами по работе и готов поделиться с вами :)

"With Great Power Comes Great Responsibility". Отзыв на фильм "Snowden"

Предисловие

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

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

"Алло, мы ищем Java Developer-a!"

Всем привет!
Так случилось, что в конце мая 2016 года я решил "закинуть удочку" в мир предложений о работе для Java Developer-a в Москве, дабы синхронизировать своё представление о нём с реальностью, оценить насколько мой skill set вообще релевантен требованиям работодателей и не остаться к хренам без хорошей работы подстелить себе соломку на всякий случай :)

На данный момент я уже вторую неделю прохожу собеседования в московских компаниях разного вида (продуктовая и заказная разработка) и уровня "крутости".

Возможно, мой срез состояния рынка вакансий Java Developer на май 2016 поможет кому нибудь сориентироваться в трендах работодателей, чтобы оставаться привлекательным для работодателей разработчиком. Всё ниже описанное - мой личный опыт, прошу это учитывать.

Манифест профессионального программиста

Вступление

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

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

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

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

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

Одна из его полезняшек в том, что если ты его принимаешь, то на него можно ссылаться при разговоре с HR-ами, чтобы было меньше вопросов :)

Может это не финальная версия, но мне кажется, что я где-то близко к правде.
PS:
По просьбе читателей перенёс его на github.
https://github.com/OStrekalovsky/pro-prog-manifesto

Выжимка мыслей из выпуска подкаста SDСast (о процессах и культуре agile, DevOps, CI+CD, тестах)

Это текстовая выжимка выпуска подкаста SDCast, в котором гостем был Евгений Кривошеев.
Куча умных идей, разложенных по полочкам, которые хотелось зафиксировать для себя и может для других.