20 минут в дебаге, а проблема — в одной запятой.

В Python это не просто опечатка, а целый tuple 😭🐍

С днём рождения, питоний! 🎂🔥

Кто-нибудь юзает n8n? Как применяете для личных задач? 🤔

Хочу завести себе ИИ-ассистента, но не уверен, стоит ли заморачиваться или хватит обычных UI-морд GPT/Grok. Делитесь опытом! 🚀

🏢 Работа, баланс и зумерский подход

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

Все чаще от людей разного возраста слышу:
💬 «Я наёмник, мне платят за работу, а не за переработки»
💬 «Не хочу тратить жизнь на работу»
💬 «Работа — это просто работа»

И это правильный подход, но тут есть нюанс.

📉 Ловушки карьеры
Гейл Лакман Макдауэлл в «Карьере программиста» выделяет две крайности:

1️⃣ Переработки и выгорание

Работаешь 24/7, закрываешь чужие задачи, но без стратегии роста.
Менеджер рад, но ты становишься просто «удобным» сотрудником, а не ценным специалистом.
Итог: без роста, без сил, без личной жизни.

2️⃣ Минимальные усилия
Работа строго по ТЗ, ноль инициативы, никаких «экстра миль».
Хорошо для баланса, но развитие замедляется, а карьерные возможности мимо проходят.
Итог: стабильность без роста.

📈 Баланс и осознанный рост
Если хочешь просто получать ЗП – работай в рамках задач.
Если хочешь быстрее расти, то смотри шире:

✔️ Закрывай боли лида/менеджера – чем больше проблем ты решаешь, тем ценнее ты.
✔️ Оптимизируй – не за счёт переработок, а за счёт умной работы.
✔️ Развивай смежные навыки – понимание бизнеса и продукта ускоряет рост.

💡 Короче, мы все наёмники, но если видишь возможности – используй их.
Расти осознанно, а не за счёт бессмысленных переработок.

#толки

Как я сделал Яндекс.Календарь хабом всех событий, а Алису — утренним ассистентом

🎛 Дано:
✅ macOS
✅ Яндекс.Станция + аккаунт Яндекс
✅ Google Календарь (личный)
✅ MS Exchange за рабочим VPN

🎯 Задача:
Собрать все события в Яндекс.Календаре и заставить Алису с утра рассказывать, что меня ждёт сегодня.

🔹 Часть 1. Подключаем Google Календарь к Яндексу
Google Календарь — удобный инструмент с кучей интеграций. Если у тебя его ещё нет — советую завести.

1️⃣ Открываем Google Календарь.
2️⃣ Нажимаем ... напротив нужного календаря → Настройки календаря.
3️⃣ Ищем Закрытый адрес в формате iCal, копируем ссылку.
4️⃣ Открываем Яндекс.Календарь.
5️⃣ Жмём Новая подписка → вставляем iCal ссылку → задаём имя.
6️⃣ Ждём немного — встречи подтянутся автоматически.

✅ PROFIT: теперь личные события из Google синкаются с Яндекс.Календарём.

🔹 Часть 2. Подключаем рабочий MS Exchange через Mac
Тут придётся немного поковыряться, но оно того стоит.

1️⃣ В Google Календаре создаём отдельный календарь под рабочие события.
2️⃣ В Яндексе создаём пароль для CalDAV (Настройки → Пароли приложений).
3️⃣ В macOS → Настройки → Учётные записи интернета → Добавить CalDAV.
4️⃣ Вводим email от Яндекса, пароль — тот самый CalDAV.
5️⃣ В Календаре на Mac появится Яндекс.Календарь.
6️⃣ Подключаем рабочую почту на Mac, если ещё не сделали это.

🔹 Часть 3. Автоматическая синхронизация событий через AppleScript
Здесь начинается магия ✨

1️⃣ Открываем Automator (Cmd + Пробел, ищем).
2️⃣ Создаём новую Программу.
3️⃣ Добавляем действие Запустить AppleScript.
4️⃣ Вставляем код:

tell application "Calendar"
    set sourceCalendar to calendar "OWA"
    set targetCalendar to calendar "Yandex"

    set sourceEvents to every event of sourceCalendar

    repeat with evt in sourceEvents
        tell targetCalendar
            set eventSummary to summary of evt
            set eventStart to start date of evt
            set eventEnd to end date of evt

            if eventSummary is not missing value and eventStart is not missing value and eventEnd is not missing value then
                set existingEvents to (every event whose summary is eventSummary and start date is eventStart)
                if existingEvents is {} then
                    make new event at end with properties {summary:eventSummary, start date:eventStart, end date:eventEnd}
                end if
            end if
        end tell
    end repeat

    reload calendars
end tell

📌 OWA — откуда тянем события (рабочий календарь).
📌 Yandex — куда их записываем.

5️⃣ Сохраняем как SyncCalc.app. Можно запускать вручную, но лучше автоматизировать.

🔹 Часть 4. Автоматический запуск

1️⃣ Открываем терминал и создаём файл:

nano ~/Library/LaunchAgents/com.user.syncCalendars.plist

2️⃣ Вставляем:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.user.syncCalendars</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/bin/open</string>
        <string>/твой путь самурай/SyncCalc.app</string>
    </array>
    <key>StartInterval</key>
    <integer>3600</integer>
</dict>
</plist>

⌨️ Сохранить: Ctrl + X, потом Y, потом Enter.

✅ Теперь календарь будет синкаться автоматически каждый час!


🔹 Часть 5. Настраиваем Алису
1️⃣ Открываем Календари в приложении Дом с Алисой.

🔥 Готово! Теперь все календари собраны в одном месте, а Алиса стала настоящим ассистентом.


#пробую

🚀 Event Storming — инструмент, который прокачает твое понимание процессов

Стать разработчиком — это научиться писать код.
Стать лидом — это научиться видеть систему целиком.

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

Тут нужен Event Storming — инструмент, который помогает разобраться в логике продукта, а не просто штамповать классы и эндпоинты.

🔍 Как это работает?
🎯 Цель
Объединить всех участников проекта в одном инфополе:

- Разработчиков
- Аналитиков
- Менеджеров
- Дизайнеров
- Маркетинг

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

📌 Что нужно?
Большая доска или стена
Sticky notes (желтые, синие, зеленые, оранжевые, розовые)
Фломастеры
❗ А если команда удаленная?
Берем Miro, Mural или FigJam — и все работает онлайн так же круто. Главное, чтобы все могли одновременно редактировать и двигать карточки.

👣 Этапы процесса
1️⃣ Фиксируем события 🟡
Записываем все важные события («Заказ создан», «Платеж выполнен», «Товар отправлен») на желтые стикеры и размещаем их в хронологическом порядке.

📌 Что такое событие?
Это момент времени, который изменяет состояние системы.

🔹 Было: «Заказ в корзине» → 🔸 Стал: «Заказ оформлен»
🔹 Было: «Оплата в ожидании» → 🔸 Стал: «Оплата подтверждена»

2️⃣ Добавляем команды и домены 🔵
Теперь нужно понять, какие команды или подсистемы управляют этими событиями.
Ставим синие стикеры с названиями команд или доменов.

💡 Например, «Оплата подтверждена» может относиться к домену Биллинг, а «Заказ отправлен» — к Логистике.

3️⃣ Прописываем действия (команды) 🟢
Каждое событие чем-то вызвано. Это могут быть:

-Действия пользователя
-Системные команды
-Автоматические процессы

Здесь используются зеленые стикеры, на которых пишем команды:

🔹 Оплатить заказ → 🎯 вызовет событие Оплата произведена
🔹 Отправить заказ → 🎯 вызовет событие Товар отправлен

4️⃣ Определяем бизнес-правила (политики) 🟠
Теперь добавляем оранжевые стикеры с бизнес-правилами, которые влияют на события.

🔸 «Если товар в наличии, отправляем сразу»
🔸 «Если оплата не прошла за 24 часа, заказ отменяется»

Такие правила помогут увидеть узкие места и потенциальные проблемы.

5️⃣ Интеграции и системы 🌸
Наконец, розовые стикеры — это внешние системы.
Они помогут понять, где у нас зависимости и потенциальные точки отказа.

🔹 «Банковский шлюз» → принимает оплату
🔹 «Складская система» → управляет запасами

✅ Что мы получаем в итоге?
На выходе у нас не просто диаграмма, а:
✔ Полное понимание бизнес-процесса
✔ Видно узкие места и баги в логике
✔ Команда говорит на одном языке
✔ Легче обсуждать архитектуру

💡 Реальный пример
Допустим, твоя команда делает онлайн-магазин 🛒
Хочешь понять, где могут быть проблемы?

Event Storming покажет весь процесс:
1️⃣ Пользователь добавил товар в корзину
2️⃣ Нажал «Оформить заказ»
3️⃣ Система проверила наличие товара
4️⃣ Прошла оплата
5️⃣ Склад отгрузил товар
6️⃣ Курьер доставил заказ

На этом этапе можно увидеть:
🔸 Где возможны задержки
🔸 Что делать, если товара нет в наличии
🔸 Что происходит, если платеж не прошел

🤔 Почему это важно для лида?
💡 Код — это просто инструмент. Продукт — это процессы.
Лид — это не просто главный разработчик. Это человек, который видит систему целиком.

Вот почему Event Storming полезен:
🧠 Начинаешь мыслить процессами, а не строчками кода
🔍 Видишь реальную проблему, а не просто выполняешь таску
🤝 Команда лучше понимает бизнес, а не просто «пилит фичи»
⚡ Легче обсуждать архитектуру с продуктовой командой

🎯 Когда использовать?
🔹 Новый проект — чтобы разобраться, как все должно работать
🔹 Оптимизация — ищем, где теряются деньги, время и пользователи
🔹 Рефакторинг — готовимся к переделке архитектуры
🔹 Обучение — помогаем команде быстрее вникнуть в систему

💬 Итог
Event Storming — это чит-код для лидов. Он помогает:
✅ Разобраться в продукте на уровне процессов
✅ Увидеть узкие места
✅ Говорить с командой на одном языке

🚨 Apple неожиданно закрыла доступ к ADEP для россиян

ADEP — это платформа для разработки корпоративных iOS-приложений, которые можно распространять мимо App Store. Ее используют банки, ритейл, логистика и другие компании, чтобы раздавать софт сотрудникам.

📉 Теперь приложения перестали работать, альтернатив пока нет, а бизнес в шоке.

#новости

Доброе утро! ☀️ Если кто забыл — сейчас Масленица, так что я официально объявляю неделю поедания блинов 🥞🔥

Что на самом деле делает тимлид? 🤔

Я не первый раз в роли тимлида, но каждый раз убеждаюсь, что это совсем не то же самое, что быть сеньором. Все эти разговоры про event-based архитектуру, подходы к масштабируемости и производительность… Да, это тоже важно, но с этим можно справиться, если понимать, что и как нужно строить в коде. А вот как работать с людьми — тут уже сложнее.

Когда я впервые стал тимлидом в стартапе, мне казалось, что всё будет просто. Типа, я же сеньор, я и так все знаю. Но на деле оказалось, что от меня ждут совсем другого: как правильно делегировать задачи, как поддержать команду, как наладить коммуникацию между людьми, а не просто писать код. Тогда мне казалось, что достаточно просто быть хорошим разработчиком, и всё пойдет как по маслу. А теперь понимаю: чтобы двигаться дальше в IT, нужно не только разбираться в коде, но и учиться выстраивать диалоги, помогать команде расти и действовать как связующее звено между людьми. 🗣️

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

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

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

🔸 Без навыков общения и взаимопонимания далеко не уедешь. Все эти советы по построению архитектуры круты, но если команда не сработается, ничего не выйдет. Не хватает постоянной работы с людьми, а не только с задачами. 🤝

Мне нравится быть тимлидом, и я всё ещё учусь. Но одно я понял точно: без развития soft skills двигаться дальше в IT тяжело. Работать с кодом можно, а вот работать с людьми — это совсем другой уровень. 💥

Я пока не мастер общения, но этот путь мне точно интересен! А что для вас сложнее — код или управление людьми? 🤔

#bio

Всем доброе утро ☀️ ЧУВАЧКИ 🐸!

Сегодня чуть-чуть проспал, и в спешке почти забыл сказать вам "доброе утро". Но всё в порядке — TickTick мне напомнил! 😆

Вообще, два приложения спасают моё планирование: 📌 Obsidian и ⏳ TickTick. Расскажу сегодня как я их использую и какие есть идеи...

🛠️ Идеальная система планирования: мой эксперимент

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

📌 Obsidian — для долгосрочных целей и структуры. Здесь фиксирую идеи, вижу картину в целом и строю планы.
✅ TickTick — для ежедневных задач. Это не просто todo-лист, а целый комбайн с трекером привычек, помидоро-таймером и приоритетами.

Но просто вести списки мало, если не понимать как планировать. Сейчас пробую систему 12-недельного года (есть одноименная книга The 12 Week Year), суть которой в том, чтобы перестать мыслить годами и работать в коротких спринтах.

Как я это внедрил:
📌 Долгосрочные цели → разбил на четкие SMART-цели на 12 недель.
📅 В начале каждой недели ставлю задачи, которые помогут добиться итогового результата.
📆 Каждый день планирую задачи, основываясь на целях на неделю.

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

🗓️ Без календаря тоже никуда. Вношу туда важные встречи, тренировки, семейные планы, чтобы не перегружать себя и оставлять место для личной жизни.

Всё это пока тестирую, но уже вижу, как система помогает избегать хаоса и двигаться по плану.

Я сейчас ищу удобный плагин для синхронизации TickTick и Obsidian, чтобы задачи плавно перетекали из планов в действия. Это поможет не терять фокус и уменьшить время на переключение между приложениями.
Кроме того, хочу замутить личный бэклог — как техдолг, только для жизни. Это прием, который мне нравится в agile-разработке: список вещей, которые накопились, но пока не срочные. Буду расставлять приоритеты, чтобы не забыть важное, но не перегружать себя лишними делами. Такой подход помогает держать фокус на главном и не увязать в мелочах.

Какие инструменты для планирования используете вы? Делитесь своими лайфхаками! 🚀

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

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

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

Всем спокойной ночи, пойду спать под инди-музыку. 🎧✨