🍭 100 платных подписчиков

Для многих очень маленькое число, но для меня большая цифра. Огромное спасибо каждому. За ваш фидбэк и конструктивно-креативную энергию.

С каждым новым подписчиком чувствую ответственность за качество контента и свободу для новых форматов. Хочу ответить пользой каждому и чаще задумываюсь улучшить текст. Апнуть процесс развития. Разнообразить дорогу, по которой мы все с вами идем.

Перо глубже вонзается в бумагу. Пальцы уверенней бьют по клавиатуре. Шаги к трибуне решительней, а голос смелее.

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

Ты находишь новые силы продолжить приключение и узнать какой же конец у этого пути. У тебя появляются попутчики и даже друзья.

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

Впереди пара интересных анонсов с новым форматом контента. Оставайтесь, присоединяйтесь.

🛸 Подборка визуализаций алгоритмов

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

🌺 Pathfinding Visualizer — сайт визуализирует в действии различные алгоритмы поиска пути и многое другое: поиск в ширину, глубину, жадные алгоритмы и другие. Если вы работаете с расчетом пути, то очень полезно.

🌼 Algorithm visualizer — широкий список разных алгоритмов и визуализаций: рекурсия, динамическое программирование, бэктрекинг и брутфорсинг

🌸 VisuAlgo — простенький и небольшой сайт, но с приятными и простыми анимациями разных алгосов и структур данных

❤️ Подборка ресурсов для эффективного кодревью

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

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

Попробовал собрать хорошие правила практик для эффективного код ревью:

🌄 Официальное руководство по стилю Kodeco Swift. Бывший сайт Рей Вандерлея собрал неплохие практики по многим частым вопросам.

🌄 Swift API design guideline. Нельзя не упомянуть всеми известную доку от разрабов нашего любимого языка.

🌄 Coding Guidelines for Cocoa. Еще один сборник рекомендаций от разрабов инфры Cocoa.

🌄 The Standard of Code Review in Google. Принципы и правила кодревью в гугле. Материал не о том, как писать код, а скорее общие стандарты по эффективному код ревью

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

Прежде чем стандартизировать процесс производства кода, мне кажется, нужно выявить общий компромисс

💎 MVC — это не твоя проблема

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

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

Для чего же это полезно? К спорам с коллегами в чате кто как правильно понял MVC от дядюшки Боба. А также чтобы не пугаться огромных модулей, которые используют паттерны MVC. Возможно, в них есть свои принципы и методики.

❤️ Форма любви

У Эриха Фромма есть хорошее определение любви:

Любовь — это активная заинтересованность в жизни и развитии того, что мы любим. Где нет активной заинтересованности, там нет любви

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

Наша жизнь слишком коротка. Не деньги и вещи дают свободу. Это сложная и тонкая материя. Все материальное отягощает и обесценивает. Усложняет и нагружает.

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

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

Надеюсь, что мы все дойдем до алтаря любви с близкими и делом жизни.

🆙Обновление ноушена за неделю

🟣 Добавлен блок “Код ревью”. В нем будут материалы и статьи про качественный код
🟣Добавлен блок “Архитектура”. Все про архитектурные и дизайн паттерны
🟡Добавлена статья о MVC.
🟣Добален блок с алгоритмами в ноушене. Здесь будет все про алгосы
🟡Добавлена статья “Как оценивать сложность алгоритмов ч.1”.
🟣Добавлена статья “Процессы, Потоки, Очереди и зачем нужен Grand Central Dispatch”
🟣Добавлена статья “Динамическая высота ячейки в коллекции: Frame Based”

Впереди еще материалы с вопросами собесов для джунов про UIKit и язык Swift.

Также чуть буду менять структуру для упрощенной навигации.

получить доступ можно тут

🧬 Как разрабатывать хороший API и почему это важно

Снова контент про стандарты качества. На этот раз древний материал, откопанный в забытой цивилизации. Но это настоящий клад по базовым советам написания кода

Вот саммари:
⏺не забывайте про правильный сбор требований
⏺акцент на нэйминге
⏺декомпозиция и упрощение
⏺использование конструкций, которые принято считать общими для любого языка. это уменьшает объем знаний, которые необходимо изучить для работы с кодом
⏺идеальный код не напишешь с первого раза
⏺помните о производительности, но не жертвуйте ради этого читабельностью.
⏺ если класс не предназначен для наследования, запретите его
⏺ не заставляйте вашего коллегу делать то, что вы можете для него сделать (это уменьшит количество шаблонного кода, который будет у вашего клиента)

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