Занимаемся сейчас апдейтами процесса анализа время сборки на компьютерах разработчиков и на CI.
Да и вчерашний пост, про время компиляции хотелось бы развить.
Поэтому чуть мыслей еще своих:
Недавно сравнивал время сборки на двух маках, и заодно посмотрел, что говорят бенчмарки.
💻MacBook Pro 14" (2023, M2 Pro, 10-core, 16 ГБ RAM)
— средний результат по XcodeBenchmark ~119 сек.
💻MacBook Pro 16" (2023, M3 Pro, 12-core, 36 ГБ RAM) ~134 сек
В идеальных услвоиях прирост небольшой, но реальная разница может ощущаться в реальных условиях. Так, в моем кейсе проблемы были из-за памяти.
- переход с M1 → M2 даёт ~10–15% прироста;
- M2 → M3 — ещё +10–20% в зависимости от конфигурации и RAM.
При одинаковом объёме оперативной памяти отрыв между поколениями минимален.
Решает не только CPU, но и стабильность под нагрузкой, на что может влиять: RAM, тех процесс (на M3 - 3нм), sustained performance per watt.
Если Xcode, Slack, Zoom, браузер и антивирус живут одновременно — 16 ГБ быстро заканчиваются, macOS уходит в swap и сборка резко замедляется.
Не раз читал, что при unified memory (в M-чипах работает как общая шина между CPU/GPU), нехватка RAM мгновенно сказывается на производительности.
📎 Apple Silicon memory architecture
Количество ядер, тех процесс, количество RAM - каждый из параметров важен.
Нельзя создавать узких горлышек нагружая свою рабочую машину.
Так при исчерпывании RAM можно, как в моему случае столкнуться с проблемами и тратить время на анализ.
Следите за процессами, которые могут отъедать память, если хотите предсказуемое время сборки и комфортный DX.
P.S.: Отдельно можно говорить про скорость SSD и другие параметры, может сталкивались с другими проблемами и есть решения?
#L #Macbook #UnifiedMemory #Benchmark #CompileTime
Please open Telegram to view this post
VIEW IN TELEGRAM
GitHub
GitHub - devMEremenko/XcodeBenchmark: XcodeBenchmark measures the compilation time of a large codebase on iMac, MacBook, and Mac…
XcodeBenchmark measures the compilation time of a large codebase on iMac, MacBook, and Mac Pro - devMEremenko/XcodeBenchmark
❤3
Наткнулся на статью о жизни с СДВГ.
Без клише, без «мотивационных советов» — про то, как это чувствуется, когда ты или твои подопечные в 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