О творческой импотенции или почему запрещено слишком много обсуждать зп и офферы в чате
В нашем чате есть закрытые темы. Некоторые из них многим непонятны, но я вижу в них убийцы творчества.
Например, в чате запрещено слишком много обсуждать офферы и зпшки. В эту тему скатывается каждый чат и есть огромное заблуждение, что деньги — это показатель успеха и высшая цель. Так и неудивительно, эту идею легко продать: курсы, конфы, сообщества.
Я так не считаю и наоборот, вижу в тех, кто ставит деньги на вершину — угодивших в капкан маркетологов. Охотник поймал добычу.
У них творческая импотенция. Меркантильный нестояк. Такой диалог некачественный и низкого уровня. Секс с тобой пресный и неинтересный, потому что в тебе нет страсти и любви.
От этих разговоров веет банальностью, скукой и усталостью от жизни. А иногда даже бессилием и наивностью, что сумма в кармане даст тебе идеи и возможности её правильно применить.
В лучшей книге этого года «Быть, а не казаться», есть хорошее определение успеха. Жизненный успех — это составляющая из здоровья, любимых людей рядом, любимого дела в жизни и свободы для творчества. В этой книге творчество и сила характера становятся первостепенными. Они становятся компасом.
Программисты — творческий народ. Да и не бедный. Рано или поздно многие опытные разработчики понимают, что деньги не закрывают всех их потребностей, хоть и дают свободы. Многие выгорают, из-за того, что не находят огня в своих глазах.
Достоевский писал, что отсутствие творчества в действиях — признак бессилия.
Устав бегать за метрикой дохода, ты пытаешься найти себя в реализации, но не уделяя время творческой выносливости, быстро сгораешь. Многие зависают на стадии независимости и взаимосвязанности.
В условиях текущего трудового рынка, творческая деятельность слишком трудна, если у тебя нет нужного творческого менталитета, смелости, взаимосвязи с индустрией и выносливости.
В своей среде я не хочу быть зацикленым на бабках. Я хочу создать среду, которая зациклена на творческих возможностях
В нашем чате есть закрытые темы. Некоторые из них многим непонятны, но я вижу в них убийцы творчества.
Например, в чате запрещено слишком много обсуждать офферы и зпшки. В эту тему скатывается каждый чат и есть огромное заблуждение, что деньги — это показатель успеха и высшая цель. Так и неудивительно, эту идею легко продать: курсы, конфы, сообщества.
Я так не считаю и наоборот, вижу в тех, кто ставит деньги на вершину — угодивших в капкан маркетологов. Охотник поймал добычу.
У них творческая импотенция. Меркантильный нестояк. Такой диалог некачественный и низкого уровня. Секс с тобой пресный и неинтересный, потому что в тебе нет страсти и любви.
От этих разговоров веет банальностью, скукой и усталостью от жизни. А иногда даже бессилием и наивностью, что сумма в кармане даст тебе идеи и возможности её правильно применить.
В лучшей книге этого года «Быть, а не казаться», есть хорошее определение успеха. Жизненный успех — это составляющая из здоровья, любимых людей рядом, любимого дела в жизни и свободы для творчества. В этой книге творчество и сила характера становятся первостепенными. Они становятся компасом.
Программисты — творческий народ. Да и не бедный. Рано или поздно многие опытные разработчики понимают, что деньги не закрывают всех их потребностей, хоть и дают свободы. Многие выгорают, из-за того, что не находят огня в своих глазах.
Достоевский писал, что отсутствие творчества в действиях — признак бессилия.
Устав бегать за метрикой дохода, ты пытаешься найти себя в реализации, но не уделяя время творческой выносливости, быстро сгораешь. Многие зависают на стадии независимости и взаимосвязанности.
В условиях текущего трудового рынка, творческая деятельность слишком трудна, если у тебя нет нужного творческого менталитета, смелости, взаимосвязи с индустрией и выносливости.
В своей среде я не хочу быть зацикленым на бабках. Я хочу создать среду, которая зациклена на творческих возможностях
Media is too big
VIEW IN TELEGRAM
Как и какие решать задачи для развития и собесов мы обсуждаем часто
В итоге пришли к выводу, что олимпиадные задачи или из стажировок — это совсем разные задачи.
Одни учат думать. Другие нужны для собеседований.
В итоге пришли к выводу, что олимпиадные задачи или из стажировок — это совсем разные задачи.
Одни учат думать. Другие нужны для собеседований.
Почему сеньоры не хотят менторить
В нашем чате многие начинающие ребята спрашивают по активности с менторами. Я отвечаю, что рынок менторов для вката в ит — перенаполнен, а качественных спецов не найти, потому что им это неинтересно.
Преподают обычно либо новички, либо те, кто уже забросил и уже неактуален.
Вчера обсуждали большую проблему рынка, как сложно найти хорошего ментора. Рынок переполнился низким качеством услуг. Я заметил, что чем лучше специалист как практик, тем меньше он хочет тратить время на обучение других.
Это связано со всем известным эффектом Даннинга-Крюгера. В начале пути ты избыточно самоуверен, но чем глубже изучаешь свою нишу, тем скромнее становишься и больше понимаешь, что ничего не знаешь.
Качество услуг коммерческих менторов сильно упало за последние два года. Спрос есть, но нет инженеров высокого уровня, кто хочет взять на себя роль ментора.
Почему же сеньоры не хотят обучать? Потому что у них нет времени и там мало денег. Чем выше грейд, тем больше надо уделять развитию себя, а не других.
Навык сеньорности — это не вечный статус и его нужно вечно поддерживать. Регулярно сдавая нормативы, которые очень часто меняются, так еще уметь продать свои знания правильно, натренивов себя для собесов. Это не методички учить и требует пары лет усиленного обучения с практикой.
По вкладу инвестиций услуга развития в хорошего специалиста сильно отличается от сложности услуги входа в ит. Ты можешь один раз войти в ит, но сеньорность тебе надо вечно доказывать сложными задачами или регулярным самообучением.
Причем самообучением. Так как четкого и ясного ответа тебе не дадут. Я не верю в менторов, кто натренирует тебя до сеньора сильно-технического бигтех уровня. Особенно, если его задача — выжать из тебя больше бабок.
Я верю в комьюнити сильных инженеров, кто создает необходимую среду для саморазвития. Таким цель сделать свое и не отвлекаться на сторонние вещи
В нашем чате многие начинающие ребята спрашивают по активности с менторами. Я отвечаю, что рынок менторов для вката в ит — перенаполнен, а качественных спецов не найти, потому что им это неинтересно.
Преподают обычно либо новички, либо те, кто уже забросил и уже неактуален.
Вчера обсуждали большую проблему рынка, как сложно найти хорошего ментора. Рынок переполнился низким качеством услуг. Я заметил, что чем лучше специалист как практик, тем меньше он хочет тратить время на обучение других.
Это связано со всем известным эффектом Даннинга-Крюгера. В начале пути ты избыточно самоуверен, но чем глубже изучаешь свою нишу, тем скромнее становишься и больше понимаешь, что ничего не знаешь.
Качество услуг коммерческих менторов сильно упало за последние два года. Спрос есть, но нет инженеров высокого уровня, кто хочет взять на себя роль ментора.
Почему же сеньоры не хотят обучать? Потому что у них нет времени и там мало денег. Чем выше грейд, тем больше надо уделять развитию себя, а не других.
Навык сеньорности — это не вечный статус и его нужно вечно поддерживать. Регулярно сдавая нормативы, которые очень часто меняются, так еще уметь продать свои знания правильно, натренивов себя для собесов. Это не методички учить и требует пары лет усиленного обучения с практикой.
По вкладу инвестиций услуга развития в хорошего специалиста сильно отличается от сложности услуги входа в ит. Ты можешь один раз войти в ит, но сеньорность тебе надо вечно доказывать сложными задачами или регулярным самообучением.
Причем самообучением. Так как четкого и ясного ответа тебе не дадут. Я не верю в менторов, кто натренирует тебя до сеньора сильно-технического бигтех уровня. Особенно, если его задача — выжать из тебя больше бабок.
Я верю в комьюнити сильных инженеров, кто создает необходимую среду для саморазвития. Таким цель сделать свое и не отвлекаться на сторонние вещи
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) ✅ 𝗖𝗼𝗱𝗶𝗻𝗴 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄…