👍 🍏 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

👏

🤫 🎯 Мысль на тему первых собеседований и подготовки к поиску работы

Наткнулся на статью Get a job as a junior developer
— автор пишет о поиске первой работы, но многие идеи отлично ложатся и на более широкий контекст.

Главная мысль, с которой полностью согласен:
🧐 👉 не бойтесь проходить собеседования.
Чем раньше начнёте — тем быстрее получите результат.
Не нужно ждать, пока «дорастёте до идеала», чтобы провалить первое интервью.

Прохождение собеседований — это отдельный скилл, который не всегда коррелирует с опытом разработчика.
Опытный инженер может провалить интервью просто из-за усталости или стресса,
а студент — пройти, потому что свеж в голове и ментально готов к конкретным задачам.

😄 Все советы автора — про резюме, портфолио, нетворкинг и присутствие в соцсетях — актуальны и для нашего рынка.

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

📌 Когда-то я сделал mind-map аттестации разработчика — по сути, карту знаний, по которой можно готовиться к собеседованию на любой грейд и в любую компанию.

Думаю, её можно развить в серию постов:
1️⃣ как готовиться к интервью со стороны кандидата;
2️⃣ как выстраивать интервью со стороны интервьюера;
3️⃣ и какие материалы реально помогают подготовиться.

Как думаете, стоит ли развить эту тему и систематизировать подход к подготовке и проведению собеседований?

#L #Interview

👏

😄 💭 Lean Inception и золотая середина MVP

Философский пост в свете последних событий в моей творческой деятельности.
Задумался вот о чём.

Когда бизнесу нужен MVP — срочно, в сжатые сроки, нужно проверить гипотезу — какой минимальный срок и объём функционала мы можем реально поставить?
И с каким количеством технического долга?
Где проходит та самая грань, золотая середина, ниже которой — уже плохо, а выше — просто работа в стол?

Наткнулся на статью в блоге Мартина Фаулера — Lean Inception от Пауло Кароли (создателя термина Lean Inception).

Он описывает, как опытные команды и компании сокращают время старта нового проекта с двух недель до одной.
И эту неделю они называют Lean Inception — время, когда команда формирует видение MVP, договаривается о функционале, сроках и возможностях.
То есть на выходе есть чёткое понимание: какой именно MVP мы делаем, где эта золотая середина, и зачем.

И вот я думаю — это реальность или утопия?
Почему в одних компаниях такие осознанные процессы — это базовый минимум, а где-то это звучит как мечта?

На мой взгляд, всё упирается в направленность компании и её руководство.
В возможность нормальной коммуникации с бизнесом, в зрелость диалога и адекватную оценку результата после Lean Inception (будем считать что таковой имеется).

P.S.:
ИМХО: 🧠 Лучшие IT-бизнесы строят не бизнесмены, а инженеры, ставшие руководителями.
Потому что они глубже понимают, что стоит за решением сделать «ещё чуть-чуть» или «и так сойдёт».
И вот на этом понимании и строится реальный баланс между скоростью, качеством и смыслом.
Ну и коммникация тоже прозрачнее из-за «разговора на одном языке».

#L #LeanInception #Agile #MVP

👏