Что сказать по поводу Роснефти? Картинка скажет больше.

Конечно группа, которая разработала "Petya" молодцы. Форки ("дочерние" клоны проектов) это всегда весело и здорово, но с брендингом у ребят совсем туго.

Парни только что положили крупнейшую нефтяную компанию в России и половину украинского правительства впридачу и даже не удосужились придумать имечко покруче.

Телеграм живет, и мы продолжаем веселье.

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

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

У меня нет бизнес чуйки, чтобы придумать какой-то спиннер, поэтому я решил использовать стандартную модель, которой следует 99% стартаперов:
1) создаем продукт, который обладает своей изюминкой.
2) развиваем его, пока у него не появится необходимое пользователей.
3) продолжаем развивать его, пока какой-нибудь крупный бизнес его не купит за баснословные деньги.
4) забираем деньги и уезжаем жить на Сейшелы.

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

Написав MVP (minimum viable product - минимально жизнеспособный продукт), мы полезли на сайты стартап акселераторов, в надежде "толкнуть" его заинтересовавшимся лицам.

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

Предлагать ИТ продукт с весьма ограниченной целевой аудиторией было попросту некому.
Адмирал теперь сидит себе на Github. Может его время еще придет, но я сфокусировался на другому проекте.

Опустим предысторию о том, как я познакомился с co-founder'ами продукта - в один момент один из них, услышав про мою жажду challenge, предложил мне поработать над торговым ботом для криптовалют (этих ваших биткоинов).
Мы договорились, что ребята будут заниматься финансированием и прочими организационными вопросами, а я возьму на себя техническую реализацию проекта.

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

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

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

Поговорим о чувствах?

Недавно мы с женой попали в интересную ситуацию.
Моя жена периодически мониторит группу в фб a la "куплю/продам" и наткнулась на интересное объявление о сдаче квартиры. Не сказать, что мы в поиске нового жилья, но цена за аренду приманила нас, и мы решили попробовать.
Каково же было мое удивление, когда мы оказались на своего рода кастинге/собеседовании, причем два раза: со съезжающими жильцами (???) и арендодателем. После скайп звонка с арендодателем, жена получила от того сообщение, что они приняли решение сдать квартиру наиболее подходящему арендатору. Напоминает собеседование, не так ли?

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

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

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

Я строгий поклонник модели S.M.A.R.T. (specific, measurable, achievable, relevant, time bound) и в первую очередь спросил, каким образом она собирается измерять мой прогресс.
Количество презентаций? Нулевое количество конфликтов? Каждый, кто посмотрел мою презентацию, получит анкету?

"Я почувствую, когда ты улучшишь свои навыки в этой стези."

"Ну офигеть теперь. (С)" - подумал я, но спорить не стал.

Относительно недавно мой коллега получил выговор за негативное отношение к нашим методам управления проектами. На вопрос, откуда у него сложился такой имидж, ему ответили: "Body language."

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

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

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

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

Однажды наткнулся на интересную статью под названием "необходимые навыки итшника на современном рынке труда".
В красивом оформлении читателю рассказывают, что каждый итшник должен:
1) чаще улыбаться
2) слушать
3) не быть резким
4) делиться своими знаниями
5) поддерживать контакт с коллегами (особенно не итшниками)
6) и вся остальная soft skills тема.

Я большой противник статей из разряда "10 вещей, который должен знать каждый, чтобы достигнуть успеха". На пути к успеху лежит множество препятствий, крови и пота, споров, конфликтов и предательств.
Думать, что одной улыбки и small-talk достаточно, чтобы продвинуться по карьерной лестнице, может только человек, который только стал на этот путь.

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

Я для себя вывел другую последовательность must do (в чем-то она совпадает с уроками Пашки Дурова https://vk.com/durov?w=wall1_1295993)
1) Нужно быстро учиться. Быстрее чем конкуренты.
2) Нужно знать как минимум 2 иностранных языка, один из которых английский.
3) Нужно сочетать в себе несколько функций. Речь даже не о технических (времена узкоспециализированных инженеров давно прошли), а о софт навыках (презентации, управление проектами и прочее).
4) Нужно уметь отстоять свою точку зрения, закрепив ее доказательствами и фактами.
5) Нужно быть готовым к тому, что всех доказательств будет недостаточно, если у оппонента больше авторитета.
6) Нужно быть готовым к политике. Я не раз видел, как проекты замораживают, чтобы насолить менеджеру за них отвечающему.
7) Нужно уметь думать за себя и за того парня.
8) Нужно принять тот факт, что заказчик (или на модный слог stakeholder) сам не знает чего хочет.
9) Нужно уметь находиться в нужное время в нужном месте.

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

Люблю начинать день с таких новостей.

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

А пока я думаю думу о новом контенте по заказу своих друзей, почитайте отличную статью о Гауди. https://habrahabr.ru/post/331802/

Как я уже сказал, я работаю над сторонним проектом торгового робота для криптовалют.
Мне стало интересно, сколько у нас может быть конкурентов. Беглый гугл выдает 6 самых популярных торговых платформ. (https://themerkle.com/top-6-bitcoin-trading-bots/)
Один из продуктов, Криптотрейдер, позволяет собрать свою торговую стратегию. То есть опытный трейдер просто задействует свои навыки и заработает много много денег.
Об этом я поговорил с соучредителем, не стоит ли нам на будущее нанять опытного трейдера, чтобы улучшить алгоритм торговли.
Соучредитель покачал головой: "Классические стратегии торговли не работают на рынке криптовалют."

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

Это снова началось, и я бодрствую в 5 утра. Поговорим о ценнике.

Каждый специалист или менеджер не из ИТ сферы ломает голову, почему у ИТшников такие большие зарплаты, и почему на них такой большой спрос.
Прежде чем я разберу ценник на инженеров во всем мире (от Калифорнии до Сиднея), считаю своим долгом развеять миф о востребованности ИТ специалистов.
Нередко можно прочитать обзоры рынка труда, в которых нет-нет да скажут что-нибудь про кадровый голод и нехватку ИТ специалистов в России.
Я считаю это несправедливым утверждением, и чтобы доказать это достаточно сделать следующее:
1. Зайти на хх.ру и написать в поиске вакансий по России “системный администратор”
2. Тоже самое сделать в поиске резюме
На момент написания этого поста на хх.ру было 2264 вакансии с именем “системный администратор” и 123692 соискателя соответственно.
Еще раз. Чуть больше 2250 резюме против около 123500 соискателей.

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

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

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

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

Чуть позже раскрою мысль.

В современную эпоху каждый ИТ департамент предлагает не технологию или систему, а сервис.

Когда вы принимаете решение открыть у себя ИТ службу, отдел или департамент, вы ожидаете от него разного рода сервисов: сервис электронной почты, сервис телефонии, сервис интранета и так далее.
Вам абсолютно наплевать и должно быть наплевать на то, каким образом эти сервисы будут реализованы.
Достаточно квалифицированный менеджер или специалист, уже реализовавший ваши требования в других компаниях, прекрасно знает, какие технологии применить.
Когда он знает, что применить, он ищет того, кто готов это внедрить и применить.
Теперь рассмотрим кейс.
Вы, ИТ менеджер, решили внедрить в своей компании IP телефонию. У вас есть какие-то начальные требования, бюджет вам выделен (как на телефонию, так и на специалиста), и вы, волею судьбы, решили отказаться от outsource или услуг интегратора, и ищете специалиста на рынке, который знает толк в коммуникациях и готов сопровождать и развивать проект в качестве штатного сотрудника.
Как я уже сказал, вы не разбираетесь в этой вашей айпи телефонии. Поэтому вы наверняка допускаете первую ошибку, нагуглив системы телефонии и записав их в описание вакансии.
Быстро подумав, я могу назвать следующие наиболее популярные решения: Cisco UCM, Avaya, Asterisk и FreePBX.
Вероятность найти спеца, который знает все 4 равна нулю.

Вдоволь набив себе шишки граблей #1, вы звоните своему приятелю, который уже внедрял у себя IP телефонию, и просите у него совета.
Тут кроется вторая ошибка: та телефония, которую он вам предложит, может быть слишком дорогой, быть рассчитана на больший или меньший объем звонков и пользователей, быть сложной в обслуживании и т.д.
Но вы - активный и самоуверенный менеджер, вы убираете "ненужные" системы, и ищете человека, соответствующего требованиям.

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

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

Занавес.

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

Казалось бы, в компаниях где ИТ это не центр затрат, а источник прибыли, таких проблем быть не должно.

Но тут все испортил Гугл со своей фразой: "Лучше не нанять хорошего специалиста, чем нанять плохого."

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

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

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

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

Но мы говорим о ценнике и о свойстве русских инженеров бить рекорды и влюблять в себя западного работодателя (что в последнее время очень сложно по политическим причинам).
Когда я был на международной конференции Velocity, на кофе-брейке я сговорился с одним евреем из Сан-Франциско. Мы говорили про жизнь людей вблизи военных действий (я про убитых от украинский снарядов жителей Ростова, он про взрывы в Тель-Авиве), после чего переключились на работу. Еврей был в восторге от возможностей русских разрабов и готов нанять каждого, но есть одно "но" - далеко не все говорят по-английски.

Запомни, русский Иван из Бауманки, единственная причина, почему тебя не возьмут на работу в кремниевую долину, в том что ты можешь написать свой компилятор, но не знаешь как правильно произнести London is a capital of Great Britain!

Крутость русских инжей в том, что техноскилл инженерной школы СССР (а техноскиллы совок развивал гораздо лучше, чем гуманитарные - нахрена милитаристской машине филологи и теологи?) имеет те же плюсики, которые есть в списке идеального ИТшника. Здесь вам и алгоритмы, и структуры хранения данных (что идет напрямую из математики), и возможность запоминать и держать в голове большие объемы информации (спасибо экзаменам с миллионом билетов), и аналитический склад ума, и problem solving skills, и многое другое.

Другим "преимуществом" (весьма сомнительным) является слабое техническое оснащение школ и университетов (по крайней мере когда я учился), из-за чего будущий программист пишет все либо на notepad'е, либо в тетрадке на бумаге. Из-за отсутствия подсказок от этих ваших модных IDE человек вынужден сам запоминать, какой оператор куда и в каком порядке положить (никакая скрепочка не выскочит помочь).

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