🤔 🧠 А что откликается у вас?

Наткнулся на статью о жизни с СДВГ.
Без клише, без «мотивационных советов» — про то, как это чувствуется, когда ты или твои подопечные в IT и необходимо «держать фокус».

1. Гиперактивность.
2. Невнимательность, когда теряешь мысль посреди задачи или выключаешься из разговора.
3. Гиперфокус (обратная сторона п.2) когда настолько погружен в задачу, что сложно переключится на что-то другое, в том числе, на внимание к себе и близким.
4. «Паралич задачи», когда даже простое действие кажется непреодолимым.
5. «Временная слепота», когда теряешь ощущение часов.
6. «Низкая самооценка», из-за особенностей взаимодействия с людьми с самого раннего возраста.

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

P.S.: Нащупывается важная тему, где техника в IT встречается с эмпатией и people-management-ом.
Если пост найдет отклик, можно будет погрузится в особенности работы с людьми, включая учёт личных характеристик, при планировании и коммуникации.

#L #Management #Teamwork #СДВГ

😄 🧭 Что такое технологический радар и зачем он нужен разработчикам

Когда технологий становится слишком много — языков, фреймворков, библиотек, инструментов — легко потеряться. Именно поэтому команды всё чаще создают технологический радар (Tech Radar).

Концепцию популяризировала компания ThoughtWorks, у которой регулярно выходит публичный Technology Radar

🚀 Что это такое?

Tech Radar — это карта технологий компании.
Она помогает понять:

• Какие технологии мы уже используем
• Какие пробуем
• За какими следим
• И от каких лучше отказаться

Выглядит это как диаграмма с секторами и кольцами.
Например:

• Сектора: Languages & Frameworks, Tools, Platforms, Techniques
• Кольца: Adopt, Trial, Assess, Hold

💡 Зачем нужен тех радар?

• Создаёт единое техническое видение для всех команд
• Помогает приоритизировать эксперименты
• Делает прозрачным, почему выбрана та или иная технология
• Борется с техническим долгом — видно, что пора заменить или вывести из использования

⚙️ Как использовать?

• Обновляйте радар раз в квартал
• Обсуждайте его на технических встречах
• Используйте как ориентир для развития команды и найма
• Ведите историю изменений — это покажет эволюцию технологического стека

📍 Итог: Tech Radar — это не просто таблица. Это инструмент осознанного выбора технологий и стратегического развития. Он помогает не гнаться за хайпом, а строить системную, зрелую инженерную культуру.

#D #Architecture #BestPractices #TechManagement

👏

👍 🔄 CI глазами мобильщика

Наткнулся на статью — Building closed-source binaries with GitHub Actions от Daniel Saidi.
По-мимо пиара своего доклада и shell-скриптов на GitHub. 😁
Автор описывает автоматизацию сборки xcframework-ов, но по сути затрагивает общую суть мобильного CI-процесса — и это релевантно и для приложений.

Если свести к базовым этапам:
1️⃣ Написали код
2️⃣ Подготовили сертификаты и профили подписи
3️⃣ Определились с системой CI
4️⃣ Реализовали изолированную работу с keychain и подписью (fastlane match — отличный вариант или как в статье ручными вызовами security, иногда может быть лучше из-за багов fastlane, с изоляцией там точно были проблемы)
5️⃣ Изолировали Xcode toolchain (через fastlane xcodes, или руками через xcode-select)
6️⃣ Собрали артефакт (fastlane gym или xcodebuild)
7️⃣ Выпустили релиз в репозиторий, а при необходимости — в App Store

📦 Вся эта цепочка — ядро мобильного CI.
Важно отметить, что в мобилке по сути нет классического CD — всё упирается в ручную модерацию, сертификацию и контроль релиза.

Конечно, вокруг CI ещё можно строить целую инфраструктуру: кэширование, тестирование, метрики, контроль зависимостей, observability и т.д.
Но базовая мысль проста — CI в мобильной разработке это не просто “собрать билд”, а обеспечить повторяемость и надёжность процесса сборки.

#L #CI #xcodebuild #fastlane

👏

👍 🍏 Apple снова что-то удаляет из App Store

Похоже, App Store в Китае решил стать не только "curated", но и "выборочным" 🤷‍♂️

А если серьёзно — очередное напоминание, как сильно региональная политика может влиять на доступ к сервисам.

#L #Apple

👏

😁 🧠 Пост на ночь — немного про тренды

Swift 6.2 тихо, но уверенно решил стать "строже, чем ревью на проде".

И "Пока Покойо танцует с черепашками" — Swift добавляет:

🛡️ strict-memory-safety — режим, где любая попытка сыграть с памятью не по правилам карается compile-time возмездием.
📦 InlineArray — компактный массив, который больше не прячет данные где-то в куче.
🔍 Span — безопасный способ гулять по смежным кусочкам памяти, не рискуя наступить на чужие байты.

Apple называет это «улучшением безопасности», а мы — очередным поводом наконец почитать документацию перед сном.

Пруфы есть — и официальные 🧐

В 2025 быть «безопасным iOS-ером» — это не просто не использовать !

#L #Swift62

👏

😁 🚀 Sentry выкатила в ранний доступ инструмент для анализа и визуализации размера мобильного приложения

Теперь используя Sentry можно детально разбирать, что именно раздувает размер сборки, и следить за изменениями прямо на CI — отличный способ не пропустить внезапный +50 МБ к следующему релизу 😅

💡 В блоге показали пример с open source Firefox — разработчикам удалось урезать размер на 67 МБ, просто удалив debug symbols и тестовые базы данных из релизной сборки.

📊 Инструмент позволяет:
1️⃣ анализировать размер бинарей, ассетов и debug-символов;
2️⃣ визуализировать, какие части кода занимают больше всего места;
3️⃣ проверять корректность App Thinning;
4️⃣ подключить инструменты для анализа и минификации ассетов (например imagemin-cli);
5️⃣ насколько понимаю по скринам и на CI можно будет проверку размера прикрутить из коробки.

🧠 После покупки Emerge Tools, Sentry продолжает двигаться в сторону инструментов для глубокой оптимизации мобильных приложений — вспомним их open source проекты:
💀 Reaper (анализ неиспользуемого кода) - писали про него тут.
🔍 FaultOrdering (ускорение старта приложения).

🔗 Подробнее: Sentry Blog — Monitor & Reduce Mobile App Size (Early Access)
📘 Документация: Size Analysis Insights

#L #Sentry #SizeAnalysis #AppSize #Optimizations

👏