#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
Теперь используя 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
Please open Telegram to view this post
VIEW IN TELEGRAM
Sentry
Reaper - An open-source SDK for finding dead code
Writing code is easier than ever. We want to make deleting code just as easy – introducing Reaper for iOS and Android. Reaper was an Emerge Tools product that h...
❤3🔥2
Наткнулся на статью Get a job as a junior developer
— автор пишет о поиске первой работы, но многие идеи отлично ложатся и на более широкий контекст.
Главная мысль, с которой полностью согласен:
Чем раньше начнёте — тем быстрее получите результат.
Не нужно ждать, пока «дорастёте до идеала», чтобы провалить первое интервью.
Прохождение собеседований — это отдельный скилл, который не всегда коррелирует с опытом разработчика.
Опытный инженер может провалить интервью просто из-за усталости или стресса,
а студент — пройти, потому что свеж в голове и ментально готов к конкретным задачам.
Из личного опыта: я выстраивал процессы найма как минимум в трёх командах, провёл сотни собеседований и сам проходил десятки.
И проведение, и прохождение интервью это два самостоятельных навыка.
📌 Когда-то я сделал mind-map аттестации разработчика — по сути, карту знаний, по которой можно готовиться к собеседованию на любой грейд и в любую компанию.
Думаю, её можно развить в серию постов:
1️⃣ как готовиться к интервью со стороны кандидата;
2️⃣ как выстраивать интервью со стороны интервьюера;
3️⃣ и какие материалы реально помогают подготовиться.
Как думаете, стоит ли развить эту тему и систематизировать подход к подготовке и проведению собеседований?
#L #Interview
Please open Telegram to view this post
VIEW IN TELEGRAM
Danijela's blog
Getting Your First Job as a Junior Developer
Learning a new programming language is tough. When do you know it’s time to apply for your first junior developer job? In this post, I share my journey, what helped me get hired, and how it took me one year.
❤5
Философский пост в свете последних событий в моей творческой деятельности.
Задумался вот о чём.
Когда бизнесу нужен MVP — срочно, в сжатые сроки, нужно проверить гипотезу — какой минимальный срок и объём функционала мы можем реально поставить?
И с каким количеством технического долга?
Где проходит та самая грань, золотая середина, ниже которой — уже плохо, а выше — просто работа в стол?
Наткнулся на статью в блоге Мартина Фаулера — Lean Inception от Пауло Кароли (создателя термина Lean Inception).
Он описывает, как опытные команды и компании сокращают время старта нового проекта с двух недель до одной.
И эту неделю они называют Lean Inception — время, когда команда формирует видение MVP, договаривается о функционале, сроках и возможностях.
То есть на выходе есть чёткое понимание: какой именно MVP мы делаем, где эта золотая середина, и зачем.
И вот я думаю — это реальность или утопия?
Почему в одних компаниях такие осознанные процессы — это базовый минимум, а где-то это звучит как мечта?
На мой взгляд, всё упирается в направленность компании и её руководство.
В возможность нормальной коммуникации с бизнесом, в зрелость диалога и адекватную оценку результата после Lean Inception (будем считать что таковой имеется).
P.S.:
ИМХО: 🧠 Лучшие IT-бизнесы строят не бизнесмены, а инженеры, ставшие руководителями.
Потому что они глубже понимают, что стоит за решением сделать «ещё чуть-чуть» или «и так сойдёт».
И вот на этом понимании и строится реальный баланс между скоростью, качеством и смыслом.
Ну и коммникация тоже прозрачнее из-за «разговора на одном языке».
#L #LeanInception #Agile #MVP
Please open Telegram to view this post
VIEW IN TELEGRAM
martinfowler.com
Lean Inception
A Lean Inception is a one week workshop to plot out a series of MVPs to set the direction of a software product
👍3❤2
Мы уже поднимали тему важности метричности.
Сегодня — системно разберём технические метрики качества и производительности мобильного приложения, которые собираются в рантайме на реальных пользователях.
(только технические, без продуктовых и без CI — они будут в отдельных постах)
#L #Metrics #iOS #Dev #Mobile
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7❤1 1
🚀 Мажорное обновление Homebrew — 5.0!
Команда выкатала крупный релиз, того самого пакетного менеджера, через который многие из нас ставят себе всё рабочее окружение.
Что нового?
⚡ Параллельные загрузки:
Brew теперь скачивает зависимости и пакеты быстрее, по умолчанию.
🛡️ Обновлена поддержка:
Tier 1 = платформы, для которых команда гарантирует полную, стабильную поддержку и на которых тестируется всё.
Теперь в Tier 1 входят:
• macOS на Apple Silicon
• macOS на Intel (пока ещё живёт)
• Linux ARM64/AARCH64 — важный шаг, учитывая рост ARM-серверов и одноплатников.
🧬 Но, определен постепенный отход от Intel/x86_64:
Это ожидаемо: Apple уходит в ARM → Brew синхронизируется.
Поддержка x86_64 остаётся, но уже как наследие, не как главная платформа.
🤖 Появился MCP-сервер:
Homebrew подружился с Model Context Protocol. Это ускоряет интеграцию локальных AI-инструментов с brew.
🔒 Безопасность: важное изменение:
Все cask-контейнеры, которые не проходят проверку Gatekeeper, будут отключены в сентябре 2026 года.
Это серьёзный шаг в сторону безопасности экосистемы: меньше неподписанных бинарей → меньше рисков.
🧰 Какие альтернативы?
Если вы ищете более «мягкого» менеджера инструментов, то обратите внимание на mise.
Он отлично подходит для проектов, где важно стандартизировать версии тулов и держать их рядом с кодом, а не глобально в системе.
Но Homebrew остаётся удобным универсальным вариантом для локальной разработки.
А вы какими пакетными менеджерами или доставщиками инструментов пользуетесь в своих проектах? 👇
#L #Homebrew #CI
👏
Команда выкатала крупный релиз, того самого пакетного менеджера, через который многие из нас ставят себе всё рабочее окружение.
Что нового?
⚡ Параллельные загрузки:
Brew теперь скачивает зависимости и пакеты быстрее, по умолчанию.
🛡️ Обновлена поддержка:
Tier 1 = платформы, для которых команда гарантирует полную, стабильную поддержку и на которых тестируется всё.
Теперь в Tier 1 входят:
• macOS на Apple Silicon
• macOS на Intel (пока ещё живёт)
• Linux ARM64/AARCH64 — важный шаг, учитывая рост ARM-серверов и одноплатников.
🧬 Но, определен постепенный отход от Intel/x86_64:
Это ожидаемо: Apple уходит в ARM → Brew синхронизируется.
Поддержка x86_64 остаётся, но уже как наследие, не как главная платформа.
🤖 Появился MCP-сервер:
Homebrew подружился с Model Context Protocol. Это ускоряет интеграцию локальных AI-инструментов с brew.
🔒 Безопасность: важное изменение:
Все cask-контейнеры, которые не проходят проверку Gatekeeper, будут отключены в сентябре 2026 года.
Это серьёзный шаг в сторону безопасности экосистемы: меньше неподписанных бинарей → меньше рисков.
🧰 Какие альтернативы?
Если вы ищете более «мягкого» менеджера инструментов, то обратите внимание на mise.
Он отлично подходит для проектов, где важно стандартизировать версии тулов и держать их рядом с кодом, а не глобально в системе.
Но Homebrew остаётся удобным универсальным вариантом для локальной разработки.
А вы какими пакетными менеджерами или доставщиками инструментов пользуетесь в своих проектах? 👇
#L #Homebrew #CI
Please open Telegram to view this post
VIEW IN TELEGRAM
Homebrew
5.0.0
Today, I’d like to announce Homebrew 5.0.0. The most significant changes since 4.6.0 are download concurrency by default, official support for Linux ARM64/AArch64, timescales for deprecating macOS Intel and removing macOS Gatekeeper bypass behaviours.
1❤6 1