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

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

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

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

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

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

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

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

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

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

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

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

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

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

SwiftUI Architecture

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

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

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

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

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

MVVM в SwiftUI

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

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

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

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

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

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

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

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

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

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