This media is not supported in your browser
VIEW IN TELEGRAM
Вопрос дня: Возможно ли найти секрет без самопожертвования для достижения экспертизы?
О софт скиллах
Прочитав пост Леши еще недели 3 назад, я бы однозначно согласился. Софт скиллы чаще переоценены.
Но буквально на днях мы начали в чате жесткую позицию. Всех замеченных в стае неосознанных и меркантильных мы начали блокировать.
Сначала мы были сдержанными и честно принимали всех, даже зная кто где состоит и что писал.
Началось же все с людей, которые даже и не имели отношение к сообществу, основанному на лже. Но с ними просто нельзя вести диалог. Знаете есть такие патологические лгуны, которые врут на мелочах и начинают вечно изменять свои слова. С ними в чате портилась коммуникация и атмосфера.
Я только рад, чтобы такие представители фауны нашли свою стаю. Каждой твари по стае, как говорится. Такие сообщества отлично отражают ценности, а я стал отличным детектором людей с сомнительными ценностями еще до их вступления в сообщество. А также стал разбираться в людях лучше, чем они в себе.
Сейчас мы начали блокировать всех, кто был замечен там и доступ в чат вы не получите. Все просто. Вы ведь не хотите жить в доме с крысами.
Для некоторых скилов как честность нужна мужественность. А ее отсутствие приводит к трусости и слабости.
Есть просто необходимые софт скилы, которые очень тесно граничат с культурным развитием и образованностью
Прочитав пост Леши еще недели 3 назад, я бы однозначно согласился. Софт скиллы чаще переоценены.
Но буквально на днях мы начали в чате жесткую позицию. Всех замеченных в стае неосознанных и меркантильных мы начали блокировать.
Сначала мы были сдержанными и честно принимали всех, даже зная кто где состоит и что писал.
Началось же все с людей, которые даже и не имели отношение к сообществу, основанному на лже. Но с ними просто нельзя вести диалог. Знаете есть такие патологические лгуны, которые врут на мелочах и начинают вечно изменять свои слова. С ними в чате портилась коммуникация и атмосфера.
Я только рад, чтобы такие представители фауны нашли свою стаю. Каждой твари по стае, как говорится. Такие сообщества отлично отражают ценности, а я стал отличным детектором людей с сомнительными ценностями еще до их вступления в сообщество. А также стал разбираться в людях лучше, чем они в себе.
Сейчас мы начали блокировать всех, кто был замечен там и доступ в чат вы не получите. Все просто. Вы ведь не хотите жить в доме с крысами.
Для некоторых скилов как честность нужна мужественность. А ее отсутствие приводит к трусости и слабости.
Есть просто необходимые софт скилы, которые очень тесно граничат с культурным развитием и образованностью
Telegram
Алексей Гладков
Soft skills (18+)
Хочу поговорить про главный пиздеж в российском (а может и в зарубежном айти). Это довольно широко распространенное утверждение, что дескать soft skills важнее, чем hard skills
Его повторяют как мантру вообще не осознавая ни смысла этой…
Хочу поговорить про главный пиздеж в российском (а может и в зарубежном айти). Это довольно широко распространенное утверждение, что дескать soft skills важнее, чем hard skills
Его повторяют как мантру вообще не осознавая ни смысла этой…
Процесс найма в FAANG. Разбиваем мифы
Недавний спор про работников в эйпл (Apple) показал две вещи (на самом деле три):
🔘 люди не понимают, что собесы для штатных сотрудников и для контрактников разные. В некоторых видео даже говорят — их собесили их же коллеги и на 80% ошибок закрывали глаза. Для контрактников куча поблажок потому что они не являются штатными сотрудниками и не решают многое в реальных задачах
Вроде в сети гуляло интервью от создателя сайта faang interview, где он про это и рассказывал. Кто найдет скиньте в комменты.
Он там и рассказывал как переходил от контрактника в штат готовясь в литкоде пол года (почти как опыт работы некоторых контрактников)
🔘 люди не понимают, что важно кем и как ты работал. Залезть в условный Гугл нет проблем, если за тебя 90% сделала работу компания-посредник. Но опять же это не считается полноценным опытом.
Релевантный ли такой опыт прохождения интервью, считается ли это работа в штате, не кинуты ли эти слова для фальшивой псевдоэкспертности для невнимательных подписчиков или не сильно умной аудитории и был ли это полноценный процесс собеседования каждый решает сам. Но не трудно сложить 1+1 и понять реальный ответ.
А мы же готовимся к худшему сценарию и качаем себя под самый трудный путь.
Почти в каждой компании я активно участвовал в оптимизациях процессов найма и хотел разобраться насколько сознателен тот или иной процесс.
В данной статье автор развенчает мифы про собесы фаанга. Многие, даже очень опытные разработчики, считают процессы с алгоритмами и проектированием неэффективными.
В статье же разрушают их заблуждения:
🟣 на процессы собесов не тратят много времени
🟣 процессы найма не работают
🟣 в крупных компаниях слишком много кандидатов поэтому придумывают рандомные требования
🟣 олимпиадники не понимают реальный мир
Эти и другие мифы автор разбивает в статье.
Недавний спор про работников в эйпл (Apple) показал две вещи (на самом деле три):
Вроде в сети гуляло интервью от создателя сайта faang interview, где он про это и рассказывал. Кто найдет скиньте в комменты.
Он там и рассказывал как переходил от контрактника в штат готовясь в литкоде пол года (почти как опыт работы некоторых контрактников)
Релевантный ли такой опыт прохождения интервью, считается ли это работа в штате, не кинуты ли эти слова для фальшивой псевдоэкспертности для невнимательных подписчиков или не сильно умной аудитории и был ли это полноценный процесс собеседования каждый решает сам. Но не трудно сложить 1+1 и понять реальный ответ.
А мы же готовимся к худшему сценарию и качаем себя под самый трудный путь.
Почти в каждой компании я активно участвовал в оптимизациях процессов найма и хотел разобраться насколько сознателен тот или иной процесс.
В данной статье автор развенчает мифы про собесы фаанга. Многие, даже очень опытные разработчики, считают процессы с алгоритмами и проектированием неэффективными.
В статье же разрушают их заблуждения:
Эти и другие мифы автор разбивает в статье.
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Развеиваем мифы о собеседованиях в FAANG
Наверное, уже все слышали про процесс собеседования в FAANG (и другой BigTech). Leetcode задачи, системный дизайн, поведенческие вопросы, culture fit, и прочие баззворды регулярно обсуждаются...
Мой трехлетний опыт использования TCA
В ноушене я уже начал писать статью об известной The Composable Architecture. Тут, как раз, выпала эта статья.
Автор рассказывает, что с 2021 года использовал её в проде и столкнулся с недоработками или багами:
🟣 Неоправданная сложность
🟣 Слишком частые изменения новых версий
🟣 Архитектурные проблемы
🟣 Проблемы производительности
🟣 Легко сломать архитектуру
🟣 Риск для компаний
Согласитесь ли вы с автором или встречали такие же проблемы?
В ноушене я уже начал писать статью об известной The Composable Architecture. Тут, как раз, выпала эта статья.
Автор рассказывает, что с 2021 года использовал её в проде и столкнулся с недоработками или багами:
Согласитесь ли вы с автором или встречали такие же проблемы?
Please open Telegram to view this post
VIEW IN TELEGRAM
Rodschmidt
The Composable Architecture: My 3 Year Experience
Introduction I recently finished a 3 year stint with a company that uses the Composable Architecture (TCA) from PointFree. I wanted to write about my experiences with TCA and some of the problems I see with it.
I think Brandon Williams and Stephen Cellis…
I think Brandon Williams and Stephen Cellis…
Почему мы не проходим собесы? Гайд по ноушену
За весь мой большой опыт менторинга самой частой услугой была "подготовиться для собесов". Наверное, поэтому я выгорел как ментор и устал от рутины. Собесов мне и на работе хватало. Но вот несколько мыслей, которые я понял.
Слитых баз и вопросов недостаточно для прохождения собесов. Это уже показала практика. Даже если вам дадут полную базу вопросов, то опытный интервьюер всегда спросит больше или увеличит сложность, если вы отвечаете подозрительно хорошо.
Плюс на некоторых секциях просто нет правильных ответов (систем дизайн) или их бесконечное множество (алгоритмы). Одной зубрежки будет мало и она вредная. Тут нужна тесная коммуникация с практиками хай-левела.
Более того, я даже встречал менторов, которые готовили месяцами людей В СВОЮ КОМПАНИЮ, чтобы получить за них рефералку и те не проходили. В этом вопросе важны правильные подходы по обучению. Или же спустя время сами пытались вернуться в старую компанию и не проходили собес.
В интернете уже есть тысячи методичек с актуальными вопросами, но нет главного — коммьюнити практиков, кто поможет вычленить ненужное из мусора. Рассказать как не просто зазубрить, но и понять материал и найти ему применение. Этого даже не могут сделать чатгпт или нейронки.
Видел в сети страту — брутфорсить собесы и пытаться отправлять шпионов для разведки. Это все полная шляпа, тк вопросы без ответов имеют нулевую стоимость. А искать ответы толпой джунов — довольно таки сомнительно.
В нашем сообществе мы сразу даем нужные вопросы, а также помогаем натренировать практику и натаскаться задачами, чтобы их закрепить.
Гайд по ноушену такой:
🟣 Если вы взяли один из любых сборников, то не стоит просто зубрить ответ. Сначала отвечайте сами и старайтесь своими словами
🟣 Не стоит состоять в группах, где только такие же бедолаги, которые ходят по собесам и не имеют опыта: у них будет много ошибок и искажений.
🟣 Не стоит верить ответам. Даже моим. Всегда есть чат или личные сообщения, где мы бесконечно проверяем на практике мифы и сказки. Даже в документациях бывают ошибки
Ну и самое главное, нужно искать комьюнити из сильных инженеров, только так можно иметь всегда актуальную и глубокую инфу
Главное правило шахмат — играть с более сильным противником.
💎 Вступить можно тут
За весь мой большой опыт менторинга самой частой услугой была "подготовиться для собесов". Наверное, поэтому я выгорел как ментор и устал от рутины. Собесов мне и на работе хватало. Но вот несколько мыслей, которые я понял.
Слитых баз и вопросов недостаточно для прохождения собесов. Это уже показала практика. Даже если вам дадут полную базу вопросов, то опытный интервьюер всегда спросит больше или увеличит сложность, если вы отвечаете подозрительно хорошо.
Плюс на некоторых секциях просто нет правильных ответов (систем дизайн) или их бесконечное множество (алгоритмы). Одной зубрежки будет мало и она вредная. Тут нужна тесная коммуникация с практиками хай-левела.
Более того, я даже встречал менторов, которые готовили месяцами людей В СВОЮ КОМПАНИЮ, чтобы получить за них рефералку и те не проходили. В этом вопросе важны правильные подходы по обучению. Или же спустя время сами пытались вернуться в старую компанию и не проходили собес.
В интернете уже есть тысячи методичек с актуальными вопросами, но нет главного — коммьюнити практиков, кто поможет вычленить ненужное из мусора. Рассказать как не просто зазубрить, но и понять материал и найти ему применение. Этого даже не могут сделать чатгпт или нейронки.
Видел в сети страту — брутфорсить собесы и пытаться отправлять шпионов для разведки. Это все полная шляпа, тк вопросы без ответов имеют нулевую стоимость. А искать ответы толпой джунов — довольно таки сомнительно.
В нашем сообществе мы сразу даем нужные вопросы, а также помогаем натренировать практику и натаскаться задачами, чтобы их закрепить.
Гайд по ноушену такой:
Ну и самое главное, нужно искать комьюнити из сильных инженеров, только так можно иметь всегда актуальную и глубокую инфу
Главное правило шахмат — играть с более сильным противником.
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Когда закончил трехмесячный курс по SwiftUI
За что увольняют бигтехи
Сейчас в сети гуляет паническая новость, которой манипулирует только ленивый. Вбрасывая свои домыслы.
Поделюсь своим опытом причин увольнений в бигтехах. И дам советы, которые я давно собрал, для того чтобы в будущем выбирать работу кроме жирного оффера.
Увольняют всегда самых бесполезных и невыгодных. Главные причины:
1. Нет прибыли или перспектив у продукта. Это стандартная тема стартапов или экспериментальных продуктов в бигтехах.
Всегда лучше идти туда, где больше перспективы или продукт вышел на окупаемость. Так меньше риск, что вашу команду не сократят.
Там, конечно, конкуренция выше и требований больше, но зато стабильнее. Не придется вечно бегать по собесам каждые полгода и нагружать себя стрессом и бесполезной подготовкой.
2. Иди в небольшие команды, но с перспективой быстрого роста. Так и продукт будет расти, и ты вместе с ним. Если ты идешь в переполненную команду, то есть риск "оптимизации ресурсов" и будет сокращение всех, независимо от скилла.
3. Увольняют тех, кто не думает о прибыли или стоимости. Любая коммерческая разработка требует коммерческого мышления. Любой код, который мы пишем, должен либо приносить деньги, либо экономить.
Алгоритмы, на масштабах крупных компаний, сокращают миллионы долларов. Систем дизайн — ускоряет чтение и поддержку.
Бизнес не любит леньтяев, кто жадностью выжимает бабки и дает посредственный результат. Также бизнес не любит тех, кто делает "идеальный", но бесполезный код, распыляя свои ресурсы на неэффективные вещи.
Продуктовый майндсет — это коммерческий майндсет. Если у тебя нет аргументов как перевести твои скиллы в бабки для бизнеса, то вероятней, ты кандидат на увольнения.
4. Увольняют тех, кто не развивается и делает минимум. Эффективность — это относительная вещь. Чаще всего увольняют тех, кто слишком засиделся на одном месте. Джун, который долго растет. Сеньор, который начал отставать от других сеньоров или даже мидлов.
Программирование — это конкуренция. Всегда нужно изучать что-то новое и уметь адаптироваться.
5. Иди туда, где твоя работа будет полезная. Да да, довольно таки очевидный совет, но невсегда. Часто бывает, что найм происходит бессознательный и по инерции. Например, команда с упором на бэк, просто так нанимает мобильного разраба, для которого нет задач. Просто потому что так требует регламент или были планы на пару кварталов.
А если нет задач, то нет развития и повышений по зп. Что вероятней, может привести либо к твоему т-шейпингу, либо к увольнению.
А какие советы при выборе компании вы знаете?
Сейчас в сети гуляет паническая новость, которой манипулирует только ленивый. Вбрасывая свои домыслы.
Поделюсь своим опытом причин увольнений в бигтехах. И дам советы, которые я давно собрал, для того чтобы в будущем выбирать работу кроме жирного оффера.
Увольняют всегда самых бесполезных и невыгодных. Главные причины:
1. Нет прибыли или перспектив у продукта. Это стандартная тема стартапов или экспериментальных продуктов в бигтехах.
Всегда лучше идти туда, где больше перспективы или продукт вышел на окупаемость. Так меньше риск, что вашу команду не сократят.
Там, конечно, конкуренция выше и требований больше, но зато стабильнее. Не придется вечно бегать по собесам каждые полгода и нагружать себя стрессом и бесполезной подготовкой.
2. Иди в небольшие команды, но с перспективой быстрого роста. Так и продукт будет расти, и ты вместе с ним. Если ты идешь в переполненную команду, то есть риск "оптимизации ресурсов" и будет сокращение всех, независимо от скилла.
3. Увольняют тех, кто не думает о прибыли или стоимости. Любая коммерческая разработка требует коммерческого мышления. Любой код, который мы пишем, должен либо приносить деньги, либо экономить.
Алгоритмы, на масштабах крупных компаний, сокращают миллионы долларов. Систем дизайн — ускоряет чтение и поддержку.
Бизнес не любит леньтяев, кто жадностью выжимает бабки и дает посредственный результат. Также бизнес не любит тех, кто делает "идеальный", но бесполезный код, распыляя свои ресурсы на неэффективные вещи.
Продуктовый майндсет — это коммерческий майндсет. Если у тебя нет аргументов как перевести твои скиллы в бабки для бизнеса, то вероятней, ты кандидат на увольнения.
4. Увольняют тех, кто не развивается и делает минимум. Эффективность — это относительная вещь. Чаще всего увольняют тех, кто слишком засиделся на одном месте. Джун, который долго растет. Сеньор, который начал отставать от других сеньоров или даже мидлов.
Программирование — это конкуренция. Всегда нужно изучать что-то новое и уметь адаптироваться.
5. Иди туда, где твоя работа будет полезная. Да да, довольно таки очевидный совет, но невсегда. Часто бывает, что найм происходит бессознательный и по инерции. Например, команда с упором на бэк, просто так нанимает мобильного разраба, для которого нет задач. Просто потому что так требует регламент или были планы на пару кварталов.
А если нет задач, то нет развития и повышений по зп. Что вероятней, может привести либо к твоему т-шейпингу, либо к увольнению.
А какие советы при выборе компании вы знаете?
TechCrunch
Google lays off staff from Flutter, Dart and Python teams weeks before its developer conference
Google told TechCrunch that Flutter will have new updates to share at I/O this year.
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Кратко о всей системе найма и что ищут крупные компании
Как жаль, что я не начал читать эту книгу раньше. Сэкономил бы пару лет.
Наше развитие зависит только от нас. Но также важно выбирать среду, где его можно ускорить или наоборот замедлить.
Да да, выбор компании для развития — важнейшая вещь в пути. Она дает нам либо задачи, либо окружение для роста. Главное условие — наличие профессиональной среды для сбора фактуры и доказательства своей инженерности.
В ноушене я начал работу над обязательной книгой для мобильных инженеров. В нем я хочу сделать не просто гугл-перевод статей, но и давать комментарии и ссылки с подтверждениями актуальность советов в СНГ и не только.
Например, в первой главе есть советы:
Такие и другие советы до сих пор актуальные и не стоит их игнорировать.
Please open Telegram to view this post
VIEW IN TELEGRAM
Тестирование кода — это обязательный навык любого высококлассного специалиста, так говорил гугл в своей книге. Такие требования во многих крупных компаниях.
Пару лет назад в авито я занимался поддержкой utility модуля. В нем почти не было UI, а сохранять код целым было необходимо долгое время. Делать ежедневные прогоны руками тестировщика невыгодно, поэтому нужно было обкладываться юнит-тестами.
Тот опыт и послужил основной к моей статье про юнит-тестирование.
Сейчас юнит-тестами никого особо не увидишь и это стало нормальным требованием. Даже на собесах любят дать задачу как протестировать закрытый модуль.
Набросал в скриншотах. Делитесь что бы улучшили.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Следом сразу публикую новый сборник для подготовки к собесам:
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Polymorphic Blueprint (Aѕtɛmiɾ)
Media is too big
VIEW IN TELEGRAM
#metal #advancedui
Metal in Action: Countdown Button
Опять кнопка, но это уже без машины состояний (state machine), но на Metal. Концептуально эффект и компонент построены по следующему принципу:
1️⃣ Шейдер оперирует хеш-функцией для генерации псевдослучайных чисел от 0 до 1. Используется для введения случайности в последующую функцию шума
2️⃣ Генерация Perlin noise - вид градиентного шума на основе 2D координат. Используется для генерации плавных вариаций толщины и цвета линии
3️⃣ Фрактальное Броуновское движение (FBM) или функция, заданная на конечном интервале и равная нулю вне его, которые включают кусочно непрерывные функции, удовлетворяющие условию роста. На практике позволяет обьеденить несколько слоев шума для создания органически выглядещего фрактального узора
4️⃣ Обьеденеие Perlin noise и FBM для рендеринга сегментов кривой
5️⃣ Финальное преобразование и масштабирование UV координат учитывая стиль, скорость, дисперсию, плотность и цвета линий и последующее их обьеденение в одно изображение
Все это стичается (shader stiching) в финальный шейдер, который прокидывается к UI компоненту, конфигурируется и начинает свой жизненный цикл. В случае UIKit это требует чуть большего количества кода и работу с CoreAnimation слоями, а в случае со SwiftUI все оборачивается в шейдерный модификатор (shader modifier, iOS 17+)
🏛 Polymorphic Blueprint
Metal in Action: Countdown Button
Опять кнопка, но это уже без машины состояний (state machine), но на Metal. Концептуально эффект и компонент построены по следующему принципу:
1️⃣ Шейдер оперирует хеш-функцией для генерации псевдослучайных чисел от 0 до 1. Используется для введения случайности в последующую функцию шума
2️⃣ Генерация Perlin noise - вид градиентного шума на основе 2D координат. Используется для генерации плавных вариаций толщины и цвета линии
3️⃣ Фрактальное Броуновское движение (FBM) или функция, заданная на конечном интервале и равная нулю вне его, которые включают кусочно непрерывные функции, удовлетворяющие условию роста. На практике позволяет обьеденить несколько слоев шума для создания органически выглядещего фрактального узора
4️⃣ Обьеденеие Perlin noise и FBM для рендеринга сегментов кривой
5️⃣ Финальное преобразование и масштабирование UV координат учитывая стиль, скорость, дисперсию, плотность и цвета линий и последующее их обьеденение в одно изображение
Все это стичается (shader stiching) в финальный шейдер, который прокидывается к UI компоненту, конфигурируется и начинает свой жизненный цикл. В случае UIKit это требует чуть большего количества кода и работу с CoreAnimation слоями, а в случае со SwiftUI все оборачивается в шейдерный модификатор (shader modifier, iOS 17+)
Небольшие артифакты/фризы в видео это комбинация захвата видео, рендеренга и сжатия телегой
Please open Telegram to view this post
VIEW IN TELEGRAM
Подборка материалов для собеседований
Я много раз говорю, что материалов в сети для подготовки достаточно. Но появилась другая проблема — нет систем рекомендаций.
Инфоцыгане, менторы, коучи, джуны, сеньоры, мошенники, честные работяги складывают в мусорку, под названием интернет, огромную кучу хлама. В этом хламе сложно ориентироваться и сохранять фокус.
Я бы вообще посоветовал выйти из всех мест, где нет структуры и вечный спам. Так мы делаем себе только хуже, ухудшая наши системы фокусировки и обучения.
Я как жук-говновоз — роюсь в куче мусора и ищу золото, фильтруя сквозь свой опыт и опыт доверительных лиц из комьюнити.
Вот еще одна полезная подборка, которая вероятней всего для многих станет очередной сохраненкой и забытой закладкой:
🟣 Электронная книга со всеми советами по прохождению собеседований
🟣 Плейлист разборов структур данных и алгоритмов
🟣 Топ 400 литкодовских задач
🟣 Советы по интервью на алгоритмы
🟣 Курс по систем дизайну от Arslan Ahmad
Курсы по поведенческим интервью
🟣 https://techready.in/courses/mastering-behavioral-interviews-a-comprehensive-guide/
🟣 https://www.designgurus.io/course/grokking-behavioral-interview
🟣 https://www.youtube.com/c/JeffHSipe
Я много раз говорю, что материалов в сети для подготовки достаточно. Но появилась другая проблема — нет систем рекомендаций.
Инфоцыгане, менторы, коучи, джуны, сеньоры, мошенники, честные работяги складывают в мусорку, под названием интернет, огромную кучу хлама. В этом хламе сложно ориентироваться и сохранять фокус.
Я бы вообще посоветовал выйти из всех мест, где нет структуры и вечный спам. Так мы делаем себе только хуже, ухудшая наши системы фокусировки и обучения.
Я как жук-говновоз — роюсь в куче мусора и ищу золото, фильтруя сквозь свой опыт и опыт доверительных лиц из комьюнити.
Вот еще одна полезная подборка, которая вероятней всего для многих станет очередной сохраненкой и забытой закладкой:
Курсы по поведенческим интервью
Please open Telegram to view this post
VIEW IN TELEGRAM
Linkedin
FAANG Preparation Resources
Recently I have received a lot of queries regarding my preparation that helped me crack FAANG/MAANG companies. Below are some of the resources that helped me a lot - (Ask me anything related to FAANG Technical interviews in the comment section) ✅ 𝗖𝗼𝗱𝗶𝗻𝗴 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄…
Карьерный рост или профессиональное развитие?
Продолжаю читать одну из лучших книг для мобильных инженеров и я уже могу похвалить грамотную структуру и выставленные акценты в ней. Автор не начинает с советов а-ля читай доку и решай алгосы, а начинает с разбора процессов повышений в больших компаниях.
Например, одна из глав называется "Professional Growth Versus Promotions". В моем менталитете часто была такая связь: если ты растешь профессионально — значит растешь карьерно. Но это ошибочно. Особенно ярко это подсвечивает заголовок и опыт многих разрабов. Мы редко задумываемся, что это две абсолютно разные вещи, которые по-разному определяют нас как экспертов.
В первых главах автор щупает очень тонкую материю, которую часто я поднимал в своих рассуждениях. На чем лучше фокусироваться: на должностях и званиях или опыте и скилле?
Ему понадобилось семь лет на одном месте, чтобы стать сеньором. Он очень сильно прокачался экспертно: потрогал много технологий, углубился в сложные задачи. Когда же его коллеги делали в разы меньше и получали повышения проще.
Чем же его подход лучше? По его мнению, чем опытней ты как эксперт, тем в будущем тебе легче расти при смене компании. Так как не приходится тратить время на доказательства.
По мнению автора повышение — это бюрократия. Избыточная фокусировка только на должностях приводит:
🟣 Невозможностью сменить компанию на текущую должность
🟣 Получить отзывы, что вам не хватает навыков для текущей должности
Автор советует определить что для вас важно.
Должности и титулы, для которых требуется время на доказательства, что сильно отвлекает от развития.
Или же профессиональный рост, где должность можно получить при смене работы, а навыки так легко не достаются.
🌿 Подробнее почитать перевод книги вместе с комментариями можно тут
Продолжаю читать одну из лучших книг для мобильных инженеров и я уже могу похвалить грамотную структуру и выставленные акценты в ней. Автор не начинает с советов а-ля читай доку и решай алгосы, а начинает с разбора процессов повышений в больших компаниях.
Например, одна из глав называется "Professional Growth Versus Promotions". В моем менталитете часто была такая связь: если ты растешь профессионально — значит растешь карьерно. Но это ошибочно. Особенно ярко это подсвечивает заголовок и опыт многих разрабов. Мы редко задумываемся, что это две абсолютно разные вещи, которые по-разному определяют нас как экспертов.
В первых главах автор щупает очень тонкую материю, которую часто я поднимал в своих рассуждениях. На чем лучше фокусироваться: на должностях и званиях или опыте и скилле?
Ему понадобилось семь лет на одном месте, чтобы стать сеньором. Он очень сильно прокачался экспертно: потрогал много технологий, углубился в сложные задачи. Когда же его коллеги делали в разы меньше и получали повышения проще.
Чем же его подход лучше? По его мнению, чем опытней ты как эксперт, тем в будущем тебе легче расти при смене компании. Так как не приходится тратить время на доказательства.
По мнению автора повышение — это бюрократия. Избыточная фокусировка только на должностях приводит:
Автор советует определить что для вас важно.
Должности и титулы, для которых требуется время на доказательства, что сильно отвлекает от развития.
Или же профессиональный рост, где должность можно получить при смене работы, а навыки так легко не достаются.
Please open Telegram to view this post
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Мы за деньги и мозги
Ставь лайк, если тоже эволюционируешь по рилсам ноунеймов из инсты
Ставь лайк, если тоже эволюционируешь по рилсам ноунеймов из инсты