В ноушене я продолжаю собирать инфу про современные стэки. Как я уже говорил, по данным hh 90% новых проектов уже пишут проекты на SwiftUI, Combine и Async/Await.
Я уже писал статью с основами, а теперь собрал дополнительные вопросы, которые лучше помогут понимать технологию и собрать фокус на важных акцентах.
Что ждать в сборнике:
Please open Telegram to view this post
VIEW IN TELEGRAM
Какой порядок выведется в консоль?
Anonymous Quiz
15%
A, D, T, M, H, B, J
16%
H, A, D, T, M, B, J
24%
Порядок всегда разный
10%
H, B, J, A, D, T, M
23%
B, H, J, A, T, D, M
12%
Deadlo
Отложенная деалокация — одна из редких неприятностей, которая может привести к зависанию или ненужной нагрузки.
Это нельзя назвать утечкой памяти, но можно назвать побочным эффектов. Он невсегда вредный, но может привести к кейсам с ненужной жизнью объектов.
Это просходит, когда класс, в котором происходит выполнения замыкания, уже должен быть освобожден, но в это время замыкание еще не закончило свое выполнение. Что мешает освобождению этих объектов из памяти пока замыкания живы.
В примере показан тест кейс, когда использования
guard let self else { return }
увеличивает время жизни объекта и с опозданием деинит закрытый класс.
Также в ноушене я сделал перевод популярной статьи You don’t (always) need [weak self] с актуальными и понятными примерами.
Please open Telegram to view this post
VIEW IN TELEGRAM
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
Media is too big
VIEW IN TELEGRAM
Я не верю, что решая только рабочие задачи мы развиваемся.
Более того, я считаю такой путь деградирующим и опасным. Наш оффер не отражает нашу экспертность. Навык прохождения собесов отдельный скилл от реальной практики.
Также, получив повышение в одной команде, далеко не факт что ты бы получил его в другой. Бесконечные рефакторинги и реорги говорят, что любой может быть неэффективен под призмой текущих целей.
Невозможно просто взять и стать хорошим экспертом. Накрутив в резюме поверив в это. Это навык и ремесло, это нужно практиковать и развивать.
Более того, я считаю такой путь деградирующим и опасным. Наш оффер не отражает нашу экспертность. Навык прохождения собесов отдельный скилл от реальной практики.
Также, получив повышение в одной команде, далеко не факт что ты бы получил его в другой. Бесконечные рефакторинги и реорги говорят, что любой может быть неэффективен под призмой текущих целей.
Невозможно просто взять и стать хорошим экспертом. Накрутив в резюме поверив в это. Это навык и ремесло, это нужно практиковать и развивать.
Задачи на алгоритмах: Максимум последовательных единиц
В чате у нас есть активность — это решение задач из литкода. Время летит незаметно и уже нарешали около 40 задач. Делюсь одной из частых задач, которую дают на собесах.
Также в ноушене и канале я писал про техники решений алгоритмов. Какой бы воспользовались, чтобы решить эту задачу?
🟢 Сложность: Легкая
Дан массив единиц и нолей. Найти максимальную последовательность единиц
1️⃣ Пример 1
Input: nums = [1,1,0,1,1,1]
Output: 3
Объяснение: Первые две или последние три цифры представляют собой последовательные единицы. Максимальное количество последовательных единиц — 3.
2️⃣ Пример 2
Input: nums = [1,0,1,1,0,1]
Output: 2
https://leetcode.com/problems/max-consecutive-ones/description/
В чате у нас есть активность — это решение задач из литкода. Время летит незаметно и уже нарешали около 40 задач. Делюсь одной из частых задач, которую дают на собесах.
Также в ноушене и канале я писал про техники решений алгоритмов. Какой бы воспользовались, чтобы решить эту задачу?
🟢 Сложность: Легкая
Дан массив единиц и нолей. Найти максимальную последовательность единиц
1️⃣ Пример 1
Input: nums = [1,1,0,1,1,1]
Output: 3
Объяснение: Первые две или последние три цифры представляют собой последовательные единицы. Максимальное количество последовательных единиц — 3.
2️⃣ Пример 2
Input: nums = [1,0,1,1,0,1]
Output: 2
https://leetcode.com/problems/max-consecutive-ones/description/
Не знаешь чем занять себя на майских? Я решил сделать скидку в это подходящее для саморазвития время.
Если ты устанешь от шашлыков, то можешь:
Прошлые подписки по акции разобрали за 3 дня. Пока поставлю ограничение в 30 активаций.
Лучше сразу брать на несколько месяцев: так и мне понятно на сколько планировать контент и вам дешевле
Please open Telegram to view this post
VIEW IN TELEGRAM
О творческой импотенции или почему запрещено слишком много обсуждать зп и офферы в чате
В нашем чате есть закрытые темы. Некоторые из них многим непонятны, но я вижу в них убийцы творчества.
Например, в чате запрещено слишком много обсуждать офферы и зпшки. В эту тему скатывается каждый чат и есть огромное заблуждение, что деньги — это показатель успеха и высшая цель. Так и неудивительно, эту идею легко продать: курсы, конфы, сообщества.
Я так не считаю и наоборот, вижу в тех, кто ставит деньги на вершину — угодивших в капкан маркетологов. Охотник поймал добычу.
У них творческая импотенция. Меркантильный нестояк. Такой диалог некачественный и низкого уровня. Секс с тобой пресный и неинтересный, потому что в тебе нет страсти и любви.
От этих разговоров веет банальностью, скукой и усталостью от жизни. А иногда даже бессилием и наивностью, что сумма в кармане даст тебе идеи и возможности её правильно применить.
В лучшей книге этого года «Быть, а не казаться», есть хорошее определение успеха. Жизненный успех — это составляющая из здоровья, любимых людей рядом, любимого дела в жизни и свободы для творчества. В этой книге творчество и сила характера становятся первостепенными. Они становятся компасом.
Программисты — творческий народ. Да и не бедный. Рано или поздно многие опытные разработчики понимают, что деньги не закрывают всех их потребностей, хоть и дают свободы. Многие выгорают, из-за того, что не находят огня в своих глазах.
Достоевский писал, что отсутствие творчества в действиях — признак бессилия.
Устав бегать за метрикой дохода, ты пытаешься найти себя в реализации, но не уделяя время творческой выносливости, быстро сгораешь. Многие зависают на стадии независимости и взаимосвязанности.
В условиях текущего трудового рынка, творческая деятельность слишком трудна, если у тебя нет нужного творческого менталитета, смелости, взаимосвязи с индустрией и выносливости.
В своей среде я не хочу быть зацикленым на бабках. Я хочу создать среду, которая зациклена на творческих возможностях
В нашем чате есть закрытые темы. Некоторые из них многим непонятны, но я вижу в них убийцы творчества.
Например, в чате запрещено слишком много обсуждать офферы и зпшки. В эту тему скатывается каждый чат и есть огромное заблуждение, что деньги — это показатель успеха и высшая цель. Так и неудивительно, эту идею легко продать: курсы, конфы, сообщества.
Я так не считаю и наоборот, вижу в тех, кто ставит деньги на вершину — угодивших в капкан маркетологов. Охотник поймал добычу.
У них творческая импотенция. Меркантильный нестояк. Такой диалог некачественный и низкого уровня. Секс с тобой пресный и неинтересный, потому что в тебе нет страсти и любви.
От этих разговоров веет банальностью, скукой и усталостью от жизни. А иногда даже бессилием и наивностью, что сумма в кармане даст тебе идеи и возможности её правильно применить.
В лучшей книге этого года «Быть, а не казаться», есть хорошее определение успеха. Жизненный успех — это составляющая из здоровья, любимых людей рядом, любимого дела в жизни и свободы для творчества. В этой книге творчество и сила характера становятся первостепенными. Они становятся компасом.
Программисты — творческий народ. Да и не бедный. Рано или поздно многие опытные разработчики понимают, что деньги не закрывают всех их потребностей, хоть и дают свободы. Многие выгорают, из-за того, что не находят огня в своих глазах.
Достоевский писал, что отсутствие творчества в действиях — признак бессилия.
Устав бегать за метрикой дохода, ты пытаешься найти себя в реализации, но не уделяя время творческой выносливости, быстро сгораешь. Многие зависают на стадии независимости и взаимосвязанности.
В условиях текущего трудового рынка, творческая деятельность слишком трудна, если у тебя нет нужного творческого менталитета, смелости, взаимосвязи с индустрией и выносливости.
В своей среде я не хочу быть зацикленым на бабках. Я хочу создать среду, которая зациклена на творческих возможностях
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