iOS Makes Me Hate
3.94K subscribers
1.16K photos
169 videos
15 files
1.33K links
Авторский канал про iOS разработку. Путь продуктовых самураев в MAANG.

Самое больше iOS сообщество практиков: https://boosty.to/lionbond/

Автор: @lvbond Senior iOS Yandex, ex-Avito, VK
Download Telegram
Hashable vs AnyHashable

Мы уже хорошо погружены в работу протокола Hashable. Но часто приходится слышать в чем же отличия Hashable от AnyHashable?

Можно легко разобраться, если мы знаем что такое приставка Any. В статье Type Erasure в Swift мы также детально разбирали как сделать свои контейнеры для протоколов.

🟣 Когда пригодится AnyHashable?

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

Первое, что приходит в голову, написать код вот так:


let collection = Set<Hashable>()


Но мы получим ошибку компиляции. Поэтому на помощь приходит наш Type Erasure AnyHashable:


let collection = Set<AnyHashable>()


Так мы избавимся от ошибки компиляции и решим нашу задачу
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
5
Forwarded from Воробей
Сорри, одинаковые фотки скинули: разбираем новинки с презентации Galaxy Unpacked

🎧 Наушники у Samsung лучше — они двухдрайверные и Lossless поддерживают
Часы ярче и громче, чем Apple Watch. Это лайк

А вот систему One UI почти всю стыбзили у Apple. Дизлайк
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
43
Какой архитектурный паттерн лучше всего подходит под Clean Architecture
Anonymous Poll
25%
MVVM
32%
VIPER
30%
VIP
11%
MVP
8%
MVC
3%
RIBs
13%
REDUX
7%
Другое
2
Почему голосуете за VIPER? Если брать книгу Роберта Мартина, то там чистый VIP.

VIPER не придуман Мартином, он популярен только в платформе iOS. А когда писалась книга паттерна даже не было. Как и айфонов.
73
🖥 Подборка статей про Clean Architecture

Мы уже выяснили, что VIPER не тот Clean, о котором писал Мартин в своей книге. Но у иос разрабов есть заблуждение, что именно о нем хотел сказать он. Знает ли Мартин о существовании VIPER’а, который популярен только у иос-разрабов, и что бы о нем он сказал, остается только догадываться.

Для пруфов я собрал статьи, которые помогут разобраться что же такое Clean и почему нельзя назвать «чище», только если в паттерне UI слоя больше букв:

🟣 Архитектурные паттерны в iOS: привет от дядюшки Боба, или Clean Architecture
🟣Clean swift архитектура как альтернатива VIPER
🟣Оптимальный архитектурный шаблон iOS-приложения
🟣Building Testable and Maintainable iOS Apps with Redux
🟣Developing iOS applications with Uncle Bob’s Clean Architecture

Если у вас на собесах есть вопросы про архитектуры и паттерны, то очень советую дать четкие ответы в методичках или провести с интервьюерами диалог по выравниванию определений. Оценить адекватность вопросов и адекватность ответов на них. Распределить их вес по важности и нужности.

Тема архитектур очень холливарная и часто усыплена карго-культами.
Please open Telegram to view this post
VIEW IN TELEGRAM
1062
Скиллы vs Грейды: никогда не бегайте за лычками

Прочитал пост у Стаса Цыганова и сразу внутри поднялась острая тема.

Во-первых, грейды не отражают скиллов. В книге "Growth as a Mobile Engineer" мы уже комментировали тему в чем разница роста по карьерной и профессиональной лестнице. Это два разных направления, где ваши скиллы никак не отражают вашу позицию и наоборот. Также мы уже проголосовали, что грейд имеет самую маленькую ценность для определения экспертности и интереса.

Во-вторых, матрицы компетенций не работают. Во многих компаниях есть такой инструмент как "матрица компетенций". Есть ошибочное мнение, что этот инструмент отражает вашу ценность. Но чаще это просто грубый набросок минимальных скиллов, которыми должен обладать разработчик. Эти навыки устаревают или с ними могут быть не согласны другие руководители, инженеры. Поэтому, они всегда имеют заранее устаревшую позицию.

А самое главное, что матрица может давать ложную надежду, что вот прокачаю эти скиллы и ура – следующий грейд.


Нам не дадут повышение просто потому, что мы стали "лучше". Почти всегда мы должны своими навыками доказать свою эффективность. Ждать, когда манагер принесет крутые задачи, для доказания нашей пользы — один из выходов. Но эффективен ли он?

В-третьих. На работах нет развития. Оно есть только внутри нас. Как бы вам не говорили, что рабочие задачи дают лучший опыт, но это чаще не так. В ит много своих инфо-пузырей, где одна тусовка спорит с другой. Каждая из них считает других лоу-скиллами. Где есть реформы и сокращения. Где одни команды переписывают старое легаси за другой. Где вчерашнее заменится сегодняшним, а сегодняшнее завтрашним. У каждой из тусовок есть своя матрица компетенций и ей тычат, что она более "правильная".

Я же считаю, что мы все просто "другие". Где-то важны одни скилы, где-то другие. Вопрос скиллсетов определяется окружением и личными предподчениями (а также размером дохода 😄)

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

Это будут рекомендации, а что делать с этими рекомендациями и куда их применять, каждый сам решит
Please open Telegram to view this post
VIEW IN TELEGRAM
147
🌸 Анонс моего доклада "Процессы собесов в бигтехах и стартапах: от любви до ненависти"

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

Сейчас взял цель улучшить навыки речи. Так как нашел проблему, что не могу выразить устно и 50% своих мыслей. Время усердной работы над собой. Мне есть что сказать.

У меня накопилась экспертиза, мнения, опыт и эмоции по многим темам. Какие-то проблемы хотелось бы подсветить, какие-то решить, где-то предложить решения.

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

Кто-то скажет, что проходить собесы — это отдельный навык. Но я скажу, что и проводить собесы хорошо сразу не научишься.

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

В этом докладе я расскажу о процессах собеседований:
🟣Как проходят процессы: от hr до нанимающего менеджера
🟣Проблемы и предлагаемые решения для процессов
🟣Почему нужно улучшать процессы собеседований
🟣Какие обучения проводят компании для подготовки интервьюеров
🟣Что должны оценивать собеседования?
🟣Разница между опытным и неопытным интервьюером

Изначально этот доклад рассчитывался как микро-вступление к предстоящим мок-собесам. Но становится гораздо больше.

🧬 Релиз записи в конце следующей недели в закрытом ноушене.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
8
🌿 Детальный разбор SOLID: Принцип подстановки Лисков

Принцип Лисков один из важных принципов, который требует, чтобы расширения суперклассов не ломали поведения. 

Например, класс квадрат должен быть квадртом, а не иметь поведения круга.

В этой статье мы расмотрим:
🟣Как принцип Лисков решает реальные проблемы
🟣Где UIKit может сознательно нарушать принцип?
🟣Как принцип подстановки тесно связан с принципом открытости-закрытости
🟣И другое

💎 Получить доступ можно по телеграм-боту или через бусти
Please open Telegram to view this post
VIEW IN TELEGRAM
5
Макросы — напишут код за вас, но есть нюанс…

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

Такие статьи помогают быстро ознакомиться с главными идеями десятков докладов и статей:
🟣Отличие макросов от property wrapper
🟣Зачем нужны макросы
🟣Где используются макросы
🟣Влияние на перфоманс

А также многое другое
Please open Telegram to view this post
VIEW IN TELEGRAM
10