IT Makes Me Hate

MVVM в SwiftUI

Читаю книгу и в ней автор первые главы разбирает MVVM в SwiftUI. Вкратце буду писать, на мой взгляд, интересные мысли. В книге много сравнений с react и net, но я думаю это вам пока неинтересно.

Архитектурные споры — это чаще личные срачи, где люди защищают не техники, а годы своего опыта. Новые подходы воспринимаются как атака на их компетентность

1️⃣ MVVM плохо масштабируется в SwiftUI

Делать одну ViewModel на несколько экранов технически можно, но на практике это вредно. Объем кодовой базы и связей может быть слишком большой. В какой-то момент все равно придется разделять огромную модель на подмодели

2️⃣ Разработчики любят усложнять

Разрабы чаще принимают сложность, чем пытаются ее устранить. Чаще из-за иллюзии контроля и ощущения "серьезной инженерии". Страшно сломать уже рабочее, чем пересобрать и потерять понимание уже построенной системы.

3️⃣ Лишние абстракции убивают производительность

Разрабы из SoundCloud сделали приложение на VIPER и своих абстракциях, но оно было настолько медленным, что его пришлось удалить из стора. Они переписали на SwiftUI и избавились от своих прослоек. Сильно импрувнули скорость.

Забавно, что разрабы SoundCloud уже удалили свой доклад... Но все равно поискал корни.

Также понравилась мысль "если ты борешься с фреймворком — ты уже проиграл архитектурно". Очень много историй, когда множество разработчиков придумывают архитектуры, которые мешают разработке больше, чем помогают.

SwiftUI Architecture

Купил новую книгу про архитектуры. Решил поделиться с вами. Не жалко, потому что книги никто не читает и все ждут пересказов в канале...

В выпуске про телеграм конкурсы Серега говорил, что ему очень помогает велоспорт. И многие примеры из жизни он матчит оттуда. Я долгое время занимался боевыем самбо и смешанными, и тоже много сравниваю оттуда.

Сейчас очень модно быть универсалом. Модно называть таких t-shaped инженеры. В смешанных единоборствах ты тоже изучаешь очень много приемов: партер, ударка, клинч, переводы. Но тебе надо выбрать что-то одно, чтобы не терять фокус. Если будешь изучать всего по-немногу, то будешь среднячок во всем. На чем-то все равно должен быть акцент.

В программировании считаю также. Я любил борьбу, это моя база.А в инженерии мне нравится развиваться в system design. Это та дисциплина, которая дает развитие независимо от языка и стэка.

Кстати, забавное сравнение. Турнир UFC был основан братьями Грейси, которые хотели показать доминирование бжж над любой другой дисциплиной.

Liquid Glass станет обязательным

Я уже пару месяцев думаю: "А если ревьюеры яблока обяжут перевести всех на стекло? Как все, кто жил в мире одной дизайн системы на две платформы будут жить?".

Эпл будет требовать свой дизайн. Андроид свой. Половина кроссплатформ и 2/3 BDUI фреймворков вымрут? Нативный UI будет все также ценен как в золотые годы? Будут огромные стройки, а дизайнеры будут рисовать дизайн отдельно для iOS и андроид?

Ставь 🖤 если для тебя мечта
и 💀если кошмар

Насчет спорта и жен отдельная тема

Я позвал запретограм iOS звезду, которая многих вдохновляет своей дисциплиной и усердием.

Эту тему мы глубже разберем отдельно.

Записали невероятно структурированное интервью с Серегой Тоболином. Он выиграл последний телеграм конкурс на 7к$ в карман.

Оказалось, он еще тот убийца контестов. Выиграл до этого VK конкурсы и брал призовые в телеграме.

Мы не просто поговорили на кучу интересных тем и накидали массу советов. Но Серега еще сделал крутейшую презу со своими системными решениями. Оособенно интересно, как он их потом использовал на работе и почему каждый турнир давали крутой буст в навыках.

А еще он завел свой блог где пишет глубоко про крутой UI. Я попросил его сделать рубрику "Где AI дает стремные решения и с чем не справляется". Подписывайтесь на @lazy_var

Лично в моем сердечке как он рассказывал про свою жену. Как она оценивала его решения и давала ему советы с помощью аи. За каждым великим мужчиной стоит великая женщина.

📼 Интервью с Senior iOS инженером из TikTok'а

В закрытый доступ вышло интервью с разрабом из тиктока. Который до этого работал в VK и Яндексе. Мы решили обсудить не только текущее место, но и сравнить опыт везде.

Обсудили:
🟣собесы и зарплаты
🟣важно ли крутое образование и какой уровень английского нужен
🟣советы по подготовке и полезные ресурсы
🟣Инженерная культура и разница в требованиях
🟣онбординги и развитие
🟣какие задачи делал: от вк клипов, вертолетов в ГО, до мессенджера тиктока.
🟣BDUI, технологии, ИИ
🟣почему дев тулинг на западе в разы лучше чем в СНГ
🟣как дела с хрючевом по бейджику

Другие интервью:
🍏 Интервью с разработчицей из Apple
🚖 Интервью с разработчиком из UBER

Если ты работаешь или работал в META*(осуждаем), Google, Microsoft и других крутых компаниях — пиши.

Я хочу собрать мнения реальных лидеров индустрии, а не номинальных.

Получить доступ со скидкой 💰тут или ⭐️ тут

За эту неделю я так сильно з@$£$& что хочу переехать в турцию

Мода на винтаж

У зумеров поехала крыша. Сейчас пошла мода на проводные наушники, CD диски и винил поднимаются в сети. Ставят проводные телефоны.

Но больше все мне понравился тренд на IPhone 4. Это мой первый телефон 12 лет назад. Тогда я жил в Казахстане. У нас говорили: «казах без понтов - беспонтовый казах». Так я купил свой первый айфон, долго работав после учебы раздавая листовки, продавая DVD диски с фильмами, устанавливая ПО соседям, и сдав на метал батину штангу (за что знатно отхватил)

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

Особенно актуально с тотальным блэкаутом.

🤩 Виды крашей в приложении

Решил системно подойти к разным метрикам стабильности и качества и задумался... Почему никто не спрашивает никогда про виды крашей? Многие разрабы и тестеры чаще всего дают тикет с крашем, но в 95% почти никакой инфы о чем краш, какого типа?

Решил собрать в один список самые популярные:

1️⃣ Addressing watchdog terminations 🤩

О Watchdog мы много раз писали. Важно помнить, что он не работает в симуляторах, а включен только на реальных устройствах.

Watchdog завершает работу задач, когда ОС убивает приложение за нарушение правил использования времени или ресурсов

2️⃣ Investigating memory access crashes 🤩

Наверное, самый популярный крэш. Обращение к уже освобождённой памяти или как говорит нейронка "Разыменование нулевого или невалидного указателя".

3️⃣ Addressing crashes from Swift runtime errors 🤩

Многие путают force unwrap с крэшем выше. Оба крэша выглядят похоже в Xcode, но природа принципиально разная.

EXC_BAD_ACCESS - чаще инициирует CPU. В момент неверного обращения к памяти.
EXC_BREAKPOINT - Swift runtime до обращения к памяти. Force unwrap nil — это EXC_BREAKPOINT, а не BAD_ACCESS

Полезные ссылки:
- Все типы крэшей
- Understanding Crashes and Crash Logs

Рубрика "корпоративная среда"

Как оказалось, эту рубрику очень ждут. Поэтому сорри, терпим.

Особенно усталость от нейрослопа заметна с презой NVIDIA.

Мне лично было ок, но такой негативной реакции от сообщества геймеров в комментах я не ожидал

Я посидел месяц на 100$ подписке Claude Code.

И не заметил никакой разницы. От силы я тратил 10% лимитов в неделю.

Мои выводы:
- индексация работает не везде. Сейчас мой пулл задач где есть 3-4 репозитория и микросервисы. Нейронка работает либо очень долго на простых вопросах, либо несет дичь. Да, аишки заменяют где-то наши руки. Но разрабы делают новые архитектуры и нейронки не могут под всю организацию проектов подстроиться. Нанимать отдельного архитектора и оптимизатора для аи-агентов думаю пока никто не готов
- 100$ очень много. Пока я не готов столько платить.
- Claude Code в разы лучше Cursor. По UX, по точности ответов.
- Работы меньше не становится. Ты просто делаешь другой тип задач.
- С учетом новой ценовой политики и ее динамик для корпоративных аккаунтов, я не верю, что все компании мира внезапно станут зависимы от этих инструментов

🧑 Задачи с числовыми типами: Переполнение

Я понял, что это заслуживает отдельной рубрики задач для финтехов. В прошлых постах мы говорили про плавающие точки и краши деления на 0.

В тему поста про плавающие точки кто-то написал: "просто держите все числа в Int". Но у Int есть своя ловушка.

Int не бесконечный.

Допустим вы в какой-то вселенной все же вышли за пределы Int.max в каком-нибудь финтехе. Что будет?

Компилятор не соберет, а в некоторых кейсах краш EXC_ARITHMETIC. Снова.

Некоторые энтузиасты даже делают библиотеки для таких кейсов расширяя типом BigUInt. Но есть и официальные либы.

А Apple дает системные инструменты как addingReportingOverflow.

Полезные статьи:
- Swift Integer Quick Guide
- Handling Integer Overflow in Swift