Часто слышу мнение, что при поиске работы нужно как можно больше откликаться на разные вакансии (вплоть до того, чтобы рандомно кликать даже на те, который совсем не подходят), чтобы пройти как можно собеседований. Предполагается, что такой путь максимизирует количество офферов, из которых можно будет выбрать самый лучший. У меня по этому поводу есть радикальная идея - не нужно как можно больше откликаться на разные вакансии, достаточно того, чтобы откликнуться на несколько вакансий, но самых “вкусных” для тебя.

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

Однако понять, какие вакансии интересные, а какие нет - не такая простая задача, как может показаться на первый взгляд. Она осложняется тем, что в вакансии обычно пишут самую общую информацию о сфере деятельности компании и проекте + пару-тройку общих фраз вроде наличия печенек на кухне, но никогда не указывают такие важные моменты, как уровень инженерной культуры, к примеру. Поэтому, на мой взгляд, самый надежный способ поиска работы, к которому прибегаю лично я - это через знакомых и друзей, чьему мнению я доверяю. Второй способ, который мне нравится - это чтение блогов интересных мне компаний: из них можно понять, какие вещи более важны для проектов в конкретной компании, а какие - менее. Соответственно, я стараюсь выбирать компании с более интересными для меня проектами - в моем случае это “толстые” клиенты со сложной логикой, дизайн системой и ui kit-ом.

Выбрав пару-тройку интересных для себя вакансий, нужно максимизировать свои шансы на эти вакансии попасть. Я для этого редактирую свое резюме отдельно под каждую интересную мне вакансию, описывая подробнее более релевантный вакансии опыт и сокращая менее релевантный. Это увеличивает шансы быть приглашенным на собеседование. По моему опыту - если откликаться на вакансию, релеватную опыту, оформить резюме и сопроводительное, то конверсия “отклик - собеседование” близка к 100%.

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

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

Читаю очередную книгу 📚 про то как создавать продукты, которые захватывают внимание пользователя.
Интересный факт из книги - 79% людей проверяют свой смартфон в первые 15 минут после пробуждения.
У вас так?

Вы не просили, но я выпустил очередной разговорный ролик для канала S0ER Talks
YouTube | VK | RuTube

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

Поэтому я рад, когда кто-то приходит к тем же выводам, что и я 👇👇👇

Софты рулят?

Часто встречаю мнение, что основополагающее в карьере программиста - это софты, а не харды. Но так ли это на самом деле?

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

Здесь нас подстерегает первая засада: если с хардами все понятно (можно довольно легко определить, скажем, умеет человек писать код на конкретном языке или же не умеет), то как измерить «умение быть привлекательным»? Ведь чаще всего одни люди находят нас привлекательными, а другие - нет. Ваш покорный слуга имел удовольствие слышать диаметрально противоположные мнения о своих софтах: от восторженных до резко негативных. Можно прийти на собеседование, не понравиться, прийти на другое, понравится, прийти на третье и не понравиться снова. Выходит, что «софты» определяются случайным стечением обстоятельств и зависят от того, насколько совпадает ваш вайб с тем, кто вас оценивает. На мой взгляд, опрометчиво всерьез называть это какими-то «скиллами». Все гораздо проще: вы или сошлись, или не сошлись.

Насчет «умения нравиться» в контексте карьеры программиста я осмелюсь высказать радикальную идею: больше всего нравятся программисты с сильными хардами. И чем сильнее харды, тем сильнее нравятся. Лиды и менеджеры ищут специалистов, которые решат их проблемы и не создадут новых. Отсюда растут ноги у баек про токсичных сеньоров: они всех достали, но уволить нельзя, потому что кто-то должен работу работать. Поэтому, если вы хотите нравиться и получать хорошие офферы - будьте полезными, а не просто «дружелюбными и нетоксичными».

А что насчет «софтов»? Считаю ли я, что они не нужны? Отнюдь. Но планка требований к «софтам» для программистов резко отличается от планки для продавцов или, скажем, политиков. На мой взгляд, программисту требуются два основных «софт скилла»: 1. Быть адекватным в общении 2. Не продалбываться.

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

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

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

Набирает обороты новый скандал вокруг сотрудницы la moda, которая снималась в контенте для взрослых. Моё мнение, что личная жизнь сотрудников - это их личное дело, и если человек делает свою работу хорошо, то остальное для работодателя второстипенно. Для оценки юридического характера есть специальные органы, если у них нет вопросов, то все ок.
Еще мнения на эту тему👇👇👇

Вчера в чате написали, что есть девушка ИТшница из Lamoda, которая раньше снималась в контенте для взрослых и спросили моё мнение. Мне всё равно, чем занимаются мои сотрудники в своё время, это их время. На собеседовании не спрашиваю, но компании могут сторониться подобных вещей.

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

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

Меня больше интересует вопрос будут ли массовые сокращения в других фин/биг-техах. Что мне видится так же вероятным.

Для меня сюрприз, что Genshin Impact (не спрашивайте откуда я знаю про эту игру) сделан на юнити.

Я думал, что на нем создаются в основном инди-игры, но вот прочитал статью про рендеринг Геншина и очень удивился.

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

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

Сегодня вернулся к контенту для SOER.PRO записал видео с примером как я в процессе проектирования структурирую информацию, отмечаю важные моменты и формирую итоговое решение.
Для примера взял систему версий для документов в NarisApp. Думаю сделать монтаж в ближайшее время и выпустить ролик на следующей неделе

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

По правилам канала стрим не остаётся в записи на YouTube, но подписчики soer.pro могут посмотреть его запись.

Взялся за новое для себя дело — учить джунов. Причем совсем джунов, которые не знают, что такое «условие», «сортировка» или «что такое массив». Запустил программу на soer.pro, которая по моему любимому подходу «движение короткими шагами» помогает прокачать базу — алгоритмическое мышление.

Т.е. я не ставлю задачу «научить языку программирования», я ставлю куда более простую задачу — научить человека мыслить структурами программы.

Казалось бы, что тут сложного? Но практика показывает, что сложно буквально всё, начиная от «блока кода», заканчивая булевыми операторами, а самое сложное — это элементарно понять, что такое массив.

В такие моменты еще раз убеждаешься, что спрашивать про «алгоритмы» на собесе не просто полезно, а обязательно. Можно, конечно, просто спросить «понимаешь, что такое массив?», получить ожидаемый ответ «понимаю» и нанять человека. Но с учетом того, сколько сегодня людей вкатываются в айти с полного нуля, только спустя какое-то время узнаешь, что сотрудник не до конца понимает элементарные вещи, которые еще на собесе надо было проверить. А узнаешь только потому, что коллеги неожиданно устанут помогать новичку писать базовые конструкции.

Сегодня вся сеть кипит из-за падений акций nvidia. Оказалось, что китайцы научились обучать сети существенно дешевле чем OpenAI, из-за этого спрос на карточки nvidia упал.
Ладно бы китайцы просто научились обучать сети дешевле, оказалось что в результате они ещё умудрились обойти chatGPT, так что все гоу в deepseek.
Миша уже там 👇👇👇

Поиграл с https://chat.deepseek.com. Ну что можно сказать, китайцы обвалили акции NVidia и забили неплохой колышек в грудь OpenAI. Трамп итак злой на китайцев, которые постепенно обходят США, а тут такое западло.

Ну что, отменяйте подписки на ChatGPT, у нас новый король и он голый, в смысле бесплатный.

У Выготского есть три основных ступени развития ребенка: синкретическая фаза, образование комплексов ("комплекс" в значении "коллекция"), образование понятий. Понятий образуются ближе к 12 годам и это возраст, который можно считать завершением детского развития.

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

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

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