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

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

Автор: @lvbond Senior iOS Yandex, ex-Avito, VK
Download Telegram
Подборка книг от Essential Developer

Я не смог купить их курс по архитектурам и сис.дизу. Но куплю позже. Пока буду изучать открытые и слитые старые материалы.

Нашел у них интересную подборку книг для развития профессиональных навыков и в целом скиллов образования. Сохраняйте себе
15
Forwarded from Lev Bondarenko
This media is not supported in your browser
VIEW IN TELEGRAM
знали что в фигме можно так общаться?
Проводим идеальное собеседование разработчика. Советы от практика с тысячей собеседований за спиной

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

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

Идеальная статья как узнать, что твой будущий работадатель арбузер

UPD: пост вроде как рофл. Заскамили
8
короче, холиварный вопрос.

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

В последних собесах мне давали такой фидбэк "отлично отвечает на то, что знает. Но начинает выдумывать и домысливать ответы, вместо того чтобы сказать что не знает".

помогите разгадать эту загадку. Что от меня хотят?

upd: вообще забавных приколов очень много. Можете поделиться также своими
This media is not supported in your browser
VIEW IN TELEGRAM
Единственный, кто должен вас понимать — это AI-ассистент

Ждем компании-единороги с одним человеком
1154
Почему фидбэк кандидату важен и что ожидается от хорошего интервьюера

Моя жопа дико сгорела, когда мне скинули фидбэки компании на букву Y. И ладно было бы это сразу, когда я прошел собес. Но это было спустя 2-3 года, абсолютно случайно. Каждые фидбэки за все время прохождения. И знаете что? Никто их мне не донес раньше! Ни рекрутер, ни интервьюеры. Мне просто скинул бывший коллега, уходя из компании, когда я у него спросил "Сорри чел, как ты думаешь, почему я так херово прохожу собесы в вашу компанию? Вот ты говоришь что я изи должен пройти, а на самом деле чет мне не очень успешно это получается".

Я не сгорел с содержания фидбэков. Я сгорел с того, что мне их не донесли раньше через официальные каналы. Например, почти в 30% фидбэках было про "его сложно понять, я ничего не понял". Ну так во-первых, ты ведь можешь переспросить или попросить сделать речь проще? Я за опыт проведения 300 собесов в разных компаниях ни разу не поставил оценку потому что "плохо понимаю". Если я чего-то не понял, то я задаю вопросы, уточняю, прошу переформулировать. А не делаю молчаливое лицо и будто я все понимаю. Боясь показаться глупым.

Если ты молчишь на интервью, то кандидат не понимает твоей реакции и думает что всё идет хорошо. Дай реакции и комментарии прям на собесе.

Во-вторых. Разве ваши рекрутеры не обязаны давать фидбэки, которые помогут мне не допускать тех "ошибок", которые вы засчитали? НИРАЗУ мне не дали тот фидбэк, который написан в вашей админке. Его либо вообще не было, либо он был отформатирован рекрутером и убраны все "острые" темы.

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

Или вы боитесь, что дав фидбэк, раскроете какое-то секретное знание, которое удерживает вас на вашей должности? Нет, всё, что вы задаете и всё что спрашиваете — утечет в сеть и сольется. Ваше место заменят другие или вы сами его освободите. Единственный выход из этого всего — помогать и прозрачно доносить инфу. Не бояться сотрудничать и быть нормальным человеком.

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

Собеседование — это тоже инструмент образования.

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

Даже у нас в компании уже в шаблонах задумались сделать отдельный блок "Фидбэк для кандидата". Его много просили и теперь я лучше понимаю его значимость.

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

Так этот блок будет заполняться самим интервьюером без посредников и переводчиков. Ну а если нужно обрабатывать фидбэки интервьюеров, то точно ли всё прозрачно и нормально?
21
This media is not supported in your browser
VIEW IN TELEGRAM
Авитовцы, ставьте лайк, если тоже впервые видите эту задачу.

Походу надо тоже придумывать рандомные задачи, говоря что они из {{companyName}} компании
122
Old School vs. New School Tech

Ошибочно оценивать свой уровень по навыку прохождения собеседований или росту по карьерной лестнице. Во всех этих путях есть много переменных.

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

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

Тут появляются разные школы:

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

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

Тут часто возникает конфликт и споры: нужна ли база или алгосы? В чем суть инженерности? Какие существуют ветки дохода?

Их бесконечное множество и ит открыто каждому. Многопартийность и варианты самореализации растут. Важно определить только какие проблемы ты хочешь решать. Но главное, нужно всегда быть актуальным и открытым новому. Выходить из эхо-комнат и стараться понимать других.
110
Forwarded from Тимур Тибеев | BigTechDream (Timur Tibeyev)
🍫Читеры, синьоры, AI

Предлагаю интересное обсуждение, которое уже какое-то время у меня в голове.

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

🔸Титулы

Если еще вчера, мы все более или менее четко понимали разницу между синьором и джуном (даже с учетом инфляции). То сегодня граница стала еще более размытой.

В статье “The 70% problem: Hard truths about AI-assisted coding” приводится гипотеза 70% / 30%. Инженеры, которые используют AI для решения рабочих проблем проходят 70% очень быстро. Оставшиеся 30% это исправление кривого кода, написание тестов, переписывание и тд. Так вот, эти 30% как раз и будут отличать синьора от мидла.

➡️https://addyo.substack.com/p/the-70-problem-hard-truths-about

🔸Хард скиллы

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

Но как говорил Мэтт Мёрдок “когда теряешь одно чувство, другие усиливаются”.

Увеличится важность следующих навыков:

- Умение правильно промпить и находить нужные ответы быстрее
- Быть более эффективным в работе, используя разные AI тулзы
- Быстро понимать концепции, не углубляясь в имплементацию

🔸Читеры

Следующий момент это читерство на собеседованиях. Сервисы подобные https://www.parakeet-ai.com/ и различные браузерные расширения становятся реальной угрозой качеству найма.

Плохой найм имеет запоздалый эффект. Кандидат-читер выявится не сразу, а спустя как минимум 6 месяцев испытательного срока.

Компании придумывают разные способы: кто-то возвращает офисные собеседования, кто-то маскирует задачи, что их не распознали AI инструменты, кто-то наоборот поощряет.

➡️https://news.ycombinator.com/item?id=42909166

Интересная получается ситуация, нужно усидеть на трех стульях:

- Как проверить, что кандидат имеет базовые навыки?
- Как проверить, что кандидат умеет пользоваться разными LLMs для работы?
- Как понять, что кандидат не читерит?

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

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

🔸Что это все значит, Тимур?

У меня одна мысль в голове, на 1-2 недели постарайтесь внедрить в свою работу AI инструменты. Заставьте себя их использовать, сделайте себя адептом LLM моделей.

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

Посвятите 2025 год личной и командной эффективности при помощи AI.

✔️ Вроде бы ничего нового, но свои мысли привел в порядок, спасибо 🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
88
Простенькая задача в пн
Как с помощью Cursor была ускорена работа приложения в 2 раза

Краткая история как слить всю кодовую базу банка.
UPD: там есть privacy mode

Но вообще, тема AI инструментов становится всё интереснее. Присылайте свои кейсы. Сделаем потом детальный анализ
11
Коллекции с слабыми ссылками

По умолчанию все базовые (Array, Set, Dictionary) коллекции Swift'а хранят элементы как сильные ссылки. И если мы хотим использовать слабые ссылки, то обычно применяли обертки Weak<T>.

Для каких задач это полезно? Например, года два назад я писал фичу с мультипрофилем. Где у наблюдателя (observer'а) есть множество подписчиков (subscriber'ов). Похожую задачу мы разбирали, когда писали свой NotificationCenter.

Но можно не писать дополнительную обертку и использовать готовые коллекции:

🟣NSPointerArray. Позволяет создавать массивы, которые хранят элементы как слабые ссылки (например, с помощью NSPointerArray.weakObjects()).

🟣NSHashTable. Эта коллекция представляет собой хэш-таблицу, которая может быть настроена на хранение слабых (или неуправляемых) ссылок. В отличие от NSPointerArray, NSHashTable не гарантирует порядок элементов

🟣NSMapTable. Словарь, позволяет использовать слабые ссылки как для ключей, так и для значений. Он полезен, когда нужно создавать ассоциативные структуры данных с особым управлением памятью (например, кеши или реализации обратных связей между объектами).

Разберем примеры в картинка.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
11
Можно ли запилить свой Xcode?

На днях Apple открыла исходный код swift-build. Движка, используемого для билда Xcode.

Многие каналы побежали дезинформировать людей, что теперь ЛЮБОЙ может написать свой Xcode.

Забавно, что эти каналы называют себя практиками… на деле же 99% их контента просто копипасты или редиректы чужих статей.

Наш любимый БРАТ Астемир сделал углубленный ресерч и прочитал исходники.

И спойлер, нет. Вы не можете сделать свой Xcode.

Как там говорится, формируйте свое мнение?
334164
Модульная архитектура с SPM

Доклад Либранера Сантоса, автора популярных книг, рассказал:
🟣Какие проблемы они решали
🟣Как модульная архитектура помогла с тестированием и переиспользованием
🟣Почему выбрали SPM

Отдельный кайф про упоминание выбранных принципов и критериев "хорошой модуляризации". А также, что не стали избирать избыточных UI архитектурных паттернов как VIPER/TCA.
Please open Telegram to view this post
VIEW IN TELEGRAM
93
BDUI-инженеры

Помните я проводил опрос на канале по первому авторскому ролику в ютубе? Там выиграла тема роадмапа для iOS 2025.

Я даже начал делать видос, но почти забросил по двум причинам:
- слишком большой объем для первого ролика
- мой звук и голос заговнили в чате, когда я скинул демку

Но я напишу статью. Надеюсь скоро. И в ней не будет тупых сравнений SUI vs UIKit, GCD vs SC. Забудьте сразу что коммерческий иос инженер это просто кнопкокрас.

Мы разберем множество ветвей развития.

Одна из них — это будущая новая профессия. И называется она BDUI-разработчик.

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

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

Берут полный цикл разработки фичи. Собственно поэтому ору когда какой-то канал пишет «решайте сложные задачи» и учит как делать анимашки на SUI. Ща бы анимашки поделать в 2к25🙂🙂🙂

Инженер будет оцениваться не по анимашкам. А по импакту.

Мобильный инженер это не тот, кто знает только одну платформу.
Please open Telegram to view this post
VIEW IN TELEGRAM
13