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

Как думаете, стоит делать еще навигацию по темам? Где TDD обсуждали, где продуктивность, где ссылки на выступления и тд

И, наверное, подчищу посты с релизами FS. Изначально я вообще не планировал сюда что-то постить кроме этого, но потом что-то пошло не так...

Подход Дорофеева с абузом быстрой и медленной системы Канемана натолкнул меня на пару интересных мыслей о карьере, которыми я хочу поделиться с вами.

При встрече со сложной задачей естественная реакция человеческого мозга - прокрастинация. "Это надо еще подумать как сделать. Пока займусь понятным". Для того, чтобы бороться с этим рефлексом, сложные и непонятные задачи нужно декомпозировать на простые и понятные шаги. Причем - начальные, т.к. понятные шаги где-то в середине не сдвинут задачу с мертвой точки.

Если приложить эту идею к карьерным грейдами, то мы получаем следующую картину:

Переходы с грейда на грейд обусловлены выполнением задач совершенного разного масштаба и степени неопределенности

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

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

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

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

Напоследок приведу пример задач разного уровня:

– "Закрой багу Х"
1) воспроизведи проблему
2) напиши красный тест для стабильного воспроизведения
3) локализуй проблему
4) реши проблему (может быть декомпозирована еще)
5) проверь, что остальные тесты не сломались
6) пуш, ревью, релиз, профит

– "Реализуй поиск в нашем маркетплейсе" - как???
– "Повысь конверсию поисковой выдачи" - чего???
– "Повысь качество поисковой выдачи" - что значит "улучшить качество" вообще!?
– "Повысь размер среднего чека / количество успешно доведенных до продажи сессий" - WTF!?

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

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

Что как, заканчиваем на этом с продуктивностью и возвращаемся к программированию?😅 А то я тут уже следующую книгу перечитывать начал. Да и по Дорофееву хотелось бы еще разобрать основные проблемы с продуктивностью.

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

Очень классно и душевно пообщались с Вячеславом! Про OpenSource почти не было, но классно поговорили за ИТ, путь в разработке, разработчиков / программистов, выгорание и многое-многое другое. Хотя по итогу 3 часа даже как будто мало😅 Надеюсь, экспромт удался

Запись можно посмотреть на youtube

Звук немного шакалит (микрофон я уже заказал, на днях приедет), прошу прощения😢

Вот тут я упоминал эффект синергии для продуктовых фич (и пользовательского API как продукта). А теперь давайте попробуем взять правило Парето, концепцию T-shape, обучения и синергии – и скрестим все вмести.

Допустим, у нас есть знание x, принадлежащее области деятельности X. Допустим, это знание соответсвует правилу Парето и 20% знаний позволяет закрывать 80% задач из этой области. Или, если коротко:

∃x∈X: 0.2x → 0.8X, x → X

Тогда, возьмем две такие области знаний и изучим их обе на 20%:

0.2x + 0.2y = 0.8X + 0.8Y + N,
где N∈[0, 1) - эффект синергии знаний x и y

А теперь давайте вычтем наше получившееся уравнение из следующего базиса

x = X

Получаем что-то такое

x - 0.2x - 0.2y = X - 0.8X - 0.8Y - N
Или
0.8x - 0.2y = 0.2X - 0.8Y - N

Теперь, если считать скорость изучения знаний x и y сопоставимой, то мы можем произвести следующую замену: x = y = t (время изучения).
И получим

0.6t = 0.2X - 0.8Y - N
Или
0.2X = 0.8Y + N + 0.6t

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

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

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

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

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

Ура-ура-ура! Работа от Astral над новым mypy на Rust кипит!
Уже есть плейграунд, где можно с ним поиграться

https://playknot.ruff.rs/

Пысы: ссылку стащил в @cpython_notes

На самом деле, это прям та штука, которую я больше всего жду в экосистеме Python сейчас (ну и нормальный web-фреймворк, ага)

Совершенно случайно наткнулся на грейдовку Avito, которая лежит в публичном доступе на гите:

https://github.com/avito-tech/playbook/blob/master/developer-profile.md

Очень многие пункты оттуда про компетенции и развитие навыков разработчика сильно коррелируют с тем, о чем я говорю на этом канале – умение декомпозировать задачи с разной степенью неопределенности, сильная вовлеченность в бизнес-процессы. Если вы присмотритесь, то хард-скилы, связанные с написанием кода как такового актуальны только до E3 уровня (грейдовка идет E1-E8), дальше грейдовка предлагает смотреть совсем на другие аспекты.

Лично я себя оценил где-то между E6 и E8, что как раз и получается E7 в среднем (но на деле, конечно, ниже)🌚 Anyway, точную калибровку сам себе ты провести не можешь, да и не важно это на самом деле.

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

UPD:
Статья о грейдировании KTS – https://habr.com/ru/companies/kts/articles/862348/
Подкаст Podlodka о грейдах в F(M)AANG – https://www.youtube.com/watch?v=zzuOvQzerFk&ab_channel=Podlodka

#карьера

Да уж, сплит-клавиатуры – это для сильных духом. От момента, когда я поехал в магазин за этим чудом до полной рабочей сборки прошло около 2ух недель (с 15 апреля по 1 мая). Давайте, я вам немного расскажу, как это работает.

Еще в том году я писал, что задумался о покупке сплита и вынашивал эту идею. На действия меня сподвиг подарок сертификата в Geekboards на день рождения. 10к на дороге не валяется – будем покупать там! Клавиатуру решил выбирать от Ergohaven, т.к это единственный промышленный производитель, что я нашел – у них есть клавиатуры всех возможных форм-факторов, которые можно потыкать и выбрать подходящий вариант (думал я). К слову, Geekboards являются ретейлером Ergohaven, так что у них в шоуруме должна быть вся линейка сплитов от производителя (наивный)

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

– "Вы знаете шоурумы, где можно потыкать всю линейку Egrohaven?"
– "Нигде, заказывайте с сайта вслепую".

На сайте у Geekboards в наличии было всего 3/10 моделей, поэтому

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

В общем, в шоурум Geekboards я скатался просто так, спасибо что еще нахер не послали.

В расстроенных чувствах тем же вечером я сел разглядывать сайт Geekboards подробнее и таки нашел интересную мне модель Ergohaven K03 Pro – и сразу же заказал ее СДЕКом.

Через пару дней она пришла, но выяснилось 2 маленьких нюанса
1) клавиатуру мне прислали без свичей и кейкапов (тут как бы сам виноват, но на сайте Geekboards нихера не понятно)
2) мне прислали две ЛЕВЫХ половинки от РАЗНЫХ моделей клавиатуры

Пишем в поддержку! Прикладываю фотки, описание, почему это две левые половинки и я не тупой. – На следующий день мне приходит отбивка "Мы все выяснили, вам прислали правильно, просто переверните одну из половинок"🤯 Тут моя жопа отправилась в стратосферу и я написал новое письмо – с еще большим количеством фоток и аргументов, почему половинки разные. Еще через сутки поддержка со мной согласилась, признала свою вину и предложила заехать на неделе в шоурум, где я смогу докупить свичи, кейкапы и произвести обмен своих половинок. Звучит разумно – едем в шоурум.

В конце недели я приезжаю в шоурум Geekboards во второй раз и выясняется
1) курьер с доставкой моего заказа со склада задерживается уже на 3 часа и его надо подождать еще часок (обещали, что заказ будет в магазине в 15, я приехал в 18, ждал до 19)
2) в шоуруме свичей и кейкапов в наличии НЕТ, их снова нужно заказывать с сайта. Благо, мы нашли хотя бы 3 разных модели свичей по 1 штучке, чтобы вставить их мне в клаву и я хоть выбрать смог, что заказывать

Ладно, производим замену половинок и спрашивает
– "А что там по скидке на свичи за неудобства?"
– "Не знаю, мне ничего про тебя не говорили. Вот твоя половинка, ничем не могу помочь"

Пишем в поддержку! – мне дают промик на 5% (сэкономил 120р на свичах, спасибо). А вот с кейкапами вышла накладка – под мою модель на сайте Geekboards их не было в принципе. Пришлось заказывать от производителя и ждать, когда они приедут с Краснодара.

В общем, 1го мая ко мне приходят свичи, кейкапы – я бегу их радостный забирать, думая что история закончилась... Но после сборки выясняется интересный нюанс – мак видит только ту половинку, что воткнута в него в текущий момент. Вторая половинка для него просто невидима🤯

#split

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Балуюсь я тут с датасетом установок пакетов с 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

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

https://noyaml.com/

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

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

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

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

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

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

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

https://t.me/PushEnter/9211

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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