Apple выкатила курс по разработке для начинающих. Изучение займет 14 часов.

Для SwiftUI разобрали вьюхи и работу с данными. Для UIKit - коллекции. Есть туториалы по сетевому слою, декодированию JSON и кэшированию данных.

Технические тренды iOS разработки

Очень странно, что многие иосеры встречают Unidirectional flow архитектуры как очередную хайповую архитектуру. Скорее недоразумение в виде VIPER'а была случайной ошибкой невнятной доки Apple о MVC и инфоцыганством на конфах.

Я пришел из веба и еще тогда в 2016 все было однонаправленным. В андроиде, в вебе, в кроссплатформах. iOS как всегда улавливает тренды с опозданием.

Будущее unidirectional flow архитектур — это неизбежность.

О менторстве. Чеклист как выбрать ментора

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

За тебя. Никто. Ничего. Не должен. Делать.

Переваривать опыт и знания только на ответственности того, кого обучают. Еще раз. Запомним это.

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

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

2. Смотри на опыт ментора. Фильтруй прекрасные слова, которые заливает чел. Смотри на его опыт. Если чел уже забросил программировать, то спроси себя не устарели ли его знания и не жертва обстоятельств, интуиции, удачи все его заслуги. Ищи сознательность и профессионализм в его действиях, а не в словах

3. Найди с ним коннект. Быть может с ментором идеями вы очень близки, но никак не близки эмоционально. Это тоже очень важно. Просмотри найдешь ли общий вайб или компромисс. Если нет — ищи дальше.

4. Сначала определите цели. Что тебе нужно? Ментор не даст ответ на этот вопрос пока ты сам к нему не обратишься. 50% ответа зависит от 100% твоего вопроса

Буду дальше делиться заметками менторства. Ведь буквально сейчас я осознал, что могу считаться экспертом

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

Одна из задач симулятор иос-ника — это улучшенная версия роадмапа, но более иммерсивная. Автоматизирует рутину, лучше разжевывает. Избавляет меня от повторения базовой инфы + дает практику

А пока мы до сих пор ждем апрува от эйпла — можете почитать это

Рубрика "Мотивационные советы"

Знаю. Кому-то нравится контент, когда уровень стресса уменьшается слушая об успешном успехе.

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

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

Первым у нас выступит русский босс мафии со своими советами. В лаконичной и харизматичной форме расскажет как быть "success".

365 дней богу Алгоритмов

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

Для меня уже не первый вызов себе. С 2018 по 2019 устраивал «365 дней Хемингуэю». Тогда у меня был литературный запой. Я прочитал за год около 100 книг и ежедневно писал небольшие рассказы, качая навык сторитейлинга.

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

Такие челленджи дают уверенность, что побеждает не сильнейший. Побеждает самый стойкий. Проверю же свою

Как решать алгоритмы?

Точного ответа никто не может дать. Изучая советы по подготовке к изучению алгоритмов выявил для себя такую стратегию:

Не стоит сразу брать и решать литкод. Эту тактику я взял у создателя комьюнити фаанг-интервью, который попал вроде в гугл. Эти стратегии транслируют в книге “cracking the coding interview”.

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

Этому меня научил и Стивен Кинг. Нет, он не решал алгоритмы. Он написал книгу «как писать книги». Ее я брал за основу к своему прошлому челенджц. Где для написания хороших книг нужно уметь много читать и уметь много писать.

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

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

Для меня важно получить навыки, а не пройти интенсив молодого бойца к собесу

Бинарный поиск

Решил начать с основ. Почти все книги про алгоритмы начинаются с этого. Почему? Да потому что этот алгоритм лежит в основе системной функций сортировки, почти во всех языках.

В чем его идея?

Мы делим пополам заранее отсортированный массив, чтобы обнаружить нужный элемент. Вот и всё.

Алгоритм такой:
1. Сортируем массив данных
2. Делим его пополам и находим середину.
3. Сравниваем средний элемент с заданным искомым элементом.
4. Если искомое число больше среднего — продолжаем поиск в правой части массива (если он отсортирован по возрастанию): делим ее пополам, повторяя пункт 3. Если же заданное число меньше — алгоритм продолжит поиск в левой части массива, снова возвращаясь к пункту 3.

Задача в литкоде

сложность: logn (без сортировки)

#365_дней_богу_Алгоритмов #1

Swift Learning Roadmap 2023

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

- Знание языка
- IDE
- GIT
- UI

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

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

Проход отсортированного бинарного дерева

Тут я взялся за дейли контест.

Алгоритм такой:
1. Ищем родительскую ноду
2. Идем по левой
3. Доходим до конца
4. Идем вправо

- Литкод задача

- Хорошее объяснение бинарных деревьев

#365_дней_богу_алгоритмов #2

Мода на решение задач в литкоде становится все популярнее.

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

В статье автор высказывает мнение о пользе.

Я же считаю, что ежедневное нарешевание задач равно улучшению общих физических показателей.

Как в спорте. Спортсмены 70-80% бегают, прыгают, развивают тело. Увеличивая базовые показатели скорости, силы и выносливости. А потом остальные 20-30% тренируют в зале технику: играют в игры, борятся, спарингуют.

Условно алгоритмическая секция — это что-то вроде оценки твоих базовых показателей.

https://habr.com/ru/post/709550/

Обратный обход бинарного дерева

Последний из основных способов обхода дерева. Решил через очередь.

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

Задача на литкоде

Сейчас пока решаю задачи на уровне интуиции, а мб потом начну подключать попытки осилить математические доказательства

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

Ставь 💅 если делать отдельные посты про техники. Или 🗿 если публиковать только ссылки с задачами. А там сами уже разберутся

#365_дней_богу_алгоритмов #5