Русский
Русский
English
Статистика
Реклама

Карьера в it-индустрии

Как писать статьи в IT-журналы и блоги

28.11.2020 14:04:43 | Автор: admin

Недавно на нашем ютуб-канале выступил Андрей Письменный, главный редактор Xakep.ru.

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

В этом выступлении он поделится с вами опытом и приемами, которые пригодятся в работе с текстом о технологиях.

Делимся записью эфира и расшифровкой.

Меня зовут Андрей Письменный, я работаю главным редактором в журнале XAKEP. Думаю, никому не нужно рассказывать, что такое XAKEP. Я работаю в индустрии уже 14 лет, успел поработать, наверно, во всех крупных издательских домах с тематикой IT ТехноМир (он же ИгроМир), Компьютерра.

Присоединился к журналу XAKEP я только в 2015 году, поэтому его историю я хорошо знаю только за последние пять лет. Те легенды, которые людям, наверно, интересно было бы услышать (и о которых меня просили в комментариях на Хабре), для меня тоже легенды. Сегодня я, в основном, буду рассказывать о том, в чем разбираюсь лучше всего: в приемах, которые помогают писать технические статьи и делать их лучше. Про работу в XAKEPе я тоже рад рассказывать, но это, скорее, будет в ответах на вопросы.

Я начинал конкретно в Компьюленте это такой новостной сайт при журнале Компьютерра: писал там первые полгода крошечные новости, по 500 знаков. Для меня это был лучший опыт. Не говорю, что именно так все должны начинать, но опыт прочтения статей и новостей на английском языке и сжатый раз в десять (обычно приблизительно с 5000 знаков) их пересказ это то, что помогает научиться писать лучше с нуля, отсекая все лишнее. Ну, и английский язык я подтянул, конечно сегодня это необходимо всем, кому нужно работать с источниками. Не с Google Translate же работать. В Комьютерре я проработал в сумме примерно 10 лет, на недолгое время уходил в ТехноМир работать над журналом Mobi. В 2013 году у меня был опыт фриланса, чуть меньше года, когда я писал для различных изданий. Среди них оказался и XAKEP! Мы как-то сразу друг друга нашли, и я начал периодически писать туда. В 2015 году я работал в Ferra.ru, и меня пригласили в XAKEP редактором. Два года назад я стал главным редактором.

Про XAKEP я, конечно, знал давно. Году в 2000 впервые увидел выпуск, купил, прочитал, протащился от того, насколько отвязные вещи, оказывается, можно публиковать на бумаге. В те времена это потрясало, кончено. Сейчас аудитория повзрослела, реалии тоже изменились. Вообще, в тот момент, когда я пришел в журнал в 2015 году он переживал большой перелом. Я застал выпуск последних трех бумажных номеров перед тем, как его перевели полностью в онлайн. От редакции решение по закрытию бумажного издания, к сожалению, не зависело, но в онлайне мы себя прекрасно чувствуем. Мне эта модель близка: мне нравится, что мы публикуем статьи для подписчиков и берем деньги с людей непосредственно за возможность читать журнал. Я очень благодарен нашим подписчикам за то, что они делают это возможным. Мы не зависим от рекламы, никто не диктует нам, что делать, кроме наших читателей это круто, я очень рад, что это сработало. Это позволяет нам платить авторам и тщательно подходить к вопросам редактуры статей.

Скажу по секрету: хакеры пишут ужасающе! Работа редактором в журнале XAKEP это для меня классный челлендж, я таких текстов раньше не встречал. Я не говорю это кому-то в обиду. Дело в том, что хакер это такой технарь, который не строит, а с помощью своей интуиции понимает, как работают сложные системы. У него, в отличие от инженера, часто в голове бывает прекрасный хаос, который помогает находить интуитивные решения. Ну, и пишет он соответствующим образом а мы помогаем все это вытягивать на тот уровень, когда человек может зайти и прочитать текст, и это не будет слишком затруднительно.

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

Раз уж мы заговорили о школе: нас, конечно, учат писать, но не так, как следовало бы. Например, американские ученики постоянно пишут эссе (может, вы это наблюдали в литературе или в сериалах), и такие эссе не равняются сочинениям по литературе. Они могут быть по разным предметам, и с помощью них люди учатся писать о разных вещах. У нас такой практики нет, и на литературе просто учат грамотно писать все слова при повторении того, что было на уроке. Здесь, к сожалению, возникает проблема с умением писать. Проблемы возникают и с умением аргументированно спорить у нас этому не учат, хотя стоило бы.

Первый этап написания статьи это поиск темы. Иногда она известна заранее: то есть, ты садишься описывать (или тебя просят описать) что-то, что ты знаешь. Но так бывает не всегда. Новые авторы часто ломают головы по этому поводу. Человек может делать очень крутые вещи, но понять, какая тема в этой большой вещи интересна, всегда нетривиально. Я рекомендую думать, о чем крутом ты бы мог рассказать, когда рассказываешь о своей работе. Может быть, вспомнить, какие истории недавно кому-то рассказывал. То, о чем действительно хотелось бы рассказать, то, чем действительно горишь в данный момент об это, скорее всего, и стоит писать: тогда получится быстро, хорошо, задорно.

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

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

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

Начинать писать статьи я рекомендую с заголовка. Если удается придумать хороший заголовок значит, дальше все пойдет нормально. Не обязательно зацикливаться на том, чтобы он был особенно красивым или остроумным достаточно, чтобы он был понятным. Остроумие может прийти потом, во время написания, или можно об этом не задумываться. Хороший рабочий заголовок очерчивает рамки дальнейшей работы, и это важно: с авторами мы обычно обсуждаем рабочий заголовок, который будет у статьи. Я еще прошу писать краткую рекламку статьи: о чем она будет, что в ней будет. Это лучшее начало статьи, которого можно ждать.

Я рекомендую делать так, чтобы в заголовке был глагол. Если он есть это значит, что статья описывает действие. Если статья называется, например, протокол TCP/IP скорее всего, это довольно скучная статья, которая просто описывает какую-то существующую вещь. В такой статье автор будет смотреть на эту вещь, и ничего не будет происходить. А вот если статья называется как использовать TCP/IP для какой-то цели, то она гораздо лучше очерчивается и обещает быть веселее, потому что в ней мы что-то делаем, а не описываем что-то.
Часто люди сталкиваются с проблемой чистого листа когда ты садишься и думаешь, о чем же писать. Для таких случаев существует очень действенный совет из народного творчества (уберите детей от экранов): начинайте со слов Так, бля, короче! И дальше текст начинает идти сам собой. Потом, конечно, вступление можно убрать. Такая полу-шутка, но, на самом деле, правда: если начинать в неформальном ключе, то дальше будет легче начинать говорить о какой бы то ни было теме.

Я часто использую прием написать что-нибудь начерно, обычно для этого использую треугольные скобки (у меня в редакторе это подсвечивает текст серым цветом). Можно использовать любые технические приемы: писать курсивом, например, или писать в другом окне редактора. Написание временного текста помогает преодолеть блок, когда ты не можешь что-то сказать красиво или думаешь, что не можешь. Ты потом смотришь на текст и понимаешь: вот, можно тут и тут поправить, и будет нормально. Иногда и править не приходится.

Чего не следует делать, так это писать развесистое предисловие. Если статья начинается с типичного технологии все плотнее входят в нашу жизнь, то редактор это выкинет из текста. У меня даже есть пример, из недавнего: В последние годы люди все чаще используют мобильные телефоны как средство коммуникации с другими людьми. Вы ничего нового никому не сообщаете такими пассажами. Если это помогает ехать дальше можно написать, а потом стереть (или редактор сотрет), но сидеть и специально придумывать заход под подобным нетривиальным углом не нужно. Просто начинайте с дела, а не предисловия или вступления. Можно, закончив текст, вернуться и добавить сжатое содержание статьи в качестве первого абзаца по нему читатель сможет понять, зачем ему читать эту статью. В редактуре я делаю так же: читаю статью, а потом возвращаюсь в начало и пишу лид первый абзац. Иногда он оформляется как-то по-особому в журналах. Лучшие лиды сообщают, зачем человеку читать эту статью это позволяет легко ориентироваться. Я уже говорил, что мы в XAKEPе обычно просим написать короткое описание статьи, на один абзац. Чаще всего оно замечательно идет в качестве лида и позволяет рекламировать статью, например, в соцсетях.

Естественно, большая проблема как писать. Здесь лучше всего объяснять кому-то, кто уже пробовал, у кого есть практика, но некоторые советы дать можно. Главная проблема нового человека, который садится и хочет что-то написать это попытки звучать более авторитетно. Каждый неопытный автор пытается имитировать какой-то стиль, который кажется ему авторитетным например, стиль полицейский протокол или научная статья. Из-за этого желания звучать весомо иногда появляются безумные перлы. Например, метод повышения эффективности использования вредоносных узлов для деанонимизации пользователей даркнета это из реального текста. На слух это вообще не воспринимается, мне кажется. В виде текста я, в принципе, понимаю, что автор хочет передать в этом нанизывании восьми существительных одно на другое. В общем, нужно обязательно думать о том, как человек будет читать текст, и не стараться звучать более умно, чем разумно было бы звучать. В данном случае можно было бы просто написать Как избежать деанона, например.

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

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

Ну, и, конечно, нужно убирать все слова, которые не несут прямого смысла: достаточно, относительно, довольно. Их нужно выкидывать по мере нахождения. Если без такого слова получается неправдиво (например, было довольно срочно, а стало срочно, хотя на самом деле это не совсем срочно), то всё словосочетание изначально использовалось с искаженным смыслом, и нужно заменить его более подходящим. Текст ощущается более сильным, когда в нем нет слов, которые делают значение других слов приблизительным. Кстати, чаще всего кстати некстати, и после этого слова люди обычно сообщают совершенно постороннюю вещь.

Еще одна вещь я такие случаи называю словом вещание. В устной речи или по радио часто объявляют, что сейчас будет что-то. Это нормально, но в статье перед читателем уже находится весь текст. Он сам прекрасно видит, что будет дальше и что было до этого не нужно ничего объявлять. Авторы еще очень любят слова как было сказано выше, напомню, поясню после них они либо повторяют то, что уже было сказано, либо подтверждают, что это уже было сказано. Людям совершенно не нужны подобные напоминания. Если действительно нужно упомянуть какой-то факт снова, то можно просто упомянуть его снова, не обговаривая, или упомянуть как-то по-другому в новом контексте. Я часто выкидываю слова напомню и поясню вместо них можно просто напоминать и пояснять. В английских учебниках это правило называется show, dont tell не говори, а показывай. Не нужно объявлять, что ты сейчас что-то сделаешь, нужно просто делать. Все поймут.

По поводу вещания: часто люди путают статью и радиопередачу. В XAKEPе это почему-то прижилось, и я очень часто вижу тексты, которые начинаются со слова Привет! и заканчиваются До свидания, Stay tuned и так далее. Может быть, это какая-то авторская фишка, и кому-то это прикольно, но для меня это странно. Вроде как человек пытается изображать ди-джея текстом. Обычно мы убираем такие вещи.

Часто встречаются слишком сложные тексты. Может быть, это у людей травма Львом Толстым со школы, и они пытаются бесконечно удлинять предложения. Нужно стремиться работать по простой схеме: подлежащее-сказуемое-дополнение, больше ничего не нужно. Если получается длинно, то лучше разбить на несколько предложений. От скобок почти всегда можно избавиться. Если идут скобки, то можно разделить на два предложения без проблем.

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

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

Бывают еще разные проблемы например, тавтология, но это понятно: этому в школе учат.
Распространенная ошибка в неотредактированных текстах компания совершает действие. Это уже более тонкая вещь, и, в принципе, по первому разу можно не обращать на это внимания и писать, как получится. Редактор сделает. Суть в том, что компания это люди. Только люди совершают действия, а не компании. Еще иногда компанию называют во множественном числе. Microsoft решили, Facebook сделало. Вместо этого можно уточнить, написать инженеры Microsoft или руководство Facebook так будет звучать намного грамотнее.

Заканчивая разговор про стиль: общая рекомендация ловить себя на мысли так сойдет. Голова ненадежная вещь. Здесь так же, как при редактировании кода: ошибка линтера вылетает, но в голове не задерживается, потому что ты думаешь ладно, так все равно будет работать, все поймут, что я имею в виду. Самые страшные ошибки в отношении русского языка и стилистики совершаются именно в такие моменты. Если себя ловить, обдумывать еще раз те решения, на которые ты себе даешь разрешение, то ты будешь ловить и рассогласования, и неправильно построенные предложения все стилистические ошибки.

Советы по стилю, конечно, можно продолжать, сколько угодно по ним есть целые книги. Я думаю, что начинающим авторам нужно знать хотя бы вот это. Конечно, начать писать или написать немного это еще не всё, главное завершить статью. Вся работа пойдет насмарку, если статья не будет дописана. Очень часто авторы исчезают, придумывают удивительные отмазки, рассказывают, что у них все сгорело и так далее. На деле это обычно означает, что человек либо не смог сконцентрироваться и собраться над своей задачей, либо не смог достаточно ясно представить саму задачу. Очень важно понять, хорошо ли ты понимаешь то, о чем собираешься написать. Как только начинаешь задавать себе наводящие вопросы, могут вскрыться всякие проблемы: я не знаю, я бы хотел сначала ознакомиться с этим, я бы хотел спросить или обсудить. Это очень важно. Часто не можешь двигаться, потому что не знаешь, чего конкретно ты не знаешь. Это, пожалуй, самая большая проблема. Заставить себя работать гораздо меньшая проблема, я сам очень люблю отвлекаться на все подряд.

Мессенджеры, твиттер, подписки ютюба, кто-то пишет письма постоянно особенно, если работаешь удаленно. Я очень рекомендую таймеры помодоро (метод помидора) это обычный кухонный таймер. Можно использовать одну из миллиона программ-таймеров из интернета. Многие, кто говорит о продуктивности, рекомендуют простой алгоритм: 15-25 минут напряженной работы, 5-10 минут отдыха. Он настраивается по личным предпочтениям и в зависимости от поставленных задач. Например, писать довольно тяжело, и себе я обычно ставлю всего 15 минут, а потом 5 отдыха. Главное пока эти 15 минут не пройдут, ни на что не отвлекаться. Редко бывают такие сообщения в телеграме, которые не подождут 15 минут.

Еще один трюк: если что-то пишешь, часто в голову лезут мысли о том, что еще можно написать в этой статье. Эти мысли очень ценны. Они сигнализируют, что голова работает на полную мощность, и их нельзя отметать, чтобы дописать. Надо найти баланс: дописывать до какой-то точки, чтобы не забыть, о чем ты писал, но потом идти и развивать или хотя бы сохранять мысль. Я обычно делаю пунктик в конце текста, в который вписываю пришедшую мысль, чтобы самому уяснить, о чем она. Бывают мысли по поводу того, что надо что-то посмотреть, или что-то поправить в тексте, или что-то упомянуть. Все это надо сохранять и потом, в свободную минутку, обрабатывать. Писать непрерывно невозможно: голова начинает спекаться, начинаешь останавливаться, не знаешь, что писать дальше. Может быть, это потому, что часть мыслительного процесса делает подсознание, и ему тоже надо дать время поработать. Пока это происходит, можно пойти поправить форматирование или как раз перечитать свои заметки в конце текста.

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

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

Еще одна вещь, которую я люблю это чистый инбокс. Это очень полезно. Знаю, что у людей бывает в почте заброшенная помойка с 700 непрочитанных сообщений, но инбокс это не только электронная почта. Это дела, которые могут копиться в разных местах. Я стараюсь все разгребать, делать так, чтобы ни почтовый клиент, ни другие места не забивались. Надо просто решать быстро, будешь или не будешь ты что-то делать. Если надо кому-то срочно ответить, то можно сделать это в стиле большого начальства, двумя словами часто лучше получить от вас два слова, чем не получить ничего. Это важно для того, чтобы писать: всегда лучше иметь чистую голову, без списка нависающих задач. По Getting Things Done все эти дела нужно выписывать и возвращаться к ним, когда будет время, возможность или контекст, чтобы их сделать.

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

Что еще можно сделать, чтобы улучшить свои навыки письма? Надо читать. Причем читать не только социальные СМИ типа Хабра, где тексты разного качества, но и профессиональные какой-нибудь Коммерсант, Ведомости, Esquire. Хотя Esquire это скорее литературные материалы, на него равняться в технических текстах необязательно. Конечно, чтение само по себе не поможет научиться писать для этого нужно все-таки писать. Хоть как-то. Нужно не стесняться: в следующий раз получится лучше. Без практики здесь никак. Как редактор, я, конечно, рекомендую поработать с редактором, если есть такая возможность. Я сам очень благодарен и главным, и литературным редакторам: пусть они ругались, смеялись, обижали иногда, в некоторых случаях молча правили. Всегда нужно смотреть, почему что-то было исправлено. Если ты понимаешь, почему это было исправлено, то велика вероятность, что ты в следующий раз не допустишь ошибку.

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

Из того, что можно почитать, все рекомендуют Пиши, сокращай Ильяхова. Хорошая книжка. Я не читал целиком, но смотрел, и со всем, что увидел, был согласен. Рад, что кто-то тоже об этом пишет. Есть еще книжка Интернет-журналистика Амзина это бывший редактор раздела Технологии Ленты.ру. Многим нравится книга Слово живое и мертвое Норы Галь, хотя я к ней отношусь с осторожностью там язык не вполне актуальный. Почитать про подходы можно, конечно.



Что было ранее


  1. Илона Папава, Senior Software Engineer в Facebook как попасть на стажировку, получить оффер и все о работе в компании
  2. Борис Янгель, ML-инженер Яндекса как не пополнить ряды стремных специалистов, если ты Data Scientist
  3. Александр Калошин, СEO LastBackend как запустить стартап, выйти на рынок Китая и получить 15 млн инвестиций.
  4. Наталья Теплухина, Vue.js core team member, GoogleDevExpret как пройти собеседование в GitLab, попасть в команду разработчиков Vue и стать Staff-engineer.
  5. Ашот Оганесян, основатель и технический директор компании DeviceLock кто ворует и зарабатывает на ваших персональных данных.
  6. Сания Галимова, маркетолог RUVDS как жить и работать с психиатрическим диагнозом. Часть 1. Часть 2.
  7. Илья Кашлаков, руководитель фронтенд-отдела Яндекс.Денег как стать тимлидом фронтендеров и как жить после этого.
  8. Влада Рау, Senior Digital Analyst в McKinsey Digital Labs как попасть на стажировку в Google, уйти в консалтинг и переехать в Лондон.
  9. Ричард Левелорд Грей, создатель игр Duke Nukem 3D, SiN, Blood про личную жизнь, любимые игры и о Москве.
  10. Вячеслав Дреер, гейм-дизайнер и продюсер игр с 12-летним стажем про игры, их жизненный цикл и монетизацию
  11. Андрей, технический директор GameAcademy как видеоигры помогают прокачивать реальные навыки и найти работу мечты.
  12. Александр Высоцкий, ведущий PHP-разработчик Badoo как создаются Highload проекты на PHP в Badoo.
  13. Андрей Евсюков, заместитель CTO в Delivery Club про найм 50 синьоров за 43 дня и о том, как оптимизировать фреймворк найма
  14. Джон Ромеро, создатель игр Doom, Quake и Wolfenstein 3D байки о том, как создавался DOOM
  15. Паша Жовнер, создатель тамагочи для хакеров Flipper Zero о своем проекте и другой деятельности
  16. Татьяна Ландо, лингвист-аналитик в Google как научить Google-ассистента человеческому поведению
  17. Путь от джуна до исполнительного директора в Сбербанке. Интервью с Алексеем Левановым
  18. Как Data Science продает вам рекламу? Интервью с инженером Unity
  19. Как я переехал в Лондон c Revolut
  20. Завтрак с легендарным геймдизайнером Американом МакГи: о новой Алисе, России и депрессии
  21. Как организовать IT-конференцию и не сойти с ума
  22. Чем биоинформатика отличается от вычислительной биологии краткое введение
  23. Профессия системный аналитик: развитие сообществ, популяризация профессии и подготовка
  24. Три задачи из геномики, которые решают биоинформатики в СПбГУ



Подробнее..

Войти в IT после 30 через Java

27.11.2020 00:13:20 | Автор: admin

Всем ку!

Эта статья является текстовой адаптацией одного из самых популярных интервью на youtube-канале "АйТиБорода" - интервью про Java (более полумиллиона просмотров). Если кто-то не знает, на этом канале несколько раз в месяц появляются интервью с айтишниками о технологиях, ЯП и персоналиях.

Приятного прочтения!

Привет, Рома! Расскажи, где ты учился и как вообще попал в IT?

У меня на самом деле два образования: одно незаконченное высшее, второе законченное. Законченное высшее техническое, но абсолютно никак не было связано с компьютером.

Я инженер по бытовой технике, инженер-электромеханик. Специализация бытовая техника, факультет приборостроительный. Приборы там и аппараты, что-то в этом духе было. Незаконченное это вообще юридическое, то есть ещё дальше от IT. На базе первого (высшего) тогда ещё можно было несколько получать. Но я его не закончил: дошёл до последней сессии и решил не сдавать. Потом был почти девятилетний путь в сферах, очень далёких от IT. В закупках работал и аналитике рынков, рекламное агентство открывал довольно разнообразные сферы.

А в каком году ты в университет поступал?

В 2002 году поступал. В 2007-м окончил и вот после этого где-то восемь с половиной лет в разных сферах себя пробовал. А в программирование пришёл на самом деле абсолютно случайно. Конкретный день уже не могу вспомнить всё-таки это не вчера было, где-то посреди недели. Мне на работу надо было ехать по кольцевой минуты три, наверное. Проснулся пораньше, и как-то очень не хотелось ехать. Я тогда курил ещё. Вышел на балкон, закурил, взял ноутбук, открыл его и решил: надо чем-то себя занять. Потому что на тот момент у меня была только работа, дом, работа, дом.

Ну и решил: дай попробую себя. Может быть, какие курсы. Ну, хобби себе какое-нибудь найду. Открыл ноут, и мне в принципе было просто всё равно: парапланирование, вязание крестиком, вышивание без разницы что. Но так уж получилось, что тогда шла довольно активная агитация IT-Академии (одна из школ в Беларуси). Вот везде эта всплывающая контекстная реклама была. И как раз всплыло в тот день что-то типа: Хочешь зарабатывать миллион миллиардов? Приходи к нам, мы тебя научим! Я решил: почему бы не совместить приятное с полезным? Миллион миллиардов всё-таки заманчиво звучало. Вот так я и попал в IT.

Я решил: почему бы не совместить приятное с полезным? Миллион миллиардов всё-таки заманчиво звучало. Вот так я и попал в IT.

Просто пришёл на курсы. Как-то отучился. Причём первый курс в академии действительно именно как-то отучился. Еле-еле окончил. Из нашей группы сертификаты получили человека, по-моему, четыре из 12.

А откуда желание что-то поменять вообще появилось?

Как-то так сложилось, что раз, наверное, в года два-три я менял место работы. В одной компании поработал по распределению два года, потом три-четыре месяца ещё поискал новое место. В разных местах: и в Газпром попал наш белорусский, и в Амбассадор поработал это минский завод виноградных вин. И на EnTiti поработал.

Короче, это была запланированная смена работы?

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

Нашёл курс и сразу пошёл на Java? Это осмысленный выбор?

Это было похоже на то, как я в принципе решил попасть в IT. Шёл набор на курсы с таким достаточно абстрактным объявлением: Хочешь стать программистом? Зашёл к ним на сайт, и на той неделе стартовало много курсов: JavaScript, Python, PHP.

Тогда я думал, что PHP это круто. Я с ним ещё когда-то там в школе и на первом курсе более-менее работал: какие-то сайтики делали. Подумал: ну вот тут я, наверное, что-то буду понимать. Потом смотрю JavaScript. Думаю, ну про JavaScript я слышал: там HTML, CSS, JavaScript ну вот слова из одной области какие-то, думал. Но эти курсы шли 11-13 дней от того дня, когда прочёл само объявление. А Java стартовал через три дня. Решил: ну попробую, может быть, есть место в группе. Позвонил, и, действительно, место в группе было. Причём одно. Вот так. Поэтому Java (смеётся).

Страха от такой кардинальной смены рабочей атмосферы не было? Многие боятся идти в программирование: думают, что там много математики нужно, что это сложно. Было у тебя такое?

Не, наверное, не было. Я ж говорю: пошёл на курсы, а они же начальные. Я понимал, что математика мне особенно не понадобится. Мне было интересно узнать в принципе, что такое переменная и как это, когда нажимаешь кнопочку, а там Hello, world! выскакивает. Не просто, как когда в блокноте что-то написал. Когда в первый раз написал свою первую программу Hello, world!, понял: ну, всё просто, теперь я умею программировать.

Когда в первый раз написал свою первую программу Hello, world!, понял: ну, всё просто, теперь я умею программировать.

Думал тогда, что пойдёшь работать программистом? Или просто по приколу пошёл на эти курсы?

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

Наверное, с занятия пятого, когда я уже первый свой цикл написал, калькулятор был, он алгоритм какой-то простенький считал, просто запустил эту программу, шифтов 10-12. Мне не надо было мышкой нажимать на этот значок play зелёный в IDEA. И оно что-то мне посчитало и выдало на экран. Числа там рандомно генерились, и я заранее не знал, какой ответ будет. И тогда я решил: ну, а почему бы и нет? То есть я могу рандомно генерировать что-то. Если я здесь испортил программу, я могу портить программу и в коммерческих целях. Как-то так и повелось (смеётся).

Если я здесь испортил программу, я могу портить программу и в коммерческих целях. Как-то так и повелось.

Сколько времени прошло со старта курсов до трудоустройства?

С момента старта курсов и до осмысленного куда я хочу попасть на работу прошёл где-то год. Большую часть этого времени параллельно работал на основной работе. За два-три месяца (до окончания курсов) я уже уволился.

Что занимало тебя весь этот год? Ты же, наверное, не только Java изучал?

Понятное дело, что это не сухое изучение языка везде нужны какие-то паттерны, какие-то решения. Если просто писать код, то это будет мало чем отличаться от обычной автогенерации того же кода в IDEA. Книжки читал. Есть, например, такая книга отличная Приёмы объектно-ориентированного проектирования. Паттерны проектирования, Банда четырёх (Gang of Four) написала.

Я пытался их (паттерны) понять. Мне сказали, что это отличная книга. Старшие коллеги говорят: Почитай будет полезно. Но эту книжку, я думаю, нужно было читать хотя бы после года, чтобы понимать, о чём там вообще написано. Но мне сказали, что будет полезно. И я её прочитал, но не всю. Наверное, только треть осилил. Понял, что дальше мне будет понятно ровно столько, сколько и сейчас. То есть ничего.[5]

Из года обучения сколько заняли сами курсы? Весь год ходил на курсы и самообразовывался?

Шесть месяцев заняли курсы. Когда закончил IT-Академию, у меня была конкретная цель попасть в EPAM. Мне предлагали какие-то маленькие компании, типа на стажировки, а потом на трудоустройство. Но вот у меня знакомые работали в EPAM. И я много слышал о том, что это хорошая компания для становления: понимать сами процессы, бизнес-процессы. И да, там действительно довольно строго поставлены именно эти сами методологии. То есть цель была попасть именно туда.

Между окончанием курсов, IT-академией и началом внутренних курсов была достаточно большая разбежка по времени. Сразу попасть в лабораторию епамовскую я даже и не планировал, потому что нужны были какие-то знания. А я же говорю, окончил курсы. А вот как их окончил сам не понял. Поэтому нужно было ещё что-то понять: сначала написать, а потом понять, почему это заработало.

Но в итоге ты в лабу попал?

Да, ну после их внутренних курсов я попал в лабораторию.

И уже через лабу твоей первой работой стала EPAM?

Да.

Чем ты там занимался и сколько в целом проработал?

В EPAM проработал где-то два с половиной года. Сразу попал в самый большой проект Thomson Reuters. Раньше это был просто такой проект на EPAM. Потом всё переросло в самый большой юнит. А сейчас Thomson Reuters самый крупный заказчик. И так получилось, что я ещё попал в их самый крупный проект. Я даже и не скажу, сколько он уже пишется, сколько он в уже в активной разработке. Но когда я туда пришёл, я понял ещё меньше, чем я понимал на курсах и в лаборатории. Там всё было какое-то своё. Мне сказали, что там будут классные технологии, стек такой большой и фронт, и бэк, и Spring, и Hibernate, и EclipseLink есть.

Короче, всё, что хочешь: облако, микросервисы?

Да. А когда ты только-только начинаешь, написал первое Hello, world?, и думаешь: Таак, чтобы дальше изучать? Ну, наверное, machine learning!

Написал первое Hello, world?, и думаешь: Таак, чтобы дальше изучать? Ну, наверное, machine learning!

Или сразу ракету запущу на Марс?

Да, в AI пойду что-то творить! Ну всегда такое желание есть. Вроде как недавно научился переменные складывать между собой. Всё, следующий шаг написать свою нейронную сеть. Естественно, меня это так привлекло: столько технологий, столькому научусь! Меня заперли на этот проект. Я открыл и понял, что ничего не понимаю в этом. И где-то, наверное, месяцев семь я фиксил баги. Причём там даже это было делать проблематично, потому что проект большой: в организации работы использовали правильную методологию, поэтому чтобы просто исправить баг, нужно было и митинги, и апрувы получить. И шло это всё со стороны заказчика достаточно долго.

Знаю, что в лабы EPAM-а очень сложно попасть, потому что там очень сильный отбор по английскому языку. У тебя с этим всё гуд было?

В целом да. Я никогда не изучал английский язык целенаправленно. Он был в школе, и я иногда присутствовал на занятиях. И то, наверное, только половину времени. То есть языками никогда не увлекался, но так получилось, что я много игрушек в детстве повидал. И все же они в основном на английском были, потому что ну потому что пиратские. Потому что лицензионные никто не покупал почти.

Это потом мне, естественно, сказали, что нужен будет английский. А изучать его мне особо негде было. Потому что подтягивать сразу и техническую часть, и часть с английским языком проблематично. Высасывает очень много энергии. Я пытался просто книжечки читать и программировать. Если в одном шло хорошо, то в другом уже не так хорошо. Поэтому я просто перевёл весь свой environment на английский язык, насколько это было возможным. Слава богу, у меня тогда уже был смарт-телевизор. Он перешёл на английский. И все программы, и плейлисты. Телефон тоже перевёл на английский. Литература тоже по максимуму смотрелась на английском. Ну и, понятное дело, что из Stack Overflow это наше всё тоже всё шло на английском.

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

Сколько тебе было, когда начал интенсивно обучаться программированию?

Мне было 28-29 наверное, 30 лет.

Не было какого-то хейта в духе: Куда ты попёрся? Как к решению отнеслись родственники и друзья?

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

А вот на работе коллеги В 18:00 часов заканчивалась работа, а в 18:30 начинались курсы нужно было как раз полчаса, чтобы доехать. Вот там было много негатива. Мне говорили, что не получится: Ну 30 лет. У тебя не тот склад мышления, там нужно образование вот эти все стереотипы, что нужна математика, теория алгоритмов.

Можешь показать им фак!

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

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

Потом взяли на одно место. И в принципе там даже достаточно неплохо было, сравнивая с моим предыдущим местом работы. Но в тот момент как раз позвонили из EPAM-а и сказали, что берут в лабораторию. Ну и, естественно, от первого варианта я отказался. В лабораторию меня брали на бесплатно, а там за деньги. Но я подумал, что в EPAM может выгореть, есть какая-то перспектива. Решил: почему бы не попробовать, если берут? Пускай этот кризис пройдёт. Если что найду себе потом работу. Слава богу, что-то отложить себе успел: на полгода или годик хватило бы.

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

Ну да, прилично.

Были из-за этого опасения, что не туда идёшь?

Опасений, наверное, не было, потому что к тому моменту мне уже начало нравиться. Уже не просто какие-то циклики писал, я уже мог сайтик написать. То есть мог написать и, так скажем, дать другим людям посмотреть, потрогать. Мне было очень интересно и по кайфу.

Что-то писал и понимал, что я делаю. Ну, начинал понимать, что я делаю. Появлялся интерес. У меня и сейчас нет предпочтений в плане там на $500 больше платят всё, надо идти туда. Абсолютно нет. Если работа интересна, коллектив хороший, то смысл её менять? По зарплатам в IT когда-то достиг психологической планки: если ниже, то будет какой-то дискомфорт, но тем не менее

Сейчас HR-ры на собеседованиях очень часто спрашивают: Что у вас на первом месте: зарплата, коллектив, проект, технологии? И вот изначально да, вопрос зарплаты был сверху, а потом опускался всё ниже и ниже. Мне настолько уже незначительно, слава богу. Но поначалу было дискомфортно, потому что зарплата отличалась не на, а в раз пять, наверное, в шесть. Раньше доход от сезона зависел я в торговле работал. Поэтому если там всё хорошо в сезон, тогда раз в пять.

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

Хочешь сказать, что эйджизм сказывается на рейте?

Не знаю. Я думаю, что, возможно, и так.

То есть каких-то конкретных примеров на своём опыте ты не ощутил?

Я как-то и не пытался особенно вдаваться вот именно в рамках Java.

За два с половиной года в EPAM-e до кого успел дослужиться? Почему сменил работу?

В EPAM-е есть строгая система рейтингов. Вот у меня был d2 это Middle. Потом перешёл на проект и стал вроде как d2 key developer.

У тебя d2 было с ходу после лабы?

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

Лайфхак?

Не знаю, насколько лайфхак, но меня как бы устраивало (смеётся). А ушёл просто потому, что проект Thomson Reuters это большущий такой юнит. Очень тяжело было развернуться. Он давно был запущен, архитектура строго выстроена. И добавление новой функциональности было минорным, мало отличалось от уже существующей. Грубо говоря, полмодуля берёшь, копируешь и просто немножечко рефакторишь, меняя название.

EPAM же большая, почему не перешёл из одного проекта в другой в рамках одной компании?

Проект Thomson Reuters располагался прямо через дорогу от моего дома. Если нужно было к 9:00 на работу, то в 8:55 я выходил из дома: по переходу и в бизнес-центр, где мы и располагались. И это определённый отпечаток накладывает: уже не хотелось куда-то час ездить. Это первая причина.

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

Мне был интересен Spring, Hibernate, но это стандартный стек. Плюс там по фронтенду можно было Angular какой-то себе выбрать. И вот так было примерно во всех проектах на Thomson Reuters. Это я уже потом понял, что так оно везде, но тогда искал чего-то такого прямо нового-нового и поэтому ушёл.

Следующее место работы Softeco. Долго его искал? Сколько собеседований прошёл, прежде чем устроился? По факту была первая полноценная сессия собеседования в IT?

Нет, первая полноценная сессия собеседования была, опять же, для промоушена. К тому моменту в планах была свадьба. Мне уже не хотелось откладывать 80-90% зарплаты. Хотелось, чтобы было как-то посвободнее. Ну потому что и кушать хочется, и свадьбу.

Мне уже не хотелось откладывать 80-90% зарплаты. Хотелось, чтобы было как-то посвободнее. Ну потому что и кушать хочется, и свадьбу.

Это в каком году?

Это был последний год работы в EPAM. Тогда я действительно активно ходил по собеседованиям, собирал офферы. Но не для того, чтобы ими шантажировать Я так, пришёл спросить, не хотят ли повысить зарплату. Мне сказали: Ну как бы не то чтобы очень хотим. И тогда я уже сказал, что есть офферы.

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

Не, я, конечно, не говорил, что хочу поднять оффер. Мне бы тогда сказали: ну тогда не получится, мы вам просто не отправим оффер. Потому что смысл на меня тратить время, если я к ним не планирую идти?

То есть ты юлил?

Нет, я не юлил. Уже была идея сменить проект. Правда, вряд ли я там конкретную компанию рассматривал, но вот не исключал такую вероятность, если будет что-то действительно интересное. Иногда очень приятно просто пообщаться с HR-ом, с техническим специалистом. И вот ты уже понимаешь: а почему бы не сменить компанию? Здесь действительно может быть интересно и хорошо.

Какие бы ключевые точки выделил в своём становлении тем программистом, которым сейчас являешься?

Когда выбирал между фронтендом и бэкендом, тогда ещё заканчивал лабораторию, пошёл на первый свой проект Thomson Reuters русский. И первые три месяца был очень воодушевлён новым проектом, новыми людьми и тем, что в продакшене. Работал усердно, а потом понял: как тут усердно не работай, это всё будет достаточно долго. Потому что и процесс согласования долгий и коды review небыстрое дело. Хотелось найти себе увлечение, чтобы занять свободное время. И я решил посмотреть в сторону фронтенда.

Потому что исправление багов не очень мне интересно было. Потому что это и бэкенд и фронтенд. Там же юзер что-то не видит, например, во фронтенде, и для него уже это ошибка. А это ошибка, например, у меня на сервере. Вот чтобы до этого докопаться, мне было бы проще это сделать, если бы разбирался в том, что там происходит наверху. Сначала прошёл онлайн-курсы по JavaScript не помню, как точно сайт называется. Более-менее понял, как эта штука работает, и решил попробовать ещё Angular, на тот момент уже второй.

Уже лучше, чем первый.

Ну, наверное. Я с первым вообще не имел дела. В лаборатории из нашей группы ушёл человек, который научился на Джаве и пошёл во фронтенд. Вот он тогда мне и сказал: Второй Angular можешь посмотреть. Я посмотрел и даже написал несколько своих приложений. И в целом интересно было. Тот же, грубо говоря, опыт TypeScript.

Но ты же остался в бэкенде?

Да. Так вот потому я в нём и остался. После этого у меня была такая немножко смена деятельности модуля внутри моего проекта. Сначала работал над модулем, который уведомления рассылает, email и всё в этом духе. И перешёл на модуль поиска это, понятно, более нагруженная система, и она постоянно задействована всеми другими модулями. Работы мне прибавилось. И, опять же, изначально это тяжело многое непонятно.

Потом всё как-то устаканивается, и уже более-менее ориентируешься. И когда это устаканилось, решил: Так, у меня незаконченное дело осталось с фронтендом, с Angular. А он, Angular, в тот момент уже был четвёртый. Я вроде как не сильно понял, что произошло и думаю: дай опять спрошу у коллеги своего. Он говорит: Ну да, Angular это круто, но сейчас очень модно React.

И вот у меня диссонанс начал возникать. То есть год назад я начал учить Angular, вроде что-то из мира JavaScript, а потом мне говорят: Можно учить Angular четвёртый, если хочешь апгрейдить, но там уже есть React. Думаю: ну ладно, хорошо, React, может, что-нибудь ещё из этого? Говорят: Да! Вот сейчас как раз Nod.js, и на нём можно писать можно писать фронтенд, бэкенд. Короче, мне просто слов набросали и говорят: Вот сейчас это модно. Год назад я даже слов ещё таких не знал. Подумал: хочу туда, где немножечко поспокойнее. И как-то так отошёл от фронтенда. Именно тогда решил, что Java всё-таки нравится больше. Там всё как-то постабильнее.

~~~~~~~~~~~~~~~~~~~~~~~~

На этом всё. Спасибо за прочтение, друзья! А вот и полная полуторачасовая видео-версия интервью. Приятного просмотра :)

P.S. Кстати, Рома сейчас активно занимается помощью в переквалификации всех нуждающихся из числа пострадавших от репрессий в Беларуси. Респект, мужик!

Подробнее..

Способность учиться хард скиллам тоже софт скилл. Что ещё?

27.11.2020 16:12:57 | Автор: admin
Нужныли soft skills инженеру наэтот счёт больше всего споров ихоливаров. Поэтому мыпозвали СТО инанимающего менеджера портала mos.ru, Романа Ивлиева (спикера ируководителя программного комитета TechLeadConf), поделиться своими мыслями. Приводим часть его ответов навопросы, запись полной версии вебинара в конце статьи.




Софт скиллы ассоциируются сузким количеством навыков. Этонетак


Конечно, что soft skills инженеру ненужны это миф. Прокачивать важно вообще всё: ниоткаких знаний хуже небывает. Мне кажется, стереотип, что инженеры интроверты, имсофт скиллы ненужны, пусть программируют иживут припеваючи, связан стем, что софт скиллз ассоциируются сузким количеством навыков. Чаще всего скоммуникацией, взаимодействием сокружающим миром, иобычно наэтом заостряют внимание. Аесли невзаимодействую собществом, тоипрокачивать небуду.

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

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

Есть здоровенный блок лидерских скиллов: начиная ответственностью изаканчивая наставничеством. Последнее нетак важно для джуниора имиддла, аиногда идля сеньора. Носеньору сопытом, сеньору++ или ведущему разработчику деваться некуда: рано или поздно подсунут юного специалиста, которого нужно воспитывать.

Дальше блок сволевыми навыками. Это, например, управление временем, истрессоустойчивость.

Качать все навыки сразу всё равно что учить все языки программирования


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

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

<реклама>

Вебинары проводит g-mate бот cлучшими вакансиями вtech. Регистрируйтесь в @g_jobbot, подходящие вам варианты будут приходить вТелеграм.

</реклама>


Нехватает некоммуникации как таковой Ноибез неё никуда


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

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

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

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

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

Спомощью вопросов можно оценить коммуникацию, аналитику, решение конфликтов, навыки, связанные снаставничеством, воспитанием молодых сотрудников. Управление временем что делать, когда задач больше, чем возможностей? Вобщем, урядовых сотрудников смотрят восновном бытовую сторону. Глубоко копаются вруководителях: там можно беседовать вбольшем объёме. Иорганизаторские навыки, ипринятие решений кстати, очень важный для инженеров скилл. Отего отсутствия многие страдают, икоманды, илюди когда нет внутренней возможности принимать решения ичеловек вынужден постоянно обращаться ккому-то заподтверждением своей правоты.

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

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


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

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

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



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

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

Ясейчас сильно утрирую, ноэто самый верный путь понять, как онповедёт себя втой или иной ситуации. Для этого нужно вспомнить свою последнюю косячную ситуацию ипредложить еёрассмотреть. Слава богу, мывсе одинаковые, илажаем примерно одинаково, уникальная врядли найдётся. Уменя было так, что изтрёх телефонов неответил ниодин, ивитоге янаписал письмо, где говорил, что недозвонился доних ибуду делать вот так. Тогда яуже был взрослый-опытный, был готов получить звездюлей засвоё решение. Живые истории самый крутой способ провести собеседование насофт скиллы. Этому ненадо отдельно учиться, надо аккуратно походу деятельности запоминать жизненные ситуации, возвращаться кним, анализировать. Инаоснове этого анализа тыпроведешь собеседование налюбую должность.

Сначала поковырялся всебе. Потом пытаешься понять, что хочешь


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

Какие навыки стоит развивать именно вам очень индивидуальный вопрос. Есть одна общая рекомендация: понять, какие навыки требуются, ивзависимости отситуации понять, куда двигаться дальше.

Обычно хватает внутреннего ощущения: анализируешь всю прошедшую неделю, смотришь, где были сложности. Например:
  • долго торчал насовещании;
  • долго пришлось объяснять коллеге, что что-то пошло нетак;
  • мучился три дня, потом пошел, спросил изапять минут решил проблему;
  • насобеседовании растерялся инесмог задать какой-то вопрос;
  • начальник считает, что ябезрукий черт, нехочет сомной сотрудничать, потому что непонимает, что делаю икак;
  • ничего незапоминаю;
  • вечно нехватает времени: 35задач на20часов работы итак далее.


Инструмент одновременно простой исложный, ипри этом эффективный, только заниматься анализом нужно регулярно.

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

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

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

Если ваша цель развить презентационные навыки, томерило успешности вэтом случае само выступление. Вэтом обычно заинтересованы лиды: они понимают, что умения выйти иперед незнакомыми людьми что-то наговорить имнехватает. При этом вся фишка презентационного скилла нестолько выступить, сколько нерастеряться, когда зал начнёт бомбить вопросами, ккоторым тыможешь быть неготов. Наконференциях попадаются люди, которые встают иговорят: Ацарь-то ненастоящий! Всё это фигня!.

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

Для развития навыков должна быть система ирегулярные тренировки


Чтобы выбрать цель, надо определить направление спомощью самосозерцания, внешних источников информации. Адля развития навыков важна упорядоченность, нельзя немножко тут, немножко там должна быть система. Базовое правило: должна быть цель ирегулярные систематические тренировки.

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



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

Янеоднократно слышал хорошие отзывы отеатральных кружках. Часть софт скиллов, которые касаются социальных навыков, они поднимают нанебывалую высоту закороткое время: умения разговаривать, запоминать, реагировать наситуации, когда забыл слова.

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

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

Публичные выступления


Презентационный навык, ораторское искусство порядок такой: ставить цель хочу выступить наTeamLeadConf, искать тему, искать возможности выступить, идти ктем, кто может сэтим помочь, следить законференциями имитапами. Благо ихмного иуровень очень разный: где-то берут только крутых специалистов, где-то готовы взять инекрутых специалистов, есть открытые микрофоны, можно собрать друзей ивыступить перед ними. Регулярные тренировки: например, выделить время впятницу, в18.00. Тычто-то говоришь, записываешь себя навидео, ипотом смотришь сам насебя иследишь запрогрессом. Надо постоянно пересматривать ролики, искать мусорные слова, говорить сзеркалом ианализировать. Самое главное практика ипочаще выводить себя иззоны комфорта.

Разрешение конфликтов


Если цель более специальная, например, хочешь прокачать навыки разрешения конфликтов, договорись сам ссобой: извсех конфликтов напротяжении определённого времени явыхожу победителем. Только неизсерии кто вышел изкомнаты последним, тот победил, аяудовлетворён результатами конфликта, знаю причину, знаю последствия, понимаю, что сделал икак итак далее. Это опять про обязательный анализ.

Тайм-менеджмент


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

Здесь есть нюанс: знаетли менеджер, что времени назадачи нехватает? Тынапрягаешься истарательно выполняешь, что просят, нопонимаешь, что времени меньше, чем надо? Впервую очередь надо поинтересоваться уруководителя, почему так происходит: вижу ситуацию вот так, немогу успеватьто, что делаю, потому что задач слишком много. Может получится, что задач действительно много, или что квалификация непозволяет решать задачи стой скоростью, скоторой они поступают.

Если понятно, что квалификации достаточно, скорость нормальная, нопокаким-то причинам чувствуешь, что можешь делать больше, хотя неделаешь есть феерическая техника, про которую мне рассказывал втом числе Лёша Катаев @deosdeorum, технический директор изSkyEng.

Когда онпонял, что оказался втакой ситуации, тонеделю записывал, что делал втечение дня. Набольшом сроке это упражнение вымораживает, анакороткой дистанции можно потерпеть иусилием воли фиксировать всё, чем занимаешься. Разговоры, чтение почты, отвлечение настроительство фермы, нафейсбук, чужие чаты спустя неделю видишь список из1500 задач изадаешь вопрос: зачем язанимался тем или этим? Задач поделу 40%, аостальные 60% это таймкиллеры.



Янеимею ввиду, что отработы отвлекаться ненадо ноесли таймкиллеры становятся проблемой, сней надо что-то делать. Если жать накаждый попап, что курица стала матерью цыплят инужно отправлять ихвсоседнюю деревню время будет пропадать. Либо другой пример: пришли насовещание, оно было посвящено чему-то интересному ивместо 15минут проторчал там 1,5часа. Вышел счётким пониманием, что полтора часа продолбал. Таких совещаний, ксожалению, вагон ималенькая тележка, поэтому нужна аналитика: что реально происходит? Тогда истанет понятно, что сэтим делать. Это важно, если чувствуешь проблему начинать еёисследовать. Потому что чаще всего исследование начинается изаканчивается поиском виноватых, чтобы оправдать его или заставить сожалеть, получается, это перекладывание ответственности, анерешение проблемы.

Если понимаешь, что квалификации хватает, апроблема только вколичестве рабочих задач, надо поговорить обэтом сруководителем, сказать, что неуспеваете. Врабочих сутках продуктивных часов, условно, 6, азадач получается на9. Вреальной жизни переработка из3часов превращается в5: надо думать, куда девать лишние задачи. Накороткой дистанции это может быть временная флуктуация, если проблема сохраняется еёнадо решать. Весной унас была такая история, когда началась эпопея свирусом. Номызнали, что делаем, почему изачем, ичто переработки локальное явление.

Развитие софт скиллов это терпение, труд исистема


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

Потом полистать ссылки измоего списка, вспомнить известных специалистов (например, потайм-менеджменту: Архангельский, Дорофеев, Дэвид Аллен), покопаться впрограммах конференций натойже TeamLeadConf есть софтскилловые треки, посмотреть всторону гуманитарных изданий вроде госпожи Ивановой: она активно пишет про hr-деятельность, там можно поискать ключевые точки. Потом идентифицировать проблему если это сделал, инструменты тебе помогут найти.

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

Все подряд книжки читать ненадо, достаточно одной. Нашел курс наSkillbox/Udemy/Coursera, послушал бесплатные версии, цепанул расшифровки докладов понял, куда копать дальше. УНетологии есть бесплатные курсы пософт скиллам, улекторов-менторов есть бесплатные материалы. Поним можно понять, насколько душа лежит ктому, что рассказывают эти люди. Если откликается можно потратить наэто несколько тысяч рублей, ноне800к заМВА. Может, 10 000 звучит дорого, ново-первых, все курсы умеют принимать оплату врассрочку, аво-вторых: это инвестиции вбудущее. Ксожалению или счастью, это вынужденная мера, мир стал слишком быстрый.

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

Что Роман советует изучить




Полная версия вебинара:



<реклама>

Подписывайтесь нанаш блог: публикуем расшифровки вебинаров сполезными ссылками, истории IT-специалистов игайды порелокации.

</реклама>
Подробнее..

Возможно ли обучить хорошего программиста в условиях ВУЗа в России

27.11.2020 20:16:23 | Автор: admin

Привет, Хабр! Я преподаватель программирования, у которого нет педагогического, но есть инженерное образование. Долгое время я сидел в read-only, заимствовал у вас интересные материалы для занятий. Но теперь решил зарегистрироваться и поведать вам о всех изысках IT-образования в типичном ССУЗе-ВУЗе. Надеюсь это будет для вас интересным!

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

Учебный план

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

Вот здесь возникает первая проблема: использование часов обучения на непрофильные предметы

Исходя из нашей учебной программы должны присутствовать:

  • философия (68 часов);

  • история (68 часов);

  • мировая художественная культура (72 часа);

  • безопасность жизнедеятельности (68 часов);

  • родной язык (108 часов).

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

Технический английский язык

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

Проблема вторая: иностранный язык не включает в себя техническую часть

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

Квалифицированные кадры

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

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

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

Практический опыт работы с оборудованием

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

То немногое, что пытаются сделать преподаватели разобрать рабочий компьютер и попросить студентов собрать его правильно. Или же вытащить составляющую, заменить ее нерабочей и поставить задачу найти почему не работает. Обычно это видеокарта, плашка ОЗУ или неподключенный провод.

Насчет нерабочих деталей я был на паре занятий и был поражен. Студентов не обучают поиску причины поломки. Ну умер ну и умер. Поиск неисправного оборудования осуществляется методом тыка а что если вот эту деталь подключить/отключить? Мы помним из предыдущего абзаца, что работают там не инженеры, а поэтому обучать поиску и перепайке неисправного компонента на системной плате никто не может.

Отсутствие современного подхода

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

Программирование и пайка микроконтроллеров отдельная история. Хоть и стоят они копейки, бюджетному учреждению получить их довольно сложно. Закупка такого оборудования должна проходить централизовано, а само оборудование иметь сертификацию от МинСвязи. А то вдруг там вшит шпионский компонент. Я даже ездил в местное отделение ФСБ, но получил отписку.

Профильные понятия

Множество понятий, привычных разработчикам и обывателям Хабры абсолютно непонятны ни преподавателям, ни студентам моего ВУЗа. После того, как попытаешься объяснить слова стек или паттерн обязательно вызовут попа из ближайшей церкви для освящения всего вокруг. Знания заканчиваются на определениях переменная, функция, компилятор.

Зачем я все это рассказываю

В какой-то степени, мы готовим кадры для вас, обитатели Хабра. Уже завтра выпускник моего ВУЗа может прийти на собеседование в вашу компанию. Мы хотим сделать все возможное, чтобы выпустить конкурентоспособного специалиста. Если вам не сложно, напишите фидбек. Что нам следует улучшить и добавить, чтобы вы, как HR/коллега/руководитель были довольны нашим выпускником.

Подробнее..

Как с помощью хакатона столкнуть математиков и MLщиков, и кто тогда победит

28.11.2020 12:19:52 | Автор: admin

Введение



Эта статья о том, как мы совместно с роснефтёвой дочкой Самаранефтехимпроект и Казанским Федеральным Университетом в сентябре 2020 года провели Хакатон трёх городов, на котором предложили студентам решить классическую задачу сейсмической корреляции отражающих горизонтов. С такими задачами постоянно сталкиваются специалисты по сейсморазведке по всему миру. Для участников задачу решили преподнести как задачу поиска оптимального пути, чтобы не отпугнуть студентов страшными словами. В статье расскажем подробнее про задачу и разберём интересные решения участников. Это будет увлекательно для специалистов как по прикладному математическому моделированию, так и машинному обучению и анализу данных.


Организационная часть


Интересные подробности организации онлайн-хакатона в трёх городах мы рассказали в статье на vc.ru Нефтянка и хакатон. Марафон это не только бег.
Упомянем лишь, что для онлайн-формата мы выбрали сервис Discord и оставим ссылку на правила хакатона (ссылка на площадке Boosters).

Постановка задачи


В сейсморазведке существует понятие сейсмический отражающий горизонт это устойчивая по динамике и площади распространения отражённая волна, которая соответствует определённой геологической границе. Корректно проведя обработку полевых сейсмических данных и распознав (специалисты по сейсморазведке говорят проинтерпретировав) сейсмические горизонты, можно с точностью до 5-10 метров определить глубины их залегания. Определив глубины, далее можно уже вместе с геологами привязать данные горизонты к геохронологической шкале (Геохронологическая шкала Википедия) и распознать их более мелких собратьев. А после чего решать между какими горизонтами могут залегать ловушки с нефтью, как выглядит рельеф структурной модели месторождения и др.

image

Вертикальные сечения сейсмического куба и распознанные сейсмические отражающие горизонты

На практике горизонты выделяются послойно на сейсмических разрезах сейсмического куба как вручную, с помощью расстановки (специалисты по сейсморазведке говорят пикирования) большого числа реперных точек, так и с помощью автоматизированных и полуавтоматизированных процедур поиска. Безусловно, качественное решение задачи интерпретации сейсмических горизонтов с помощью программного обеспечения крайне востребовано и позволяет существенно снизить временные затраты специалистов по сейсморазведке.
В то же время, изучение источников (Least-squares horizons with local slopes and multi-grid correlations, Waveform Embedding: automatic horizon picking with unsupervised deep learning) показывает, что разработанные алгоритмы и решения основаны на небольшом числе математических подходов, поэтому мы решили попробовать привлечь студентов с их ещё не затуманенным научными изысканиями сознанием и предложить им данную задачу в форме задачи поиска оптимального пути на сложной поверхности.
В итоге задача была сформулирована так: построение пути движения на сложной поверхности, проходящего через заданные точки и удовлетворяющего условиям минимума некоторого функционала, зависящего от длины пути и его углов (градиентов).

image
Пример части исходного сейсмического разреза для построения горизонта. Зеленая линия заранее известная часть, красная искомая.

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

Подробное описание данных
Ниже подробное описание данных, которые были доступны участнику:
image

image
Визуализация всех данных, которые были доступны участнику 2 сейсмических среза с горизонтами.

По-простому, участнику надо было продолжить hor_2 в области L1. Область L2 представляла собой перпендикулярный срез L1. Мы её добавили для генерации участниками дополнительных знаний. Но, к сожалению, она не пригодилась участникам.


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

$F(y ,z)=i=0Nyi pred-yi etalon2+zi,yi pred-zi,yi etalon2$

где:
N размерность искомого горизонта;
yi pred координаты горизонта, полученного с помощью алгоритма, i0,N;
yi etalon координаты эталонного горизонта;
zi,yi значения карты поверхности в точке с координатамиi,yi;
yi =yiheight, где height максимально возможное значение координаты y карты поверхности;
zi,yi=zi,yimax(z), где max(z) наибольшее значение карты поверхности.

Реализация метрики в Python
image


Какие методы применяли команды



Задача подбиралась изначально такой, которую можно было бы решить несколькими способами: прямым и обратным (классическими математическими методами и методами машинного обучения соответственно).
С точки зрения машинного обучения задачу можно решать двумя методами:
1) Построение регрессии
Используя известные пары точек (xi,yi), можно построить отображение f:(xi)yi путём минимизации функции потерь L. (xi) признаковое описание i-й точки.
image
Функцией потерь может быть как исходная функция ошибки из постановки задачи, так и более простая функция, например, среднеквадратическое отклонение построенного и исходного путей:1Ni=1N(yi yi)^2.
Для построения отображения f можно воспользоваться множеством популярных методов машинного обучения: начиная с полиномиальной регрессии, проходя через случайный лес и глубокими нейронными сетями.
image
2) Семантическая сегментация
image
Пример семантической сегментации

Исходную задачу можно решать как задачу компьютерного зрения. Точки (x, y) рассматривать как пикселы изображения, где всё изображение это весь датасет, а яркость пиксела (x, y) значение z(x, y). Для построения пути нужно каждому пикселю присвоить один из классов 0 или 1. Часть изображения, находящаяся ниже пути или включающая его, относится к классу 0, а оставшаяся к классу 1. Бытовое решение для такой задачи полносвёрточная нейросеть U-Net, на вход получающая кусок (патч) исходного изображения и выдающая массив того же размера, состоящий из нулей и единиц, обозначающих классы соответствующих пикселов.
Кроме методов глубокого обучения, для сегментации изображений можно также использовать методы классического компьютерного зрения и обработки изображений, например, Flood fill. Это и сделал один из участников, тем самым предобработав изображение для дальнейшего применения алгоритмов поиска кратчайшего пути.
С точки зрения классических математических методов предложенная задача является классической задачей оптимизации, и мы наблюдали попытки её решения следующими группами методов:
1. Методы, использующие принцип локального экстремума;
Суть данного подхода заключается в поиске локальных экстремумов значений поверхности в пределах заданного окна поиска. Далее выбирается то значение координаты y среди найденных экстремумов, которое наименьшим образом отличается от y, найденного на предыдущем шаге.
2. Методы, использующие принцип глобального экстремума;
В рамках данного подхода при определении координаты yi ищется глобальный экстремум среди усреднённых значений поверхности карты в пределах заданного окна поиска.
3. Методы, основанные на минимизации заданной эвристики.
Данным подходом воспользовалось несколько команд, суть данного подхода заключается создании и минимизации предложенного командами функционала.

Итоги и кто победил


Для начала разберём решения участников.
Методы машинного обучения:
Одним из решений была авторегрессионная свёрточная нейросеть, выдающая вещественное число значение пути yi для i-го шага. На вход нейросети подавались патчи 32x32 пиксела исходного изображения. В качестве функции для извлечения признаков использовалась предобученная свёрточная нейросеть ResNet34. Полученное этой нейросетью признаковое представление объединялось со значениями данного пути с предыдущих 32 шагов. Для прогнозирования дальше 32 шагов в качестве предыдущих значений горизонта использовались предыдущие прогнозы нейросети. Нейросеть обучалась модификацией стохастического градиентного спуска Adam с экспоненциальным уменьшением шага оптимизатора по мере обучения. Для обучения минимизировалось среднее абсолютное отклонение (эксперименты со среднеквадратическим отклонением дали хуже результат). Во избежание переобучения использовался Дропаут, то есть случайное обнуление части нейронов. Для обучения нейросети потребовалось около 10 минут, 20 полных проходов по всему датасету и 720 шагов оптимизатора.
image
Решение, полученное с помощью свёрточной нейросети. Красная линия реальный путь, синяя полученный участником.

Прогноз нейросети занимает около 1 минуты на CPU AMD Threadripper 2950x и GPU Nvidia GTX 1080 Ti.
Результат нейросети (метрика) 5.71 на публичной турнирной таблице. Также были проделаны эксперименты с заменой свёрточной нейросети на рекуррентную, но её результат был хуже. В итоге в качестве финального решения были использованы классические методы вычислительной математики.
Кроме законченных решений, участники также поделились своими идеями, которые не успели реализовать из-за жёстких временных рамок соревнования и вычислительной сложности их задумок. Некоторые из них пытались применить нейронные сети, но, потратив большую часть времени, переходили к более простым и эффективным алгоритмам или даже к грубому перебору и правилам, что в итоге дало лучший результат и привело к призовым местам.
Также ряд интересных решений основан на знаниях из других дисциплин: например, классическое компьютерное зрение и обработка изображений, теория графов, анализ временных рядов. Одна из команд даже поставила задачу в терминах обучения с подкреплением, про которое вы могли слышать, и придумала решение, но, к сожалению, не успела его реализовать.
Классические математические методы:
image
Одно из решений, полученное методом локального экстремума. Красная линия реальный путь, синяя полученная участником.

Для данного метода в качестве экстремума использовался локальный максимум. Синим цветом отмечен построенный участниками путь, красным искомый горизонт. Подробное описание представлено ниже.
yi+1=minj-yi,i0,N-1,j,
=m|z(i,m)>z(i,m-1)z(i,m)>z(i,m+1),mm1,m2,
m1=max(1,yi-sizey),
m2=min(height-1,yi+sizey),
где:
height максимально возможное значение координаты y карты поверхности;
sizey размер окна поиска.
Метод реализован на языке Python. Время работы составило порядка 0.103 секунд, F(y, z) = 1.57, sizey= 100.
Вывод: метод достаточно прост для реализации, время работы не превышает 0.1 секунды.
image
Одно из решений, полученное глобальным экстремумом. Красная линия реальный путь, синяя полученный участником.

Перейдём к следующей группе. Как и ранее, в данном методе максимум использовался в качестве экстремума.
yi=argmax1sizex j=0sizex-1z(i+j,m),i0,N,mm1,m2,
m1=max(1,yi-sizey),
m2=min(height-1,yi+sizey),
где:
height максимально возможное значение координаты y карты поверхности;
sizex,sizey размер окна поиска.
Метод реализован на языке Python. Время работы составило порядка 0.19 секунд, F(y, z) = 1.97, sizex= 9, sizey= 21.
Вывод: метод достаточно прост для реализации, время работы не превышает 0.2 секунд.
image
Одно из решений, полученное эвристикой. Красная линия реальный путь, синяя полученный участником.

Рассмотрим последнюю группу методов. Как уже говорилось ранее, очередная координата yi+1 ищется по минимуму функционала в пределах заданного окна поиска.
Ниже представлен один из функционалов, предложенных командами. С математической точки он выглядит следующим образом:
yi+1=min(z(i,j)-z(i,yi))2max2(z)+(j-yi)2height2,i0,N-1,j,
=m|z(i,m)>z(i,m-1)z(i,m)>z(i,m+1),mm1,m2,
m1=max(1,yi-sizey),
m2=min(height-1,yi+sizey),
где:
height максимально возможное значение координаты y карты поверхности;
коэффициент, отвечающий за влияние ошибки по y на значение функционала;
sizey размер окна поиска;
max(z) наибольшее значение карты поверхности.
Метод был реализован на языке Python. Время работы составило порядка 0.12 секунд, F(y, z) = 1.58, sizey= 50, = 15000.7.
Вывод: время работы метода не превышает 0.15 секунд.
Методы всех трех групп показали достаточно близкие результаты на заданном наборе данных. Наименьшее значение метрики (1.57) было достигнуто методом, основанным на поиске локальных экстремумов значений поверхности в пределах заданного окна поиска.

Заключительная часть


К сожалению, к концу хакатона почти все новаторы перешли на темную сторону переквалифицировались и стали консервативно настроенными, то есть стали отправлять решения на классических алгоритмах и победили консерваторы.
Мы хотели объединить участников из двух областей: вычислительной математики и машинного обучения. Одни привыкли работать с неструктурированными данными неизвестной природы, другие изучать физические процессы и строить на их основе математические модели. Чтобы увеличить разнообразие идей и решений, мы кратко рассказали, как были получены данные. Это одна из причин, по которой решение на основе простых численных методов дало лучшие результаты. Второй причиной стало то, что для студенческого хакатона мы подготовили не очень сложные данные небольшого объёма, поэтому современные трудоёмкие методы машинного обучения проигрывают более простым альтернативам.
Мы считаем, что это отличный урок, который поможет участникам правильно ставить задачи и выбирать оптимальные методы для их решения. Важно помнить, что сначала стоит попробовать простое решение, так называемый бейзлайн, возможно именно он позволит достичь цели в короткие сроки.
Участниками Хакатона были предложены авторские алгоритмы нахождения оптимального пути в массиве больших данных применительно к задаче автоматической сейсмической кинематической интерпретации, которая в настоящее время решается в рамках разработки корпоративного программного обеспечения в области геологии и сейсмики. Наиболее конкурентные реализации алгоритмов найдут своё применение при разработке и реализации программных модулей данных программных комплексов.
Будем рады вас видеть на финале марафона ИТ-соревнований, который пройдёт 28 ноября онлайн. В программе: награждение победителей соревнований, презентация первой версии мобильного приложения для экспресс-оценки качества пропанта. Также в рамках мероприятия будут организованы панельные дискуссии на актуальные темы Управление данными и DS проектами и Компьютерное зрение. Интересными кейсами поделятся представители Head of Data Science Alfa, CDO Мегафон, Huawei, Head of CV X5 и др. Не пропустите всё самое интересное (Марафон ИТ-соревнований 2020 Роснефть).
Подробнее..

One way ticket, или как переехать в другую страну по работе истории разработчиков

30.11.2020 20:13:26 | Автор: admin
Переезд за границу звучит интересно, но никогда не угадаешь, какие сложности будут ждать именно тебя. Мы в редакции Нетологии поговорили с разработчиками, которые решились на смену страны и попросили их поделиться опытом: как готовились к переезду, как выбирали локацию, решали вопросы с работой и справлялись с новыми для себя задачами. Публикуем от имени героев.

Из Украины в США Александр Федоров, разработчик из Кремниевой долины


Я переехал из Украины в США в 2013 году. В сфере программирования работаю с 2007 года, а в течение трёх лет до переезда был ведущим разработчиком с хорошей зарплатой. Высшее образование получил в Киевском политехническом институте по специальности Прикладная математика и параллельно закончил бакалавриат в сфере финансов. После университета я устроился в небольшую компанию-разработчика роботов из Нью-Йорка для торговли на фондовом рынке. А затем пять лет проработал в Google на компанию EPAM.


Первый раз в Сан-Франциско, июнь 2013 года. Уже стало понятно путь лёгким не будет

Почему решил уехать из своей страны


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

Конечно, работая в американских компаниях, я рассматривал вопрос переезда в США.

Ранее я дважды пытался самостоятельно получить визу, но всё время получал отказ.

Сначала я прошёл собеседование в компанию из Чикаго. Для переезда нужно было оформить неиммиграционную рабочую визу H1B, которая выдаётся иностранным специалистам. Но сам процесс переезда принимающей компанией был налажен плохо, и очень многие заботы ложились на мои плечи. Поэтому я понимал, что помощь со стороны компании важная составляющая релокации.

На моё финальное решение повлияло несколько факторов:

  • компания-работодатель занималась оформлением Green Card через год после начала работы;
  • в моей стране случилась сначала одна революция, потом вторая. Я сам из Крыма, а жена из Донецка;
  • всё больше знакомых предпринимателей постепенно уезжали в другие страны и переводили туда свой бизнес;
  • EPAM предоставляла возможность переезда сотрудников в свои офисы в других странах. Мне предложили работу в Калифорнии нужно было только согласиться и удачно пройти собеседование с клиентом EPAM. Компания полностью организовывала мой переезд в США, оказывала поддержку, поэтому этот вариант переезда мне показался самым простым.

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

Как устраивался на работу в США


Нужно понимать, что у американского работодателя должен быть серьёзный мотив, чтобы нанять специалиста из другой страны и перевезти его. Конкуренция в США и так большая, да и тратить ресурсы на организацию переезда для местного сотрудника не нужно. Помимо этого иностранный специалист должен хорошо владеть английским языком. Поэтому представителям Индии, например, легче найти работу они с детства говорят по-английски. Мне повезло, ведь я работал над проектом для банка из Англии, и мне приходилось часто общаться с англичанами.

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

На первое интервью я опоздал на полчаса стоял в декабрьских пробках без доступа к компьютеру.

Но встреча прошла успешно, и меня пригласили на второй этап, который я тоже прошёл удачно.

Затем был самый тревожный этап три интервью с разными командами из США. Проблема была ещё и в большой разнице во времени: когда у американской команды начинался рабочий день, в Киеве была ночь.

Кроме того, найм в IT-компании в США отличается от найма в Украине: американцы смотрят, можешь ли ты решать алгоритмические задачи в реальном времени, как ты умеешь применить свои навыки на практике и в нестандартных ситуациях. В Украине в основном аутсорсинговый бизнес, поэтому интервью проводятся, чтобы проверить практические навыки для выполнения ежедневных задач.

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

Ещё на интервью американцы пытаются понять твою готовность быстро освоить новый язык программирования, если это нужно для проекта, твоё желание работать в команде, интегрироваться в новые задачи и работать в команде.

Как проходил переезд: подготовка документов и сборы


В EPAM есть специальный отдел, который занимается организацией переезда сотрудников. Я заполнил необходимые документы, а дальше мне просто сообщили дату и время собеседования в посольстве США для оформления визы.

Обычно процесс переезда занимает 68 месяцев, но в моём случае он затянулся из-за новогодних праздников, которые в США длятся с середины декабря до середины января. Собираясь в Америку, мы быстро продавали всё имущество, которое не брали с собой. Я улетел первым, а через месяц приехала жена.

Первое время в новой стране компания обеспечивала полный пакет услуг по размещению и адаптации. Нам оплатили на 1 месяц аренду жилья и автомобиля, а также перелёт туда и обратно на случай, если я захочу просто улететь домой. Так как я переезжал по временной визе, то оплата расходов на перелёты это обязательное условие визы от правительства США. В аэропорту меня встретил человек, который показал мою машину и проводил до рабочего места. Также в пакет входили любые юридические и карьерные консультации.

Дорого ли жить в Кремниевой долине


Спойлер: да.

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

Мы накопили к переезду $50 000. Но уже в первый месяц стало ясно, сколько на самом деле нужно денег для жизни в Калифорнии.

Например, система налогообложения в США совсем другая: в Украине я платил только 5% налогов от дохода (в Украине я работал как ФОП аналог ИП в России), а здесь долгое время не понимал, какую зарплату получу по итогу месяца.

Нужно быть готовым к тому, что компания, оговаривая с работником условия переезда, зачастую даёт искаженную информацию о ценах на недвижимость минимальные расценки, а не средние. Так, квартира в объявлении может стоить $800 в месяц, а в реальности $1 700 в месяц. То же самое со стоимостью детских садов.

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

Пару лет я тонул в плане финансов. Уже на второй месяц работы в EPAM я понял, что для комфортной жизни мне нужно искать работу в другой компании с более высоким доходом. Теперь я работаю на позиции Software Engineer в компании Indeed крупнейшей платформе по поиску работы. Только сейчас я вышел в ноль, чувствую себя уверенно и могу позволить несколько раз в год летать на отдых в Европу или уехать в путешествие по соседним штатам. В среднем такая поездка обходится в 3 500 долларов за 10 дней отдыха.

Многие возвращаются домой это факт


Помимо финансовой стороны существует ещё одна, на мой взгляд, главная проблема после переезда сложности с адаптацией к новой среде.

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

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

Тем не менее, наша семья до сих пор в процессе адаптации к окружающей среде. Например, в ближайшее время я пойду на курс по развитию soft skills за $1 500, чтобы научиться проще и быстрее выстраивать знакомства и ускорить свой карьерный рост. Еще я пошел учиться в местный колледж на MBA, где преподают бизнес-эксперты из местных компаний. Учёба нравится ещё и возможностью нетворкинга.

Как переезд изменил мою жизнь


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

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

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

Я изменился за время проживания в этой стране: фокус сместился с материальных ценностей на духовные. Теперь для меня важнее общение с людьми, положительные эмоции и жизнь в комфорте. А стремления покупать дорогую машину и жить в замке вообще исчезли. Я живу в доме, который старше моих родителей, но находится рядом с двумя озёрами, бассейнами и фонтанами, а недалеко расположен парк-заповедник с вековыми деревьями. Океан в 40 минутах езды.

Здесь я стал по-другому водить машину. Было тяжело сдать экзамен на водительские права у меня получилось только с третьей попытки. Мы постоянно попадали на штрафы за нарушение ПДД я не привык, что нужно уступать дорогу пешеходу, который ещё находится на другой стороне.

Выводы, которые я для себя сделал


  • Опыт жизни за границей серьёзно меняет человека: начинаешь по-другому воспринимать окружение, обстоятельства и события. Поэтому если появляется возможность переехать в другую страну надо пробовать.
  • Стоит инвестировать как можно больше денег, желания и внимания в soft skills то, как общаешься, строишь свой социальный круг. В США эти навыки оказались важнее hard skills: освоить новую технологию не трудно, но не всегда понятно, как искать работу и проходить собеседования, с кем и как общаться, а также проводить совместное время.
  • Можно устроить себе тест: попробовать пожить несколько месяцев в другом городе или стране, найти себе окружение и адаптироваться к новым условиям. Так становится проще понять, насколько комфортно жить в новых условиях, когда рядом нет ни родственников, ни друзей, ни коллег.
  • Увы, иногда нужно умерить аппетиты. Даже если считаешь себя крутым специалистом на родине, в США всё может оказаться иначе: сюда приезжает много талантливых специалистов со всего мира, и конкуренция катастрофическая. Может получиться так, что уровень, который в родной стране считалось высоким в США будет соответствовать навыкам и знаниям новичка.

Из России в неизвестность Сергей Кундрюков, разработчик в EPAM, о подготовке к отъезду


По образованию я ветеринарный врач. Но с недавних пор работаю программистом: больше полутора лет проработал в Газпромбанке, а сейчас занимаю должность ведущего разработчика в EPAM Systems, параллельно учусь в магистратуре по направлению IT и в Нетологии Data Science. Диплом магистра в сфере IT мне нужен, потому что его наличие увеличивает шансы трудоустройства и переезда в другие страны.


Однажды я побывал в гостях у Яндекса. Их внутренняя атмосфера подтолкнула меня к переходу в IT

Почему хочу переехать


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

Помимо этого, я не уверен в эффективности российской системы налогообложения. Кажется, что она хороша: платишь только 13% от дохода и всё. На самом же деле мы платим ещё НДФЛ, НДС, а работодатели платят социальные взносы на пенсию, и в конечном итоге это и получаются 4060% от твоего реального заработка. Увижу ли я эти деньги? Не уверен сейчас мне тридцать лет, из них 14 лет я работаю, не всегда официально. Залез в пенсионные накопления, и увидел там сумму своей будущей пенсии за всё время накопилось всего 3 000 рублей. А у знакомого, который переехал в Техас, за полгода 5 0006 000 долларов на пенсионном счету. И эти деньги, если он не успел выйти на пенсию, никуда не испаряются, как в России, а достанутся его супруге. Это большая разница. В России, конечно, существуют негосударственные пенсионные фонды, но платить туда нужно из собственного кармана, а работодатель всё равно обязан делать отчисления в ПФР.

По каким принципам выбираю страну


Мы с женой рассматривали следующие варианты:

  • Европейские страны но там можно слишком быстро достичь потолка профессионального роста. Северная Европа отпала, потому что там холодно, а в других европейских странах невысокие зарплаты.
  • Страны Азии во многих из них низкий уровень жизни. Китай я не рассматривал, потому что не хочу жить при коммунизме. Мне предлагали работу в Таиланде с хорошей зарплатой, но там очень мало достойных школ. В Сингапуре очень дорого, но высокий уровень жизни, и можно достичь хороших карьерных высот.
  • Канада туда не сложно переехать и найти работу, в стране хороший уровень жизни, высокие зарплаты, но холодно. Это единственное, что меня отталкивает.
  • США переезд туда для меня сейчас невозможен без высшего образования в IT-сфере. Я могу податься только на неиммиграционную визу О1 эта виза выдаётся иностранцам, которые обладают исключительными способностями и являются выдающимися специалистами в своей сфере, выступают на конференциях и ведут научную деятельность.
  • Мексика несмотря на невысокие зарплаты в этой стране, мы всерьёз её рассматривали. Причин несколько: во-первых, если ребёнок рождается в Мексике, он получает местное гражданство, по которому можно въехать во многие страны. Однако родителям-иностранцам гражданство и постоянную визу не дадут. Во-вторых, там неплохое здравоохранение и образование, хорошее качество продуктов. Большой минус Мексики низкий потолок роста зарплаты. Поэтому рассматриваю это страну в качестве временного релокейта.
  • Страны Южной Америки Чили и Аргентину мы тоже не выбрали. В них нужно хорошо знать испанский, а мы не говорим на этом языке.
  • Арабские Эмираты местное гражданство ты никогда не получишь, а переезд в Дубаи и Абу-Даби сложно организовать.

В результате разных небольших исследований я составил список стран, куда точно хотел бы поехать. Среди них Мексика, Великобритания, Испания, Канада, Сингапур и США.

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

У меня есть опыт жизни в Турции на протяжении пары месяцев и я понял, что окружающая обстановка очень важна, она сильно влияет на моральный настрой. Поэтому хочется выбрать страну, жизнь в которой пойдёт на пользу мне и моей семье.

При подготовке легко потерять мотивацию поэтому постоянно держу в голове цель и двигаюсь понятными шагами


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

Вне зависимости от страны, работодатели обращают внимание на профильное высшее образование, предыдущий опыт работы, достижения, и насколько хорошо ты проходишь интервью. Поэтому нужно понимать, какие российские вузы и специальности котируются в других странах. Иногда можно найти специальные сайты, где страна размещает перечень котируемых иностранных университетов. Например, в Германии есть сайт, на котором для каждой вакансии и должности можно посмотреть котирующийся университет. Хотя по поводу образования бывают исключения я знаю пять человек, которые работают в Европе в сфере IT без профильного образования.

Многих людей, к сожалению пугает объём задач, которые нужно сделать для переезда.

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

Вот как я двигался

  • В первую очередь определился с тем, что меня мотивирует и задал себе вопрос: а нужна ли действительно релокация или достаточно просто сменить город? Какое-то время я посвятил тому, что размышлял над разными вариантами и в итоге точно понял, что я хочу переехать. Я принял решение, глядя на друзей жены, которые недавно переехали в Майами и родили там первого ребёнка. Я хочу жить в подобном месте и готов как следует поработать для этого.
  • Дальше составил список стран, куда было бы интересно переехать, и собрал общую информацию о будущем месте проживания, возможностях трудоустройства, быте и ценах. Я изучал в интернете местные сайты и форумы, комментарии людей. Во время поиска стало понятно, что существуют сотни нюансов и подводных камней, о которых невозможно узнать без тщательной подготовки. Так, например, в Эмиратах не смогут найти работу одинокие иностранные женщины.
  • Затем принялся искать людей, которые живут и работают там, куда мне было бы интересно переехать я смотрел, что они пишут в соцсетях, общался. Таких ребят много во ВКонтакте и LinkedIn, часто они очень общительны, готовы делиться своей историей.

    Лучше пообщаться с несколькими разными людьми, поскольку впечатления о жизни в стране по большому счёту, вкусовщина. Например, мой друг переехал в Техас, но ему не нравится. Стали разбираться, что не так. Оказалось, что ему нужен мегаполис и движуха, а компания их поселила в тихий маленький техасский городок.
  • Очень интересным опытом было походить на собеседования в иностранные компании. Считаю, что так стоит делать, даже если вы ещё не выбрали страну для переезда: важно набить руку и посмотреть, что предлагают в рамках вакансии, каких скиллов ещё не хватает, какие условия можно получить на текущей профессии.

    Иногда на таких собеседованиях я позволял себе немного провокаций. Например, когда меня звали работать в Германию, то предложили зарплату в 4 000 евро в месяц на первое время с последующим повышением до 5 000 евро а я сказал, что буду работать только за 10 000 евро в месяц. В итоге HR рассказала мне кучу информации о Германии, зарплатах и жизни в стране, стоимости аренды жилья и прочее. Если сбить человека с толку, он начнёт выдавать разные интересные факты на эмоциях, говорить не продажными терминами. Это помогает составить более приближенное к реальности впечатление о стране, а не жить нарисованной в голове картинкой.

Сейчас я стою на пороге своей первой долговременной релокации, мне осталось подтянуть свой английский с B1 до B2. Помимо этого, сейчас я переключился на изучение Node.js и развитию soft skills в качестве тимлида на проекте. Это ценится в целевых местах и я решил сконцентрироваться на этом. Надеюсь, скоро дополню свою историю уже с той стороны часовых поясов.

От редакции

Курс Карьера в IT за границей: от резюме до переезда помогаем IT-специалистам подготовиться к релокации и сформировать индивидуальный план переезда.
Подробнее..

75 лекций на русском от Y Combinator (из 172)

26.11.2020 20:11:58 | Автор: admin
image


Патрик и Джон Коллинсон, основатели Stripe (в 22 года и в 21 год), с капитализацией $35 млрд.

Y Combinator лучший в мире акселератор для стартапов по количеству единорогов (21), по объему привлеченных инвестиций ($27 млрд) и по капитализации выпускников ($155 млрд). Важно отметить еще то, что среди выпускников YC было несколько основателей моложе 18 лет (и один 20-летний из России).

А ещё Y Combinator выкладывает все свои учебные материалы бесплатно, уже более 10 лет.

Основатели и техдиры миллиардных стартапов Amazon ($1.55 трлн), Facebook ($720 млрд), PayPal ($127 млрд), AirBnb ($40 млрд), Pinterest ($38 млрд), Stripe ($35 млрд), LinkedIn ($26.2 млрд), Slack ($23 млрд), WatsApp ($19 млрд), Doordash ($16 млрд), Twitch ($15 млрд), Netscape ($10 млрд), Sun Microsystems ($7.4 млрд), Zenefits ($4 млрд), Segment ($4 млрд), Box ($2.76 млрд), Quora ($2 млрд), Asana ($1.5 млрд), Zappos ($1.2 млрд), Docker ($1.2 млрд), Pebble, Jawbone, Opsware, Weebly, Yahoo!Mail, Gmail, Mixpanel, Scribd и пр, а так же основатели венчурных фондов Andreessen Horowitz, Cowboy Ventures делятся своим опытом со всем миром. Это контент невероятного качества для тех, кто хочет играть в высшей лиге, на международном уровне.

Сейчас у Y Combinator 172 видео-лекции в плейлистах: 2012, 2013, 2014 NY, 2014 Europe, 2014 SV, How to Start a Startup (2014 Lectures), 2016, 2017, 2018, Startup Investor School 2018, 2019, 2020. Ниже приедены переводы, субтитры и транскрипты 75 из них.

YC Startup Library на русском


В 2020 году YC выложил в публичный доступ все самые важные наработки за 15 лет, опыт работы более чем с 2000 стартапов, рефлексию, интервью, советы, руководства.

На русском языке время от времени появлялись переводы нескольких текстов, корпоративные и волонтерские переводы/озвучка/субтитры/транскрипты лекций Startup School. Пришло время систематизировать все материалы и доперевести недостающие.

Все новости систематизации и русификации библиотеки в телеграм и в фейсбуке.

Английский Язык


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

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

Положение дел со стартапами в России


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

2014 How to Start a Startup (Stanford)


Lecture 1 How to Start a Startup (Sam Altman, Dustin Moskovitz)/ Как начинать стартап


image

Спикеры Сэм Альтман (основатель Loopt) и Дастин Московиц (сооснователь Facebook).



Lecture 2 Team and Execution (Sam Altman) / Команда и Исполнительность (Сэм Альтман)


image

Спикер Сэм Альтман (основатель Loopt).



Lecture 3 Before the Startup (Paul Graham) / Перед стартапом (Пол Грэм)


image

Спикер Пол Грэм (основатель Y Combinator).



Lecture 4 Building Product, Talking to Users, and Growing (Adora Cheung) / Созлание продукта, разговоры с пользователями, рост (Адора Ченг)


image

Спикер Адора Ченг (партнер YC).



Lecture 5 Competition is for Losers (Peter Thiel) / Конкуренция удел неудачников (Питер Тиль)


image

Спикер Питер Тиль (основатель PayPal, первый инвестор Facebook).



Lecture 6 Growth (Alex Schultz) / Рост (Алекс Шульц)


image

Спикер Алекс Шульц (директор по росту в Facebook).


Lecture 7 How to Build Products Users Love (Kevin Hale) / Как создавать продукт, который полюбят пользователи (Кевин Хейл)


image

Спикер Кевин Хейл (основатель WuFoo).



Lecture 8 How to Get Started, Doing Things that Don't Scale, Press /


image

Спикеры Стэнли Танг (основатель Doordash), Волкер Вильямс (основатель Teespring), Джастин Кан (основатель Twitch).



Lecture 9 How to Raise Money (Marc Andreessen, Ron Conway, Parker Conrad) / Как привлекать инвестиции (Марк Андриессен, Рон Конвей, Паркер Конрад)


image

Спикеры Марк Андриессен (создатель Netscape и основатель инвест-фонда Andreessen Horowitz), Рон Конвей (топовый инвестор Долины), Паркер Конрад (основатель Zenefits).



Lecture 10 Culture (Brian Chesky, Alfred Lin) / Культура (Брайан Чески, Альфред Лин)


image

Спикеры Брайан Чески (основатель AirBnb), Альфред Лин (CEO Zappos, партнер Sequoia Capital).



Lecture 11 Hiring and Culture, Part 2 (Patrick and John Collison, Ben Silbermann) / Найм и Культура


image

Спикеры Патрик Коллисон (основатель Stripe) и Джон Коллисон (основатель Stripe), Бен Сильберман (основатель Pinterest).


Lecture 12 Building for the Enterprise (Aaron Levie) / Разработка B2B-продуктов


image

Спикер Аарон Леви (основатель Box).



Lecture 13 How to be a Great Founder (Reid Hoffman) / Как стать великим основателем (Рейд Хоффман)


image

Спикер Рейд Хоффман (основатель LinkedIn).



Lecture 14 How to Operate (Keith Rabois) / Как заниматься операционной деятельностью


image

Спикер Кит Рабуа (член PayPal-мафии, инвестор PayPal, LinkedIn, Slide, Square, Yelp, Xoom, партнер в Founders Fund).



Lecture 15 How to Manage (Ben Horowitz) / Менеджмент (Бен Хоровиц)


image

Спикер Бен Хоровиц (основатель Opsware и основатель инвест-фонда Andreessen Horowitz).



Lecture 16 How to Run a User Interview (Emmett Shear) / Как проводить интервью с пользователями (Эммет Шир)


image

Спикер Эммет Шир (соонователь и CEO Twitch).



Lecture 17 How to Design Hardware Products (Hosain Rahman) / Как разрабатывать Hardware продукты (Хосейн Рахман)


image

Спикер Хосейн Рахман (основатель и CEO Jawbone).



Lecture 18 Legal and Accounting Basics for Startups (Kirsty Nathoo, Carolynn Levy) / Юридические и финансовые вопросы (Кирсти Нату, Кэролайн Леви)


image

Спикеры Кирсти Нату (Partner, CFO at Y Combinator), Кэролайн Леви (Managing Director, Legal and People Ops).



Lecture 19 Sales and Marketing; How to Talk to Investors (Tyler Bosmeny; YC Partners) / Продажи и маркетинг; Переговоры с инвестором (Тайлер Босмени и компания)


image

Спикер Тайлер Босмени (основатель и CEO Clever).



Lecture 20 Later-stage Advice (Sam Altman) / советы стартапам на поздних стадиях (Сэм Альтман)


image

Спикер Сэм Альтман (основатель Loopt).



2017


1. How and Why to Start A Startup (Sam Altman & Dustin Moskovitz) /Как и почему запускать стартап (Сэм Альтман и Дастин Московиц)


image

Спикеры Дастин Московиц (cооснователь Facebook и сооснователь Asana) Сэм Альтман (основатель Loopt).



2. Startup Mechanics (Kirsty Nathoo) / Финансовая механика стартапов


image

Спикер Кирсти Нату (партнер и финансовый директор YC).



3. How to Get Ideas and How to Measure (Stewart Butterfield, founder and CEO of Slack, and Adam D'Angelo, founder and CEO of Quora) / Как генерить идеи и что измерять (Стюарт Баттэрфилд, Адам Ди Анджело)


image

Спикеры Стюарт Баттэрфилд (основатель Slack) и Адам Ди Анджело (основатель Quora).



4. Live Office Hours with Yuri Sagalov and Sam Altman


image

Спикер Юрий Сагалов (основатель AeroFS).



5. How to Build a Product I (Michael Seibel, Steve Huffman, Emmett Shear) / Как создать продукт, часть 1/4


image

Спикеры Майкл Сибель и Эммет Шир (сооснователи Twitch), Стив Хаффман (основатель Reddit).



6. How to Build a Product II (Aaron Levie) / Как создать продукт, часть 2/4 (Аарон Леви)


image

Спикер Аарон Леви (основатель Box).



7. How to Build a Product III (Jason Lemkin, Solomon Hykes, Tracy Young and Harry Zhang) / Как создать замечательный продукт, часть 3/4 (Соломона Хайка, Трэйси Янги Гарри Жанг)


image

Спикеры- Соломон Хайк (основатель Docker), Трэйси Янг (основательница Plangrid) и Гарри Жанг (основатель Lob).



8. How to Build a Product IV (Jan Koum) / Как создать продукт, часть 4/4, (Ян Кум)


image

Спикер Ян Кум (основатель WhatsApp).



9. How to Get Users and Grow (Alex Schultz) / Где брать пользователей (Алекс Шульц)


image

Спикер Алекс Шульц (директор по росту в Facebook).



10. Live Office Hours with Adora Cheung and Avichal Garg/ Консультации стартапов


image

Спикер Avichal Garg (директор по Product Management в Facebook).



11. How to Invent the Future I (Alan Key) / Как изобрести будущее, часть I (Алан Кей)


image

Спикер Алан Кей (ментор Стива Джобса, создатель концепции ООП и ноутбука).


12. How to Invent the Future II(Alan Key) / Как изобрести будущее, часть II (Алан Кей)


image

Спикер Алан Кей (ментор Стива Джобса, создатель концепции ООП и ноутбука)



13. How to Find Product Market Fit (Peter Reinhardt)/ Как найти Product Market Fit (Питер Райнхардт)


image

Спикер Питер Райнхардт (основатель Segment).



14. How to Think About PR (Sharon Pope) / Как стартапу делать пиар (Шерон Поуп)


image

Спикер Шерон Поуп (глава маркетинга в YC Continuity).



15. Diversity + Inclusion at Early Stage Startups / Разнообразие и вовлеченность в стартапах ранней стадии


image



16. How to Build and Manage Teams (Vinod Khosla) / Создание и управление командами (Винод Хосла)


image

Спикер Винод Хосла (сооснователь Sun Microsystems).



17. Live Office Hours with Kevin Hale and Dalton Caldwell / Офисные часы с Далтоном Колдуэллом


image



18. How to Raise Money, and How to Succeed Long-Term(Jess Lee, Aaron Harris) / Как привлекать деньги и преуспеть в долгосрочной перспективе (Аарон Харрис, Джесс Ли)


image

Спикеры Аарон Харрис (главный по Раунду А в YC), Джесс Ли (основательница Polyvore
и партнер в Sequoia Capital)



2018


1. Geoff Ralston And Adora Cheung Introduction To Startup School


image


2. Sam Altman How to Succeed with a Startup / Как стартапу добиться успеха Сэм Альтман


image

Спикеры Сэм Альтман (основатель Loopt).



3. Carolynn Levy And Panel (Jon Levy, Jason Kwon) Startup Legal Mechanics / Юридическая мехника стартапа Кэролин Леви, Джон Леви и Джейсон Квон


image

Спикер Каролайн Леви (Managing Director YC, Legal and People Ops ), Джон Леви и Джейсон Квон (партнеры YC).



4. A Conversation with Paul Graham Moderated by Geoff Ralston / Беседа с Полом Грэм о том, как приходят идеи, как находить основателей и первых сотрудников


image

Спикер Пол Грэм (основатель Y Combinator).



5. David Rusenko How To Find Product Market Fit / Дэвид Русенко, Weebly как найти рыночную нишу


image

Спикер Дэвид Русенко (основатель Weebly).



6. Michael Seibel Building Product / Майкл Сибел Как создать востребованный продукт


image

Спикер Майкл Сибель (основатель Twitch).



7. A Conversation with Ooshma Garg Moderated by Adora Cheung


image



8. Suhail Doshi How to Measure Your Product / Сухаил Доши Как и что измерять в вашем продукте


image

Спикер Сухаил Доши (основатель Mixpanel).


9. Gustaf Alstromer How to Get Users and Grow / Как найти пользователей и развиваться Густав Альстромер


image

Спикер Густав Альстромер (Product Lead on the Growth team Airbnb).



10. A Conversation About Crypto-currencies and ICOs with Andy Bromberg


image



11. Design for Startups by Garry Tan (Part 1) / Дизайн для стартапов. Гэри Тан. I


image

Спикер Гэри Тан (основатель Posterous и Posthaven).



12. Design for Startups by Garry Tan (Part 2) / Дизайн для стартапов. Гэри Тан. Часть Вторая


image

Спикер Гэри Тан (основатель Posterous и Posthaven).



13. PR + Content for Growth by Kat Maalac and Craig Cannon / PR и контент для роста


image

Спикеры Кэт Маньялак (Managing Outreach Officer at YC) и Крэйг Кэнон (директор по маркетингу YC).



14. A Conversation with Aileen Lee / Беседа с Эйлин Ли


image

Спикер Эйлин Ли (основатель Cowboy Ventures).



15. How to Sell by Tyler Bosmeny / Продажи и создание команды по продажам


image

Спикер Тайлер Босмени (основатель и CEO Clever).



16. Building an Engineering Team by Ammon Bartram and Harj Taggar / Создание команды технарей опыт Аммона Бартрама и Хардж Таггара


image

Спикеры Хардж Таггар (основатель TripleByte) и Аммон Бартрам (основатель TripleByte).



17. How to Apply and Succeed at Y Combinator by Dalton Caldwell / Как подать заявку в YC и преуспеть Далтон Калдуэлл


image

Спикер Спикер Далтон Колдуэлл (основатель imeem и App.net).



18. Running Your Company by Patrick Collison / Как рулить стартапом Патрик Коллисон


image

Спикер Патрик Коллисон (основатель Stripe).



19. A Conversation with Elizabeth Iorns Advice for Biotech Founders


image



20. Startup Technology Technical Founder Advice / Советы от технических директоров стартапов


image

Спикеры Lillian Chou (COO, Second Measure), Diana Hu (CTO, Escher Reality), Calvin French-Owen (CTO, Segment) and Ralph Gootee (CTO, PlanGrid).



21. Fundraising Fundamentals By Geoff Ralston / Основы привлечения финансов Джеф Ральстон


image

Спикер Джеф Ральстон (основатель RocketMail, которая позже стала Yahoo! Mail).


22. A Conversation on Hard Tech with Eric Migicovsky


image



23. Understanding SAFEs and Priced Equity Rounds by Kirsty Nathoo


image



24. How to Get Meetings with Investors and Raise Money by Aaron Harris / Как проводить встречи с инвесторами и убеждать их вложить деньги в вас Арон Харрис


image

Спикер Арон Харрис (главный по Раунду А в YC).



25. A Conversation with Elad Gil


image



26. The Path to $100B by Paul Buchheit / Путь к 100 млрд Пол Букхайт


image

Спикер Пол Букхайт (создатель Gmail и основатель FriendFeed).



27. After PMF: People, Customers, Sales by Mathilde Collin


image



28. How to Win by Daniel Gross / Как победить и не умереть на пути к успеху Дэниэл Гросс


image

Спикер Дэниэл Гросс (основатель Сue, бывший Greplin).



29. A Conversation with Werner Vogels (CTO of Amazon)


image

Спикер Вернер Фогельс (техдиректор и вице-президент Amazon).



2019-2020


1. Kevin Hale How to Evaluate Startup Ideas / Как оценивать и выбирать идеи для запуска стартапа Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



2. Eric Migicovsky How to Talk to Users / Как разговаривать с пользователями Эрик Мигиковский


image

Спикер Эрик Мигиковский (основатель Pebble).



3. Startup School Q&A Week 1 / Вопросы и ответы


image



4. Adora Cheung How to Set KPIs and Goals / Как ставить цели и KPI Адора Ченг


image

Спикер Адора Ченг (партнер YC).



5. Ilya Volodarsky Analytics for Startups / Аналитика для стартапа Илья Володарский


image

Спикер Илья Володарский (основатель Segment).



6. Michael Seibel How to Plan an MVP / Как правильно спланировать создание MVP Майкл Сибель


image

Спикер Майкл Сибель (основатель Twitch).



7. Anu Hariharan Nine Business Models and the Metrics Investors Want / Девять бизнес-моделей и какие метрики хотят видеть инвесторы Ану Харихаран


image

Спикер Ану Харихаран (YC Continuity Partner).



8. Anu Hariharan and Adora Cheung How Investors Measure Startups Q&A / Вопросы и ответы


image



9. Kat Maalac How to Launch (Again and Again) / Как стартапу быстро запуститься, а потом еще раз и еще раз Кэт Маньялак


image

Спикер Кэт Маньялак (Managing Outreach Officer at YC).



10. Gustaf Alstrmer Growth for Startups / Механика роста и масштабирования стартапа Густав Альстромер


image

Спикер Густав Альстромер (Product Lead on the Growth team Airbnb).



11. Kirsty Nathoo Managing Startup Finances / Как стартапу не попадать в кассовые и другие финансовые разрывы Кирсти Нату


image

Спикер Кирсти Нату (партнер и финансовый директор YC).



12. Tim Brady Building Culture / Как заложить фундамент здоровой и сильной культуры в стартапе Тим Брэди


image

Спикер Тим Брэди (основатель Imagine K12, CEO QuestBridge).



13. Dalton Caldwell All About Pivoting / Что такое пивоты, когда и как их делать и как Далтон Колдуэлл


image

Спикер Далтон Колдуэлл (основатель imeem и App.net).



14. Kevin Hale How to Improve Conversion Rates / Как улучшить показатели конверсии и как это влияет на рост Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



15. Kevin Hale Startup Pricing 101 / Как устанавливать цены и как это влияет на рост стартапа Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



16. Kevin Hale How to Work Together / Как в стартапе наладить коммуникацию между со-основателями Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



17. Adora Cheung How to Prioritize Your Time / Как выставлять интервалы и приоритеты задачам Адора Ченг


image

Спикер Адора Ченг (партнер YC).



18. Kevin Hale How to Pitch Your Startup / Как питчить ваш стартап Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



19. Carolynn Levy Modern Startup Funding / Рассказываем о реалиях современного инвестирования Каролайн Леви


image

Спикер Каролайн Леви (Managing Director YC, Legal and People Ops).



20. Jared Friedman Advice for Hard-tech and Biotech Founders / Советы наукоемким и биотех-стартапам Джаред Фридман


image

Спикер Джаред Фридман (основатель Scribd).



21. Ali Rowghani How to Lead / Как стать лидером и вести за собой людей Али Рогани


image

Спикер Али Рогани (финансист Pixar).



22. Kevin Hale and Adora Cheung Startup School 2019 by the Numbers


image



23. Geoff Ralston Parting Advice / Заключительные советы президента Y Combinator Джефа Ральстона


image

Спикер Джеф Ральстон (основатель RocketMail, которая позже стала Yahoo! Mail).



P.S.


Ron Conway Startup Investor School Day 4


image





9 ноября 2020 стартовала бесплатная Школа стартапов для будущих основателей (Startup School for Future Founders от Y Combinator) от лучшего в мире акселератора и мы будем публиковать полезные переводы для тех, кто планирует стать основателем стартапа международного уровня.

Следите за новостями YC Startup Library на русском в телеграм-канале или в фейсбуке.

Полезные материалы


Подробнее..

Дайджест событий для эйчаров и рекрутеров в IT на декабрь 2020

26.11.2020 16:14:32 | Автор: admin

Декабрь подкрался незаметно! Если вы уже завалены подготовкой годовых отчётов и онлайн-корпоративов, то потерпите: до каникул и возможности перевести дух осталось немного. А если чувствуете в себе силы заскочить в последний вагон уходящего поезда года и заняться обучением определиться поможет эта подборка эйчар-мероприятий. Кстати, там не только тяжеловесные образовательные программы. Есть и более легкие форматы, которые помогут завести полезные связи и зарядиться праздничным настроением. Декабрь же, всё-таки :)

Следите за обновлениями поста и за комментариями, анонсы на вторую половину месяца я добавляю по мере появления информации.


5 смертных грехов по внедрению digital HR-проекта (онлайн-митап)

Когда: 1 декабря, 11:00
Условия участия: бесплатно
Организатор: Технопарк Сколково

Эксперт митапа, Тамара Кочарова, расскажет, почему внедрение digital-продуктов часто проходит со скрипом, почему не все сотрудники будут в восторге от нового приложения и почему технологический хайп не доведет вас до добра.

Тамара директор по развитию OBLAKO Group, CEO ТренингСпэйс Академии, Digital-фея. Участвовала в разработке и внедрении более 50 эйчар-проектов по цифровому обучению, оценке, адаптации, развитию персонала для российских и международных компаний.

Подробности и регистрация

Сорсинг на альтернативных источниках (онлайн-митап)

Когда: 1 декабря, 17:00
Условия участия: бесплатно
Организатор: Технопарк Сколково

Темы для обсуждения:

  • Стратегия поиска персонала в ИТ;

  • Источники поиска и кого там искать;

  • Способы сорсинга;

  • Личный бренд нанимающего менеджера как источник поиска.

Спикер митапа Язиля Насибуллина, ИТ-рекрутер кадрового агентства Wanted:profi и со-автор педагогических и профессиональных материалов.

Подробности и регистрация

Как говорить с тимлидом в стиле коучинга? (вебинар)

Когда: 1 декабря, 20:00
Условия участия: бесплатно
Организатор: OTUS

Вебинар, на котором речь пойдет о составлении профиля кандидата вместе с нанимающим менеджером.

Темы для обсуждения:

  • Как научиться не только слышать, но и слушать;

  • Реакции руководителя;

  • Как сформировать профиль кандидата с помощью сильных вопросов.

Ведущая Полина Русакова, HR директор в BestDoctor.

Подробности и регистрация

IT-рекрутер (онлайн-курс)

Когда: начало 1 декабря
Условия участия: 32 000 рублей
Организатор: TopCareer

Отличный стартовый курс, который поможет построить карьеру в ИТ-рекрутменте, избежать ошибок на старте и быстро набрать необходимые опыт.

Блоки курса:

  • Роли в ИТ рекрутменте;

  • Ландшафт ИТ-профессий;

  • Топ 5 каналов для поиска ИТ-кандидатов;

  • Онлайн Хакатон;

  • Коммуникации с кандидатом и заказчиком;

  • Коммуникации. Фишки и факапы;

  • Работа с коммьюнити. Рекрутмент на перспективу. Нетворкинг в ИТ;

  • Построение IТ HR бренда.

Подробности и регистрация

IT-Recruiter (онлайн-курс)

Когда: начало 7 декабря
Условия участия: 23 000 рублей
Организатор: LABA

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

Программа курса:

  • Введение в IT-рекрутинг;

  • Что нужно знать о frontend-разработке;

  • Что нужно понимать про backend-разработку;

  • Как найти хорошего тестировщика и проджект-менеджера;

  • Как найти хорошего разработчика мобильных приложений;

  • Эксплуатация и методология DevOps;

  • Машинное обучение и большие данные;

  • Управление проектами и управление продуктами;

  • Процесс подбора;

  • Воркшопы.

Преподаватель Надежда Недорезова, ex-Head of Recruitment в Rambler&Co, 7 лет опыта в IT-рекрутинге.

Подробности и регистрация

IT-собеседования: от Google до ООО "Ромашка" (вебинар)

Когда: 8 декабря, 20:00
Условия участия: бесплатно
Организатор: OTUS

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

Ведущая Анна Атрошкина, IT-рекрутер с десятилетним опытом, co-founder IT-рекрутингового агентства INDEX.

Подробности и регистрация

Копирайтинг для HR (мастер-класс)

Когда: 8-9 декабря, 13:00
Условия участия: бесплатно
Организатор: MarHR

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

Программа мастер-класса:

8 декабря

  • Что соискателей бесит в вакансиях.

  • Что такое маркетинг буллшит и как его избежать.

  • Какими способами и ухищрениями можно улучшить вакансию, используя только текст.

9 декабря

  • Демонстрация примеров хороших и плохих вакансий.

  • Разбор примеров от участников.

  • Рабочие формулировки для ваших вакансий.

  • Ответы на вопросы.

  • Подарок от эксперта.

Ведет мастер-класс Таня Пичева, продуктовый редактор в Зарплате.ру.

Подробности и регистрация

Новогодний Stand up HR marketing show (вебинар)

Когда: 10 декабря, 10:00
Условия участия:бесплатно
Организатор: Potok.io

Маркетинг все глубже проникает в рекрутинг. На встрече речь пойдет о разнице инструментов для масс-подбора и точечного.

В программе:

  • Обзор инструментов и свежие кейсы от Алины Михель, MarHR;

  • Опыт неудачной автоматизации точечного подбора и идеи по наполнению воронки от Валерии Дворцевой, ВИЗАВИ Консалт;

  • Digital инструменты для подбора IT-персонала в производственный холдинг от Валентины Черных, ООО СИБУР;

  • Онлайн ассессмент для розничного персонала от Дарьи Дегтяревой, Экспобанк.

Подробности и регистрация

Тренды в обучении оценке в HR-Tech (онлайн-митап)

Когда: 10 декабря, 17:00
Условия участия: бесплатно
Организатор: Технопарк Сколково

Темы митапа:

  • Технологии, которые в ближайшие 1-3 года точно будут востребованы и использованы в системах обучения адаптации и оценки персонала;

  • Утопические тренды, которые не сбудутся.

  • Персонализация: у кого она получится, а для кого это несбыточная мечта;

  • Подборка стартапов тренды на мировом уровне.

Спикер Тамара Кочарова, директор по развитию OBLAKO Group, CEO ТренингСпэйс Академии, Digital-фея.

Подробности и регистрация

Demo day курса IT-Recruiter (вебинар)

Когда: 17 декабря, 15:00
Условия участия: бесплатно
Организатор: OTUS

На Дне открытых дверей преподаватель курса IT-Recruiter Егор Яценко расскажет о программе курса, формате обучения и перспективах для выпускников.

Егор основатель Sourcing School, cпикер ведущих IT-HR конференций: HR-API, Index Tech, MarHR и т. д.

Подробности и регистрация

IT-Recruiter (онлайн-курс)

Когда: начало 22 декабря
Условия участия: 50 000 рублей
Организатор: OTUS

Углубленный курс по IT-рекрутменту. На нем речь пойдет как о предметной области IT, так и о современных эффективных инструментах рекрутмента и сорсинга.

Программа курса состоит из трех модулей: рекрутмент по воронке, погружение в IT, проектный модуль.

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

Подробности и регистрация

Полезные эйчар-мероприятия

Об организаторах:

  1. ВИЗАВИ Консалт федеральная рекрутинговая сеть.

  2. Технопарк Сколково услуги для инновационных российских компаний.

  3. LABA международная образовательная платформа.

  4. MarHR проект, посвященный маркетингу в HR.

  5. OTUS высокотехнологичный стартап в области образования.

  6. Potok.io платформа для оптимизации рекрутмента.

  7. TopCareer онлайн-школа, обучающая профессиям будущего.

Если вы организатор мероприятий для эйчаров и рекрутеров в ИТ и хотите, чтобы они появлялись в наших дайджестах, пишите нам на ящик entries@habr.team.

Подробнее..

Разбираем шесть антипримеров построения удаленки

27.11.2020 16:12:57 | Автор: admin

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

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

Для наглядности примеры мы взяли вымышленные и гипертрофированные. И как это водится, все совпадения с реальными организациями случайны.

Кошечка одного из максилектовцев расстроенаКошечка одного из максилектовцев расстроена

Каждая секунда на счету

Руководство в Рога-копыта-soft считает, что важна каждая выплаченная копейка. Компания следит за рабочим днем сотрудников с точностью до минуты.

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

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

Каждый день в течение многих месяцев отчеты по всему коллективу демонстрировали плюс-минус восемь часов работы. Подвох заметили случайно. У одного из сотрудников трекер намерил 24 часа работы за сутки. Понимая, что человек не мог не отлучаться с рабочего места, начали разбираться. Оказалось, что уже давно сотрудники успешно обходят трекеры, запуская эмуляторы активности и т.п. Выявленные способы были настолько хитры и изворотливы, что перенастраивать ПО уже не было смысла. Вместо этого договорились, что каждый сотрудник будет подключаться к онлайн-конференции на все 8 часов своей работы. А охранники головного офиса получили задание за ночь отсматривать записанное видео и к утру отчитываться перед руководством о том, кто работал недостаточно рьяно. Это же отличный повод назначать или отменять премию! Да и весь коллектив при деле. Перед начальством открывается целое поле для поиска точек повышения эффективности. Охранники теперь точно не отвлекаются - смотрят на задумчивые лица разработчиков. А сами сотрудники (те, кто не успел уволиться в ходе ужесточений контроля) сутки напролет придумывают, как закольцевать видео рабочего процесса, чтобы никто не заметил, что это повтор.

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

Трудозатраты на проектах учитывать надо, но только в форме отчетности и с точностью до 15 минут. И уж точно содержание отчета не должно отражаться на ежемесячном доходе.

Найм джунов на широкую ногу

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

Первые подсчеты очень понравились финансовому отделу - не увеличивая ФОТ, можно держать в три раза больше разработчиков. Даже если работать каждый из них будет в два раза медленнее, выгода налицо! И джунов на рынке пруд пруди, почти все хотят работать удаленно. Если открыто заявить, что компания готова брать без N-летнего опыта работы, выстроится очередь. А если кто-то из нанятых юнцов потом уйдет, на смену всегда можно будет найти других. Главное успевать шарить между ними основные знания о проекте.

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

Перспективы понятны: более сильные разработчики будут работать гораздо больше. Помимо выполнения своих задач, им придется обучать армию джунов, в которой один студент сменяет другого с невообразимой скоростью. Но проект-то тоже нужно продвигать! Придется задерживаться, в то время как джуны будут радостно выключать компьютеры в 18:00. Не многие квалифицированные разработчики захотят сохранить рабочее место в такой компании. А без них процесс введения джунов в курс дела и вовсе остановится. Проекты просядут в архитектуре, потому что множество мелких решений будут принимать именно джуны. И каждую из описанных проблем удаленка только усугубит.

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

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

Безлимитный рабочий день в каждый дом!

Переводя бизнес на удаленку, каждый строит процессы так, как считает нужным. Почему бы не позволить сотрудникам самим определять, по какому графику работать, подумали руководители компании Одна-нога-во-фрилансе. Так внутренним регламентом был отменен рабочий день с 9 до 18. Вместо этого сотрудники могли самостоятельно выбирать рабочие часы, которые им нравятся. Главный бонус заключался в том, что распорядок работы можно было менять хоть каждый день по ситуации.

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

Свобода - это прекрасно. Но стоит помнить о том, зачем мы все здесь собрались. Анархия в расписании аукнется через пару месяцев. Свободу каждый понимает по-разному. Часть коллектива продолжит работать днем, другая - перейдет на ночной график. Чтобы организовать созвон, чьей-то график придется ломать, что неизбежно скажется на его продуктивности. И достучаться до коллеги будет сложнее - самым распространенным вопросом во внутреннем чате будет: А в какие часы работает такой-то?.

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

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

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

Ни в коем случае не отвлекать!

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

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

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

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

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

Безоблачный рабочий процесс

Было распространенное заблуждение среди компаний, что удаленка - это способ сэкономить на аренде офиса, закупке оборудования и сопутствующих расходников (в том числе, печенек). Компания Экономия-во-всем решила сократить расходы еще и на информационные системы. Раз нет офисного оборудования, то, наверное, и какой-нибудь Confluence оплачивать не надо. Решение подразумевало полный отказ от платных подписок.

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

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

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

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

Вне офиса никаких печенек

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

С точки зрения бизнеса все действительно можно оформить так, что никто никому и ничего не должен. Если бы при этом сами сотрудники хотели быть фрилансерами, все было бы отлично. Но обычно специалисты устраиваются в компанию (и принимают ее условия), чтобы чувствовать почву под ногами - иметь уверенность в том, что в случае болезни они не останутся без денег, при поломке техники кто-то поможет быстро восстановить рабочее место и т.п. Как только проявятся первые трудности, а компания самоустранится из решения вопроса, в коллективе польется негатив. По-началу он будет звучать только во внутреннем чатике. Как так: я заболел, а мне оплатили те две недели больничного по самому минимуму? Почему новый рабочий ноутбук пришлось покупать за свои деньги? После удаления зуба я сутки не мог работать, так почему мне не дали спокойно отлежаться?

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

Понимая, что специалисты - это самый ценный ресурс, мы на социальной поддержке не экономим. У нас есть больничные и HR-программы для компенсации покупки техники и обустройства рабочего места, спорта, IT конференций - все как полагается.

Мы разобрали несколько самых распространенных ошибок в построении удаленной работы. Быть может, вы сталкивались с другими? Пишите в комментариях! Если их наберется достаточно много, разберем в следующей публикации.

P.S. Мы публикуем наши статьи на нескольких площадках Рунета. Подписывайтесь на наши страницы в VK, FB, Instagram или Telegram-канал, чтобы узнавать обо всех наших публикациях и других новостях компании Maxilect.

Подробнее..

Обязательно ли назначать на должность Тимлида Старшего разработчика?

28.11.2020 06:13:53 | Автор: admin

Введение.


В данной статье был проведен анализ рынка тимлидов и он показывает, что 63% компании закрывают позицию на должность тимлида внутренними сотрудниками, а 23% компании закрывают как внутренними, так и внешними сотрудниками.


Часто встречал такую картину, когда старшего программиста назначают на позицию тимлида, а старший разработчик получает больше удовольствия от написания кода и решения сложных задач, потому же он и старший разработчик! Когда старший разработчик получает позицию тимлида, он думает, что почти ничего не поменяется, команда знакомая, продолжит писать код, и пару встреч добавятся в календаре. Но со временем, он начинает замечать, что на код уходит все меньше и меньше времени, большая часть кода пишется уже без его участия, и он успевает лишь проводить code review.


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


Новые команды. Новые тимлиды.


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


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


Тимлид капитан команды.



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


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


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


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


Выводы


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


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

Подробнее..

29 кандидатов сразу откажется от оффера в крутую компанию, если им нахамят на собеседовании

30.11.2020 16:22:04 | Автор: admin

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

В нем приняло участие 1129 нанимающих менеджеров и 1766 спецов. Большинство из них заняты в ИТ, финансах, нефтегазовой промышленности, ритейле и фармацевтике. Работодатели ответили на вопросы о том, что по их мнению мотивирует кандидатов откликнуться на вакансию и принять оффер. А специалисты рассказали, как ищут работу, на что обращают особое внимание, как и где собирают информацию о потенциальном работодателе и что их заставит отказаться от оффера даже в крупную и известную компанию.


Главные требования к потенциальной работе

Интересно посмотреть, как у кандидатов изменились требования к работе в 2020 году. Единственным самым важным условием стал размер заработной платы. Так заявили 76% респондентов. Все остальное оказалось для них не таким значимым.

На втором месте с отставанием почти в два раза идет ценностное предложение работодателя или EVP 38%. Ещё для 37% специалистов важным фактором будут проекты, над которыми предстоит работать, и 31% сотрудников отмечают возможность карьерного роста. 30% респондентов значимыми называют репутацию и отзывы сотрудников, и 26% людей и корпоративную культуру компании.

89% работодателей также выделили заработную плату, как самый важный аспект для специалистов. Однако компании большое значение придают и таким вещам, как проекты, на которыми придется работать сотруднику (62%); репутация и отзывы сотрудников (59%). Ожидают, что значимыми для соискателей будут социальный пакет и его составляющие 57% работодателей, возможность карьерного роста 49%, известность бренда работодателя 47%.

Как и что кандидаты ищут о будущем работодателе

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

По результатам опроса 22% специалистов отметили, что для них известность бренда важна и только для 6% она оказалась не важна. Но, как показал опрос, репутация компаний зачастую будет иметь решающее значение для их потенциальных сотрудников. 59% опрошенных специалистов в первую очередь изучают отзывы бывших сотрудников. 65% смотрят на продукцию и услуги компании, а еще 36% будут анализировать ценностное предложение работодателя (EVP).

7% респондентов ответили, что точно не будут откликаться на вакансию, если найдут негативные отзывы о работодателе. А ещё 43% оказались не так уверены и ответили, что, скорее всего, не будут откликаться на вакансию компании с плохими отзывами. При этом 34% респондентов скорее всего откликнутся, несмотря ни на что, а 11% вообще не будут обращать внимание на негатив о компании в сети.

При этом работодателю стоит учитывать, что 59% потенциальных кандидатов будут искать информацию о них еще до отклика, а еще 28% сделают это перед первым собеседованием.

85% кандидатов будут собирать информацию на сайте потенциального работодателя, 65% кандидатов внимательно изучают сайты, где сотрудники оставляют отзывы о компании. 55% специалистов будут расспрашивать знакомых, которые работали или сейчас работают в компании, 33% посмотрят первые ссылки, которые выдают поисковые системы в интернете.

Идеальная вакансия глазами кандидатов

Специалистам было предложено выбрать, какую информацию должна включать в себя хорошо составленная вакансия. 94% респондентов сказали, что это должны быть требуемые навыки, 87% пул задач, которые будут стоять перед кандидатом. 84% опрошенных кандидатов ждут, что описание будет показывать необходимый для этой вакансии опыт. 81% ждут, что им сразу будет понятен тип контракта, 76% хотят видеть график предполагаемой работы. 75% хотят понимать локацию, и 67% размер вознаграждения. Только 10% ждут, что описание вакансии будет на английском языке, 8% интересны фотографии офиса, и 6% ждут призывов к действию например, присылайте свои резюме.

Надо отметить, что здесь ожидания кандидатов в большинстве случаев соответствуют тому, что им готовы предложить работодатели. 90% компаний включают в описание своих вакансий требуемые навыки, 87% описывают необходимый опыт, 71% указывают локацию, и 67% пул задач, которые будут стоять перед кандидатом. 61% работодателей включают в описание вакансии тип контракта, и 58% график работы.

Участников опроса попросили назвать причины, которые могут повлиять на решение не откликаться на вакансию. Для 66% основной причиной, по которой они не будут откликаться на вакансию, стала заработная плата ниже рыночной. 64% сказали, что их остановят грамматические ошибки в описании вакансии. Еще 64% кандидатов отметили, что не будут откликаться на вакансию, которая содержит недружелюбные формулировки вроде не тратьте наше время, если или резюме не будет рассматриваться, если. 57% кандидатов не станут откликаться на вакансию, в которой мало конкретики, 53% негативно прореагируют на вопросы про их личную жизнь, 49% соискателей не понравится вакансия без информации о задачах, проекте и перспективах роста. Почти половина опрошенных кандидатов отметила, что не станет откликаться на вакансию, если она содержит такие слова, как стрессоустойчивость, готовность к переработкам. И 38% не нравятся вакансии, которые содержат требования к возрасту кандидатов.

Негативный опыт собеседования

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

40% респондентов опроса отметили, что им приходилось сталкиваться с негативным опытом на собеседованиях из-за плохой организации процесса (накладки во времени, грубость персонала, занятая переговорная комната). Для 26% участников опроса негативное впечатление оставило непонимание дальнейших этапов собеседования, и ещё 26% говорят, что их интервьюер был не подготовлен к встрече. 22% составили плохое впечатление об интервью потому, что процесс был односторонним, не было возможности задавать вопросы, и для 18% собеседование было слишком долгим. И только 10% респондентов никогда не имели негативного опыта прохождения интервью.

Почему кандидаты отказываются от оффера

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

Основной причиной отказа стало плохое впечатление, которое произвели на кандидата сотрудники потенциального работодателя, так ответили 29% опрошенных специалистов. 25% сказали, что отказались, потому что им не понравилась манера проведения интервью (неуважительное отношение, непрофессионализм интервьюера). 20% не согласились на работу из-за того, что обязанности по факту не совпали с тем, что продали им в вакансии, и еще 20% не понравились личные качества будущего руководителя. 18% отказались от вакансии, потому что корпоративная культура компании не оправдала их ожиданий. 14% не согласились на вакансию из-за размытых обязанностей, 13% приняли решение отклонить на предложение из-за слишком долгой обратной связи со стороны потенциального работодателя. И 9% отказались от вакансии из-за негативной информации от интервьюера о текущих и бывших сотрудниках.

Самое основное

  • Для 76% кандидатов решающем фактором при отклике будет заработная плата, на втором месте то, что потенциальный работодатель может предложить им в обмен на скилы и опыт (EVP);

  • 89% работодателей считает, что кандидатов привлекает зарплата, а на втором месте по важности для них стоит описание задач и обязанностей на будущем месте работы;

  • 74% соискателям в большей или меньшей степени важен бренд потенциального работодателя;

  • 59% специалистов будут искать информацию (отзывы сотрудников, финансовые показатели) о потенциальном работодателе ещё до отклика на вакансию;

  • У 88% соискателей был негативный опыт прохождения интервью и самые популярные причины этого плохая организация собеседования, неподготовленный интервьюер и непонимание дальнейших этапов и действий;

  • 48% специалистов хотя бы раз отказывались от офферов компаний. Основные триггеры в этом случае грубые и непрофессиональные сотрудники компании-нанимателя, отталкивающая манера проведения собеседования, личные качества будущего руководителя и несовпадение реальных обязанностей и описания вакансии.


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

оценить работодателя

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

сравнить свою зарплату с рынком

Подробнее..

Сынок, запрыгивай в вагон, я закину чемоданы! Экспресс-вход в индустрию когда почти прошел мимо

30.11.2020 22:22:08 | Автор: admin

Когда-то я рассказывал как шел к Java-программированию и прошел мимо. Теперь расскажу почему вернулся, поднял, почистил и пользуюсь. Это не еще один восторженный опус про смену специальности. Скорее логическое продолжение первой статьи с наблюдениями, которые пригодились бы мне из прошлого. Может, пригодятся и тем, кто находится на перепутье сейчас.


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

В предыдущей серии упоминалась такая бодрая цель:


Начинать все сначала решил с планом в голове и достойной целью перед глазами. Рассудил очень просто: хочу собственный дом подальше от города, и чтобы не к старости. То есть, за ближайшие 5 лет надо бы им обзавестись без ипотеки.

Нет, дом так и не купил пока что обзавелся только квартирой, и не сказать чтобы в центре, и вообще скорее повезло. Когда перечитал те планы 4-летней давности, посмеялся и смахнул скупую слезу от "стабильности" окружающей локации. Планы-то теперь тоже поменялись, так что мой дом просто ждет меня где-то за пределами страны возможностей.



если вы понимаете о чем я


Пара слов обо мне, если интересно

Сейчас я вполне состоявшийся 35-летний middle Android-разработчик в крупном и вполне хипстерском финтехе. За плечами около 3 лет профильного опыта, работа в 4 компаниях и печальный скепсис к скрамам и аджайлам. И так вышло, что уже через пару лет я проводил технические собеседования, где лишний раз убедился в правильности выводов об устройстве индустрии.


Онлайн-курсы действительно работают, но есть нюанс


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


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


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

И тут надо смириться с тем, что частенько вы будете не дорабатывать там, где вам уже платят деньги. Эти недоработанные часы уйдут на прохождение курсов и самостоятельное обучения. Но карма потом возьмет свое, когда получите первую работу по новой специальности: платить будут мало, а работать будете как никогда в жизни.


Нет никакого смысла знать побольше аббревиатур из вакансий


Всегда найдется десяток (если не сотня) конкурирующих джунов (Junior developer), полиставших на 20 мануалов больше вас, и добавивших еще десяток фреймворков просто для массовки. Потому что про них скорее всего не спросят, а резюме так выглядит "жирнее".


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


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


Одно из моих первых "пристрелочных" собеседований было сущим позором я вдруг забыл половину собственного проекта (игра по типу "2048"); начал путать хоткеи IDEA, когда меня попросили исправить тестовый код. Но обиднее всего было ответить лишь на 2 технических вопроса из 10, да и то "жиденько". Это было больно, позорно, но очень наглядно. И чтобы совсем вас добить, скажу что это сразу был собес в компанию с буквой "Я".

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


Джунов не должны нанимать слишком легко


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


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

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


Частые смены работы это хорошо


Несмотря на популярную в HR-кругах теорию о том, что меняющий работу чаще чем раз в N лет ненадежен и нежелателен, в ИТ индустрии это норма. Более того, средняя продолжительность работы разработчика в организации около 2 лет. Значит, что кто-то работает 4 года, а кто-то 6 месяцев. Пруфы привести не могу это комментарии знакомых HR-специалистов, подтверждающие собственные наблюдения.
У меня трудовая книжка уже с двумя вкладышами, так что будем считать такую позицию моей личной "деформацией". Однако, периодическая смена мест работы даст вам следующие преимущества в период прокачки себя как специалиста:


  • Смена контекста применяемых технологий и методик разработки. Работая 5 лет на одном предприятии, вы никогда не составите свое мнение о том, как лучше работать над задачами, какие паттерны не работают, и где та граница, за которой абстракции в коде превращаются в бессмысленный оверинжиниринг.
  • Работа в одном и том же коллективе не позволит составить собственное мнение о том, какие условия для вас действительно комфортны. Поработав в стартапе из 14 человек, и в огромном банке, я понял что больше не готов сидеть в опен-спейсе на 30 человек со всей России. Слишком разное у людей представление о приемлемом поведении в подобных условиях.
  • Может оказаться, что при всей крутости проекта вас будут каждый день раздражать отсутствие чайника и ресепшена. То есть, всякие простые вопросы вроде "нужна тетрадь" или "нужно отдать ноутбук в ремонт" будут порождать целый квест с вами в главной роли. В то же время, отсутствие кофе-машины легко нивелируется покупкой маленькой ручной Wacaco (не сочтите за рекламу, но уж очень полюбилась эта малышка).

Помню, как впервые увидел код на RxJava. Те жалкие несколько дней тыканий в Rx скудными обрывками императивного подхода до сих пор вспоминаю с улыбкой: цепочка на 20 строк, и в каждой по преобразующему оператору еще и с созданием внешних зависимостей. Надо сказать, что Rx на первом проекте был ну очень заковыристый и всеобъемлющий позже я ничего более мудреного не встречал. Но именно тогда родились теплые чувства к этому фреймворку, которые не отпускают до сих пор. Однако, если бы я продолжал жить тем первым проектом, то еще не скоро узнал бы что это был сложный, заковыристый, но все же сборник примеров как делать не надо.

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


  • Если чувствуйте, что прогресс на работе остановился или серьезно замедлился попробуйте влезть в новый проект. Если нельзя смело меняйте работу.
  • Отработали пол года и видите что за вами не нужно все переделывать, а руководство устраивает ваша работа заводите разговор о пересмотре ЗП. Реальная инфляция на порядки выше 3%, а спрос на более-менее вменяемых разработчиков не снижается.
  • Если новая работа вообще не дает прокачки навыка, и вместо этого вы занимаетесь какой-то ерундой меняйте работу. Это не та специальность, где запись в трудовой ценна сама по себе.

Большинство собеседований одинаковые, а ваше резюме или код никто особо не смотрит


По моим наблюдениям, 8 из 10 собеседующих получили ваше резюме за 10 мин до встречи. И да, им тоже лень всем этим заниматься, поэтому вас встретят списком найденных в сети вопросов по Java\Android\подставь_что_актуально. А значит, эти списки вы можете нагуглить самостоятельно и обстоятельно их разобрать. Это прибавит уверенности на встрече и поможет лучше сыграть свою партию.


Те самые 2 человека, которые поведут собеседование необычно, подготовятся к нему и захотят разобраться в ваших знаниях, встретятся вам уже ближе к уровню "middle". Поэтому, лучше идти на собеседование без завышенных ожиданий, и с повторенным конспектом наиболее популярных вопросов. Да, тут пригодятся студенческие навыки по конспектированию алгоритмов сортировки, нотации "большой О", и всего вот этого.


Ни в коем случае не призываю воспринимать все на веру. Это лишь мои наблюдения, которые я хотел бы сам прочесть 4 года назад. Но любое утверждение можно проверить самостоятельно, а в наше короновирусное время даже не выходя из дома. Что я точно не стал бы делать, так это слушать советы подождать "более лучшего момента, и вообще сейчас не время". Никогда не время, а через год много чего может случиться.
Точно известно только то, что вы не станете моложе.

Подробнее..

Сынок, запрыгивай в вагон, я закину чемоданы! Экспресс-вход в индустрию, когда почти прошел мимо

01.12.2020 00:06:56 | Автор: admin

Когда-то я рассказывал как шел к Java-программированию и прошел мимо. Теперь расскажу почему вернулся, поднял, почистил и пользуюсь. Это не еще один восторженный опус про смену специальности. Скорее логическое продолжение первой статьи с наблюдениями, которые пригодились бы мне из прошлого. Может, пригодятся и тем, кто находится на перепутье сейчас.


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

В предыдущей серии упоминалась такая бодрая цель:


Начинать все сначала решил с планом в голове и достойной целью перед глазами. Рассудил очень просто: хочу собственный дом подальше от города, и чтобы не к старости. То есть, за ближайшие 5 лет надо бы им обзавестись без ипотеки.

Нет, дом так и не купил пока что обзавелся только квартирой, и не сказать чтобы в центре, и вообще скорее повезло. Когда перечитал те планы 4-летней давности, посмеялся и смахнул скупую слезу от "стабильности" окружающей локации. Планы-то теперь тоже поменялись, так что мой дом просто ждет меня где-то за пределами страны возможностей.



если вы понимаете о чем я


Пара слов обо мне, если интересно

Сейчас я вполне состоявшийся 35-летний middle Android-разработчик в крупном и вполне хипстерском финтехе. За плечами около 3 лет профильного опыта, работа в 4 компаниях и печальный скепсис к скрамам и аджайлам. И так вышло, что уже через пару лет я проводил технические собеседования, где лишний раз убедился в правильности выводов об устройстве индустрии.


Онлайн-курсы действительно работают, но есть нюанс


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


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


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

И тут надо смириться с тем, что частенько вы будете не дорабатывать там, где вам уже платят деньги. Эти недоработанные часы уйдут на прохождение курсов и самостоятельное обучения. Но карма потом возьмет свое, когда получите первую работу по новой специальности: платить будут мало, а работать будете как никогда в жизни.


Нет никакого смысла знать побольше аббревиатур из вакансий


Всегда найдется десяток (если не сотня) конкурирующих джунов (Junior developer), полиставших на 20 мануалов больше вас, и добавивших еще десяток фреймворков просто для массовки. Потому что про них скорее всего не спросят, а резюме так выглядит "жирнее".


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


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


Одно из моих первых "пристрелочных" собеседований было сущим позором я вдруг забыл половину собственного проекта (игра по типу "2048"); начал путать хоткеи IDEA, когда меня попросили исправить тестовый код. Но обиднее всего было ответить лишь на 2 технических вопроса из 10, да и то "жиденько". Это было больно, позорно, но очень наглядно. И чтобы совсем вас добить, скажу что это сразу был собес в компанию с буквой "Я".

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


Джунов не должны нанимать слишком легко


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


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

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


Частые смены работы это хорошо


Несмотря на популярную в HR-кругах теорию о том, что меняющий работу чаще чем раз в N лет ненадежен и нежелателен, в ИТ индустрии это норма. Более того, средняя продолжительность работы разработчика в организации около 2 лет. Значит, что кто-то работает 4 года, а кто-то 6 месяцев. Пруфы привести не могу это комментарии знакомых HR-специалистов, подтверждающие собственные наблюдения.
У меня трудовая книжка уже с двумя вкладышами, так что будем считать такую позицию моей личной "деформацией". Однако, периодическая смена мест работы даст вам следующие преимущества в период прокачки себя как специалиста:


  • Смена контекста применяемых технологий и методик разработки. Работая 5 лет на одном предприятии, вы никогда не составите свое мнение о том, как лучше работать над задачами, какие паттерны не работают, и где та граница, за которой абстракции в коде превращаются в бессмысленный оверинжиниринг.
  • Работа в одном и том же коллективе не позволит составить собственное мнение о том, какие условия для вас действительно комфортны. Поработав в стартапе из 14 человек, и в огромном банке, я понял что больше не готов сидеть в опен-спейсе на 30 человек со всей России. Слишком разное у людей представление о приемлемом поведении в подобных условиях.
  • Может оказаться, что при всей крутости проекта вас будут каждый день раздражать отсутствие чайника и ресепшена. То есть, всякие простые вопросы вроде "нужна тетрадь" или "нужно отдать ноутбук в ремонт" будут порождать целый квест с вами в главной роли. В то же время, отсутствие кофе-машины легко нивелируется покупкой маленькой ручной Wacaco (не сочтите за рекламу, но уж очень полюбилась эта малышка).

Помню, как впервые увидел код на RxJava. Те жалкие несколько дней тыканий в Rx скудными обрывками императивного подхода до сих пор вспоминаю с улыбкой: цепочка на 20 строк, и в каждой по преобразующему оператору еще и с созданием внешних зависимостей. Надо сказать, что Rx на первом проекте был ну очень заковыристый и всеобъемлющий позже я ничего более мудреного не встречал. Но именно тогда родились теплые чувства к этому фреймворку, которые не отпускают до сих пор. Однако, если бы я продолжал жить тем первым проектом, то еще не скоро узнал бы что это был сложный, заковыристый, но все же сборник примеров как делать не надо.

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


  • Если чувствуйте, что прогресс на работе остановился или серьезно замедлился попробуйте влезть в новый проект. Если нельзя смело меняйте работу.
  • Отработали пол года и видите что за вами не нужно все переделывать, а руководство устраивает ваша работа заводите разговор о пересмотре ЗП. Реальная инфляция на порядки выше 3%, а спрос на более-менее вменяемых разработчиков не снижается.
  • Если новая работа вообще не дает прокачки навыка, и вместо этого вы занимаетесь какой-то ерундой меняйте работу. Это не та специальность, где запись в трудовой ценна сама по себе.

Большинство собеседований одинаковые, а ваше резюме или код никто особо не смотрит


По моим наблюдениям, 8 из 10 собеседующих получили ваше резюме за 10 мин до встречи. И да, им тоже лень всем этим заниматься, поэтому вас встретят списком найденных в сети вопросов по Java\Android\подставь_что_актуально. А значит, эти списки вы можете нагуглить самостоятельно и обстоятельно их разобрать. Это прибавит уверенности на встрече и поможет лучше сыграть свою партию.


Те самые 2 человека, которые поведут собеседование необычно, подготовятся к нему и захотят разобраться в ваших знаниях, встретятся вам уже ближе к уровню "middle". Поэтому, лучше идти на собеседование без завышенных ожиданий, и с повторенным конспектом наиболее популярных вопросов. Да, тут пригодятся студенческие навыки по конспектированию алгоритмов сортировки, нотации "большой О", и всего вот этого.


Ни в коем случае не призываю воспринимать все на веру. Это лишь мои наблюдения, которые я хотел бы сам прочесть 4 года назад. Но любое утверждение можно проверить самостоятельно, а в наше короновирусное время даже не выходя из дома. Что я точно не стал бы делать, так это слушать советы подождать "более лучшего момента, и вообще сейчас не время". Никогда не время, а через год много чего может случиться.
Точно известно только то, что вы не станете моложе.

Подробнее..

Как мы в РСХБ запускаем самолётики, или Особенности региональной экспансии

01.12.2020 10:20:26 | Автор: admin

Когда перед компанией встаёт вопрос набора дополнительных кадров, она, как правило, сталкивается с дилеммой: нанимать достаточно дорогих специалистов в Москве или поискать в регионах подешевле.

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

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

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

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

Готовим аэродром

Первое, о чём начинают задумываться при открытии регионального центра, А где, собственно?.

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

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

В первый раз, когда мы столкнулись с проблемой выбора места для регионального центра разработки, нам повезло: нам дали на выбор аж три города Хабаровск, Уфа и Владимир. Местные филиалы РСХБ были готовы разместить наших сотрудников, избавляя нас от многих хозяйственных проблем. Справедливо полагая, что Хабаровск слишком далеко и в него не налетаешься, да и разница во времени не позволит работать единой командой, а Владимир, наоборот, настолько близок, что большинство грамотных специалистов наверняка уже переехали в Москву, мы выбрали золотую середину. Как впоследствии показало время середина и в самом деле была золотой. Этот центр не просто взлетел сейчас он самый крупный из наших самолётиков: если в начале в нём было всего три сотрудника, сейчас их более 300.

Запуск самолётика отчасти позволяет нам ускорить процесс создания и других региональных центров, когда на размещенные вакансии откликаются люди из других городов. Например, на запуск самолётика в Рыбинске откликнулись кандидаты из Пензы. Получается своеобразная цепная реакция: люди увидели, что РХСБ открывает региональные центры разработки, и стали предлагать свои услуги на опережение. Не только у нас был запрос на сотрудников, но и они сами искали возможность присоединиться к нам, даже создавали её там, где мы и не планировали. А когда в городе есть готовый работать костяк команды, нарастить её на месте уже проще.

Что же с офисами?

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

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

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

Самолёт не взлетит без Капитана

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

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

Как выявить лидера? Обычно его видно сразу и не только по деятельности на местах, опыту или скилам. В нашей практике часто бывало так, что это не мы искали лидеров, а они сами нас находили. Собирали часть команды и предлагали создать на её основе новый самолётик. Именно так появились некоторые наши региональные центры. Конечно, в этом практически идеальном варианте есть и минус насколько легко капитан привёл команду, настолько же легко он сможет её увести, если что-то вдруг пойдёт не так. Но нам пока везло: потерь среди наших лидеров ещё не случалось, мы стараемся работать так, чтобы люди оставались с нами. Хотя бывали и непредвиденные ситуации.

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

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

Полёт нормальный?

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

К сожалению, иногда руководители направлений сначала открывают региональный центр с уже готовой небольшой командой, а потом начинают набирать сотрудников поближе к себе, потому что им так удобнее. Заброшенный же самолётик быстро пойдёт на снижение, потому что ему не хватит сотрудников для формирования коллективного опыта, когда вклад сил/знаний в одного сотрудника распространяется на всех остальных, и у него не будет ресурса, чтобы разогнаться и лететь самостоятельно приводить новых кандидатов, обучать и включать их в процесс. Слишком малочисленный центр как пресловутый чемодан без ручки: и нести тяжело, и выкинуть жалко.

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

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

Что ещё нужно самолётикам для успешного полёта (ну и чтобы не свалиться в пике по ошибке)? Толковое управление. Когда команд так много и задач они решают ещё больше, важно понимать, кто чем занят, насколько загружен, с кем сейчас взаимодействует. В нашей практике бывает, что над одной задачей работают люди не только из разных команд, но и из разных городов. Так что в нашем случае Agile и ещё раз Agile.

Зачем это всё, или Человек существо социальное

А почему именно офисы? Не лучше ли нанимать сотрудников удалённо и не тратить ресурсы на аренду помещений? Сейчас, когда ковид заставил большинство айтишников поработать на удалёнке, я всё чаще слышу мнения, что региональные центры как структуры и не нужны вовсе.

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

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

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

В качестве послесловия

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

Мы снова начнём запускать самолётики.

Подробнее..

Как и где стартапу найти правильного инвестора

26.11.2020 16:14:32 | Автор: admin


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

Чего нет в этой статье


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

Что есть в этой статье


Наверное, вы слышали историю о том, как Сергей Брин и Ларри Пейдж за 3 минуты, пока двигался лифт, рассказали о своем проекте Энди Бехтольшайму, который впоследствии выписал чек на 100 тысяч долларов, что сделало его миллиардером. Если вы думаете, что это случайность и ребятам повезло, то вы ошибаетесь. В этой статье рассказывается о той работе, которую необходимо проделать, чтобы увеличить вероятность такого события в десятки раз, как это и сделали основатели Google.

А нужен ли инвестор?


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

Чего делать не стоит


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

  • массовые рассылки писем с инвестиционными презентациями. Это не сработает почти никогда. Даже если вы угадали и написали той самой второй половинке и сделали это великолепно, шанс, что ваше письмо хотя бы прочтут, невелик. Просто потому, что почтовый ящик VC (венчурного капиталиста) трещит по швам от писем, в 99% случаев абсолютно неподходящих ему стартапов. Они все прекрасны, но они не его, то стадия не та, то он ничего не понимает в рынке, на котором работает компания, а большинство просто пишет чепуху.
  • ходить на хакатоны. Хакатоны это прекрасные сборища талантливейших людей, вот только если там и есть инвестор, его внимание принадлежит победителям. Давайте честно, на каждом хакатоне только один победитель и на хакатоне он работает над технической частью решения без испытания его рыночными реалиями. Инвестору же нужны метрики вашего роста на реальном рынке. Показать их в условиях хакатона невозможно. Схантить в команду программиста на хакатоне отличная идея, зацепить инвестора вряд ли. Исключения бывают, но они, как известно, подтверждают правило.
  • Краудфандинговые платформы. Все слышали о фантастических успехах некоторых проектов на kickstarter. Предлагаю вам погуглить, используя поисковый запрос наподобие топ самых успешных проектов на кикстартер. Затем сравните ваш проект с тем, что вам выдаст поисковик, затем переходите к следующему пункту. Шутка. Там есть клевые проекты. Вот только инвесторы не ходят на краудфандинговые платформы, мотивируя это тем, что там много фрода и скама. По разным данным процент заведомо несуществующих или мошеннических проектов на краудфандинговых площадках может доходить до 50. На такие риски не пойдет ни один здравомыслящий человек.

Что стоит делать


Теперь о том, что каждый стартапер должен сделать при подготовке к поиску инвестора

  1. Подготовить и всегда держать под рукой: питч-дек (презентация для инвестора), финмодель, executive summary
  2. Выучить наизусть на английском языке элевейтор питч (elevator pitch).

Это базовые условия, которые надо понимать, без этого нет смысла даже начинать поиски инвестора. Все, что попадет в любой из этих документов или в elevator pitch должно быть основано на цифрах метрик вашего проекта и демонстрировать рост, если не продаж, то хотя бы рост аудитории. Рост должен быть интересным для инвестора и отражать его интерес к росту стоимости вашей компании в разы за год. Соответственно и ваши метрики должны расти в диапазоне от 100%.

Про закон больших чисел и фандрайзинг


Есть такие люди, которые, не без основания, считают, что закон больших чисел работает везде. И, с конверсией, им неизвестной, подобно ковровым бомбометаниям, рассылают холодные письма вообще всем инвесторам, которых смогли найти. Почему это плохое решение? Для начала это вопрос элементарной деловой этики, это просто неуважение к потенциальному партнеру, который в строке адресата видит e-mail конкурента, а вместо обращения по имени встречает что-то вроде дорогой коллега. Но основной минус этого подхода в том, что он не учитывает индивидуальных особенностей потенциального инвестора. Даже если вы попали в ничтожный процент и одно из сотен ваших писем попало тому-самому инвестору, которому подходит ваш стартап, он не встретит в вашей презентации ничего такого, что учитывает именно его интересы, вкусы, экспертизу и даже его имя, о чем уже говорилось.

Как быстро найти инвестора?


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

Так вот, чтобы ваш инвестор не погубил вашу компанию, а его поиски не затянулись до того самого момента, ради избежания которого они и затевались (когда деньги закончатся), и нужно знать, кого искать. Ответ на вопрос кто мой правильный инвестор? сильно приблизит к ответу на вопрос как поскорее найти инвестора?, что по существу должно восприниматься так: как найти инвестора раньше, чем вы закроете компанию из-за того, что вам нечем платить зарплаты, оплачивать аренду офиса, серверов и всего остального. Повторюсь, чтобы всего этого не произошло, ищите своего правильного инвестора, это сократит время на поиски и убережет от контактов с людьми, которые скорее навредят вашей компании своими деньгами. Итак, ответ на вопрос Как быстро найти инвестора? звучит так: Ищите правильного инвестора.

Кто такой правильный инвестор?


Чтобы определиться с портретом нужного нам инвестора, надо понимать, что инвестор и сам ищет стартапы это его работа, его бизнес. Именно этот факт и надо использовать. Во взаимоотношениях инвестора и стартапа есть два охотника и две добычи, оба играют обе эти роли. Тот, кто осознал это, становится охотником. Для подготовки к охоте надо выполнить 3 несложных упражнения

Изучить повадки жертвы


Чтобы определиться, где водится зверь, на которого вы охотитесь, надо знать его повадки. Грамотный, а мы ищем именно такого, инвестор четко осознает, какие проекты ему нужны, в какой области он эксперт и где может помочь портфельному проекту. Опытные инвесторы имеют довольно легко поддающийся описанию профиль. Это самое описание профиля инвестора легко раздобыть, например заглянув в crunchbase.com или на другие подобные ресурсы. Делать это обязательно, 1 час, проведённый на этой площадке поможет понять, какие бывают инвесторы и как их классифицировать. Тут вы узнаете, в какие компании они инвестируют:

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

Все это и есть описание вашего потенциального инвестора. Например, инвестор инвестирует преимущественно в компании на Раунде А, его средний чек 1 миллион долларов, половина компаний в его портфеле это компании, которые разрабатывают маркетплейсы в сегменте Travel, отдает предпочтение стартапам, использующим в работе технологии Big Data. Вместо примера предлагаю задуматься, обратит ли такой инвестор на компанию, которая делает, скажем синтетические алмазы.

Камуфляж


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

  • стадия или этап развития компании. Имеется в виду Pre-Seed, Seed, Round A, B и так далее. По факту речь о раунде инвестирования.
  • ваша ключевая технология, индустрия или отрасль экономики, бизнес-модель (текущая или предполагаемая), например, искусственный интеллект / распознавание изображений, экология, B2G. Это выдуманный пример для компании, которая распознает изображения спутниковых снимков, выявляя области для лесовосстановления и лесозаготовки, свой сервис компания продает государственным органам, ответственным за лесопользование и предприятиям лесной отрасли.
  • география целевого рынка, например, Канада и США. То есть неважно, что у вас распределенная команда, члены которой сидят по домам в Ярославле, Минске и Харькове. Вернее, это важно, но говорит о том, что вы молодец и находите дешевые ресурсы для разработки, но важнее тут именно география вашего рынка, поскольку это говорит о потенциале масштабирования будущих продаж.
  • Сколько денег вам нужно в этом раунде.

Речь, естественно, идёт о достоверной информации. На этом этапе наша цель занять понятное место в системе координат инвестора, стать заметными для него, соответствовать его критериям отбора.

Наметить жертву


Подобрать под получившееся описание своей компании (см. п.2) максимально соответствующий по профилю инвестирования (см. п.1), а значит и подходящего именно вам инвестора. Очевидно, что тот инвестор, чей инвестиционный профиль наиболее подходит к описанию вашего проекта и будет самым подходящим для вас в текущий момент.

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

Немного о smart money


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

Теперь пора?


Давайте подведем промежуточный итог:

  1. Чтобы поскорее найти инвестора ищите правильного инвестора
  2. Правильный инвестор этот тот инвестор, который действительно инвестор и подходит вашей компании на данном этапе.
  3. Чтобы понять, кто подходит вашей компании, опишите свою компанию с помощью критериев, которыми описывают инвестиционный профиль инвестора.
  4. Далее ищите инвестора именно с похожим инвестиционным профилем или хотя бы с похожими компаниями в портфеле.
  5. Теперь на тех же crunchbase или angellist просто отбираем подходящих инвесторов.

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

Чем лучше вы будете знать своего инвестора, тем проще его заполучить.

Последние приготовления перед охотой


Вопрос когда пора искать инвестора? мы уже поднимали, посмотрим на него под другим углом.

  • Мы выучили домашнее задание, то есть подготовили Pitch deck и заучили elevator pitch, даже потренировались с друзьями и посмотрели, как это делают люди, например на VC Кухне.
  • Мы знаем, кто наш правильный инвестор, включая его имя, фамилию, профиль в LinkedIn или на angel.co. Фактически, мы знаем или можем узнать про этого человека почти все интернет все-таки.

Готово почти все. Не забываем, что мы ищем вменяемого, умного, хитрого, вдумчивого инвестора. Все эти качества в будущем должны работать на вас и ваш проект. Такой хитрый зверь обязательно, заинтересовавшись, будет вас проверять. Надо подготовиться. Наведите порядок в ваших соцсетях, особенно в самых популярных, или в тех, где сам инвестор присутствует. Как правило, мы охотимся на пару десятков конкретных человек, поэтому красоту стоит навести везде. Есть также смысл завести аккаунты для себя и своего стартапа в LinkedIn и angel.co. Не забудьте сделать нормальный хотя бы лэндинг с описанием проекта, его миссии, команды, вашей экспертизы. Все должно вызывать доверие к вам, вашей команде, ее достижениям и самому стартапу. Считайте, что это сачок, которым вы захватите пойманную рыбку.

Готов ко встрече с инвестором?


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

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

Фандрайзинг и кайтсерфинг, где связь!


Тут хочу привести пример основательницы Canva Мелани Перкинс. После сотен отказов от инвесторов и потраченных на эти отказы месяцев в Silicon Valley, девушка изменила подход к фандрайзингу. Один из ее целевых инвесторов Билл Тай был большим фанатом кайтсерфинга. И Мелани освоила этот самый кайтсерфинг, покорила волны и ветер, как говорят любители этого экстремального развлечения, чтобы завладеть вниманием инвестора и ей это удалось. Она не только показала и рассказала Биллу о своей компании, но и получила от него приглашение на MaiTai Maui, это эксклюзивное мероприятие, которое проводил Билл Тай для игроков венчурной индустрии. Одной из частей программы мероприятия было соревнование по кайтсерфингу, а другое возможность показать сервис Canva еще нескольким инвесторам, но уже с рекомендациями Билла, а это уже совсем другое дело! Итогом стало закрытие Seed раунда и привлечение 3 миллионов долларов от инвесторов, в числе которых был и Билл Тай. Ради интереса предлагаю вам немедленно нагуглить, какова оценка Canva сейчас.

Максимальная персонализация


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

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

Что в итоге


Вернемся к Google, нет смысла напоминать, что капитализация этой компании превышает 1 триллион долларов. Но к тому чеку, о котором мы говорили в начале, основателей привела работа по подбору правильных кандидатов в инвесторы. И в начале они пришли к профессору Стэнфорда, где учились. Пришли, по официальной версии, за советом. Но мы-то с вами теперь знаем: кайтсерфинг, гончары и т.д. Так профессор Стэнфорда Дэвид Черитон стал первым инвестором Google, а затем свел их с тем самым Энди Бехтольшаймом, с которым они якобы случайно встретились в лифте.
Подробнее..

Перевод Семь талантливых стажеров AIUnity 2020. Часть 1

02.12.2020 20:12:10 | Автор: admin

Будущих учащихся на курсе "Unity Game Developer. Basic" приглашаем посетить открытый вебинар на тему "2d-платформер головоломка".


А пока делимся с вами переводом интересного материала.


Каждое лето AI@Unity набирает группу стажеров для работы над высокоэффективными технологиями, которые призваны продвигать нашу миссию на расширение возможностей разработчиков Unity с помощью инструментов и сервисов искусственного интеллекта и машинного обучения. Прошлое лето не было исключением, и команда AI@Unity была рада принять 24 талантливых стажёра. Эта серия посвящена семи стажерам исследователям и инженерам из команд ML-Agents и Game Simulation: Yanchao Sun, Scott Jordan, PSankalp Patro, Aryan Mann, Christina Guan, Emma Park и Chingiz Mardanov. Далее вы узнаете об их опыте и достижениях во время стажировки в Unity.

Летом 2020 года мы набрали в организацию AI@Unity 24 стажера, проекты семерых из которых рассмотрим здесь. Что особенно примечательно, так это то, что все семь проектов носили экспериментальный характер, что несомненно помогло нам расширить границы наших продуктов и сервисов. Все семь проектов, перечисленных ниже, в конечном итоге будут включены в базовый продукт в ближайшие месяцы в качестве новых фич, которые несомненно порадуют наших пользователей.

Семь стажеров, проекты которых рассматриваются в этой серии статей, входили в команды ML-Agents и Game Simulation.

  • Команда ML-Agents это команда занимающаяся прикладными исследованиями, которая разрабатывает и поддерживает набор инструментов ML-Agents, проект с открытым исходным кодом. Набор инструментов ML-Agents позволяет играм и симуляторам на Unity служить обучающей средой для алгоритмов машинного обучения. Разработчики используют ML-Agents для обучения игрового ИИ или настройки поведения персонажей с помощью глубокого обучения с подкреплением (RL deep reinforcement learning) или имитационного обучения (IL imitation learning). Это позволяет избежать утомительности традиционных ручных методов и хардкода. Помимо документации на GitHub, вы можете узнать больше о ML-Agents в этом блогспоте и исследовательской статье.

  • Команда Game Simulation это группа разработчиков программного продукта, миссия которой дать возможность разработчикам игр тестировать и балансировать свою игру путем параллельного выполнения нескольких прогонов в облаке. Game Simulation был запущен в начале этого года, и вы можете узнать о нем больше, просмотрев исследования по этой теме, которые мы опубликовали вместе с нашими партнерами iLLOGIKA и Furyion.

По мере роста Unity растет и наша программа стажировок. В 2021 году размах программы стажировки AI@Unity увеличится до 28 позиций. Кроме того, мы нанимаем сотрудников в других местах, включая Орландо, Сан-Франциско, Копенгаген, Ванкувер и Вильнюс, на самые разные должности, от разработки программного обеспечения до исследований в области машинного обучения. Если вас интересует наша программа стажировки на 2021 год, вы можете оставить свою заявку здесь (советуем мониторить эту ссылку, так как в ближайшие недели мы опубликуем дополнительные вакансии стажировок). А теперь предлагаем вам насладиться множеством разнообразных проектов наших талантливых стажеров из набора лета 2020 года!

Yanchao Sun (ML-Agents): Трансферное обучение

В большинстве случаев behavior, обученный с помощью RL, будет хорошо работать в среде, в которой он был обучен, но в аналогичной, немного измененной среде будет выдавать ощутимые ошибки. В результате небольшой тюнинг динамики игры требует, чтобы мы отказались от предыдущего образа действий и обучили все с нуля. Летом 2020 года я разработал новый алгоритм трансферного обучения (Transfer Learning), специально адаптированный к инкрементному процессу разработки игр.

Проблема: Разработка игр инкрементна; RL - нет

Разработка игр происходит поэтапно игра обычно начинается с простого прототипа и постепенно усложняется. Однако RL не является инкрементным, и обучение требует времени. Использование ML-Agents при разработке игр может оказаться очень затратным, поскольку разработчику может потребоваться несколько часов или даже дней, чтобы увидеть, как агент RL отреагирует на изменение. Хотя некоторые подходы могут сделать политику в процессе обучения более общей, например, рандомизация предметной области, они применимы только к вариациям игр, которые могут быть четко очерчены до обучения, и не могут адаптироваться к будущим произвольным эволюциям игры.

Решение: Разделение представления и прогнозирования

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

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

Чтобы протестировать наш метод (который будет доступен в будущих версиях ML-Agents), мы выбрали среды 3DBall и 3DBallHard из набора инструментов ML-Agents. Эти среды имеют одинаковую динамику, но разные пространства наблюдения. Мы также добавили дополнительный штраф на количество действий агента. Цель агента уравновесить мяч с минимальными затратами энергии. Чтобы проверить изменение наблюдения, мы сначала обучили политику на основе модели 3DBall, а затем перенесли часть, отвечающую за моделирование, для обучения на 3DBallHard. По сравнению со стандартным алгоритмом Soft Actor-Critic и однозадачным обучением на основе модели, метод трансферного обучения получает наибольшее вознаграждение. Мы также оценили случай изменения динамики путем увеличения размера шара. Результаты показывают, что трансферное обучение превосходит однозадачные методы, и является более стабильным!

Scott Jordan (ML-Agents): Параметризация задач и активное обучение

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

Проблема: Функции вознаграждения нуждаются в тонкой настройке

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

Решение: Параметризация и разбиение задач

Чтобы избавиться от необходимости точно указывать правильную цель, мы используем параметризованное определение задачи целевой функции агента. В этой опции задача агента имеет некоторые параметры, которые можно определить или сэмплировать. Для примера из предыдущего абзаца, задача агента будет заключаться в перемещении в заданное местоположение, а скорость, с которой агент это делает, является параметром. Таким образом, вместо того, чтобы указывать одно поведение для обучения, разработчик вместо этого указывает диапазон поведений, например, чтобы агент двигался к целевому местоположению, но с различной скоростью. Затем, после обучения, параметры задачи можно настроить так, чтобы они наилучшим образом отражали желаемое поведение. Набор инструментов ML-Agents в настоящее время включает экземпляр агента Walker, задача которого работать с переменной скоростью. Кроме того, мы также создали версию Puppo с переменной скоростью, которая сообщает ему, как быстро нужно бегать во время игры в fetch, и имеет параметр высоты головы, который обучает Puppo прыгать на задних лапах.

Параметризованные задачи полезны для изучения нескольких моделей поведения, но вопрос о том, какие параметризации мы должны использовать при обучении, нетривиален. Наивный подход заключается в использовании случайной выборки параметров, но он может быть неэффективным по ряду причин. Мы выбираем более разумную альтернативу активное обучение (Da Silva и др., 2014). Активное обучение это метод, позволяющий узнать, какие параметры следует использовать для обучения, чтобы максимизировать ожидаемое улучшение агента во время обучения. Это позволяет агенту определить все параметры задачи с меньшим количеством сэмплов. Ниже мы сравниваем активное обучение с равномерной случайной выборкой параметров для задачи из предыдущего примера Puppo с параметрами высоты головы и переменной скорости.


Узнать подробнее о курсе "Unity Game Developer. Basic".

Записаться на открытый урок "2d-платформер головоломка".

Подробнее..

Топ-20 самых сильных IT-брендов работодателей России и как мы их нашли подводим итоги исследования

26.11.2020 20:11:58 | Автор: admin


Привет! В августе Хабр и Экопси начали исследовать IT-бренды работодателей на предмет их веса среди айтишников. Анкеты обработаны, данные проанализированы и мы готовы поделиться результатами. В прошлый раз мы рассказали о респондентах нашего исследования (или его паспорте), а теперь, собственно, к итогам. О том, кто в итоге вошел в Топ-20, а самое главное, как мы это определили под катом.

Начнем с главного: первое место в рейтинге занята компания JetBrains, а Топ-20 самых сильных IT-брендов выглядит следующим образом:
Место
Компания
Сила IT-бренда
Оценило
Кто выбрал лучшим или худшим
1
JetBrains
98,4%
868
330
2
Cisco
97,3%
788
141
3
Red Hat
94,4%
1682
189
4
Hewlett Packard Enterprise
92,8%
1511
91
5
DataArt
91,7%
836
201
6
Wrike
90,5%
874
188
7
Avito
90,2%
1630
348
8
Positive Technologies
90,0%
619
51
9
Badoo
89,9%
889
140
10
ABBYY
89,7%
1631
161
11
Wargaming
86,5%
876
95
12
Лаборатория Касперского
86,4%
2793
596
13
SEMrush
85,5%
623
71
14
Яндекс
85,0%
2107
1207
15
Samsung
84,4%
1460
105
16
SAP
84,2%
1675
248
17
HeadHunter
82,9%
1856
130
18
T-Systems
81,9%
1085
116
19
Deutsche Bank
81,5%
1338
107
20
Okko
80,6%
792
52

Как мы считали коэффициенты в таблице и что такое сила IT-бренда


Сила IT-бренда показатель привлекательности работодателя для потенциального соискателя. Для понимания логики его расчета вспомним этапы воронки IT-бренда (выше) с точки зрения кандидата на рынке труда, то, как он ориентируется в предложениях и выбирает для себя работу. Рассмотрим повнимательнее:



Узнаваемость я что-то знаю про эту компанию, в целом понимаю, что она делает, и представляю, какую работу она может мне предложить.

Спойлер: высокая узнаваемость (особенно у компаний из b2c-сектора) отнюдь не гарантирует высоких строчек в итоговом рейтинге.

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

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

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

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

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

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

Итак

Что мы делали, чтобы замерить силу IT-бренда


В исследовании приняли участие 4723 респондента (полностью прошли по воронке и оценили компании на всех трех этапах) подробно о тех, кто участвовал в опросе, написали здесь (спасибо вам всем ещё раз!). А еще мы включили в контур исследования почти 500 компаний, которые хотели оценить в качестве работодателей.

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

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

Формулы узнаваемости и привлекательности


Вот так выглядит формула узнаваемости.

image

Объясним на примере лидера нашего рейтинга, JetBrains: логотип компании выпал для оценки у 1098 респондентов, 230 из которых сказали, что не могут оценить работодателя.



Привлекательность: оставшихся 868 человек мы попросили выбрать, на их усмотрение, от 1 до 4 лучших (Лучшие) ихудших работодателей (Худшие).Формула расчёта:

image

На нашем примере:



Разумеется, столь прямолинейный расчет не совсем корректен и мы им не ограничились, т. к. надо различать ситуации, когда привлекательность компании оценило 1000 человек и 100. Точность оценки будет разной и, чтобы это учесть, мы включаем доверительный интервал для каждой привлекательности. Здесь могла бы быть формула расчета доверительного интервала, но, упрощая себе жизнь, напишем, что мы взяли функцию binom.confint из пакета binom (328, 330, conf.level (доверительный интервал) = 0.85, methods = wilson). Получившийся доверительный интервал устраняет погрешность, определяя отличную от нуля точку отсчета. После чего показатель JetBrains становится 98,4%.

Получается, хоть компания и не обладает самой высокой узнаваемостью (например, у большинства банков или телекома была почти 100% узнаваемость, а у JetBrains только 79%), по привлекательности коэффициент очень высокий то есть практически все, кто знает этого работодателя, относят его к числу лучших. Кто нас знает тот нас любит! Это и есть сила IT-бренда.

Далее респонденты, продвигаясь по воронке опроса, попадали на третью ступень Готовность купить, где подробно оценивали JetBrains (и другие компании, выбранные ими в числе лучших и худших), определяя, какими характеристиками работодатель обладает или не обладает. Тем самым участники опроса формировали портрет идеального работодателя и облик каждой компании в отдельности.

Когда мы проанализировали оценки всех компаний по критериям, увидели, что если компанию оценило хотя бы 30 человек, то в получившемся совокупном портрете бренда задействовано 95% критериев. В результате из 500 компаний в long-list попали только 79 компаний, оценённых более 30 респондентами. Почему такой порог входа? Дело в том, что только на третьем уровне можно понять осведомленность респондентов о конкретной компании именно как о работодателе: имеет ли она сформировавшийся IT-бренд или нет. Например, множество компаний с сильным b2c-брендом имеют высокую узнаваемость (больше 90%) и неплохую привлекательность. При этом не более десятка человек могут оценить их как работодателей. Осведомленность людей об IT-брендах в этом аспекте крайне низкая.

Модель критериев оценки работодателей


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



Получившийся внушительный массив данных мы анализировали по следующему алгоритму:

  1. Подсчитали, какие критерии свойственны и не свойственны каждой компании, по мнению участников опроса. Например, JetBrains не свойственно Участие Компании в государственных проектах и в высокой степени свойственна Профессиональная среда ( участники опроса приписали ей эту характеристику). Так мы получили образ IT-бренда каждой компании.
  2. Посмотрели, какие критерии являются дифференцирующими, т. е. приписываются не всем компаниям без разбору, а в минус для худших компаний и в плюс для лучших.

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

Незначимые для повышения привлекательности критерии, не вошедшие в факторы привлекательности:


  • Стабильность компании
  • Темпы роста компании
  • Участие компании в государственных проекта
  • Удобные инструменты коммуникаций в Компании
  • Самостоятельность в принятии решений
  • Интересное содержание работы
  • Профессиональное обучение и участие в конференциях
  • Возможности для личностного роста
  • Творческая атмосфера
  • Забота о физическом и ментальном здоровье сотрудников


Незначимые критерии 10 критериев, которые ничего не добавляют к лучшести работодателя. То есть описания из серии Наша компания стабильна, в ней творческая атмосфера, мы участвуем в конференциях, скорее всего, не зайдут айтишнику. Либо это слишком пространно и ни о чем, либо банально, либо же они не значимы именно для айтишников (та же Стабильность компании очень ценится на рынке ритейла, где соискателю очень сложно найти работу; айтишнику же, с его востребованностью, нужны уже не такие базовые факторы, а что-то более продвинутое).

Наконец, определили, какие из 31 оставшегося критерия являются значимыми.
Критерий
Значимость
Профессиональная среда
0,86
Качество продуктов и услуг
0,86
Ценность работы в компании для резюме
0,85
Экологичное отношение руководителя к сотрудникам
0,75
Уровень оплаты
0,73
Хорошие отношения в коллективе
0,71
Интерес руководства Компании к мнению сотрудников
0,68
Возможность поработать за рубежом
0,67
Современный стэк технологий
0,66
Инновационность проектов Компании
0,66
Масштаб и амбициозность проектов Компании
0,65
Работа без записи и прослушки
0,65
Справедливость оплаты труда в командах
0,63
Вклад Компании в развитие общества
0,62
Современные подходы к управлению проектами
0,61
Комфортность офиса
0,61
Социальная ответственность Компании
0,60
Соцпакет и страховка
0,58
Гибкий график
0,57
Зависимость дохода от собственной эффективности
0,57
Международный статус Компании
0,56
Корпоративные плюшки
0,56
Баланс между работой и жизнью
0,55
Скорость построения карьеры
0,55
Интересные корпоративные мероприятия
0,53
Известность компании
0,52
Интересная локация офиса
0,51
Возможность получить сертификацию
0,51
Возможность разрабатывать свой продукт
0,49
Возможность выбора проектов
0,49
Культура многообразия (Diversity & Inclusion)
0,46

Возвращаясь к рейтингу


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

Еще один важный момент разница между строчками рейтинга зачастую составляет десятые доли процента. Как в спорте: доли секунды отделяют золото от серебра. Это говорит о высокой конкурентности рынка. Компаний много, мнений о них много, игроки активно борются за своих кандидатов, и каждый отрицательный отзыв или неверно выстроенная коммуникация имеют значение.

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

Статья подготовлена совместно с VikKaN
Подробнее..

Инженерное нелюбопытство

27.11.2020 20:16:23 | Автор: admin
Моя бабушка жутко не любила поездки железной дорогой. Паровозы не вызывали у неё доверия, вели себя явно подозрительно и откровенно угрожающе. С большим трудом моему отцу удавалось её посадить в вагон, когда это на самом деле было необходимо. Отец же, за всю свою жизнь исколесив в командировках почти весь союз, провёл в вагонах чистого времени что-то около года или больше, но каждый раз неимоверных душевных усилий стоило ему подниматься на борт самолёта. Я летаю, не замечая в них принципиальных отличий от городской маршрутки и уж точно не переживаю по этому поводу. Рискну предположить, что будь сейчас пассажирский коммерческий космос массово доступен, моим детям или внукам не будет стоить каких-то душевных усилий сгонять на выходные в лунную колонию и обратно, но я сам никогда в жизни не полезу ни во что, что летит за пределы атмосферы Земли. Нормальный, эволюционный ход истории. Потомки должны быть лучше предков, иначе человечество деградирует.

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

(испуганно) у меня пропали панельки!
(устало) нажмите контрол-о
(радостно) ой а теперь у меня панельки мерцают!
(устало) отпустите контрол-о

Я полагаю, что в этой отрасли граница между поколениями пролегает там, где исчезает очевидность технических решений. Например, выбор элемента в ListView делается двумя кликами мышки, а нажатие кнопки одним. Мы привыкли к этому. Это наверняка результат какого-нибудь исследования в области эргономики интерфейсов родом из Microsoft или Apple или может быть даже ещё из PARC. Но попробуйте объяснить своей маме в чём же разница Люди, не то чтобы далёкие, а, скажем так, неблизкие к IT, часто подозревают нас в каких-то магических способностях, когда мы, подойдя к заведомо незнакомой (но очевидно склёпанной на каком-то одноплатнике или микроконтроллере), железке с кнопками и экраном, разбираемся в ней существенно быстрее простых смертных. Но никакой магии здесь нет, конечно просто для нас workflow устройства более очевиден и интерфейс как правило разработан именно так, как придумали бы его мы сами. Поэтому и всё сразу понятно.

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

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

И вот в процессе рутинной работы я в последнее время стал замечать пугающие меня явления. Происходит что-то такое, для чего на ум приходят названия вроде хроническое нелюбопытство. Поясню на примере. Студенты выполняют цикл лабораторных работ на языке по выбору, но как правило это C# или java, редко python. К небольшому формальному отчёту в электронной форме требуется также приложить архив из всех существенных исходников, чтобы я мог запустить и проверить их у себя. Казалось бы, фраза приложите архив исходников не должна ни у кого вызывать непонимание? Когда речь идёт о C# то для пущей понятливости я говорю им приложите архив вашего solution. Тут можно что-то понять не так? Оказывается, ещё как можно.

Помните древний айтишный анекдот доинтернетовских времён про командировочного, которого отправили с дискетой в другой город скопировать какой-то нужный его фирме софт. И который привёз на этой дискете один LNK-файл со ссылкой на этот софт. Вы думаете, такое только в анекдотах бывает? Как бы не так. Сейчас конец семестра, у половины студентов половина лабораторок ещё не сдана, и хотя я в сентябре умолял их не откладывать, чтобы потом не разгребать по 30+ работ со всего потока каждый вечер, они именно это и делают.

И вот, нашёлся один талант, который судя по текстовой части отчёта и скриншотам, сделал очередные три лабораторных работы грамотно и правильно, ничтоже сумняшеся присылает архив, внутри которого да, вы правильно угадали находятся три сиротливых SLN-файла. Я его спрашиваю, мол, уважаемый коллега, а вы вообще знаете, что такое SLN файл и для чего он нужен? А он и отвечает, что там находятся те самые требуемые исходные коды его лабораторок. Когда же я сказал, что исходных кодов там нет, ответ студента был в стиле ну раз вы так говорите, то я всё исправлю. То есть даже тогда, когда преподаватель очевидно зацепился за это конкретное место, у студента не возникло мысли самостоятельно залезть в этот злосчастный файл и лично выяснить, что же с ним не так. Тут становится сначала смешно, а потом не очень, когда таких талантов набралось ещё человека четыре и все, на первый взгляд, умные ребята, задних не пасут, академически не отстают и всё такое.

Значит, проблема хронического нелюбопытства имеет системный характер. Когда мне было лет 10, я создал свой первый в жизни экзешник в Turbo Basic, будучи вне себя от счастья по поводу того, что можно, оказывается, компилировать писать программы, не привязанные к среде разработки, а выполняемые непосредственно. И тут же полез смотреть, что же там внутри. Ещё ничего не понимая из увиденного, я всё же заметил, что там есть сигнатура в начале, какие-то текстовые строки в конце и что сам машинный код выглядит неравномерно. То есть, инженерное любопытство по поводу того, как устроена сложная система под капотом, даже если релевантных знаний около нуля, я считал чем-то естественным для любой человеческой особи. Ну, если не любой вообще, то для любой поступающей в университет на факультет IT по специальности программная инженерия. Ну кто в детстве не пытался разобрать какую-нибудь механическую игрушку и посмотреть, что там внутри?

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

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

А ведь это не первый и не второй курс, и многие из них уже трудоустроены по специальности и весьма успешны на своих работах. Что происходит? Встречались ли вам похожие явления? Или это у меня уже синдром раньше трава была зеленее? Дискасс.
Подробнее..

Что и кому должен продуктовый аналитик? ч.1

29.11.2020 12:04:16 | Автор: admin


Последние несколько месяцев я проходила квест под названием уволиться с позиции маркетингового аналитика в FMCG и получить оффер на позицию продуктового аналитика в IT. Хочу поделиться опытом и систематизировать информацию, собранную за это время из разных источников. А для того, чтобы не быть голословной, рассказывая, о том, какими навыками должен обладать продуктовый аналитик, начну с обзора открытой информации о требованиях к соискателям в вакансиях hh.ru.

Я спарсила открытые данные о вакансиях, размещенных на сайте headhunter.ru на 28/10/2020 по запросу Аналитик и Продуктовый аналитик. Полный ноутбук и ссылки на данные выложены тут.

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

Список требований, необходимых для конкретной вакансии, я брала из раздела Ключевые навыки в описании позиции. Не все HR качественно заполняют это поле: кто-то опечатался (Прим: Phyton), кто-то вообще плохо понимает, что происходит ошибся (Прим: Массивы, Медицинское оборудование), кто-то не стал заполнять этот раздел. Однако, судя по тому, что для разных специальностей видны очевидные отличия в требованиях, большинство вакансий заполнены корректно, по крайней мере, критичные навыки упомянуты.

Возможно, для более точного учета навыков, особенно soft skills (Прим: обладаете хорошими коммуникативными навыками для общения с бизнес-, и с техническими командами) стоит выделять требования из полного описания вакансии и разбивать их на смысловые группы.

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

Всего для анализа было доступно 1178 объявлений, более 60% которых приходится на 5 специальностей: аналитик, бизнес аналитик, продуктовый аналитик, маркетолог аналитик и веб аналитик.

Как отличаются навыки, необходимые для каждой специальности?



Видно, что ключевые навыки для каждой специальности свои: для Продуктового аналитика важны технические навыки (SQL, Python), для Маркетингового аналитика чаще упоминают маркетинговый анализ и PowerPoint, а для Веб аналитика GA и Я.Метрику (вот за что я люблю аналитику. за такие инсайты!).

Если продолжить список топ навыков для Продуктового аналитика, окажется, что за техническими скиллами идут аналитические (анализ данных, аналитическое мышление, аналитические исследования) и знание статистики (математическая статистика, статистический анализ, a/b тесты, data mining). Полный список с интерпретацией частот навыков на самой первой картинке с облаком тегов.

В какую специальность легче всего зайти без релевантного опыта?



Легче всего искать работу на junior и intern позиции в области анализа данных по специальностям Маркетолог аналитик и Веб аналитик около 10% вакансий готовы нанять людей без опыта.

А на позицию Продуктового аналитика чаще всего ожидают более опытных людей: более чем в половине вакансий ищут человека с 3-6 годами релевантного опыта.

Как отличается заработная плата по специальностям?


Вакансий с открытой информацией о заработной плате мало всего 63. Тем не менее, невозможно удержаться и не посмотреть распределение. Для адекватного сравнения, рассмотрим медианы зарплат начального уровня (ожидаемый опыт работы от 1го до 3х лет).

Бизнес аналитик в среднем может рассчитывать на 140т, продуктовый аналитик на 100т, а меньше всего готовы платить маркетологу и веб аналитику: 60т. Маркетологи и веб аналитики, срочно учите BPMN или Python, SQL!

Напоследок дам ссылки на занимательные материалы на схожую тему:

  1. Аналитика для хантинга аналитиков обзор вакансий, навыков и зарплат от людей, которые в hr штучках понимают гораздо больше, чем я.
  2. Текст о необходимых навыках на разных грейдах в Яндексе.
  3. Статья о видах аналитиков в IT (читать голосом Дроздова).

Во второй части статьи я поделюсь полезными материалы, лайвхаками, курсами и задачниками, которыми пользовалась, когда наверстывала недостающие hard skills для позиции продуктового аналитика. Stay tuned!
Подробнее..

Советы от HR как пройти собеседование для релокейта в заграничную компанию

01.12.2020 14:07:50 | Автор: admin
В прошлый раз редакция Нетологии рассказала истории двух разработчиков, которые решили переехать за границу и найти там работу. А сегодня мы узнали у Анастасии Шамгуновой, HR director APAC and META (Asia Pacific, Middle East, Turkey and Africa) компании Kaspersky, чего ожидать от собеседований в компанию, которая находится за рубежом.

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

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

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

В каких странах нельзя обойтись только английским языком?


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

При переезде в Латинскую Америку или в Азию владение только английским вас не спасёт. Исключение составит только тот случай, когда вы топ-менеджер. Тогда ваши азиатские коллеги будут готовы под вас подстроиться и разговаривать на английском.

Сколько этапов собеседований нужно пройти, чтобы получить оффер в зарубежную компанию?


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

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

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

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

Как подготовиться к собеседованию в компанию за границей?


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

Я советую сделать следующую подготовительную работу:

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

Изучите сайт компании и посмотрите, что о ней пишут в открытых источниках. Например, понаблюдайте на Glassdoor или LinkedIn, как компания реагирует на отзывы: отвечает или игнорирует, как общается с комментаторами. Список опубликованных вакансий подскажет вам, что сейчас в компании происходит: она развивается или нет, в каких регионах и направлениях.

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

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

Мне как рекрутеру важно, подходит ли нам кандидат по определённым параметрам, и что он умеет. Но намного важнее чего потенциальный сотрудник хочет и ждёт от работы. Потому что если его желания противоречат тому, что мы можем предложить, мы не сработаемся. А если у кандидата недостаточно навыков, но мы смотрим в одном направлении, то мы знаем, что он сможет подтянуть недостающие знания.

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

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

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

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

Чего ожидать от собеседований с иностранными HR?


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

Но регион и бэкграунд рекрутера могут влиять на манеру проведения интервью.

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

А на собеседовании с представителями из филиала международной компании в Европе, Скандинавии или США всё пройдёт более дружелюбно и неформально. Рекрутер будет шутить, улыбаться, а вам нужно будет рассказать немного о себе. Но дружелюбное и милое интервью не будет означать, что они вас готовы брать это просто другой стиль общения. Даже после собеседования, о котором у вас остались прекрасные впечатления, компания может отправить вас в чёрный список. Поэтому перед собеседованием стоит посмотреть через социальные сети страну происхождения человека, с которым вы будете общаться. Иногда это помогает понять, как построить диалог и чего ожидать.

Вне зависимости от страны происхождения интервьюера, важно не переборщить с эмоциями.

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

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

Что важно для зарубежных компаний в иностранном кандидате?


Международные компании всегда смотрят на профильное образование, сертификаты, и как давно они были получены. Всё это показывает уровень квалификации, и насколько человек заинтересован развиваться в сфере. Технологии сегодня меняются очень быстро: если вы квалифицированный специалист из IT-сферы, но окончили вуз двадцать лет назад и с тех пор никакого дополнительного обучения не проходили, у рекрутера возникнут вопросы.

Международные сертификаты помогают ещё больше повысить вашу конкурентоспособность на рынке они показывают, что у вас есть нетворк с профессиональным сообществом. Да и одногруппники по курсам дополнительного образования могут оказаться вашими будущими работодателями или могут вас рекомендовать. Более того, сейчас во многих крупных международных компаниях первичный отбор делает автоматическая система, у которой в настройках прописано, что предпочтение отдаётся кандидатам с сертификатами. То есть, вас могут даже не довести до рекрутера и отсечь ещё на этапе автоматического прескрининга. Однако иногда эту систему можно обойти найти человека из компании, который сможет вас рекомендовать и отправить резюме нанимающему менеджеру. Резюме должно состоять максимум из 23 страниц и содержать всю необходимую информацию о вашем опыте. Оформите его так, чтобы оно было хорошо структурировано и легко читалось.

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

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

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

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

Всегда ли оффер означает переезд?


Коронавирус привнёс большие изменения в наём иностранных сотрудников.

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

Стоит ли проходить собеседования для оценки возможностей переезда?


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

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

От редакции
Курс Карьера в IT за границей: от резюме до переезда помогаем IT-специалистам подготовиться к релокации и сформировать индивидуальный план переезда.
Подробнее..

Категории

Последние комментарии

© 2006-2020, personeltest.ru