Наткнулся на статью о жизни с СДВГ.
Без клише, без «мотивационных советов» — про то, как это чувствуется, когда ты или твои подопечные в IT и необходимо «держать фокус».
1. Гиперактивность.
2. Невнимательность, когда теряешь мысль посреди задачи или выключаешься из разговора.
3. Гиперфокус (обратная сторона п.2) когда настолько погружен в задачу, что сложно переключится на что-то другое, в том числе, на внимание к себе и близким.
4. «Паралич задачи», когда даже простое действие кажется непреодолимым.
5. «Временная слепота», когда теряешь ощущение часов.
6. «Низкая самооценка», из-за особенностей взаимодействия с людьми с самого раннего возраста.
Читаешь — и понимаешь, что многое из этого, должно быть знакомо даже тем, кто без диагноза.
По крайней мере у меня отликается чуть ли не каждый пункт.
Иногда мы просто перегружены контекстами, уведомлениями, ожиданиями.
Но где-то между этим всем теряется простая штука — внимание к себе.
P.S.: Нащупывается важная тему, где техника в IT встречается с эмпатией и people-management-ом.
Если пост найдет отклик, можно будет погрузится в особенности работы с людьми, включая учёт личных характеристик, при планировании и коммуникации.
#L #Management #Teamwork #СДВГ
Please open Telegram to view this post
VIEW IN TELEGRAM
Neil Macy
ADHD | Neil Macy
It’s been quite a year of self-discovery.
❤9
Когда технологий становится слишком много — языков, фреймворков, библиотек, инструментов — легко потеряться. Именно поэтому команды всё чаще создают технологический радар (Tech Radar).
Концепцию популяризировала компания ThoughtWorks, у которой регулярно выходит публичный Technology Radar
🚀 Что это такое?
Tech Radar — это карта технологий компании.
Она помогает понять:
• Какие технологии мы уже используем
• Какие пробуем
• За какими следим
• И от каких лучше отказаться
Выглядит это как диаграмма с секторами и кольцами.
Например:
• Сектора: Languages & Frameworks, Tools, Platforms, Techniques
• Кольца: Adopt, Trial, Assess, Hold
💡 Зачем нужен тех радар?
• Создаёт единое техническое видение для всех команд
• Помогает приоритизировать эксперименты
• Делает прозрачным, почему выбрана та или иная технология
• Борется с техническим долгом — видно, что пора заменить или вывести из использования
⚙️ Как использовать?
• Обновляйте радар раз в квартал
• Обсуждайте его на технических встречах
• Используйте как ориентир для развития команды и найма
• Ведите историю изменений — это покажет эволюцию технологического стека
📍 Итог: Tech Radar — это не просто таблица. Это инструмент осознанного выбора технологий и стратегического развития. Он помогает не гнаться за хайпом, а строить системную, зрелую инженерную культуру.
#D #Architecture #BestPractices #TechManagement
Please open Telegram to view this post
VIEW IN TELEGRAM
Thoughtworks
Technology Radar | Guide to technology landscape
The Technology Radar is an opinionated guide to today's technology landscape. Read the latest here.
❤3
Но как только компонент становится сложнее, могут начаться проблемы – «рывки», некорректное отображение и анимации «не там, где нужно».
💡 В таких ситуациях помогает Transaction — механизм, который позволяет управлять тем, что именно анимируется, когда и как.
Разобрал ключевые моменты + примеры в карточках.
#R #SUI #Transaction
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
Наткнулся на статью — 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
Please open Telegram to view this post
VIEW IN TELEGRAM
Danielsaidi
Building Closed-Source Binaries with GitHub Actions
Using GitHub Actions is a great way to automate your build process. In this post, we’ll take a look at how GitHub Actions can build binar...
👍5🤡1
#M #iOS #TeamWork #ASO
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5👏2
Похоже, App Store в Китае решил стать не только "curated", но и "выборочным" 🤷♂️
А если серьёзно — очередное напоминание, как сильно региональная политика может влиять на доступ к сервисам.
#L #Apple
Please open Telegram to view this post
VIEW IN TELEGRAM
Mjtsai
Michael Tsai - Blog - Apple Removes Gay Dating Apps From Chinese App Store
😁3
Swift 6.2 тихо, но уверенно решил стать "строже, чем ревью на проде".
И "Пока Покойо танцует с черепашками" — Swift добавляет:
🛡️ strict-memory-safety — режим, где любая попытка сыграть с памятью не по правилам карается compile-time возмездием.
📦 InlineArray — компактный массив, который больше не прячет данные где-то в куче.
🔍 Span — безопасный способ гулять по смежным кусочкам памяти, не рискуя наступить на чужие байты.
Apple называет это «улучшением безопасности», а мы — очередным поводом наконец почитать документацию перед сном.
Пруфы есть — и официальные 🧐
В 2025 быть «безопасным iOS-ером» — это не просто не использовать !
#L #Swift62
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4