Рубрика «Карьера в IT-индустрии» - 161

Старое место работы. Все сборы позади. Последний рабочий день. Осталось сдать ноутбук, предварительно подчистив данные на нем. Закрываешь крышку. Все, ты готов к последнему шагу: к пьянке с теперь уже бывшими коллегами и, возможно, друзьями. К тебе смущенно подходит близкий коллега и спрашивает: "ну и куда ты теперь?". И ты объясняешь ему, куда. Попутно помогают тебе раскупорить шампанское или пиво. И вот ты уже наливаешь себе бокал и понимаешь, что завтра ты уже здесь работать не будешь. Тебе грустно, но надо двигаться дальше, ведь это твой выбор...

Ты знаешь, что ты оставил кучу незакрытых задач. Их невозможно все закрыть: все время добавляются новые и новые. У тебя всегда были дедлайны. Ты бы и с радостью сделать все правильно и хорошо, чтобы не стыдно было за свой код. Чтобы можно было гордиться и говорить — это я написал. Но дедлайны и обещания… Они все портили. Приходилось срезать углы и вколачивать костыли буквально кувалдой, чтобы хоть как-то заработало. Но теперь уже это в прошлом. Пусть другие люди разгребают это, я умываю руки. Вперед, к новому коду, к новом команде. Уж там-то все будет по феншую и как надо.

Читать полностью »

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

Первые дни в команде разработки — как это бывает у нас - 1

Читать полностью »

Эффективно руководить командой айтишников сумеет не каждый. Работа проджект-менеджера в IT отличается тем, что в ней системные аналитические навыки тесно связаны с техническими скиллами. Они необходимы менеджеру проектов и не ограничиваются глубокими знаниями в одной или двух областях. Успешность PM в IT также во многом определяет понимание digital-рынка в целом, знания о том, что находится под капотом технологических систем, как и для чего они проектируются, каким образом работают.

Зачем технические скиллы менеджеру проектов: объясняем на кейсах - 1

Мы объясним, что и для чего стоит изучить менеджеру проектов в IT, а с примерами из практики поможет спикер курса Project Management in IT Александр Черный — в прошлом Digital Project Manager в Oleg Chulakov Studio, а сейчас — Product Owner в Dodo Pizza.
Читать полностью »

Новое место работы. Все собеседования позади. Первый рабочий день. Тебя проводят к рабочему месту. Там уже стоит готовый к работе ноутбук. Ты открываешь крышку. Все, ты готов к работе. Твоя первая задача. К тебе подходит человек, который должен ввести тебя в курс дела. Он объясняет тебе, что нужно сделать: баг с фиксом в 3 строчки кода. Попутно тебе помогают настроить рабочий комп. И вот ты уже приступаешь к задаче и понимаешь, что как-то все не так…

Во-первых, для сборки фронтенда у нормальных людей давно уже используется Webapck, на худой конец Gulp. Неужели они ничего не слышали про Docker?! Они вообще не умеют писать на Python!? Да и зачем здесь в принципе Python, и почему он еще 2й версии!? Вот дебилы! (Здесь может быть любой WTF на ваш вкус).

Мысли свои озвучиваешь вслух. Но про дебилов молчишь, конечно, все-таки культурный человек. Но на лице все написано. А вообще должны и сами понимать. И вроде все правильно. И все по делу. Но…
Читать полностью »

image

Некоторое время назад «Мой круг» принял участие в дискуссии, организованной нашими друзьями из Index School и посвящённой трудоустройству начинающих специалистов. Организаторы поставили перед участниками встречи следующую проблему:

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

Дискуссия получилась оживленной, и  еще больше заострила поставленные вопросы. Мы решили изучить тему начинающих ИТ-специалистов глубже и провели опрос среди пользователей «Хабра» и «Моего круга». Собрали более 2000 ответов, визуализировали их с помощью диаграмм и сегодня рады поделиться получившимися результатами.Читать полностью »

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

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

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

Как стать датасайнтистом, если тебе за 40 и ты не программист - 1

Сейчас я ведущий аналитик в группе больших данных в QIWI, но еще три года назад я был довольно далек от датасайнс и об искусственном интеллекте слышал только из новостей. Но потом все изменилось, во многом благодаря Coursera и Kaggle.

Итак, обо всем по порядку.
Читать полностью »

Термин «хеджирование успеха» – довольно странный. Поиск по этой ключевой фразе в интернете ничего особо не дает. Откуда же он взялся?

Я его узнал от одного очень толкового собственника, на котором я и пытался применить этот метод. Он меня раскусил, и объяснил мне, что это – хеджирование успеха. Мне термин понравился, запомнился, и я его теперь с удовольствием применяю. Как и сам метод.

Суть метода проста: попросить чего-то для себя в момент достижения промежуточного успеха.

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

Для применения хеджирования успеха даже лучше, если у вас нет никаких договоренностей, потому что они будут только мешать. Например, вы договорились, что получите повышение, выполнив некий проект. Если вы в середине проекта придете, и попросите себе, например, прибавку, то с высокой вероятностью получите отказ – вам прямо скажут, что надо доделать проект, и тогда уже можно будет разговаривать.Читать полностью »

Составление CJM, ключевые навыки арт-директора и понимание пользователей - 1
Лучшие идеи двух недель Telegram-канала TheDesignTimes.

Ключевые навыки арт-директора

Арт-директор - не старший дизайнер.

Старшему дизайнеру нужно выдавать качественный дизайн, когда как арт-директору, для развития в профессии, требуется куда больше навыков.
Читать полностью »

Интересная статья, в которой автор (с докторской степенью по MBA, кстати; из Гарвардской Школы Бизнеса) утверждает и убедительно доказывает, что лучший способ развития т.н. «полезных социальных связей» – сосредоточиться на том чтобы давать, а не на том чтобы брать. Кроме того, оказывается, у каждого из нас есть, что дать другим. У всех, без исключений. И самое лучшее, что мы можем дать – это искренняя благодарность. Идея вроде бы простая, но похоже именно из-за этой простоты мы как раз и склонны пренебрегать благодарностью.

Учитесь благодарить: это лучшее, что вы можете дать другим, и лучший способ развития «полезных социальных связей» - 1

Читать полностью »

Вот эта большая статья Джона Олспау называется «Быть ведущим инженером». В первый раз я прочитала её примерно четыре года назад, когда только перешла на нынешнюю работу, и она действительно повлияла на представления об этом направлении моей карьеры.

Перечитав её сейчас, действительно интересной там кажется одна вещь, что эмпатия и помощь команде — важная часть работы сеньора. Что, конечно, является правдой!

Но сейчас я вижу, что большинство или все ведущие инженеры, которых я знаю, берут на себя значительную помощь другим сотрудникам вдобавок к своей личной работе по программированию. Сейчас мне кажется, что я и мои коллеги сталкиваются не столько с проблемой «Что?? Нужно РАЗГОВАРИВАТЬ С ЛЮДЬМИ?? НЕВЕРОЯТНО», сколько с другой проблемой: «Как сбалансировать всю эту руководящую работу со своим индивидуальным вкладом / программированием? Сколько и какой работы я должен делать?». Поэтому вместо того, чтобы говорить о признаках сеньора из статьи Олспау (с которыми я полностью согласна), хочу поговорить о работе, которую мы делаем.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js