FastNews | Никита Пастухов

Как и следовало ожидать, мне пришел официальный отказ😢

https://github.com/asyncapi/community/pull/1608#issuecomment-2936149623

Неофициальный, к слову, тоже пришел: Lukasz (Executive Director of AsyncAPI) пришел аж ко мне в личную телегу, мы долго и плодотворно обсуждали мой вклад в AsyncAPI, то как они являются заложниками политики Linux Foundation, как мы сможем коллаборировать в текущих условиях, и как мы вернемся к этом диалогу позже.

На самом деле – впечатления очень позитивные, несмотря на отказ. Ребята демеджконтролят как надо. Могли прислать регулярную корпоративную отбивку, а тут – человеческое лицо, полноценная коммуникация, признание заслуг, планы на совместную работу (я предложил, как всегда😅).

Из хорошего – мы договорились о том, что мейнтейнер AsyncAPI React component поможет мне реализовать некоторые прикольные планы по веб-представлению доки, а еще поможет актуализировать FastStream по поддерживаемым фичам!

И снова всем привет! Как вы знаете, я очень люблю две вещи: OpenSource и душнить. Про OpenSource мне рассказывать надоело, поэтому на митапе @nkhitrov_blog (уже в этот четверг 5го июня, Москва) я буду с САМЫМ ДУШНЫМ ДОКЛАДОМ ПРО ПИВО!🍺🍻

Митап уже на этой неделе, да и количество мест ограничено – поэтому быстрее регистрироваться!

https://peer2beer.timepad.ru/event/3394193/

Решил тут попробовать тему Pustota от Никиты Соболева, и так мне понравилась эта тема, что я сразу же побежал стайлить свои презентации под нее! Чтобы пример кода на слайдах всегда соответствовал тому, что я вижу в редакторе.

В итоге за 10 минут добавил на свой любимый SlidesCodeHighlighter поддержку (с некоторыми косяками, но на сайте просто настроек не хватает). Ну и, конечно же, заслал PR в репу пустоты, который Никита сразу смержил!

Обожаю Open Source – что схема, что платформа находятся в открытом доступе, поэтому все так быстро и удобно получилось!

В общем, если вы часто делаете презентации с кодом – крайне рекомендую SlidesCodeHighlighter, ну а какую тему юзать вы теперь знаете🌚

Забавно, я стартанул этот канал в декабре 2024го без какого-либо плана на его развитие.
Первое время я вообще хотел кидать сюда только анонсы релизов FastStream и какие-то новости о нем. Но быстро оказалось, что мне есть чем еще с вами поделиться😅

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

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

А еще в ближайшее время должен подоспеть мой доклад с последнего PiterPy (на ютубе он появится через год) и я постараюсь освещать публичные мероприятия, на которых бываю. Например, я совсем ничего не рассказал про последний PHDays (а там было круто).

В общем, спасибо за ваш позитивный фидбек! Остаюсь на связи

Поэтому вот список изменений, которые я ввел в свою систему в первую очередь:

– часто смотрю в список. Буквально каждый раз, когда возникает мысль "а что делать следующим". Это должно быть на уровне привычки. А еще составляю мини-списки (как список покупок в кармане) на ближайшие пару часов и иду за новым в большой список, когда мини кончился.

– заношу в список вообще все. Даже самое мелкое, что раньше считал слишком мелким для внесения в список. Бумага стерпит, а голова мне еще пригодится.

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

– НАЧАЛ ПОЛЬЗОВАТЬСЯ КАЛЕНДАРЕМ. Заношу туда любые задачи, связанные со временем – созвоны, поездки, посиделки с друзьями на след выходных, концерты, музеи, кино, занятия с менти, конференции и тд и тп. Если событие подразумевает какую-то подготовку, то я заранее накидаю россыпью задач на какие-то дни на всем промежутке до этого события. Например, если у меня выступление на конфе, то за 3 недели до конфы я накину себе задач на подготовку доклада 2 раза в неделю. Да, поэтому я вас достаю о конкретных датах.

– прикрепляю к событию в календаре все необходимые артефакты. Если это "доставка СДЕК" на 25ое, то я закину туда код отправления, код заказа в магазине и сайт магазина. Если это квартирник с друзьями – то список покупок и код от домофона. Если это бухич в баре – точку на карте и на чье имя бронь. Теперь я всегда знаю, где искать инфу по событию. А голова чиста😊

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

– активно пользуюсь отложенными сообщениями. Обычно мне приходит в голову, что нужно "уточнить у Х завтра У". Зачем писать это в ежедневник, если можно написать отложенку прямо сейчас?

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

– упрощаю формулировки подвисших задач до первого шага. Не "сделать фичу" (это не очень понятно), а "уточнить требования у продакта" (ага, попались! Что за требования? Тут тоже думать надо) – "мы можем сделать Х или У в зависимости от ожиданий пользователя. Обсудить это с продактом и реализовать выбранный вариант" – о, так мб мне сразу ему написать / кинуть встречку? Смотри-ка, процесс пошел

– по возможности использую конкретные формулировки задач с привязкой к понятному времени и деятельности. Не "заняться спортом завтра", а "пойти бегать утром / сходить в тренажерку на обеде". Да, вы можете вспомнить, что у вас было в голове, когда вы писали "спорт". Но зачем вспоминать, если можно записать?

– не пытаюсь запомнить, что меня просят. Совсем. Записываю + прошу напомнить. Так надежнее

Это только часть изменений, который я внес. Также было много изменений, которые направлены на работу с мотивацией, устранением других энергетических паразитов, улучшение самочувствия. Но внедрение этих пунктов позволило мне стряхнуть тяжесть нависших надо мной задач, перестать трястись над ними, и начать ДЕЛАТЬ!

В общем, если вы не работает со списком задач, то рекомендую начать. А если работаете, то советую лишний раз взглянуть на вашу систему со стороны. Возможно, вы что-то можете улучшить. Как выяснилось, я годы жил с напрочь сломанным списком😢

#продуктивность

Моя продуктивность

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

Самый важный шаг на пути продуктивности – самодиагностика. Нельзя помочь тому, кто не знает, что ему нужна помощь. Если у вас нет петли обратной связи от организма и нервной системы, то вы в заднице – загоняя себя бесконечно вы просто окажетесь в состоянии выгорания, откуда выбраться значительно сложнее, чем предотвратить. Хорошая новость том, что выгорание – это отличный маркер, что нужно что-то менять. Никакая самодиагностика тут уже не нужна. Как раз мой случай😅

Когда я понял, что нужно что-то менять, я решил обратиться к книгам (Джедайские техники и Атомные привычки), которые я уже когда-то читал. Просто интуитивно посчитал, что они мне помогут – так и случилось. Знания из книг помогли мне взглянуть на свою ситуацию со стороны и понять, что нужно менять. А менять нужно было много😢

Основные проблемы, которые я для себя выделил:
– у меня есть система задач, но я ею не пользуюсь
– трачу очень много времени впустую (телеграм, чатики, ютуб, сериалы)
– прокрастинирую многие задачи
– постоянное чувство усталости, разлада и бардака по всем фронтам
– фрустрация из-за незакрытых целей

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

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

Давайте сегодня расскажу вам о важности системы.

Суть в том, что на удержание информации в голове тратится ресурса не сильно меньше, чем на полезную деятельность. Если вы держите в голове список из 100 дел на ближайшие 2 месяц – вы больше ничего не сможете сделать🤷 Решение тут простое: нужно вынести весь этот список во внешний источник (об этом говорят и Дорофеев, и Хартман, и много-много кто еще). Что я благополучно и делаю уже последние 5 лет – весь мой список всегда на бумаге со мной. Писать-то я пишу.... Но так сложилось, что последний год я слишком занят, чтобы туда смотреть... В итоге, я просто записываю туда все-все-все, а потом все также держу в голове весь список на день (или больше), а вечером синхронизирую выполненное со списком. Вроде как даже работает – задачи в список вносятся, вечером – вычеркиваются... Но подвох вы поняли😅 А еще я по какой-то неведомой причине вел список задач только на +1 день вперед. А вот информацию о том, что у меня концерт через 2 недели держал в голове😂

Fun Fact: а вы знали, что FastStream добавлен в список RabbitMQ клиентов прямо у них в документации?

https://www.rabbitmq.com/client-libraries/devtools

Как отправить жопу мейнтейнера в космос. Краткий гайд от вайбкодеров.

У нас тут first-time-contributor притащил в FastStream прикольную фичу – поддержку HTTP в AsyncAPI.

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

А вероятнее даже их придумал не он, а LLM. У меня сейчас складывается картинка, что чувак просто закинул кодбазу + Issue в LLM, а вывод закинул как PR. Я же ревьюил код нейронки, а он просто кидал мои комменты обратно в LLM. А в итоге все вообще превратилось в тыкву, которая с самого начала была чьими-то галлюцинациями.

Ебаные блять вайб-фармеры-коммитов-в-OpenSource. Я трачу свое время на сопровождение PR, а он тупо в LLM все закидывает

https://github.com/ag2ai/faststream/pull/2142

#opensource

Так и посту­пай, мой Луци­лий! Отво­юй себя для себя само­го, бере­ги и копи вре­мя, кото­рое преж­де у тебя отни­ма­ли или кра­ли, кото­рое зря про­хо­ди­ло. Сам убедись в том, что я пишу прав­ду: часть вре­ме­ни у нас отби­ра­ют силой, часть похи­ща­ют, часть уте­ка­ет впу­стую. Но позор­нее всех поте­ря по нашей соб­ст­вен­ной небреж­но­сти. Вглядись-ка при­сталь­ней: ведь наи­боль­шую часть жиз­ни тра­тим мы на дур­ные дела, нема­лую — на без­де­лье, и всю жизнь — не на те дела, что нуж­но.
Ука­жешь ли ты мне тако­го, кто ценил бы вре­мя, кто знал бы, чего сто­ит день, кто пони­мал бы, что уми­ра­ет с каж­дым часом? В том-то и беда наша, что смерть мы видим впе­ре­ди; а бо́льшая часть ее у нас за пле­ча­ми, — ведь сколь­ко лет жиз­ни мину­ло, все при­над­ле­жат смер­ти. Посту­пай же так, мой Луци­лий, как ты мне пишешь: не упус­кай ни часу. Удер­жишь в руках сего­дняш­ний день — мень­ше будешь зави­сеть от зав­траш­не­го. Не то, пока будешь откла­ды­вать, вся жизнь и про­мчит­ся.
Все у нас, Луци­лий, чужое, одно лишь вре­мя наше. Толь­ко вре­мя, усколь­заю­щее и теку­чее, дала нам во вла­де­нье при­ро­да, но и его кто хочет, тот и отни­ма­ет. Смерт­ные же глу­пы: полу­чив что-нибудь ничтож­ное, деше­вое и навер­ня­ка лег­ко воз­ме­сти­мое, они поз­во­ля­ют предъ­яв­лять себе счет; а вот те, кому уде­ли­ли вре­мя, не счи­та­ют себя долж­ни­ка­ми, хотя един­ст­вен­но вре­ме­ни и не воз­вра­тит даже знаю­щий бла­го­дар­ность.

Сенека. "НРАВСТВЕННЫЕ ПИСЬМА К ЛУЦИЛИЮ" - 62-64г н.э.

Смотри-ка, в Риме тоже шарили за #продуктивность

Вот тут я уже развивал мысли про нейроининтерфейсы и AI-IDE. Сейчас же появились какие-то подтверждения, что работа в этом направлении ведется.

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

https://t.me/PushEnter/9211

В общем, с интересом ждем, что нас ждет уже в ближайшие 5-10 лет

Как же это хорошо! Нашел целую хвалебную оду YAML формату. С каждого, кто так же любит YAML – лайк, кто не любит – два😄

https://noyaml.com/

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

К слову, в Python есть замечательная либа, которая позволит вам чуть более безопасно парсить ямлики – https://github.com/crdoconnor/strictyaml

Это буквально подмножество языка YAML (все равно единой спецификации нет). Возможно, если вы строите свои проекты для управления конфигами чего-то на YAML, вам стоит обратить внимание на этот диалект.

А еще прилагаю спец выпуск про языки конфигурации моего любимого подкаста: https://podlodka.io/323

Там проблемам YAML уделено достаточно времени)

Балуюсь я тут с датасетом установок пакетов с pypi в Google BigQuery и вижу вот такую интересную картину: 22.7% всех-всех установок уже идут через uv. Против 3.8% у poetry...

Шах и мат любителям поэзии😢

Там же можно посмотреть статистику установок по пакетам:

2.4kk / day у ruff
2.9kk / day у black
1.6kk / day у flake8

Смузи-rust стек уверенно рвется вперед. Ждем теперь ty (тайпчекер) от astral для похорон mypy

Ладно, хватит пока Дорофеева (хотя у меня еще много интересных заметок по книге), я тут уже Атомные привычки перечитал, буду теперь их вам пересказывать.

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

В общем, Атомные привычки + Джедайские техники – отлично синергирующие книги о личной эффективности. Все другое, что я читал по этой теме, буквально пересказывает разные компоненты из этих двух книг. Поэтому рекомендую всем поставить на полочку (а лучше прочитать) эти две, а если захочется больше – углубляться уже в основы: Канеман, Голдратт, Талеб, Франкл, Юнг и прочие научные и философские труды, что являются базой для всех эти книг.

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

– У победивших и проигравших были одни цели => правильная цель не является достаточным условием успеха

– Достижение цели дает эффект только в моменте – Допустим, вы хотите жить в чистоте. Вы героически делает генеральную уборку. А через неделю все снова в г***не. Чтобы "жить в чистоте", нужно не достигать цели "навести порядок", а менять систему – делать лучше по чуть-чуть, но постоянно.

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

– Цели находятся в конфликте с долгосрочным прогрессом – если цель является мотиватором, то после ее достижения нужно прилагать новые усилия, чтобы не скатится обратно

Ох уж этот запах OpenSource'а.
Хотя, обычно в Issue чуть более завуалированно формулируют проблему. Хорошо, что наши люди сразу дают конструктивную критику – без всех этих ваших формальных расшаркиваний и этических приседаний😁

https://web.archive.org/web/20230210230639/https://github.com/telegramdesktop/tdesktop/issues/25864

Ребят, наверное, вы знаете, что я маленько упорот. И смотрю / изучаю совсем рандомную дичь.

Например, сейчас, мне на глаза попался Youtube канал "Дневник дизайнера" про дизайн интерьеров, который ведет Михаил Шапошников. Это действительно очень круто – мужик сделал самую дорогую дизайн-студию в России, самый крупный ютуб-канал по дизайну, занимается обучением, создал свой бренд мебели и дизайны его мебели даже выигрывали Red Dot (самая престижная премия промышленного дизайна).

Оказалось, он 10 лет работал в найме в ИТ прежде чем ушел заниматься дизайном и делать свой бизнес. Просто выбрал жить и делать то, что нравится именно ему.

В общем, делюсь с вами очень вдохновляющим интервью с этим человеком

https://www.youtube.com/watch?v=v3DFewfjBKQ&ab_channel=PIMENOV

К слову, на этом же канале есть еще много интересных интервью.
За ними можно следить через этот тг-канал: @pppimenov

#продуктивность #карьера

Апдейт по клаве: сегодня перешлось перепаивать 3 гнезда на плате.

Я до этого пару дней сидел только на monkeytyping и привыкал к новой раскладке букв. Сегодня же попробовал работать полноценно – и оказалось, что одна из клавиш в цифровом ряде не работает. В общем, в китайской пайке отвалился диод, пришлось его припаивать обратно. Пока вставлял плату обратно в корпус оторвал еще 2 диода на других клавишах... Похоже, ergohaven не сами паяют платы, а заказывают с Алика готовые. Иначе объяснить почему комплектующие отваливаются при малейшем дуновении я не могу. В общем, эти гнезда тоже запаяли обратно – теперь все работает. Больше разбирать эту херню не буду...

Наращивание объема экспертизы за счет диверсификации усилий на разные области работает только до достижения порога насыщения знаниями.

Дело в том, что мозг не резиновый – он может поместить в себя только определенный набор знаний (так Шерлок Холмс постоянно забывал что земля круглая).

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

После достижения порога насыщения знаниями, они начинают вытеснять более старые. На этом этапе, в соответствии с законами диалектики Гегеля, нам нужно начать переводить количество в качество. Т.е. впихивать больше знаний в ограниченный объем мозга за счет повышения плотности этих знаний. Anyway, без базы вы не сможете углублять (уплотнять) свои знания, поэтому я тут полностью согласен с Гегелем: качественный рост происходит только через количество. В контексте знаний это значит, что вы усваиваете базу – и идёте ее применять на практике. Больше применяете – больше узнаете, знания области постепенно переходят из количества в качество. Нет смысла сидеть теоретизировать до бесконечности – синдром самопознанца вам не друг.

Эти выводы подтверждаются в том числе и экспериментально. Например, экспериментами со студентами-фотографами. Там группа "количество" по прошествии семестра показывала результаты значительно превосходящие группу "качество", т.к оттачивало свое мастерство на практике.

В общем, вывод-то какой? Идеальный Т-shape != хватаемся за все на свете. Выбираем парочку синергирующих областей, изучаем их по правилу Парето – и бежим практиковаться - практиковаться - практиковаться.

#продуктивность #карьера

В итоге, спустя 2 часа поисков информации
– на сайте производителя
– в документации на клавиатуру
– на ютубе производителя
– в телеграм сообществе производителя
Я смог перепрошить эти гребаные половинки (к слову, способ из документации не работал, помог только ютуб), после чего они... превратились в кирпич.

Пришлось разбирать корпус (там нет крепежей. Чтобы понять, как его разобрать не сломав клаву, пришлось задалбывать людей в чате – этой информации нет в публичном доступе), выводить плату в bootload режим и заново заливать на каждую из половинок прошивку независимо. Только после этого все заработало! Повезло еще, что я ни один свич не сломал (я как-то не догадался сразу заказать запасные). Иначе пришлось бы ждать новую доставку.

В общем, чтобы заказать сплит-клаву, вы должны быть готовы ко всему😢

И фоточки того, что в итоге получилось. Я же теперь буду практиковаться и переучиваться – ждите отзывы