Про самомониторинг

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

Я уже не раз затрагивал тему чеклистов как средство автоматизации человеческой деятельности. Но есть важный момент, без которого автоматизация не только полезна, но и даже вредна. Я, конечно же, про мониторинг. Системы, которыми мы управляем, находясь под мониторингом становятся более стабильными (эффект наблюдателя🤔), а главное, более предсказуемыми. И обычная повседневная жизнь тоже нуждается в мониторинге, если мы хотим наделить ее теми же свойствами. Я расскажу вам, что использую я. Сегодня будет пост с кучей ссылок🙂

Трекеры рабочего времени
Их два. RescueTime я использую для контроля всего времени в течении дня, чтобы понимать на какие приложения и активности делится все рабочее время. Там довольно гибко настраиваются активности, бесплатной версии хватает для всего. Я ее купил из-за фичи Focus.
Be Focused — это помидорный таймер. Их тысячи, можно выбрать по вкусу. Помидорки я использую как некий аналог сторипоинтов: при планировании времени на задачи я прикидываю, сколько помидорок займет таск. Стараюсь декомпозировать таски до 1-2 помидорок. Я использую помидорки по 25 минут с 5-минутным перерывом и длинные перерывы по 15 минут

Трекер привычек
Банальная табличка в Notion, в которой я просто отслеживаю привычки помесячно. Просто отмечаю каждый день, когда я делал желаемое, зелененьким, а когда не делал — красненьким. Статистика показывает, что в моем случае привычка формируется примерно за 90 дней

Личный таск-трекер
Я использую Microsoft To-do и люблю его за максимальную простоту. У меня нет разницы между личным и рабочем трекером, все активности я веду в одном. Рабочие задачи я ставлю (или мне ставят) в рабочей Jira, а в личный я их переношу в декомпозированном виде

Трекер физического состояния
Для моих потребностей мне с верхом хватает Xiaomi Mi Band. Там я отслеживаю тренировки и пульс в течении дня. Также очень важная вещь — это трекер сна. С того момента как я всерьез озаботился сном и начал его настраивать, жизнь поменялась в лучшую сторону прямо очень существенно. Для настройки сна я использую Слипи-бота, а для контроля — трекер сна, встроенный в браслет.

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

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

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

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

​​Хочу в FAANG

Для новогодних обещаний, конечно, рановато, но я хочу подготовиться 🙂

Итак, поймал себя на мысли о том, что мне скучновато. Душа просит челленджа, причем не повседневного такого челленджа, их у меня на работе хватает, а прям Челленджа.

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

Я решил пройти интервью и получить джоб оффер у трех из пяти компаний FAANG-а: это гугл, амазон и фейсбук

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

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

Мне надо сильно подтянуть "олимпиадное" программирование (алгоритмы и все такое), прочитать много всего по system design и подтянуть английский (сейчас у меня Upper Intermediate, в принципе я свободно прохожу интервью на английском, но я хочу быть абсолютно уверенным)

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

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

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

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

И да пребудет со мной Сила!

P.S. Ну и, наверное, время открыть комменты. Пусть все будет максимально прозрачным :)

​​Итак, потихоньку систематизирую. Пока про кодинг

Задачки буду решать на питоне. Во-первых, я его соу-соу знаю. Во-вторых, я уже решал на нем алгоритмические задачки :)

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

На собесах, по большей части, будут задачи уровня Medium. Поэтому при подготовке рекомендуют разделять так:
- 20% Easy
- 60% Medium
- 20% Hard

Но так как я ненастоящий программист, то, пожалуй, добавлю 10% к Easy и, соответственно, уберу 10% у Hard. Весь январь буду решать в основном задачки уровня Easy, надо набить руку

Из дидактических материалов в бумажном виде у меня есть класснейшая "Грокаем алгоритмы" и просто "Алгоритмы" за авторством Рода Стивенса. В электронном виде буду читать две из серии Cracking: "Cracking the Coding interview" и "Cracking the PM interview". Хотя вторая про продактов, но знающие люди говорят, что она не менее полезна при подготовке

Есть вопрос

В процессе поиска информации я нахожу прекраснейшие заметки, типа вот этой:
How to use LeetCode to help yourself efficiently and effectively (for beginners)
Возникает желание перевести ее и опубликовать перевод, но не будет ли это напрасной работой? Потому как для подготовки и прохождения собеседования английский не то что важен, а прямо-таки необходим и люди, которых может заинтересовать этот текст, смогут прочитать его самостоятельно и им будет достаточно ссылки.
Что думаете?

​​Язык шаблонов

Опять про книжки. "Язык шаблонов" Кристофера Александера, больше тысячи страниц чистейшего кайфа. Ее я читал, надо сказать, очень долго, почти год. Но эта книга плохо предназначена для чтения подряд, это, скорее, справочное издание, но и просто ее читать — сплошное удовольствие.
Это, однозначно, маст хэв для любого, кто имеет отношение к любому проектированию. Книга изначально про архитектуру, но сам подход и принцип выработки языка паттернов и построения из них удобных пространств — просто охуенно. Очень легко перекладывается на проектирование архитектур как ПО, так и инфраструктурных решений для него. Я реально научился визуализировать в голове те системы, с которыми я работаю не схемой, а... шаблонами🤷‍♂️ Сложно объяснить, надо читать, в общем
Собственно, идея шаблонов в С++ возникла именно благодаря этой книге.
Книга впервые была переведена и издана на русском студией Артемия Лебедева и вот к Лебедеву как к личности можно относиться как угодно, но в профессиональном плане он охуенен безусловно. Книга очень хорошо переведена, очень хорошо сверстана и вообще читать ее очень приятно, видно, что в нее вложили много любви и много души
Такой очень хвалебный получился пост, но просто литература такого уровня, к сожалению, встречается очень редко. Чистый кайф.

Про книжки (но на самом деле про ощущения)

Что-то я немного выбился из ритма постов, на прошлой недел вышел всего один. Я честно приболел и, внезапно, почувствовал некие новые ощущения в связи вот с этой историей с офферами в ФААНГ и пытался их как-то отрефлексировать

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

Это хреновая история.

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

Сегодня на нашей повестке книжки из серии "Cracking the interview" и их две: про интервью продакт-менеджера и про интервью разработчика. Написала их Гейл МакДоуэлл, хорошая тетя с большим опытом работы разработчиком в больших компаниях типа Микрософт сотоварищи.

"Cracking the coding interview" дает некий ландшафт по техническому собеседованию, показывает топики на которые стоит обратить внимание и все такое. Я ее читал несколько лет назад, но задачки не решал, просто пролистывал. Это больше про хард-скиллы

А вот "Cracking the PM interview" — она про софт-скиллы. И тут первая большая тайна: на собесе в ФААНГ софт-скиллы и бихевиорал матчинг (то есть совпадение по культуре и поведение) является гораздо более важным, чем ваше умение кодить. Как уже раньше замечали в комментах, то кандидаты из СНГ часто валятся именно на этом, просто что русскому — здравствуй, американцу — харрасмент. Я за эту часть не сильно беспокоюсь, я много работал с американцами и понимаю их майндсет довольно неплохо

Первая книэка переведена на русский под названием "Карьера программиста", но перевод, как всегда, говно и сильно рекомендую именно эти книги читать в оригинале

Про силу воли

Сила воли не работает так, как ее пытаются заставить работать в большинстве случаев :)

- Ты как бросил курить?
- На силе воли

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

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

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

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

Ключ к любой хуйне — в регулярности. Правило 10000 часов и все такое. Работает абсолютно со всем, на редкость универсальный способ

Яндексовая "Балабоба" умнее многих ребят, которых я собеседовал

Забавный факт :) Шаблоны С++ являются Тьюринг-полными (относительно compile time☝🏻)
То есть на них можно реализовать еще один С++ например :)

Перед Новым годом я готовлюсь к полугодовому код-марафону и пока провожу время в таком расслабоне. Думать и писать на сложные серьезные темы не очень хочется, вы уж извините. Хотя черновиков для постов штук 50, наверное, есть :) Так что какой-никакой, но запасец тем присутствует

Взялся ковырять то, что давно будоражит мою душеньку. А именно: процессоры и вообще булева алгебра и машинная арифметика. Когда-то давно я увидел реализацию x86 на JavaScript (это был, наверное, год 2012😁) и эта тема меня и не отпускает. С тех пор как только не извращаются люди: компьютер построили в Майнкрафте, вот товарищ собрал компьютер на простых логических микросхемах, примеров очень много и это очень интересно

Еще один забавный факт :) Аппаратная реализация машинной логики вырастает всего из одного элемента. И это NAND, "логическое отрицание И", в русскоязычных изданиях обозначается как "элемент И-НЕ". Моя любимая микросхема К155ЛА3 содержит 4 сдвоенных таких элемента и теоретически на них можно запузырить полноценную логику x86, но я даже боюсь представить, насколько сложным будет этот проект

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

Про инфраструктуру-как-продукт

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

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

Например, есть такая хрень, как ICE Scoring. Это методика, которая позволяет количественно выразить важность фичи, опираясь на продуктовые метрики. ICE — это аббревиатура: Impact, Confidence, Ease. Каждый показатель может принимать значения от 1 до 10, и итоговая оценка рассчитывается по формуле Impact x Confidence x Ease = Ice Score
Impact: это влияние, оказываемое на ключевой показатель, подлежащий улучшению. Обратите внимание, в данном случае в качестве показателя выступает продуктовая метрика. Вы строите продукт, который имеет специфичный сценарий использования и который предназначен для внутренних пользователей. Так даже интереснее, на самом деле
Confidence: грубо говоря, это сводный показатель остальных двух показателей. То есть насколько вы уверены в том, что поставили именно такие значения для Impact и Ease. Такая поправка на ветер
Ease: здесь надо посчитать ресурсы. Все. Бабло, людей, железо, в общем все, что потребуется для реализации. А также не забудьте о том, что все эти ресурсы еще надо собрать воедино, это тоже влияет на легкость реализации (или сложность реализации, что по сути одно и тоже😁)

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

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

Важное про понимание OKR

OKR — это Objective -> Key Result. Очень важно, чтобы Key Result был измеримым.

Если вы ставите целью, например, "реализация мониторинга для приложения", то Key Result должен быть не "мониторинг реализован", а "90% сервисов поставлены под мониторинг"

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

Не выполнять Key Result на 100% — нормально.

#ХочуВFAANG

Ну штош, заправлены в планшеты космические карты (оцените, насколько сильно это выражение поменяло смысл за последние несколько десятков лет 😁), пора готовиться к старту

“Предстартовый чек”-пост

Планирование: мне несколько лет назад кто-то подарил Agile-ежедневник Катерины Лейнгольд. Долго он мозолил мне глаза и вот теперь я подумал, что настало его время. Ничего сказать про него не могу, будет проба пера. В нем предлагаются 9-недельные спринты и, в принципе, вай нот? В итоге у меня количество недель увеличивается до 27 (3 спринта), 3 спринт будет по большей части отдан под собесы, я полагаю. Так что если закончу раньше, то и ладно :)

Цель: три оффера. От гугла, амазон и фейсбука. А также максимально детализированный learning path, который я хочу оставить для тех, кто захочет пойти моим путем.

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

Фокус:
- Кодинг
- Системный дизайн
- Софт-скиллы
- Английский
- Резюме

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

Мое расписание: я работаю каждый день без выходных. В будние дни планирую две (утром и вечером) часовые кодинг-сессии с результатами на гитхабе, в выходные — работа с теорией (от 2 до 4 часов) с результатами в виде конспектов в ТГ и на гитхабе. Также каждую сессию (конечно же) будет сопровождать пост

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

Основные темы для задачек: Array, String, Tree, Binary search, Hash table, Depth-first search, Breadth-first search, Two pointers, Stack, Backtracking, Dynamic Programming. Также разбираю задачи на собеседованиях, которые есть на самом LeetCode (в общем, мой старт будет здесь)

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

Системный дизайн: невероятно прекрасный пост, его и возьмем за основу

Английский: я думаю, что пока остановлюсь на двух занятиях с репетитором в неделю, если есть хорошие репетиторы, кидайте контакты в комменты :) Скайенг, конечно же, предлагать не надо.

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

Вот пока как-то так. Последний вечер расслабления перед полугодовым забегом, и да пребудет со мной Сила!

Итак, две задачки решил, на уровне easy. Первая вообще легко зашла, со второй чето подзатупил (это которая PlusOne) и решил ее очень неоптимально в итоге, надо подумать, как сделать лучше. Я думаю, что самый протуп в конце, на конвертации числа в список
https://github.com/boombick/faang-interview/blob/master/easy/66_plus_one.py
В discuss пока не заглядывал :)

#ХочуВFAANG

Попутно с решением задач пытаюсь понять вычислительную сложность того, что я пишу (Big-O Notation). И вот пара полезных ссылочек:
Вычислительная сложность математических операций
Стоимость различных операций для процессора

#ХочуВFAANG

Ну вот еще одна задачка, три часа на нее убил, а вроде кажется, что все просто. Ну я был готов к такому, в принципе
БольшАя часть времени пока уходит на борьбу с синтаксисом и особенностями языка) Ну, например, я знаю, что у списка должны быть push() и pop(), а в питончике push() нету, зато есть append() и вот такого довольно много
Я тут подумал, каждый день постить репорты о задачках, наверное, ебловато. Тем более, что и писать-то особо не о чем вроде. Быть может будет лучше постить некий сводный отчет раз в неделю, а так просто продолжать писать посты?

#ХочуВFAANG

​​Вжух! и 5 дней проебаны без результатов😁
Любопытное наблюдение: хоть я и не употребляю алкоголь, но всеобщая расслабленность и подбуханность так или иначе все равно действует. Ну и праздники — единственное время съездить навестить родителей (давно уже обещаю), да и работа как-то неожиданно упала) В общем, список отмазок можно продолжать бесконечно

Самое главное, когда сбиваешься с ритма — тут же себя на него вернуть. Не корить себя, не ругать, не бросать начатое! Проебали день? Ок, записали как проебанный, работаем дальше. Если не забивать на движуху, то рано или поздно ритм стабилизируется.

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

Читать: Чиксентмихайи Михай "Поток"
Я раньше вообще топил против потока, как контрпродуктивного состояния, так мне казалось потому, что я думал, что поток — состояние "случайное". Однако нет, вполне можно научиться входить в поток и работать продуктивно и, самое главное, постоянно