Фильтров опытов стало больше или проверенный временем

Время — главная метрика в ит. Сколько у тебя опыта? За сколько времени ты сделаешь задачу? Какая скорость интернета? Как быстро идет билд в пайплайне? Как можно оптимизировать работу кода? Почему Xcode такой медленный? Сколько лет эта библиотека объездилась в комьюнити? Какой у вас последний таргет? Привязка ко времени будет всегда. Бороться с этим — не понимать индустрию.

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

На самом деле на них смотрят все:
- технический спец, с первых вопросов на интервью, поднимает тему о ваших самых сложных задачах. Это понимание уже на 50% оценило и выстроило дальнейшее интервью, а где-то даже и закончило. Имея хоть небольшой опыт, он легко поймет сколько времени понадобится сделать хорошо задачу.
- нанимающий менеджер, имея фидбэк от технического и hr, смотрит на оценку опыта. Многие не знают, но часто менеджеры могут не поверить в оценку технического интервью. Пообщавшись о вашем опыте уже в живую, дать либо ниже, ниже выше оценки от теха.
- и только потом, рекрутер, зная весь фидбэк и мнения от техспецов, зная все недовольства менеджеров, ставит свои фильтры.

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

Таксономия Блума или как учиться эффективней

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

Таксономия Блума — один из методов эффективного обучения, который сильно закрепился в IT. Основная идея заключается в том, что обучение — это последовательный процесс. Состоит он из 6 уровней: запоминание, понимание, применение, анализ, синтез и оценка. Каждый из них опирается на предыдущий: без знания невозможно понимание, без понимания — применение и далее. Например, если человек не знает, что такое молоток, то не поймет как с его помощью вбить гвоздь.

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

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

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

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

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

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

https://www.youtube.com/watch?v=tW3F62fY1Vc

Как улучшить problem solving skills в программировании

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

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

У этого процесса есть отдельная методология. Она подходит к любой сфере жизни.

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

Хорошие статьи про хэш-таблицы

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

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

Нашел очень хорошее объяснение базы:
- Хеш-таблица, хеш-функция в Swift
- Как реализовать хэштаблицу в Swift

Скоро пол года сообществу и сделаем пару выводов.

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

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

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

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

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

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

Мы остаемся собой и имеем уникальный оттенок. Где честность и упорный труд становятся главной философией.