🧬 Три закона сложности ПО

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

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

Вот три закона любого кода:

1. Хороший дизайн со временем становится плохим
2. В погоне за рынком сложность растет быстрее
3. У сложности нет предела

❤️ Лучшие инструменты для EQ

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

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

Например, сейчас в чате и на созвонах с менти, в паузах между техническими темами, обсуждаем вопрос эмоционального интеллекта. Об его важности и пользе, особенно с приходом AI. Как ребята начали качаться и переходить от теории к практикам.

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

🍷 Эффективные инструменты по нашему мнению:

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

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

2. Спорт и командные виды. Здоровое спортивное соперничество и характер — основа развития. Часто ты борешься не только с соперником, но и с самим собой. Со своими пороками, ленью и вредными привычками. Берешь над собой контроль и вырабатываешь сознательность.

3. Искусство. Заниматься музыкой, писать картины, ходить на танцы — это тоже развитие нашего EQ. Я тут не силен, но в планах есть научиться играть на музыкальных инструментах или станцевать бачачу.

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

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

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

Почему в ИТ не все так идеально?

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

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

Уважаю творчество Леши, (хоть иногда не согласен по поводу кроссплатформ), его мотивация и желание не стоять на месте и помогать индустрии, а не паразитировать, — очень софтовая и зрелая, которая мотивирует. Без популистких и манипуляторских приемов.

Спасибо за упоминание, кстати ❤️

🖥 Задачи по system design: Service vs Repository

У многих есть путаница в чем отличие сервиса и репозитория.

🟣 Репозиторий — это хранилища, которые обрабатывают данные, но с важной оговоркой. У каждого репозитория должна быть только одна бизнес-модель

🔘Сервис — это классы, которые могут работать с несколькими репозиториями. А также объединять их в более сложные бизнес-объекты.

В ноушене написал реальный пример кейса с расчетом прибыли в кинотеатре. Где кинотеатр может зарабатывать деньги из двух источников:
🟣продажи билетов
🟣продажи еды

Нужно расчитывать среднюю прибыль билета и еды

💎 Полный доступ к статье с кодом и объяснением можно получить через бусти или трибуту

💎 Алгоритмы в реальной жизни: Алгоритм Кадана

Следующий алгоритм полезен для самых меркантильных.

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

К вам пришла такая задача:

Дан массив целых чисел, найдите подмассив с наибольшей суммой и верните ее сумму. Решение по времени должно быть линейное O(n). Так как нужно быть быстрее конкурентов.

Пример

Input: nums = [-2,1,-3,4,-1,2,1,-5,4]
Output: 6

🔴 Прежде чем перейти к решению остановитесь и подумайте о решении

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

Самым же элегантным решением будет решение с помощью алгоритма Кадана. Оно звучит так:

Движемся по массиву слева направо и накапливаем в переменной s текущую частичную сумму. Если в какой-то момент s окажется отрицательной, то присвоим s = 0. Максимум из всех значений переменной s за время прохода по массиву и будет ответом на задачу.

Такое решение будет максимально лаконичным и быстрым.

Поздравляю! Вы самый эффективный и меркантильный человек!

💎 Еще больше алгоритмов для реальной жизни по подписке через бусти или бот

📼 Как сделать safe subscripts для коллекций

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

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

💎 Доступ по подписке через бусти или бот

💅 Подборка крутых ресурсов по SwiftUI

В чате мы часто делимся интересными ссылками, докладами и файлами. Сейчас речь зашла про хорошие курсы. Я, не разобравшись в вопросе, хотел похвалить одного автора с громких названием "beginner to senior". Но Астемир легко контр-атаковал меня мощным ударом:

есть несколько альтернатив. Никто из них не маркетит свои курсы, которые значительно круче по содержанию чем у Азама как «beginner to senior”

- stephancodes.com
- cocoacasts.com
- editorscut.com - его книги круче всех курсов имхо Азама
- donnywals.com - так же как и его книги
- essentialdeveloper.com - у них вообще топ, даже бесплатные 60+ сессии на ютубе
- letsbuildthatapp.com - старые но качественные, есть по суи новые
- nsscreencast.com - подписка, охватывает все что есть в iOS и даже больше
- objc.io / Swift Talk - 405 сессий, вот тут SUI реально разбирают
- pointfree.co - все и так знают
- raywenderlich.com - у них микро-курсов тонна на все темы практически и +/- они deliver what they promise
- swiftyplace.com - она реально отлично SUI разбирает книга + курс, много продвинутых тем
- swiftystack.com - есть полезные моменты, но оверпрайснут
- на том же udemy есть "Deep Dive iOS 17 Swift SwiftUI Programming" - около 100 часов

💎 Не забудьте подписаться на канал Астемира

💎 Задача по архитектурам: Модуль Избранного

Я продолжаю претендовать на сеньорский контент и заполнять ноушен уникальными задачами. Похожее не найдете ни в одной статье, а если найдете — скиньте в комменты, сам поизучаю 😬

Эту задачу я почти всегда давал своим менти. Почти невозможно решить её идеально, если вы самоучка и ваш опыт только по статьям в интернете или по постам в каналах.

Звучит так: Нужно спроектировать модуль избранного. Всё. Одно предложение, а работа на пару дней.

Эту секцию ведут всегда максимально свободно. Но оцениваю экспертность по общим качествам:

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

Обязательно рекомендую эту задачу, если понравились предыдущие:

🧬 Custom Notification Center
🖥 Service vs Repository

🧬 Получить доступ можно по подписке через бусти или по скидке тут

🌿 Подборка видео про архитектурные секции

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

Мобильные системы усложняются: появляются офлайн режимы; устройства имеют больше мощности; кроссплатформы расширяют горизонты;

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

Компании адаптируются и вводят новую секцию по оценки кандидатов. Вот подборка интересных секций от бигтехов:

📺Как проходит архитектурная секция в команду мобильной разработки Яндекс 360

🌿Как собеседовать мобильных инженеров? Системный дизайн спешит на помощь!

📺Проводим и проходим Mobile System Design-интервью

🧑‍🦰 А я напоминаю, что сделал форк известного фреймворка и адаптирую его под iOS. Скоро туда будут выложены некоторые задачи и решения из закрытого контента.

#podcast #crossplatform

Ideas on Why Cross-Platform Development Might Be Challenging

Тенденция к кросс-платформенной разработке продолжает развиваться определенными темпами. Автор подкаста постарался перечислить причины, по которым это может быть проблематично:

1️⃣ Performance Issues
• Кроссплатформенные технологии часто приводят к снижению производительности по сравнению с нативной разработкой. Это особенно заметно в сложных приложениях с значительной интеграцией аппаратного обеспечения.
• Хотя кроссплатформенные инструменты улучшаются и некоторые из них транслируются в нативный код, производительность все равно может не соответствовать уровню нативных приложений.
2️⃣Complexity & Maintenance
• Кроссплатформенная разработка часто требует обработки множества кандишенов, специфичных для каждой платформы (например, if iOS, if Android), что приводит к усложнению и увеличению размера кода. Конечно это также может быть решено, но теперь у вас на одну задачу больше. Пусть небольшую.
• Такие платформы обычно сильно зависят от сторонних библиотек, что приводит к возникновению новых проблем, включая риски безопасности и вопросы управления зависимостями.
• Зависимость от сторонних библиотек означает, что вы полагаетесь на их постоянное обновление и поддержку, что не всегда гарантировано (стоит вспомнить Xamarin).
3️⃣ Security Risks
• Внедрение стороннего кода увеличивает потенциальный риск возникновения уязвимостей в безопасности, особенно если эти библиотеки не подвергаются тщательной поддержке и обновлению..
4️⃣ Compatibility & Debugging
• Обеспечение совместимости на различных устройствах с разными аппаратными характеристиками может привести к сложным проблемам и необходимости использования обходных решений в коде.
• Дебаггинг кроссплатформенных приложений может быть более сложным по сравнению с нативными приложениями, где инструменты и среды более зрелые и интегрированные.
5️⃣ Engineering Concerns
• Управление отдельными нативными кодовыми базами может поначалу казаться более сложным, но часто приводит к более плавным циклам разработки и меньшему количеству проблем с интеграцией в долгосрочной перспективе.
• Высокий уровень абстракции приводит к появлению дополнительных слоев, что, в свою очередь, вносит элемент непредсказуемости. Да простые элементы делать легче, но будут ли они всегда таковыми по мере жизненного цикла продукта - вопрос открытый.
• Нативные платформы, как правило, легче поддерживать и они более надежные, так как зависимости напрямую управляются владельцами платформ.
6️⃣ False Promises of Cross-Platform Tools
• Просит единой кодовой базы для нескольких платформ часто не оправдывается на практике, приводит к неожиданным сложностям и утрате видимой простоты, которая изначально была обещана.
• Поддержка и координация кроссплатформенных проектов может превратиться в логистический кошмар, особенно по мере роста и усложнения приложения.
7️⃣ General Preference for Native Development
• Нативные приложения легче поддерживать благодаря лучшей интеграции с экосистемой платформы.
• Нативные приложения часто приводят к меньшему количеству неожиданностей во время разработки, что снижает количество непредвиденных проблем, способных нарушить циклы разработки и выпуска.

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

[Duration: 13:39 | Language: Eng]

🏛 Polymorphic Blueprint

🖥 Github с решениями алгоритмов

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

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

Мы в сообществе уже почти 5 месяцев регулярно качаем эти навыки. Прорешав уже около 100 задач. Попытались разобрать частые задачи из Яндекса, Авито, ФААНГОВ и других компаний.

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

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

🟣Техники решения алгоритмов
🟣Задачи с массивами
🟣Задачами со строками

🧬Получить доступ ко всему складу можно по подписке через бусти или по скидке тут

💎 Вопросы на собеседованиях | Память | Junior ч. 3

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

В этом блоке мы затронем:
🟣Где хранятся статические свойства?
🟣Что такое инлайнинг?
🟣Как работают указатели с weak и unowned ссылками?
🟣Какие типы подвязаны под машинное слово?
🟣И еще 10 дополнительных вопросов

Также можно ознакомиться с другими частями:

🟣Вопросы для собесов на память | Junior | ч. 1
🟣Вопросы для собесов на память | Junior | ч. 2

🧬Получить доступ ко всему складу можно по подписке через бусти или по скидке тут

🪙Рекрутер чуть лучше, чем подброс монетки

У нас часто жалуются о том, что индустрия сломана и есть фильтры. Чаще путая это с проблемами агрегаторов и других рекрутерских инструментов.

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

Эксперимент такой, 76 рекрутеров просмотрели порядка 1000 резюме и сделали свои прогнозы. После этого кандидаты прошли mock-интервью на платформе. Полученные результаты сравнили между собой.

Первый вопрос, на который должны были ответить рекрутеры «Стоит ли собеседовать этого кандидата?». То есть при посмотре резюме, пропустит ли рекрутер кандидата дальше или нет? Прогноз совпадает с реальностью только в 55% случаев.

Второй вопрос «Какова вероятность, что кандидат пройдет техническое интервью?».
Те кандидаты, которым пророчили провал (0-5%), на деле успешно сдали в 47% случаев. Те кандидаты, которые по мнению рекрутеров должны были порвать собеседование (95-100%), прошли только в 64%.

Результаты:

🔘Это означает очевидное, что рекрутеры на самом деле не могут предсказать, пройдет ли кандидат или нет. Они оценивают резюме за несколько секунд.

🔘Рекрутеры ищут в резюме упоминания сильных компаний типа MAANG (+35% к успеху) или же представителей меньшинств (+21%).

🔘Если рекрутеры будут тратить 45 секунд на каждое резюме, вместе усредненных 30, то точность исхода вырастет на 34%.