Grok 3 докатился и до меня. Надо будет потестить, может кто уже пробывал?

Зачем программисту блог? Разбираюсь сам и делюсь мыслями

Долгое время я считал, что программисту не нужен блог. Главное — писать хороший код, разбираться в технологиях, решать задачи. Но чем дальше, тем больше понимаю: если ты нигде не делишься знаниями, то для мира тебя как будто и нет.

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

Почему ведение блога может быть полезным?
💡 Помогает структурировать мысли
Когда просто читаешь документацию или разбираешься с новой технологией, кажется, что всё понятно. Но стоит попробовать объяснить это другому человеку — и вот уже сам начинаешь замечать пробелы. Блог заставляет думать глубже.

📢 Дает видимость
Пока у меня совсем мало подписчиков, но я вижу, как люди находят мои посты и задают вопросы. Это круто само по себе: ты делишься чем-то полезным, а кто-то это читает и даже находит для себя ценность.

🧠 Учишься формулировать мысли
В коде важно писать чисто, а в жизни — излагать понятно. Хороший программист умеет не только решать задачи, но и объяснять их. Это помогает и в работе, и в собеседованиях.

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

Как начать, если тоже задумываешься об этом?
Я сам пока только пробую, но понял одно: не стоит ждать идеального момента. Можно просто делиться мыслями, разбирать интересные кейсы, писать о том, с чем работаешь. Главное — начать.

Я решил развиваться в этом направлении, больше писать и делиться своим опытом. Если интересно — все мои соцсети собраны здесь 👉 linktree. Буду рад новым знакомствам и общению! 🚀

#толки

🐍 Сегодня Питон празднует 34 года!

Язык, который знают даже те, кто никогда не кодил. Его создал Гвидо ван Россум, которому недавно стукнуло 69 (nice).

Любим, ненавидим, но используем. С днём рождения, Python! 🎂🔥

#новости

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. Ее используют банки, ритейл, логистика и другие компании, чтобы раздавать софт сотрудникам.

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

#новости

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