GTD *

Молекулярный биолог из США в 2018 году поставила себе цель: читать по одной исследовательской статье в день — не только по своей специализации, но и по другим направлениям. К середине 2020 года она изучила 899 публикаций. Такой подход помог ей расширить кругозор, стать разносторонним специалистом и переосмыслить свои методы работы, а также стал источником идей для исследований.

Научная литература актуальна и для ИТ-специалистов — помогает совершенствовать профессиональные навыки и разбираться в профильных трендах. Мы в Beeline Cloud решили поговорить о том, как инженерам и разработчикам работать с «сухими» академическими текстами, в том числе с помощью интеллектуальных инструментов.

Рано или поздно ты задумываешься о том, что засиделся на одной должности, готов прокачивать навыки, брать больше ответственности и двигаться дальше по карьерной лестнице. Бывает и такое, что ты уже вырос из текущей позиции: берешь задачки сложнее, решаешь их быстрее. Например, ты джун, а в работе у тебя то же самое, что и у коллег-мидлов.

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

На помощь приходит карта компетенций, в которой зафиксированы soft- и hard-компетенции для разных уровней одной профессиональной роли. И отличаются эти уровни именно разными наборами знаний и компетенций. Например, в рамках роли DevOps-инженера есть джуны, которые запускают существующие плейбуки, и сеньоры, которые выстраивают DevOps-процессы в компании.

Меня зовут Настя Логина, я менеджер по оценке персонала в Cloud.ru. В статье расскажу о картах компетенций и о том, как составить такую карту самостоятельно.

Захожу в соцсети, а там — «Идеальные Сеньоры»: карьера, спорт, семья, пет-проекты 24/7.

Я долго смотрел на этот образ и чувствовал себя бракованным микросервисом. У меня так не получалось. Если я пилил код в потоке — я забывал поесть. Если я шел в качалку — проседал пет-проект. Если я уделял время семье — на работе копился бэклог.

А потом я включил режим архитектора и понял: такая конфигурация невозможна в продакшене. Этот «Идеальный Сеньор» нарушает фундаментальные законы физики, а именно — закон сохранения энергии. Живая система не может работать на пике всех метрик одновременно. Это нарушает CAP-теорему.

Я переложил этот закон на человека (Деньги, Время, Энергия) и проанализировал логи: почему попытка успеть всё гарантированно приводит к Kernel Panic и какой из трех ресурсов придется «уронить», чтобы выжить.

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

12 лет ничего не писал на Хабре... За это время опубликовал две книги, завел себе Telegram-канал, где регулярно выкладываю фрагменты своих будущих книг (одна из них - про прикладную рациональность).

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

Все началось с того, что лет 20 назад мне на глаза попался листок для распечатки формата A4 заполненный квадратиками, по одному квадрату на 1 неделю жизни, всего 90 лет. Листок подразумевает, что каждый уикенд вы закрашиваете по квадратику, отмечая очередную прожитую неделю. Идея мне понравилась, масштаб 1 недели — вполне осязаем и понятен нашему разуму, при этом масштаб всей жизни непонятен насколько, что немного пугает. Совместив эти масштабы недели и жизни на одной картинке, мы буквально даем мозгу ощутить его движение во времени. Осознание конечности ресурса времени дает сильную мотивацию. Сколько у вас было выпавших из жизни клеток, когда вы ничего не сделали? Спустя 20 лет перебирая идеи для нового пет‑проекта я вспомнил про «90 лет жизни в неделях» и посмотрел на эту идею по новому, уже с учетом накопленных знаний по психологии, мотивации и разработке рабочих пользовательских интерфейсов.

Вечер. Сложный тикет закрыт, тесты зеленые. Заказчик доволен, ПМ ставит 🔥 в чат, на карту упала зарплата, которая в Nx раз выше средней по региону.

Внешний мониторинг (Grafana вашей жизни) показывает стабильное плато и Status 200 OK. А внутри, на уровне ядра, возвращается 500 Internal Server Error.

Ощущение, будто ты Mock-объект. Фейковая заглушка, которая только имитирует полезную деятельность и возвращает захардкоженные ответы. Кажется, что внутри спагетти-код, TODO-комментарии пятилетней давности и костыли на изоленте. И фоном крутится демон с приоритетом Critical:

"Рано или поздно они запросят git blame, заглянут в исходники и поймут, что я ничего не умею. Все узнают, что я джун, который просто удачно притворяется сеньором".

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

День, 14:30. Вы смотрите в IDE. Открыт метод на 10 строк. Читаете его пятый раз и физически не можете понять, что он делает. В голове белый шум и вязкое ощущение торможения. Вы идете за третьим кофе, пытаясь понять: "Неужели я деградирую?", "Почему я соображаю так медленно?".

Спойлер: дело не в возрасте и не в компетенции. Это просто Троттлинг (Throttling). Есть предположение, что срабатывает защитный механизм человеческого "железа", который принудительно снижает тактовую частоту, чтобы процессор не сгорел от перегрева. А виновата в этом архитектурная особенность, которую в Computer Science называют Context Switching (Переключение контекста).

Все слышали про эссе Пола Грэма "Maker's Schedule, Manager's Schedule". Но сейчас не про тайм-менеджмент. Нас интересует физика процесса, биохимия этого "перегрева". Давайте посчитаем стоимость прерывания в тактах процессора и поймем, почему попытка запустить на нашем однопоточном легаси одновременно тяжелые вычисления и архитектуру Event Loop гарантированно приводит к падению производительности.

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

Внутренний монолог стартует мгновенно:

— А то фото ногтя, что скинули в 23:15… там воспаление или просто свет плохой?
— Собака из стационара. Она поела? Или миска так и стоит?
— Иру надо перенести на вторник. Или на среду? Блин, в среду же поставка.
— Перчатки! Нитриловые салфетки кончились. Чем работать?
— Кот. Корм. Пакетики!
— Соль для посудомойки. Серьезно, куда она девается?

У меня комбо-профессия: я подолог и ветеринар. Днем я лечу людям ноги, а зверям — всё остальное. Понятия «рабочее время» не существует. Боль не смотрит на часы, клиенты тоже. А дома есть муж, ему тоже нужно внимание.

Благодаря LLM проблема была решена и здесь описано как.

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

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

Вы делаете всё «по мануалу»: качаете хард-скиллы, учите новые технологии, закрываете сложные таски. Технически вы стали круче в два раза по сравнению с собой образца 2023 года. Но если посмотреть на график реальных доходов — это Flatline, прямая линия, которая едва ползет вверх, проигрывая инфляции.

И вы вроде пытаетесь пробить этот график: ходите на собеседования (где накидывают +15%, но их быстро съедают цены), по ночам что-то пилите. А рядом сидит какой-нибудь условный Вася. Код у него.. ну, скажем прямо, не очень. Паттерны он путает. Но Вася техдир стартапа или фаундер, и его доход — это ваши x5.

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

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

Давайте попробуем развернуть эту гипотезу.

Случалось такое? 19:00. Мы закрываем рабочие ноутбуки. Мы — Senior Developers, архитекторы, тимлиды. Люди, которые сегодня днем жонглировали абстракциями и решали проблемы на миллионы рублей. У нас был план: вечером покодить свой пет-проект, выучить Rust или хотя бы почитать ту самую доку по архитектуре.

В прошлой статье я рассказывал, как настроил личный iptables и перешел в режим Default Deny, чтобы отбиться от внешних DDoS-атак (коллег, пустых встреч и спама). Периметр я защитил, входящий трафик почистил. Uptime вырос.

Казалось бы — живи и радуйся. Но я заметил странную вещь: снаружи тихо, а сервер все равно греется. Я заглянул внутрь контейнера и понял: проблема не во входящих пакетах. Проблема в архитектуре самого приложения.

Парадокс: я могу спроектировать архитектуру, которая выдержит падение дата-центра. Я могу дебажить race condition в многопоточном приложении. Но когда мне нужно позвонить в страховую или выбрать отель для отпуска, я впадаю в ступор.

Мой личный бэклог забит задачами типа «разобраться с налогами» и «начать бегать», которые висят там с 2019 года. Я переношу их из спринта в спринт, испытывая фоновое чувство вины.

В какой-то момент я понял: это не лень. И это не «отсутствие мотивации». Это классический Technical Debt (Технический долг), только не в репозитории, а в нейросети.

И проценты по этому долгу я плачу самым дорогим ресурсом — своей когнитивной емкостью.

В прошлом коротком посте я писал, как психанул и неделю жил в режиме «НЕТ». Эффект был неожиданный: прод не упал, а я впервые выжил. Но эксперимент — это одно. А продакшен-решение — другое.

Я сел анализировать, почему вообще этот эксперимент понадобился. И понял: я годами жил с архитектурой Default Allow.

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

Я много использую Obsidian для работы и постоянно использую плагин Dataview для сбора и анализа данных, но в нем довольно много недостатков. И основная проблема — нельзя получить доступ к обычным данным в заметках. Поэтому в этой статье я расскажу о новом плагине Datacore, который открывает, практически, безграничные возможности работы с заметками.

Я покажу, как с помощью Datacore решать стандартный кейс с проблемой выбора из нескольких вариантов или даже как в плагине сделать игру на React.

Ситуация. 14:30. Я смотрю в монитор. Вроде бы IDE открыта, метод написан, надо просто дописать пару условий в if/else. Но я уже пятую минуту скроллю один и тот же кусок кода вверх-вниз.

В голове каша. Где-то на фоне крутится мысль, что надо было ответить на письмо заказчика еще утром. В другом потоке — тревога, что на машине странно стучит подвеска. В третьем — жена просила купить хлеба, и надо не забыть, иначе вечером будет Exception.

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

Раньше я думал, что просто устал. Шел за третьим кофе, тупил в YouTube. Не помогало. Потом я понял: это не усталость. Это классическая утечка памяти (Memory Leak) и переполнение стека.

Я попробовал применить к своей голове те же принципы, которыми мы дебажим сервера. И это сработало.

Общемировой объем научных статей, книг и профильной документации растет с каждым днем. Чтобы ориентироваться в интересующем корпусе знаний, находить инсайты и ответы на вопросы, специалисты все чаще используют ИИ-помощников. Мы в Beeline Cloud решили взглянуть на open source-проекты в данной области.

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

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

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

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

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

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

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

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

В этой статье я рассказал как запланировать и реализовать побольше таких моментов.