Если вы сегодня на Joker в Питере, заходите после вот этой панельки. То есть, после 16:15.

Я там еще на полчаса-час останусь, и дальше поеду на митап в Failover Bar, который делаем уже мы.

Очень рад, что мы смогли зазвать на эту панельку Елизарова. Это был бы совсем сюр, на Java-конференции делать панельку про инструменты разработки только с представителем Visual Studio Code, в которой поддержка Java пока откровенно так себе. Надеюсь, Рома добавит жара в нашу сосисочную VSCode-вечеринку :)

Ну и после этого, если Джокера вам не хватит, заезжайте на наш митап ProIT+GetMentor. Там до Фейловера буквально 15 минут ехать, если на такси (4-я Советская, дом 7). И после митапа как всегда афтерпати прямо там же (пиво платное, размещение - все кто был на митапе остаются по дефолту).

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

У меня это происходит только в Chrome, в Firefox все в порядке.

Что делать?

Нужно пойти в настройки браузера:

Settings -> Privacy and Security -> Third-party Cookies -> See all Site Data and Permissions

Дальше вам нужно поле Search. Поскольку интерфейс Chrome делали видные UX дизайнеры, в этот момент на экране у вас аж целых два поля Search. Точнее, даже три, если считать адресную строку браузера.

Вам нужно то поле Search, которое второе сверху - маленькое и убогое, встроенное вглубь интерфейса страницы.

В поле Search (в маленьком поле внутри страницы) вписываем GitVerse.ru

Нажимаем кнопочку с корзиной напротив GitVerse. (Не бойтесь, сам GitVerse из Интернета от этого не удалится!)

Перезаходим в браузере на сайт https://gitverse.ru и видим, что авторизация снова заработала.

PROFIT

Не люблю писать про РВН (чревато объяснениями перед коллегами), но кажется, сейчас очень нужно.

На GitVerse возникает вот такая ошибка. Кнопка “войти в систему еще раз” не помогает.

Над ее решением работают прямо сейчас.

Ждать решение ошибки - это сложный путь.

Легкий путь - самостоятельно пойти и удалить куки.

Для удаления куков в Chrome могу рекомендовать расширение EditThisCookie. Сам пользуюсь годами, все устраивает. Чтобы почистить куки, достаточно установить расширение, щелкнуть на иконку плагина (выглядит как печенька) на панели Хрома, и в левом верхнем углу приложения нажать большую кнопку с корзиной.

В Firefox можно использовать менее навороченное расширение CookieEditor. Чтобы удалить все куки - так же щелкаем по иконке плагина (выглядит как печенька), и внизу окна жмем большую кнопку с корзиной.

"Жестко прожарь меня на основе моих прошлых промптов, не мелочись!"

Вот тварь

Обсужу с Альтманом в следующей переписке...

# 2024.10.14 - РВН

РВН - Работа в Найме, это мой плейсхолдер для всей дневной активности, которую нельзя расписывать в этих заметках из-за NDA.

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

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

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

Гораздо проще не говорить о "работе" никогда.

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

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

Придет к власти новое поколение тех, у кого дата рождения после 2006 года (15 декабря 2005 - General Availability для YouTube), и вот тогда заживём.

https://ru.wikipedia.org/wiki/Правило_безопасной_гавани

Это то, почему я начал просыпаться рано утром.

Элементарный процесс планирования целей на персональное развитие (точней, только Rational Framework) занял два часа.

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

Дальше, к каждому релизу нужно привязать список CR-ов.

Если мы используем парадигму разрзработки Atlassian, то дальше к каждому из CR в релизе, нужно привязать набор эпиков, которые их реализуют. А к эпикам - привязать стори. К стори - задачи. Это уже некая бухгалтерия, как прописать wbs, распихать это по тикетам и связать.

Дальше у тебя появляются планы - недельные и дневные.

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

Если мы исповедуем какой-то waterfall с периодическим перепланированием, или даже настоящий аджайл, недельные планы можно оценировать с помощью покера. При высоком уровне неопределенности (как у меня сейчас), покер в целом идет нафиг и получается эдакий вялотекущий скрамбан. Например, при поставновке цели "пройти 50 километров пешком" (CR на "еженедельный спорт", продукт Олег-как-продукт), совершенно неясно, когда физически ты сможешь пройти эти самые 50 километров. Можно нарисовать графики, можно погадать на кофейной гуще, но скорей всего, все это псевдопланирование отправится в мусорку вследствие десятка разных важных причин. Например, "растянул ногу" - давай досвиданья.

Дальше следует уровень дневных планов. У меня есть некая структурка, как можно описывать день. Часть из этой структурки описывается на утреннем планнинге в 4 утра, часть - на постмортеме в конце дня. Вкратце, нужно расставить глобальные инварианты (например, "день голодовки" или "день спорта"), определить цели и прорабатываемые скиллы персональных проектов и обучения, и поставить основные цели дня. Цели поделить на конкретные задачи. Задачи распихать на слоты времени или вехи. Время учитывать по таймеру, чтобы в конце дня было отношение ожидание-реальность и лог действительно сделанных дел.

Очевидно, что без поддержки в виде каких-то программ, вести такую структуру невозможно. Сейчас я использую для этого простой блокнот (Visual Studio Code или Obsidian), и собираюсь в ближайшее время мигрировать на JIRA или какое-то самописное решение. В будущих выпусках расскажу, как это у меня устроено технически.

# 2024.10.14 - Иерархия Планирования

Сегодня поговорим о том, как планировать - про иерархию от года до дня.

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

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

Уф, какой жирный вышел дисклеймер.

Итак, какие структуры нужно прописать и по-возможности, поддержать в софте.

Вначале идет портфель продуктов, объединенных тем, что всеми ими занимаешься ты.
Для меня это РВН, Failover Bar, Anarchic и Олег-как-продукт. (РВН - Работа в Найме, плейсхолдер для всей активности по дневной работе, которую нельзя расписывать в этих заметках из-за NDA).

Следующий уровень - это стратегические планы. Планы бывают на текущий квартал (4Q2024), до конца года, и на следующий год. Год стоит поделить хотя бы на две части - 1H2025 и 2H2025.

Важнейший артефакт стратегического планирования - квартальные цели (на следующий квартал). Это набор вполне конкретных пунктов.

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

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

В разработке софта частоту релизов принято ускорять, вплоть до релиза каждую секунду по кнопке у каждого разаботчика. В контексте персональных больших целей, так не получится. Персональные цели как раз для того и пишутся, чтобы видеть картину большими мазками. Поэтому, возникает очень важный нюанс. Если ты лично для себя поставил большую цель с вехами, и эта цель привязана к программному продукту, который делает кто-то другой. Не нужно натягивать одно на другое. В твоей личной иерархии планирования у тебя может быть один "релиз" в месяц, и он назвается "Электронное меню для Failover Bar". Для разработчиков за это время может пройти 365 релизов, ни в один из которых меню не работоспособно полностью, и это совершенно нормально. В принципе, в терминах релизов и CR-ов можно описать даже тренировку навыка "сидеть!" у собаки, но не нужно надеяться, что собака будет придерживаться твоей методики изучения.