Проснулся: нос не дышит, горло в огне, голос пропал… Отличное начало дня!

Но есть рабочий фикс:
🧂 1 ст. л. соли
🥄 1 ст. л. соды
💧 Пара капель йода
Заливаем кипятком, ждем, пока перестанет быть лавой, и полоскаем.

Не спрашивайте, как это работает, но работает.

Кажется, я отстал от жизни. 🥺 Сейчас потихоньку раскатываю Grok 3 – говорят, это самый умный ИИ без цензуры. Посмотрим, насколько он реально умный или это просто маркетинг.

#новости

MVP, которое вышло из-под контроля 😅

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

Так вот, уже несколько лет (с перерывами, полными переписываниями и отказом от готовых решений) мы с небольшой командой разрабатываем Масштаб – казуальную ГИС.

💡 Что это такое?
Представь, что тебе нужно отобразить геоданные, но ты не хочешь разбираться в 500-страничных мануалах.
Обычные карты вроде Яндекса или 2ГИС слишком простые, а ArcGIS и QGIS – слишком сложные.

Масштаб – это что-то среднее.
Сервис для тех, кому нужна гибкость, но без хардкорного погружения в ГИС-инженерию.

🛠️ Как мы делали MVP
В начале разработки я скептически относился к самой идее. Мне казалось, что ГИС – это про профессионалов, и наш MVP будет никому не нужен.

Но мы выделили три базовых функции, которые, по нашему мнению, должны были стать основой продукта:

✅ Хранение пользовательских данных
✅ Отображение растровых/векторных карт
✅ Поддержка 3D-моделей

Реализовали, показали потенциальным пользователям... и узнали много нового о боли MVP-разработки.

🧐 Первые ошибки и инсайты

❌ "А можно точку на карту ставить?"
Людям нужно было не просто загружать данные, а ставить точки и прикреплять к ним информацию.
Так появился слой POI (точки интереса) – и он внезапно стал ключевой фичей.

❌ "А как это вообще использовать?"
Мы думали, что людям нужен сам сервис. Оказалось, что важнее готовая визуализация их данных.
Так появилась идея магазина данных, где можно быстро загрузить готовые слои.

❌ "А где примеры?"
Выяснилось, что людям проще понять пользу через готовые сценарии. Так появился режим презентации – возможность красиво показать данные в динамике.

🚀 Что мы поняли про MVP

🛑 MVP без сценариев – это не MVP.
Людям важны не функции, а решения их задач. Мы сделали мощный инструмент, но без понятного примера он был бесполезен.

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

📈 Продукт – это не просто код.
Фишки не работают, если ты не понимаешь, кому и зачем они нужны.

🔥 Что дальше?
Сейчас я вижу, что сервис может быть полезен профессионалам из самых разных областей:
📍 Лингвисты – изучают, как перемещались языковые группы.
📊 Аналитики – показывают динамику данных на карте.
🌍 Городские активисты – визуализируют развитие районов.

Из этого путешествия я вынес огромное количество технических знаний, но главное – понял, как НЕ делать MVP.

Если интересно – у нас есть скромный канал в ТГ, где больше деталей и ссылка на веб-морду. 🗺️📌
@scale_earth_channel

#пробую

Болезнь апгрейднулась – теперь у меня DLC в виде кашля 😅. Но ничего, я же ПРОГРАММИСТ, работа сидячая, чай и апелсинки рядом, так что жить можно.

Всем бодрого утра и продуктивного дня! ☕️💻
Ну и как там у вас, чувачки? Сегодня же жаба-среда 🐸🚀

🚀 Синдром второго проекта: когда хочешь сделать идеально и ломаешь всё

Когда я писал свой первый проект — WMS-систему, я был джуном, но думал, что уже умею всё. Кодил быстро, без оглядки на «правильность», просто чтобы оно работало. И, о чудо, оно реально работало!

Но потом пришёл второй проект — Масштаб, и тут началось…

🔥 Как я сам загнал себя в ловушку
Синдром второго проекта — это когда ты больше не новичок, но ещё и не сеньор. Ты уже знаешь кучу крутых штук и пытаешься впихнуть их все сразу, вместо того чтобы сделать просто.

Я решил:
✅ Микросервисы — потому что масштабируемость же!
✅ Чистая архитектура — потому что так правильно!
✅ Сложные паттерны — потому что я теперь не джун!

В результате:
🚨 Проект тормозил из-за ненужной сложности
🚨 Время уходило на настройку, а не на фичи
🚨 Чем больше я усложнял, тем медленнее всё двигалось

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

💡 Главный урок
🔹 MVP должен быть простым. Никто не знает, что выстрелит, поэтому в начале важнее скорость.
🔹 Сложность не равно качество. Архитектура должна решать проблемы, а не создавать их.
🔹 Делай, как джун, а потом рефакторь, как сеньор.

Теперь я перед каждым решением спрашиваю себя:
«Я действительно это нужно, или я просто хочу показать, что уже настоящий разработчик?» 😅

#bio

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️⃣ Открываем Календари в приложении Дом с Алисой.

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


#пробую