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

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

DDoS-атаки откуда берется и куда девается мусорный трафик

13.06.2021 18:05:09 | Автор: admin
На прошлой неделе в наших соцсетях выступил Георгий Тарасов, Product Manager в Qrator Labs.

Георгий выпускник ВМиК МГУ, работает в команде Qrator с 2012. Занимался разработкой, управлением проектами, собрал в компании команду pre-sales инженеров. Теперь развивает в Qrator новый продукт, а именно защиту от онлайн-ботов.

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


Всем привет, меня зовут Георгий Тарасов. Я работаю в компании Qrator Lботнетовabs, знаю кое-что о DDoS-атаках и методах противодействия этим угрозам. В основном на собственном опыте, на опыте работы с клиентами, которые страдают от DDoS-атак или знают про угрозы, исходящие от них, и заблаговременно принимают решение выстроить себе защиту, применять контрмеры, быть готовыми к такой активности.
Из общения с десятками, потом сотнями (сейчас уже, наверно, перевалило за тысячу) разных организаций складывается достаточно интересная картина того, откуда приходят атаки, почему они случаются, какие действия бизнеса могут к этому привести. И, конечно, техническая сторона дела: что происходит на стороне жертвы, что происходит на транзите в сети к жертве, кто еще может пострадать от атаки, и многие другие вещи.
Сегодня мы, я думаю, достаточно неформально поговорим: не будем затрагивать прописные истины, а посмотрим, скорее, на эффекты DDoS-атак, попробуем понять, почему они происходят, и как вести себя, оказавшись один на один с DDoS-ером, который пришел на ваш ресурс, на промо-сайт или на сайт бизнеса, которым вы занимаетесь.

Сначала, наверно, вставлю пару слов о себе. Меня зовут Георгий Тарасов, я учился в МГУ на факультете ВМК, мечтал заниматься распределенными вычислениями, суперкомпьютерами, но жизнь повернулась немного по-другому. После выпуска я пришел в компанию замечательных людей, которых тогда было немного чуть больше десятка. И там сказали мне: ты слышал что-то про DDoSатаки? Я сперва округлил глаза: что за DDoS-атаки? Хакерство, киберпреступность, что это такое? Мне тут же пояснили, я изучил начальное количество материалов, почитал статьи; на тот момент это был 2012 год в отношении DDoS и защиты от них царил полный Дикий Запад. То есть, сервисы еще не заняли главенствующее положение защитников для мелкого, среднего и большого бизнеса, каждый защищался подручными средствами, кто во что горазд, нанимал специалистов для настройки фаерволов. И посреди всего этого оказалась та компания, в которую я пришел и она стремилась наладить более-менее одинаково высокий по качеству сервис как для мелких сайтов, которых прикладывают чем-то таким прикладным-хозяйственным, так и для крупного бизнеса, перед которым стояли гораздо большие угрозы.

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

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

Вернемся к DDoS-атакам: мы о них говорим сегодня, и говорили также и полгода назад, и говорим помногу раз каждый год, но, тем не менее, они никуда не деваются. Они все еще с нами.
Надо сказать, что, несмотря на их эволюцию в техническом плане, появление новых векторов, рост полосы и рост интенсивности атак, те тулзы и подходы, которые DDoS-атаки используют, не слишком изменились за последние 30 лет. Давайте сравним это с хакерской активностью, со взломами, с поиском дырок, уязвимостей, различных способов проникновения через защиту чужого приложения и извлечения данных из него. У нас есть уязвимость в фреймворке, компоненте, инхаус-приложении; в нем обнаруживается дырка. Есть вектор атаки, который это эксплуатирует. Приходит ресерчер, приходит whitehat или случается реальная атака; разработчики, security-специалисты закрывают дырку. Она может позднее всплыть в видоизмененном виде снова, где-нибудь в новой версии фреймворка или в похожих решениях, но конкретный эпизод остается в истории. Дословного повторения мы вряд ли увидим.

С DDoS-атаками все по-другому. Абсолютно такие же векторы атак, использующие те же самые протоколы, ту же самую методу с точностью до сигнатуры трафика, продолжают долбить сайты и сети на протяжении десятилетий. Они нечасто сходят со сцены: сходят только векторы, использующие совсем устаревшие протоколы, которые оказываются закрыты на любом устройстве. Хотя и там иногда бывают приколы. Если мы посмотрим на список прикладных протоколов поверх транспортного протокола UDP, применяющихся в крупномасштабных volumetric-атаках с использованием амплификации, то увидим интересные экспонаты, которые, наравне с TNS, ATP, SSDB используются сплошь и рядом. Есть, например, MotD, RIPv1-протоколы. Пойди в любую компанию, спроси devops-ов или админов есть хоть один компонент или endpoint, слушающий или пишущий, который использует это? Скорее всего, на тебя посмотрят как на Рип ван Винкля из произведения Вашингтона Ирвинга, который проспал 100 лет и спрашивает какую-то нерелевантную музейную фигню. Тем не менее, если отверстие есть, то вода в него обязательно пойдет. Если где-то есть открытый порт для этого протокола и, не дай бог, есть какой-то стандартный системный компонент, который может слушать на этом порту, то атака может пойти туда. Поэтому зоопарк решений для организации DDoS не движется по исторической шкале из точки А в точку Б. Он от точки А продолжает прирастать вширь и вглубь всевозможными новыми методам по мере того, как новые протоколы появляются, развиваются, их внедряют крупные компании, и в них находятся свои приколы и схемы для того, чтобы принимающей стороне, читающей протокол, сделать больно.

Старые методы не сходят с арены. Простой пример: если посмотреть немного в историю, в первых зарегистрированных случаях крупных DDoS-атак в середине-конце 90-х, которые уже тогда попали в новости то есть, они не были замечены историками и исследователями спустя годы, а сделали заголовки сразу же использовался вектор TCP SYN Flood. То есть, это были атаки при помощи TCP SYN-пакетов. Любой человек, мало-мальски знакомый с тематикой DDoS-атак, который читал книги или смотрел презентации и статьи на эту тему, скорее всего, видел описание такой атаки на первых листах. Это, можно сказать, хрестоматийный случай генерации достаточно большого количества дешевого трафика, затраты на обработку которого на стороне сервера окажутся гораздо выше затрат на его создание со стороны атакующего ботнета, каких-то устройств, которые он использует. Если мы посмотрим в статистику атак за 2020-21 год, например, то увидим, что TCP SYN Flood никуда не делся, такие атаки все еще встречаются в дикой природе, и ими прикладывают крупных и мелких игроков бизнеса. Тулзы и ботнеты, которые генерируют TCP-трафик, тоже никуда не делись, потому что эта атака даже с поправкой на то, как изменилась производительность компьютеров и пропускная способность интернет-каналов и корпоративных сетей за последние 30 лет приводит к столь же эффективным результатам. От нее просто нет смысла отказываться. Другое дело, что мир уже научился чуть лучше от них защищаться, но и здесь есть некоторые оговорки.

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

image

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

DDoS-атаки


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

image

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

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

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

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

Что мы знаем про облик DDoS-атаки в наше время? Что это часы паразитной нагрузки, или всплеск трафика на 5 секунд, который вырубает маршрутизатор? На самое деле, если взять среднее по больнице с учетом морга и крематория, получится ни то, ни другое. Что-то опосредованное. В прошлом году медиана длительности, по данным из нашего годового отчета, была около 5 минут;

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

Касаемо ботнетов и их задействованности в современном DDoS-ландшафте.


Самый большой ботнет, который мы наблюдали, и от атаки с которого мы защищали клиентов это порядка 200 тысяч источников. Это уникальные IP-адреса речь идет не об источниках трафика, о которых мы можем предполагать из емкости атаки, а об атаках, где используются валидные сессии, при которых источник должен себя подтвердить через TCP-handshake или более вышестоящие протоколы и сессии. То есть, это валидные устройства пользователей интернета, с которых приходил в сторону жертвы DDoS-трафик.

Нельзя сказать, что весь DDoS в мире приходит с подобных классических ботнетов. Я сейчас кратко опишу, в порядке прописных истин, как они вообще появляются, чтобы потом не останавливаться на этом. Ботнет это сеть устройств, подконтрольная злоумышленнику, который имеет возможность выполнять определенные действия на каждом из устройств этой сети например, генерировать трафик. За счет этого происходит распределённая атака на отказ в обслуживании: злоумышленник дает команду, устройства шлют трафик в различном виде и на разных уровнях пакеты, запросы, битики к цели, которую он хочет вывести из строя. Так мы привыкли видеть DDoS-атаки: есть тысячи зараженных машин, и хакер со своего C&C-центра машины, с которой осуществляется управление централизованно посылает броадкастом команду. Например, слать UDP-трафик на адрес Х, что и происходит. Но сейчас этот процесс может выглядеть немного по-другому, потому что существенный пласт атак использует подход с амплификацией (усилением) трафика. Его идея заключается в том, что напрямую ботнет трафик на ресурс жертвы не шлет. Задача ботнета сгенерировать некоторый начальный поток трафика, который может быть небольшим (порядка сотни мегабит), и за счет эксплуатации особенностей прикладных протоколов на базе UDP например, DNS заставить большое количество DNS-серверов в сетях (во многих сетях есть большое количество DNS-серверов, которые не защищены от использования их в таких атаках) принимать запрос, не особо проверяя, от кого он, и выполнять его. Например, они отгружают доменную зону размером в десятки килобайт на некоторый адрес, который непонятно кому принадлежит, и непонятно, этот ли адрес присылал этот запрос. Таким образом, начальный поток трафика проходит через тысячи DNS-серверов, которыми хакер непосредственно не управляет эти сервера просто находятся в интернете и готовы обработать query, не проверяя, от кого он приходит. За счет такой схемы сотня мегабит трафика, которую злоумышленник сгенерировал с помощью относительно небольшого ботнета (это может быть всего несколько десятков машин) превращается в десятки гигабит в секунду полосы, которая летит с этих name-серверов в сторону жертвы.

Что с таким случаем делать? Забанить источники, от которых пришел трафик так можно забанить половину интернета, потому что они прямого отношения к хакеру и ботнету даже не имеют. Здесь нужны другие механизмы борьбы с этим трафиком как минимум, его нужно куда-то слить, чтобы он не попал на машину, которая находится под ударом, и при этом не запоминать адреса источников и не пытаться применять к ним какие-то санкции.
Получается, что часть атак по-прежнему приходит напрямую с ботнетов с использованием валидных сессий и валидных IP-адресов, а часть в основном, те, которые применяют метод амплификации приходит совсем не с самих ботнетов. Ботнеты там используются только как свеча зажигания в моторе. Так было не всегда; амплификация это сравнительно новая история. Если посмотреть на крупные кейсы, то мы живем с атаками такого типа только последние 10 лет, возможно меньше. Другое дело, что именно сделало их настолько популярными, что именно сделало их опасность такой же большой, как и у традиционных методов здесь интересно будет рассмотреть, наверно, самый известный публике случай, который произошел в 2016 году. Тогда мир узнал о том, что ботнеты это не только зараженные вирусами компьютеры, а еще и IPTV-камеры, кофеварки, микроволновки, умные дома, ворота с Wi-fi и прочее. В какой-то момент развитие, популярность и распространенность интернета вещей разнообразных устройств с доступом в интернет достигло критической точки, на которой злоумышленникам стало интересно использовать именно их вместо более сложных в эксплуатации ПК, корпоративных серверов, публичных серверов и так далее, для генерации трафика.

Знаменитый ботнет Mirai базировался на десятках тысяч IPTV-камер конкретных производителей, на которых стояла одна и та же прошивка, никакой защиты от внешнего управления не предусматривалось, а выход в интернет не всегда был завязан на локальную сеть. Хотя бы админка может быть доступна через интернет, и этого уже достаточно для того, чтобы использовать маленькую железяку для генерации трафика. И, хотя одна камера много нагенерировать не сможет у нее канал маленький таких устройств десятки и сотни тысяч, и они максимально размазаны по миру. Опасность такой атаки, с точки зрения традиционных методов защиты, очень велика. Этим воспользовались авторы Mirai и те, кто последовал за ними, скопипастив этот подход и развернув свои ботнеты. 2016-17 годы стали настоящим всплеском с точки зрения атак с амплификацией, которые использовали в качестве корневого источника трафика подобного рода ботнеты. Эта история продолжается и сейчас: коробки продолжают выходить новые, и их защищенность от взлома и эксплуатации осталась на таком же уровне, потому что на первом месте стоит дешевизна и массовость производства. Другое дело, что мир уже научился чуть лучше защищаться от них, как и в случае с атаками SYN Flood. Гонять такого рода потоки трафика с IPTV-довольно затруднительно, security-люди уже слишком привыкли к такой истории.

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

Так или иначе, эта история никак не завершилась. Другое дело, что остальные методы атак подтянулись по своей опасности и интенсивности к тому, что продемонстрировал Mirai в 2016 году. Тогдашние атаки были примерно на 600-700 гигабит в секунду полосы, на тот момент невиданные цифры. Это почти в 10 раз превосходило виденные в дикой природе доселе атаки. Сейчас такими цифрами никого не удивишь: с момента возникновения Mirai рост полосы атак давно перевалил за терабит в секунду и продолжает расти. Широкополосные соединения и надежные магистральные сети провайдеров этому способствуют.

Что касается того, что из этой активности видели у себя мы. Несмотря на то, что Mirai это была в основном западная история, кусочек долетел и до наших клиентов в России. Это случилось на следующий год после его возникновения: к нам прилетела самая крупная на тот момент для РФ атака, которая составляла порядка 500 гигабит в секунду. Конечно, полтерабита уже было довольно популярной цифрой в мировой DDoS-ологии, но для сайтов Рунета, чьи инфраструктуры было расположены в России и подключены к нашим провайдерам, это было что-то с чем-то. К счастью, мы довольно быстро и эффективно пришибли атаку, и последующие встречи с подобного рода ботнетами уже не были сюрпризами ни для нас, ни для наших заказчиков.

DDoS-атаки в даркнете


image

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

Понятно, что структура Tor несколько отличается от того, что мы имеем в публичной сети. Связь даркнета с публичным интернетом, которая осуществляется через экзит-ноды (гард-ноды) сама по себе является узким местом и не располагает к тому, чтобы большое количество трафика организовано лилось из даркнета в паблик (и наоборот). Тем не менее, в стародавние времена (2012-14 годы) такая штука, как сокрытие C&C-центра ботнета, существующего в публичной сети, внутри Tor-сетей, имела место быть. То есть, хакер держит свой C&C-компьютер в даркнете, через Tor отсылает управляющий трафик на ботнет, находящийся в публичной сети, и уже в публичной сети происходит атака на сайт. Для злоумышленника профит в том, что, если C&C в публичной сети можно отловить есть конкретные методы, которыми владеют ИБ-шники и форензики, по поиску управляющих центров, их перехвату и поиску владельцев то в даркнете это сделать гораздо труднее. Но эта лавочка просуществовала недолго, по ряду причин. Во-первых, сама работа C&C, рассылающего управляющий трафик по десяткам, сотням или сотням тысяч машин для начала атаки даже такая нагрузка, небольшая с точки зрения публичной сети (control point traffic), для Tor очень заметна и существенна. В 2013 году, когда один из крупных ботнетов поселил свой C&C-центр на onion-ресурс, трафик, который он генерировал, оказался достаточно заметным, чтобы замедлить работу целого сегмента Tor-сети. Не всем это понравилось, конечно. А самое главное, что в случае, когда атака уже случилась или была предотвращена, и расследованием атаки занимаются правоохранительные органы, инфосек-компании, эксперты-форензики, то, если ботнет был скомпрометирован, ниточки ведут в экзит-ноды тора. И по шапке получает, как и всегда в этом случае, владелец экзит-нода. Сам хакер не подвергается непосредственной угрозе, но закрытие экзит-нода и привлечение владельца к ответственности (хотя владелец и не имеет отношения конкретно к этим атакам) приводит к невозможности использовать инфраструктуру Tor в дальнейшем, в том числе и для других подобных действий. Поэтому, чтобы не пилить сук, на котором сидят сами организаторы атак, эту активность они преуменьшили, и сейчас она уже не столь заметна.

Что касается поиска контрольных центров ботнета и их владельцев это не совсем наша история. Мы занимаемся конкретно защитой от атак, а не расследованиями и поиском организаторов, хотя информация, которая у нас есть, помогает инфосек-компаниям заниматься своим делом конкретно, поиском. Один такой кейс прошел в большой степени на моих глазах, поэтому я с удовольствием им поделюсь. В 2014 году на одного из наших клиентов крупный банк с большим онлайн-присутствием произошла серия DDoS-атак, достаточно интенсивных. Мы сумели их отфильтровать и защитить клиента. Клиент не остановился на этом и обратился к инфосек-специалистам для поиска источников атаки и ее организаторов. У них были соображения о том, что ряд атак, происходивших на их ресурс, используя примерно одинаковый технический стек, вполне могли происходить из одного и того же места и быть одной и той же природы то есть, скорее всего, заказчик и организатор были те же самые. Что сделали люди из инфобеза: они достаточно быстро нашли сам ботнет, с которого генерировался трафик это было самое простое. А потом они подселили свой собственный honeypot такую же машину в этот ботнет, чтобы поймать момент, когда придет управляющая команда на атаку какого-нибудь ресурса. При очередном кейсе атаки они не только обнаружили машину, управлявшую началом и процессом атаки, но и выяснили, что с той же самой машины были обращения на атакуемый ресурс. То есть, злоумышленник-организатор атаки параллельно с кручением ручек для отправки мусорного трафика сам заходил на ресурс почекать, как он там, живой еще или свалился. По этим двум признакам его и нашли, сопоставили, нашли владельца машины. Дальше история уже переросла в уголовное дело; конец был довольно прозаический, и к технической сфере отношения не имеет. Тем не менее, понятно, что с даркнетом похожая история прокатывает труднее. Выход будет, естественно, на владельца экзит-нода, а что с ними бывает в России я уже говорил.
Это что касается атак из Tor-сетей наружу, теперь по поводу происходящего внутри самого даркнета. Там DDoS цветут пышным цветом, всех сортов и мастей. Что интересно например, в нашей статистике за последнюю пару лет можно увидеть, что атаки на 7 уровне то есть, на уровне приложений, те, которые используют HTTP, HTTPS-запросы, выбирают конкретные URL
Q: Посадить удалось? Если нет, то все равно безнаказанно будут нападать
Да, доказать и привлечь к уголовной ответственности злоумышленника удалось. Правда, это случилось не в Российской Федерации, а в соседней стране.

так вот, атаки на уровне приложения сейчас составляют в статистике лишь малую часть. Большая часть атак, которые мы видим регулярно это TCP, UDP, пакетные флуды, амплификации. То есть, более примитивные методы, которые дешевле стоят в организации, для которых есть куда больше тулзов, чтобы их быстро развернуть и начать. Для них не нужно большой подготовки перед атакой на какой-то сайт достаточно развернуть эту пушку в общем направлении жертвы и долбануть из нее. Прикладные атаки это всегда некоторый предварительный ресерч, выяснение того, как работает приложение, которое будут атаковать, как работает инфраструктура, куда эффективнее всего долбить в какие URI, в какие компоненты приложения. Эта работа стоит денег организатору, и по затратам такие методы атак выходят гораздо выше, чем дженерик-средства. А дженерик-средства популярны и дешевы в том числе и потому, что со времен Mirai, с 15-16 года, отрасль организации DDoS-атак и вообще активности на этой почве стала сервисной.

image

То есть, такое понятие, как устроить DDoS на заказ написать какому-нибудь хакеру, сказать ему, чтобы он положил некоторый сайт в определённое время этого уже практически нет. Потому что владельцы ботнетов и владельцы тулзов для организации ботнетов нашли более прибыльный способ зарабатывать на своем ремесле. DDoS as a service работает примерно так же, как и любой легальный сервис по подписке защита, CDN, ускорение сайтов. Ботнет предоставляется клиенту в shared-виде: то есть, некоторая часть мощностей предоставляется заказчику в пользование на определенное время за определенный прайс. Допустим, 5 минут атаки с существенной полосой будут стоить 10 долларов. Понятно, что маржинальность для владельцев все равно высокая: это гораздо выгоднее, чем one-time заказы от сомнительных личностей, которые и сдать властям могут. Сервисная работа куда более опосредована и не контактирует с заказчиком напрямую, при этом задействованность такого ботнета в атаках получается гораздо выше. То есть, зараженные устройства используются для генерации мусорного трафика гораздо более эффективно. Такие сервисы их еще называют бутеры растут как грибы; их искореняют, их сносят, находят организаторов, но они тут же вырастают снова. Самый знаменитый пример бутеров это сервис под названием vDOS, который держал под контролем часть ботнета Mirai, предоставляя его в shared-формате всем желающим. У них даже был сайт в публичной сети, довольно посещаемый, а оплату они принимали вообще через PayPal. Собственно, именно через PayPal эксперты-форензики и нашли организаторов; ими оказались двое израильских студентов, которые предпочли такой способ зарабатывания денег учебе и карьерным перспективам. Их привлекли к ответственности, но, по последним новостям все ограничилось общественными работами; возможно, мы еще увидим их либо в новой ипостаси бизнеса, либо уже на службе у какой-нибудь спецслужбы государства.

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

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

Касательно даркнета есть еще одна интересная история. Техстек, который там используется, проходит те же стадии эволюции, которые публичный интернет проходил десятки лет назад. Уязвимость конкретных веб-серверов, уязвимость устройств, которые используются для размещения ресурса в даркнете, к самым примитивным методам DDoS-атак, никуда не делась. Она потихоньку устраняется, но, так как этим не занимаются специализированные компании, это происходит спонтанно и медленно. Методов завалить ресурс, размещенный в даркнете, великое множество их был миллион, и сейчас осталось прилично. Если зайти на GitHub и поискать тулзы, с помощью которых можно вывести из строя ресурс, размещенный в даркнете, то можно найти совершенно курьезные способы. Такие примитивные вещи, как медленная атака GET-запросами, с которой справился бы любой, даже бесплатный, сервис по защите от DDoS и ботов (а если бесплатный не справляется, то можно заплатить 20 долларов CloudFlare и решить этот вопрос, или самому настроить балансировщик) были все так же эффективны против onion-сайтов пару лет назад. Подобные методы публично доступны и не требуют больших ресурсов, то есть, большого ботнета, для организации атаки. Довольно частая история на Tor-ресурсы приходят не DDoS, а нераспределенные DoS-атаки. Достаточно определенной последовательности запросов с одной конкретной машины, чтобы погасить Tor-сервер.

image

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

Защита в даркнете


Что касается защиты в даркнете это тоже забавная история. В конце концов, adhoc-security-сообщество, которое там существует, пришло к выводу, что защищаться таки надо. Появилась такая штука, как EndGame: это тулкит для защиты от DDoS на своей конкретной машине, которая публикует ресурс в Tor.

image
Используются такие компоненты, как Nexi бесплатный фаервол для NGINX, а также конфиг самого NGINX и настройки сетевого фаервола. С точки зрения тех историй, которые происходят в публичной сети, EndGame это курам на смех; это то, что студент в рамках курса по internet security учится делать в первую очередь. Настройка фаервола на своей машине, если там крутится NGINX настройка его параметров, чтобы нельзя было завалить его медленной атакой, защита от небольшого SYN Flood. Никакого rocket science. Все это достаточно простые с технической и организационной точки зрения действия. Тот факт, что такая защита стала популярной историей в даркнете, говорит о том, что эволюционировать там еще есть очень далеко куда. Возможно, именно инфраструктурная разделенность таких сетей приводит к тому, что более крутые решения, которые есть по эту сторону, там не приживаются.

Есть еще один аспект, не совсем технический, который может являться важным здесь. Защита от DDoS для бизнеса может осуществляться по-разному. Это может быть коробка, которая фильтрует трафик. Это может быть огромная сеть из коробок, фильтрующая за пределами инфраструктуры. Это может быть батарея коробок, стоящая у интернет-провайдера, которая занимается тем же самым поиском аномалий в трафике и блокировкой плохих источников. Все эти вещи не нужны ситуативно: за них нужно хвататься не тогда, когда атака уже идет. Тогда уже поздно. Эти вещи должны быть всегда наготове; фактически, вам продают гарантию того, что, если атака случится, эти вещи справятся с ней, и на вас, на ваших пользователей, на доступность вашего ресурса это не повлияет негативным образом. Эти гарантии не очень применимы в даркнете, где нет конкретных identity того, кто предоставляет этот ресурс, и того, кто его приобретает и использует. Поэтому adhoc-защита на своей собственной машине, которая поможет от самых примитивных методов, но при распределенной атаке, генерирующей большую полосу, ничего не сможет сделать, там используется и там имеет право на жизнь. Такая история.

Забавные случаи из практики



image

Если говорить о забавных кейсов из опыта работы с клиентами, из опыта подключения мы говорим про публичную сеть, конечно. Я уже рассказывал про конкуренцию, это наш staple case, что называется, когда мы говорим про разные сегменты бизнеса. Еще забавны технически вещи, происходящие у наших клиентов на этапе онбординга и на этапе пилотной работы, первых недель и месяцев подключения к защите. Как правило, они связаны с тем, что некоторые пользователи может быть, даже вполне легитимные ведут себя очень интересным образом, совершенно не похожим на всех остальных. То же самое можно сказать и про ресурсы, которые мы защищаем. Некоторые ресурсы очень интересным образом подходят к вопросам общения с юзерами, имея свои трактовки протокола HTTP. Иногда это приводило к недопониманию и к конкретным инцидентам, которые разрешались даже без взаимного негатива, а с улыбкой и со смехом.

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

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

Другой случай с обратной стороны, это когда ресурс ведет себя странно по отношению ко всем пользователям. У нас был заказчик, одна из функциональностей ресурса которого заключалась в том, чтобы предоставлять пользователям сгенерированные отчеты в виде DOC-файлов. Каждый такой отчет весил порядка 200 Мб, с картинками и таблицами. Забавным было то, что генерация отчета на сервере начиналась по нажатию кнопки на веб-странице. После этого сервер уходил в себя думать, генерил отчет и по готовности отсылал его одним куском, не нарезая на chunks, через HTTP file transfer, в рамках ответа на запрос. Шутка заключалась в том, что этот файл генерировался на сервере десятки минут. В какой-то момент наша служба поддержки получила от клиента заявку с просьбой увеличить время таймаута на обработку запроса на наш reverse proxy до 20 минут. Сначала люди не поверили своим глазам и пошли разбираться: как так, 20 минут на таймаут на запрос? Зашли на сайт, проверили, получилось именно так: с момента нажатия кнопки соединение продолжается 20 минут, после чего сервер наконец выгружает файл, и его можно получить. Экспериментальным путем скорее, даже трезвым оценочным взглядом стало понятно, что десяток пользователей, одновременно попавших на сайт, могут случайно устроить DDoS и полностью вывести сервер из обращения без какого-либо злого умысла, труда и затрат. И это не хабраэффект, когда десятки тысяч людей ломятся на инфоресурс одновременно, а сервер не может обработать их всех из-за нехватки производительности; здесь просто интересная история с ответами на запросы приводит к тому, что сервер не может так работать. Мы со своей стороны, конечно, порекомендовали делить файл на chunks, отправлять его кусочками, формировать отчеты в фоне и прочее.

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

Буду рад ответить на любые вопросы их можно будет оставить в статье на Хабре или написать мне по контактным данным.

Ссылки для чтения:


Предыдущую расшифровку нашего эфира можно посмотреть тут, ещё больше наших спикеров по хэштегу #ruvds_расшифровка


Подробнее..

Анонс. Машинное обучение в геологии

17.06.2021 20:21:19 | Автор: admin
Завтра, 18 июня в 15:00 в наших соцсетях выступит Лейла Исмаилова, специалист машинного обучения в геологии и со-ведущая подкаста о геологах Про вулканы и людей

Лейла окончила геологический факультет МГУ им. М.В. Ломоносова. Поступила в аспирантуру Баварского Геологического Института в Германии. Во время обучения в аспирантуре опубликовала статьи в престижных научных журналах (Nature и Science Publishing group) и работала в разных лабораториях в Германии, Франции и США. С подробным списком публикаций можно ознакомиться по ссылке.

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




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


Задавайте вопросы в комментариях и Лейла ответит на них во время прямого эфира.

  • Наука в геологии
  • Как стать ученым в России
  • Наука в России и наука зарубежом
  • Машинное обучение в нефтянке

До встречи в эфире!




Подробнее..

Пятьдесят лет на стезе программирования. Часть I. Начало пути. Отчий дом и Казанское суворовское военное училище

21.06.2021 16:11:25 | Автор: admin
Логотип статьи определяет три, как временные, так и географические, точки на моём жизненном пути, через которые лежал мой путь в страну под названием Программирование. В городе Чебоксары, на родине легендарного комдива Гражданской войны В.И.Чапаева, прошло моё детство (1954-1968 г.г.), там я закончил 8 классов средней школы 6. В 1968 году я переместился в следующую географическую точку, в г. Казань, в Казанское суворовское военное училище (КзСВУ). После окончания КзСВУ в 1971 году мой путь лежал в столицу нашей Родины в Москву, в Военную орденов Ленина, Октябрьской Революции и Суворова Академию им. Ф.Э.Дзержинского (сокращённое название ВА им. Ф.Э.Дзержинского или ВАД), которой в 2020 году исполнилось 200 лет со дня ее основания. И 22 июня в трагический для нашей страны день в 1941 году и знаковый для меня в 1976 году я окончил ВА им. Ф.Э.Дзержинского и получил диплом по специальности Программирование с присвоением квалификации военного инженера программиста:



Это случилось 45 лет назад. Но на стезю программирования я вступил ещё раньше, а именно, в 1971 году, когда после окончания КзСВУ и приехал в столицу нашей Родины поступать в ВАД. А это было ровно пятьдесят лет назад. И вот именно о том, как я попал на эту стезю и как шёл и иду по ней, и будет мое повествование. И посвящено оно моим родителям Орлову Николаю Егоровичу и Орловой (в девичестве Кулыгиной) Зое Федоровне:



I. Отчий дом


Мой выбор стези Программирования, я думаю, был не случаен. Он был обусловлен всем моим счастливым детством.
Детство моё прошло в небольшом провинциальном городе Чебоксары, населения в нём тогда было менее 100 000 человек. Семья наша была многодетной. У отца с матерью нас было четыре брата, слева направо, Гена, Юра, Вова, Серёжа:



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



Именно из этого дома ушёл на войну мой дед Орлов Егор Михайлович и погиб под Москвой:



Мама росла без отца, а когда началась война, то на нее ушли и там погибли три её родных брата Борис, Владимир, Александр, мои дядья. И если бы не эти жертвы, то неизвестно как сложилась бы наша жизнь (если бы ещё она была).
Мои родители в Великую Отечественную войну, как сейчас принято говорить, сражались на трудовом фронте: отец работал в колхозе, а маму волей судеб занесло в Пензу на военный завод, где она стала стахановкой, чем очень гордилась.
В Чебоксары наша семья перебралась в 1954 году с Урала, где мать с отцом работали после войны на лесозаготовке и где родился я (на фотографии я в центре), а по дороге в г. Чебоксары и мой брат Гена:



Себя я помню с 3-4 лет. Особенно хорошо запомнил наши поездки в Москву в 1957 и 1958 годах. Самые яркие воспоминания посещение Мавзолея Ленина-Сталина, когда приходилось стоять в огромных очередях, берущих начало в Александровском саду, и тележки с горячими сосисками.
Первым нашим жильём в Чебоксарах была комната в бараке. Её дали маме от строящегося Чебоксарского завода тракторных запасных частей (сегодня это Агрегатный завод), куда она устроилась работать в горячий цех термистом.
Барак это обычно одноэтажное здание, чаще деревянное, с проходом во всю длину и разделённое перегородками на комнаты. Комнаты были по 12-16 квадратных метров. Туалет обычно находился во дворе, отопление было печным, а кухня общая. Вода в колонке на улице. К сожалению, мне не удалось найти фотографию именно нашего барака, но я нашел похожий:



После Великой Отечественной войны размер разрушений на территории СССР был колоссален, лишилось крова более 30 млн. человек, примерно, каждый седьмой по стране. Чернигов, Севастополь, Великие Луки, Белгород были разрушены полностью. В Сталинграде, Минске, Курске, Новгороде и многих других городах было разрушено более 90% зданий. В землянках оказались миллионы наших граждан. Строительство бараков было вынужденной и временной мерой как по расселению оставшихся без крова людей, так и по обеспечению жильем людей, прибывающих на строительство новых заводов. Так было и в Чебоксарах при строительстве Чебоксарского завода тракторных запасных частей.
Но если фотография нашего барака не сохранилась, то фотография нашей комнаты в этом бараке (и не одна) сохранилась:



Это где-то 1956-57 года. Посмотрите, какие счастливые лица у людей. На фотографии слева направо мой отец, из его подбородка выглядывает автор этой статьи, затем моя мама. Встреча состоялась по случаю приезда из Саратова брата отца с женой (пара в центре) и прихода в гости сестры мамы с мужем. Последние жили в Чебоксарах в своём доме на ул. Краснофлотской. Её сейчас нет, на её месте стоит Олимпийский стадион.
Как я уже сказал, бараки были временной мерой и уже в 1957 году мы переехали в более комфортабельное жильё, в коммунальную квартиру на Школьном проезде дом 4:



В СССР коммунальные квартиры, общежития и временные бараки были одним из основных типов жилья рабочих до начала массового жилищного строительства отдельных квартир в 1960-х, до начала строительства знаменитых хрущёвок.
Знаменитые стройки 70-х годов, такие как Нижнекамский и Чебоксарский химические комбинаты, КАМАЗ, Чебоксарская ГЭС, Чебоксарский завод промышленных тракторов (ЧЗПТ), уже возводились без бараков. Вместе с этими индустриальными гигантами вырастали современные города Нижнекамск, Набережные Челны, Новочебоксарск, а в Чебоксарах вырос Новоюжный район:



Но вернёмся в коммунальную квартиру. В коммунальной квартире уже были туалет, ванная, центральное отопление. Если мне не изменяет память, то в нашей квартире было четыре комнаты, в каждой из которых жила отдельная семья.
А поскольку родители работали, то мы часто дома оставались одни. Дверь в нашу комнату, естественно, всегда была открыта.
Однажды мы остались с братом одни и зашли с ним на общую кухню, где у каждой семьи был свой стол. Там нашли коробок со спичками. Кто-то из нас сказал, что они не настоящие и мы решили это проверить. Результат был плачевным, вспыхнула скатерть на одном из столов. Мы убежали с кухни в свою комнату. На наше счастье в одной из комнат дома была чья-то бабушка, которая одеялом потушила начинающийся пожар. С тех пор я на всю жизнь запомнил, что огонь можно потушить, накрыв источник огня, например, одеялом, и самое главное, что игры с огнём могут закончиться печально. Именно поэтому в те времени так был популярны плакаты на тему спичек и детей.
Отсюда я в 1960 году пошел в первый класс в школу 28, которая находилась на этой же улице рядом с домом. Здание школы сохранилось, но школы там нет:



Первый класс запомнился двумя знаменательными событиями. Первое, это полное солнечное затмение, когда нас вывели на улицу и мы первоклашки наблюдали как день становится ночью. А весной 1961 года я провалился под лёд в котлован, который находился во дворе школы. Надо сказать, что когда я пошёл в школу, то не умел ни читать, ни писать. Но этот недостаток скоро был устранён и чтение стало любимым моим занятием, особенно с фонариком под одеялом. Надо сказать, что вся наша семья много читала. У нас была хорошая библиотека. Я, например, зачитывался Карелом Чапеком (Средство Макропулоса, Война с саламандрами и др.) и, как ни странно, Емельяном Ярославским, его повествованием о Древнем Египте. Именно поэтому, наверное, у меня и появилась тяга к истории.
Как нам жилось в коммунальной квартире? Отвечу: хорошо. Вглядитесь в эти лица:



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



В первом ряду на этой фотографии два паренька в школьных фуражках это я (справа) и мой брат Гена.
В начале 70-х годов прошлого столетия мне довелось побывать в нашей коммунальной квартире. Только это уже была отдельная (я бы сказал шикарная) четырёхкомнатная квартира, в которой жила одна семья, наши соседи по коммуналке. Все остальные соседи получили бесплатно от государства отдельные квартиры и переехали в них.
Настал 1961 год, год первого полёта человека в космос. Эти человеком был гражданин Советского Союза Ю.А.Гагарин:



В этом же году наша семья в составе пяти человек (в 1960 году у меня появился второй брат Сергей) переезжает в отдельную со всеми удобствами квартиру по ул. Ярославская (сегодня ул. Энгельса, д.12, на фотографии первый дом справа):



Наша квартира была на шестом этаже (лифта не было) и как мы этим гордились. В те годы в Чебоксарах мало кто так высоко жил. Но самое главное было то, что весь первый этаж был отдан под Станцию Юных Техников (СЮТ). Сразу скажу, что сегодня этой станции там нет, и все помещения занимают коммерческие предприятия. И вот в один прекрасный день, уже учась во втором классе, я открыл дверь, переступил порог СЮТ и попал в волшебный мир. Меня приветливо встретили и провели по всей станции. Ребята (правда, они были постарше меня, я учился во втором классе) собирали модели кораблей и самолетов, строили планеры, печатали фотографии, а кто-то показывал фильмы. Глаза разбежались. В итоге я записался практически во все кружки: фото, авиа- и судомодельный. Записался и на курсы киномеханика. На курсах киномехаников нас учили крутить фильмы на кинопроекторе Украина.
Всё было абсолютно бесплатно. Как я успевал? Мне повезло, что СЮТ была в доме, в котором я жил, и школа 16 была рядом, в двух минутах ходьбы.
Я до сих пор с гордостью рассказываю, что уже во втором классе получил первое удостоверение киномеханика. Был случай, когда в клубе оказалось некому показать фильм Степан Разин. И тут моё удостоверение пригодилось. Пригодилось оно и в дальнейшем, когда в школе необходимо было демонстрировать учебный материал на Украине (видеомагнитофонов и компьютеров тогда не было).
А как народ сбегался смотреть, когда мы запускали в небо планеры, а тем более кордовые модели!
СЮТ была хорошей школой, она мне многое дала. Стацию юных техников я прекратил посещать после того, как мы переехали на новое местожительство.
А еще мне посчастливилось встречать в Чебоксарах в 1962 году Космонавта-3 А.Г.Николаева:



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



В момент следования кортежа я находился в первом ряду около детского мира (на фотографии второй дом справа от левого верхнего угла) и один из мотоциклов своим колесом проехал по моему ботинку. Вот такие воспоминания. Жизнь просто бурлила.
Мой отец всю жизнь гордился, что тоже был причастен к полёту А.Г.Николаева в космос. Где-то за месяц до полёта бригаду плотников, в которой работал и мой отец, отправили в командировку (они такого слова не знали) в глухую чувашскую деревню.
Оказалось, надо срочно построить дома для простой чувашской старушки. Никто ничего не понимал, но дом был построен, а вскоре и секрет открылся, это был дом для матери Космонавта-3.
В 1961 году у меня появился еще один брат, третий Юра.
А весной 1964 года мною была предпринята первая попытка пойти учиться в суворовское военное училище. Как я уже говорил, я много читал, в том числе и про суворовцев. В те времена военно-патриотическое воспитание было на высоте. Я знал, что в суворовские военные училища (СВУ) берут после четвертого класса. Со мной в классе учился мальчик, чей отец был летчиком-испытателем и погиб при испытании самолёта. Мы с ним дружили и хотели вместе идти в СВУ. Но именно в 1964 году было принято решение о приёме в СВУ только после восьмого класса. Наша детская мечта была отложена на целых четыре года.
В этом же 1964 году мои родители получили трехкомнатную квартиру на улице В.И.Чапаева, д.11. Эта улица знаменита тем, что стоит на месте деревни Будайки, в которой родился В.И.Чапаев знаменитый комдив времен Гражданской войны. На том месте, где стоял дом семьи Чапаевых, сегодня стоит такой монумент:



Надпись на мемориальной доске гласит:
Здесь стоял дом, в котором 9 февраля 1887 года родился В.И.Чапаев

После переезда пришлось сменить и школу. Теперь я посещал школу 6, которая тоже находилась недалеко от дома. Но, перестав ходить на СЮТ, я стал посещать в школе баскетбольную секцию и секцию самбо в спорткомплексе Динамо. На баскетбольном поприще мне врезался в память мой бросок с середины поля с попаданием в кольцо противника, когда мы играли на первенство города. Это было что-то. А в самбо также врезался в память финальный поединок на первенство города, когда я мог выиграть схватку на ковре, проведя болевой приём на локте соперника (рычаг локтя). Однако я так и не смог до финального гонга разорвать сцепленные в замок кисти рук противника.
Отдельно стоит сказать о шахматах. Муж сестры отца Николай очень хорошо играл в шахматы:



Они часто приходили к нам в дом, порой с ночёвкой. Именно они подарили мне шахматы и, самое главное, привили любовь к ним. Каждый их приход к нам начинался с игры в шахматы и не просто игры, а игры с разбором. И вот наступил момент, когда Николай мне сказал:
Всё, больше я тебе ничего здесь дать не могу. Ты превзошёл своего учителя
Кстати, всех сестер отца и младшего брата я звал по именам. Таково было их пожелания. Меня они всегда считали за равного. Это здорово.
А в начале 1968 году в Будайках, недалеко от нашего дома, был открыт Дом Спорта Спартак (его можно увидеть на фотографии ниже). И вот как-то, проходя мимо него, я увидел на доске объявлений, что проводится запись для участия в квалификационном шахматном турнире II разряда. Турнир организовывал и проводил международный мастер по шахматам В.Д. Сергиевский. Имя Сергиевского в те годы гремело в Чебоксарах и я следил за его успехами. А успехи у него были. В 1966 году он стал чемпионом России по шахматам, занял шестое место на мемориале М.И.Чигорина, выиграв в турнире и у будущего чемпиона мира Б.В.Спасского. Именно на мемориале М.И.Чигорина Сергиевский выполнил норматив международного мастера по шахматам.
Когда я увидел фамилию Сергиевский, сомнений у меня не осталосьи я вошёл в Дом Спорта записываться на турнир. Турнир я провёл хорошо, занял второе место. Победитель турнира, юноша старше меня года на 2-3, был значительно сильнее меня. Но надо иметь в виду, что я всё же был самоучкой. По условиям турнира за первое место давали II разряд, а за второе III разряд. Итак, я стал третьеразрядником по шахматам и, как окажется чуть позже, будет иметь свои последствия. По ходу турнира был курьёзный случай. Одну из партий я играл с мальчиком, который был младше меня года на четыре, но он занимался у самого Сергиевского и подавал большие надежды. До встречи со мной он у всех выигрывал, но мне проиграл. И тут случилось непредвиденное, он расплакался навзрыд, его никто не мог успокоить. В итоге ко мне подошёл сам Сергиевский и попросил меня переиграть партию. Для меня это было очень неожиданно: в шахматах переиграть партию Но Сергиевский нашёл какие-то слова и я согласился. Я думаю, Сергиевский всё же пожалел о своём поступке, паренёк снова проиграл. Я не помню сейчас, на каком месте он закончил турнир, но я своим вторым местом горжусь.
Отец мне с раннего детства привил любовь к периодической печати, к газетам и журналам. Родители мне выписали сначала газету Пионерская правда, где печаталась книга А.Волкова Урфин Джюс и его деревянные солдаты. О, как я ждал прихода газеты, чтобы прочитать продолжение!
Потом я их уговорил выписать журналы Юный техник, Техника молодёжи.
В пятом классе я увлёкся радиоделом и пришла очередь журнала Радио.
Откуда пошла тяга к радиоделу или, как сейчас сказали бы, к электронике, я не помню, но увлечение было серьёзное. Сначала детекторный приёмник, потом приёмники прямого усиления, потом супергетеродинный радиоприёмник да ещё с приёмом коротких волн. Вместо корпуса мыльница. Апофеозом стал магнитофон, где самое трудное было собрать лентопротяжный механизм, и миниатюрный телевизор. Последнее осталось незаконченным, хотя была разработана схема и изготовлена печатная плата. Проблема была в отсутствии кинескопа, электронно-лучевой трубки малого размера. Но когда я дома отремонтировал телевизор, мой авторитет в глазах родителей вырос до небес.
Вершиной нашего радиолюбительства я считаю создание радиосети в вашем квартале, которую можно было бы считать нашим детским прообразом современного Интернет. Нас было человек шесть, увлечённых радиоделом. Все мы увлекались радиолюбительством, собирали усилители, радиоприемники, ремонтировали телевизоры и т.д. Самое главное, обменивались новыми схемами и радиодеталями, которые было трудно достать. Главная проблема была в оперативной связи между собой. Телефонов ни у кого не было и приходилось чуть что, бежать друг к другу. Все мы жили в пределах одного квартала (6-й квартал, ул. Чапаева, г. Чебоксары) в новых пятиэтажках (как сейчас говорят в хрущевках). И вот кому из нас пришла идея: а почему бы нам не организовать радиосвязь между собой?! Нет, не собрать радиостанции, с этим было очень сложно. Нет, не собрать, а получить разрешение. И вот что мы придумали. Пробрасываем по крышам с дома на дом провода (не могу вспомнить, где же мы их взяли), каждый дома ставит усилитель, обзаводится микрофоном, присваиваем каждому позывной (про логин, естественно, тогда никто и не знал) и общаемся. Включаешь усилитель, берешь микрофон и говоришь, например: Первый, первый, вызывает пятый. Ответь. И заработало:



Более того, таким образом, мы на весь квартал включали музыку. Все было хорошо.
Но однажды, когда я был дома один, раздался звонок в дверь. Нет, звонили не сотрудники КГБ, в дверь звонил участковый милиционер. Он вежливо спросил, что это за провода идут с крыши соседнего дома к нам на балкон (мы жили на четвертом этаже фото). Пришлось ему все рассказать. Он попросил продемонстрировать, как все работает, и я связался с одним из своих товарищей. Больше всего его интересовал микрофон. В это время была просто напасть срезали телефонные трубки в телефонных будках, как правило, ради того микрофона и динамика. Но у меня был настоящий микрофон. Я как-то познакомился с главным инженером ДОСААФ (Добровольное Общество Содействия Армии, Авиации и Флоту), он взял над нами шефство и помогал радиодеталями. Так что никаких претензий ко мне и нашей группе у участкового не возникло. Он даже похвалил, что интересным делом занимаемся, а не бесцельно по улицам болтаемся. Еще добавил, что телефонные будки надо беречь. После того, как в 1968 году я уехал учиться в КзСВУ, то, приезжая в отпуск, всегда смотрел на наши провода и иногда даже пользовался этой связью. Но прошло несколько лет и в очередной приезд я увидел, что изоляция на проводах разрушается. Я дернул провода и они оборвались. Так перестала существовать наша сеть (ещё не вычислительная). Так заканчивалось моё детство.
Как я учился? Учёба мне всегда давалась легко. Я был твёрдый ударник и блистал в математике. В этом была большая заслуга нашей учительницы по математике Гавриловой Анны Порфирьевны. Но у меня было, как я говорю до сих пор, три недостатка: у меня отсутствует (или не развит?) музыкальный слух, я не умею танцевать, не пою, и еще я не умею рисовать. При этом я люблю музыку, с удовольствием хожу на концерты, люблю живопись и архитектуру. Эти недостатки не давали мне возможности быть круглым отличником. Да я и не стремился:



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



Обилие овощей, солений, салатов, яблок на столе заставили вспомнить, что мои родители в 1957 году получили участок в 6 соток в садовом товариществе Заря. С тех пор все выходные летом, как правило, проводились, как гордо говорили мы, на даче:



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



Из взошедших по трапу на борт теплохода Ракета, окончить суворовское училище посчастливилось только четверым: Володя Орлов, Саша Усов, Саша Кленин и Ордяков.

II. Казанское суворовское военное училище


Через пару часов нас встречала Казань. А спустя ещё немного времени мы входили на территорию КзСВУ:



По приезде в КзСВУ нам дали несколько дней на подготовку к экзаменам. Экзамены мы сдавали по математике и русскому языку. Сдавали и письменный экзамен и устный. С этим проблем не оказалось. И мне объявили, что я зачислен в училище. Но был ещё и пятый экзамен, вернее, не экзамен, а собеседование по иностранному языку. Это было связано с тем, что в суворовских училищах в те времена изучению иностранных языков предавали серьёзное значение. По окончанию училища можно было получить удостоверение военного переводчика.
В училище велось обучение на двух языках: английском и французском. В школе я учил английский язык, и у меня была твердая четвёрка. Каково же было моё удивление, когда на собеседовании мне сказали, что у меня нулевые знания и что я буду учить французский язык. Удивление было, но расстройства не было. Учить французский язык язык Великой Французской революции, Парижской Коммуны! Что может быть лучше!,- думал я. А еще вспомнилось, как в пятом классе я очень хотел учить испанский язык, язык свободный Кубы, язык, на котором разговаривали Фидель Кастро и Че Гевара. И здесь мне казалось, что французский язык намного ближе к испанскому, чем английский. К французскому языку мы ещё вернёмся чуть ниже.
Я был зачислен в 3 взвод 7 роты (на фотографии третий ряд снизу, восьмой справа). Командиром роты был подполковник Харченко Б.К. (второй ряд снизу, шестой справа), а командиром взвода майор Беседин А.Г. (второй ряд снизу, четвертый справа):



На фотографии наш командир ещё в звании майора. Подполковника он получит чуть позднее, в октябре 1968 года.
Начальником Казанского суворовского военного училища был генерал-майор Смирнов А.П., участник Великой Отечественной войны, участник Сталинградской битвы. Мне на всю жизнь запомнились его слова, звучащие как напутствие:
Посеешь поступок пожнёшь привычку.
Посеешь привычку пожнёшь характер.
Посеешь характер пожнёшь судьбу
Сколько раз по жизни мне приходилось видеть подтверждение этих пророческих слов.
Когда экзамены были позади, когда мы получили форму и удостоверения суворовцев, было ещё одно собеседование, на этот раз на спортивную тему. Меня спросили, занимался ли я спортом и каким, я рассказал что занимался в баскетбольной секции и в секции самбо, а также получил III разряд по шахматам. Мне сказали, что баскетболист из меня с моим ростом так себе, а борцов в училище хватает. А вот то, что у меня разряд по шахматам, это здорово. Меня включили в группу шахматистов, которые после занятий, а также в выходные дни ходили в Дом Офицеров в шахматную секцию. Это, конечно, было что-то, у всех трехмесячный карантин без права выхода в город (без увольнительных), а ты имеешь это право выхода. А навыки самбо, естественно, пригодились на занятиях по рукопашному бою.
Но моя спортивная эпопея имела продолжение. Пришло время сдавать нормативы по ВСК (военно-спортивному комплексу). Это аналог комплекса ГТО (Готов к Труду и Обороне).
После забега на дистанцию 100 метров меня подзывает к себе преподаватель капитан Дергоусов Ю.И. и спрашивает, где я занимался бегом. Мой ответ, что это мой первый забег на 100 метров, его очень удивил. В этот момент мне было 15 лет, время я показал 12 секунд и бежали мы на стадионе по гаревой дорожке в обыкновенных кедах. С этого момента я стал тренироваться на спортивной дорожке. Пришлось мне выступать и на центральном стадионе г. Казани. Но особенно запомнился выигрыш нашей команды майской легкоатлетической эстафеты, посвященной Дню Победы (я в первом ряду третий слева):



Немножко было обидно, что нам за первое место выдали Кубок, а за второе и третье места участникам команд выдали спортивные костюмы. Но посмотрите на наши лица мы все счастливы.
Если говорить о физической подготовке, то надо всё же сказать и о лыжах. Когда наступала зима, мы начинали бегать на лыжах 5 и 10 километров и бегаешь до тех пор, пока не выполнишь норму II разряда. У нас во взводе был Серёжа Лазарев (на фотографии он на переднем плане, а я справа), родом из г. Сочи:



При этом у него были определённые успехи в легкой атлетике. Например, в высоту он брал 175 сантиметров. Но вот лыжи ему не давались, до училища он ни разу не становился на лыжи. Парень он был упёртый (в хорошем смысле этого слова) и с утра до ночи ходил и ходил на лыжах, а мы ему помогали. И он выполнил норматив. После училища он отказался от военной карьеры и в итоге стал парапсихологом, мало в чём уступающим Чумаку и Кашперовскому. Написав о Сергее, я вспомнил случай, произошедший со мной в училище. Как-то я прогуливался по нашему парку и вдруг как наяву вижу, как у моего родного брата Сергея лопается аппендицит. Я остановился как вкопанный. Что делать, как сообщить домой? Сотовых телефонов тогда не было. Да что сотовые, обыкновенные телефоны были ещё редкостью! В итоге, я решил, что это просто блажь, а через три дня (именно столько шли письма из дома в училище) получил письмо от родителей, в котором они сообщали, что у Сергея вырезали гнойный аппендицит, хорошо, что скорая помощь приехала быстро и успели отвести его в больницу. Может, мне тоже надо было в экстрасенсы податься?
Надо сказать, что все офицеры училища имели отличную физическую подготовку. Вот несколько примеров. Начальник училища генерал-майор Смирнов выезжал вместе с нами зимой в лагеря, вместе с нами рыл в заснеженном поле окопы и бросался вместе с нами в атаку вслед за танком. При этом он часто рассказывал, что именно отменная физическая подготовка спасла его от гибели под Сталинградом. Рассказывал он так, показывая рукой на левую грудь, где у него был шрам: когда сердце сжалось, в грудь вошла пуля, которая пролетела мимо сердца. После того как пуля вылетела, сердце разжалось и он продолжил бой.
Или наш ротный подполковник Харченко Борис Кузьмич. Как-то кто-то из нас что-то натворил и в воспитательных целях была объявлена тревога (дело было летом в летних лагерях и в 30-градусную жару). Рота была построена в полной выкладке (скатка шинели, автомат, противогаз). После этого прозвучала команда одеть противогазы и начался марш-бросок на 3 километра. Наш командир роты бежал вместе с нами и при этом следил, чтобы никто не снимал противогаза. Можно сказать, что это жестко, но мы так не считали. И какое было удовлетворение, когда мы это сделали и нас распустили. Можно много рассказывать, а ещё лучше написать отдельную книгу.
А теперь вернёмся к французскому языку. Обучение велось в хорошо оборудованных лингафонных кабинетах по группам. В каждой группе было не более 12 человек. Мне хорошо запомнилось первое занятие. Наше первое занятие началось с того, что преподаватель Милорадовская Е.А. предложила надеть наушники и послушать текст с пластинки. Я тоже внимательно слушал, но смог, как мне казалось, понять только два слова: Илья и Баку. И когда меня преподаватель спросила, о чём шла речь на пластинке, я ответил, что про какого-то Илью, приехавшего или жившего в Баку. Меня ждало разочарование. Оказывает Баку это не Баку, а beaucou в смысле много, а Илья тоже не Илья, а предложение il a в смысле он имеет. Так началось мое изучение французского языка. Учили нас прекрасно. Вообще мы стремились учиться, была какая-та хорошая состязательность. У меня был спарринг партнёр (если так можно выразиться) Серёжа Оглоблин, с которым мы соревновались, кто больше из нас получит отличных оценок за день, неделю и т.д.:



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



Помимо удостоверения переводчика я получил водительское удостовение и даже охотничий билет. К взрослой жизни по окончании КзСВУ я был готов, мог работать киномехаником, водителем и даже переводчиком.
Были и другие и комические, и трагические, и трагикомические случаи. Тут нашлась одна из моих записных книжек (дневник), там много чего интересного есть.
Первый мой отпуск домой в декабре 1968 года мог завершиться трагедией. Вместе со мной поступил в КзСВУ еще один юноша Кленин Саша, сын одного из офицеров Чебоксарского военкомата. Кстати, впоследствии он был участником той победной эстафеты (на фотографии второй справа в первом ряду).
Так вот, отец Саши Кленина на зимние каникулы прислал за ним машину ГАЗ-69 (газик/козлик), в которой приехали его мама и мой отец. Это было неожиданно и приятно.
И вот мы впятером отъехали от училища в сторону Чебоксар, а перед самым выездом из Казани решили пообедать в придорожном кафе (стекляшке, как их тогда называли). После обеда, удобно устроившись в машине, тронулись в сторону Чебоксар. Но мы не проехали и ста метров, как вдруг, кувыркаясь, полетели в кювет. Что же произошло? Был яркий солнечный и морозный день. Только что прошел снегопад. А вслед за снегопадом пошли грейдеры, которые расчистили не только дорогу, но и сравняли с дорогой кювет. А обрыв был приличный. И водитель, не подозревая этого подвоха, чуть-чуть прижался к правому краю дороги и мы полетели вниз. Первое, что я запомнил, это крик моего отца (машина лежала на крыше):- Володя, ты жив? Когда я откликнулся, он сумел выбраться из машины и вместе с водителем помог выбраться с заднего сидения и нам. Зрелище было печальное, машина лежит на крыше, лобового стекла нет, а у нас все лица залеплены осколками стекла. Но никто ничего не сломал, никто не порезался и кроме синяков никаких увечий никто из нас не получил. А наверху, на дороге, уже остановилось несколько машин и среди них был подъёмный кран. Когда стоящие наверху люди поняли, что с нами всё нормально, то стали думать, как нас вытащить. Решение было простым, кран опустил стрелу, водитель подцепил машину и её вытащили. Мы выбирались сами по заснеженному откосу. Оказалось, что машина на ходу, завелась с полоборота. Встала дилемма, ехать дальше в Чебоксары, но нет лобового стекла, на улице 20-градусный мороз и скоро начнёт темнеть. Либо где-то искать возможность достать и вставить стекло. Сколько на это уйдет времени неизвестно. Не забывайте на дворе 1968 год, Мы решили ехать в Чебоксары. А поскольку стекла не было, то ехали медленно. У Саши Кленина стали замерзать ноги. Как сейчас помню, как его мама всю дорогу их отогревала у себя на груди. Но худо-бедно мы добрались до Чебоксар. Мы с отцом поднялись на четвёртый этаж и позвонили в дверь. Дверь открыла мам и тут же присела, увидев нас, только и сказала:- Что с вами? Наши лица были синие, сплошной синяк. Но стол был накрыт, бульон для пельменей кипел. Жизнь продолжалась.
В суворовском училище нам, естественно, запрещали употреблять спиртные напитки и курить. Причём, наш взводный майор Беседин А.Г. говорил так:- Лучше выпить сто грамм водки, чем выкурить сигарету. Сам я курить начал только в 20 лет. Но любители побаловать сигаретой у нас во взводе были. И вот как-то утром после завтрака, но перед занятиями два моих товарища Андрей Николаев и Игорь Шишов, дают мне ключ от туалета, в котором шёл ремонт, и просят их закрыть там минут на десять, что я и сделал (третий слева я, четвёртый Игорь Шишов и пятый Андрей Николаев):



Но случилось непредвиденное я забыл про них. Удивительно и то, что за весь день, пока они сидели в туалете, никто про них не вспомнил. Ведь, когда начинались занятия, дежурный всегда докладывал преподавателю о наличии личного состава. И вспомнил я о них, когда рота строилась на вечернюю поверку. При выходе на них было жалко смотреть. Это я о вреде курения.
Был и неприятный случай, связанный с водкой. Однажды в расположении нашей роты нашлась бутылка с водкой и никто не хотел сознаваться, чья это бутылка. А поскольку в город мог свободно в рабочие дни (помните шахматы, Дом Офицеров) мог ходить только я, то волей неволей тень подозрения пала и на меня. Но спустя несколько дней отцы-командиры всё же разобрались кто и что. Этим человеком оказался суворовец, у которого были проблемы и с успеваемостью. В итоге он был отчислен из училища. Фамилию его называть не буду, но он есть на предыдущей фотографии и это не я.
Пить и курить запрещали, а жениться нет (при достижении 18 лет). И у нас был трагический случай. Один из суворовцев встречался с девушкой и она забеременела. Суворовец оказался не тот и отказался жениться на ней. Девушка бросилась под трамвай. К счастью (хотя о каком счастье может идти речь) она осталось жива, но без ступни. Суворовца отчислили, отправили служить в армию. Это о том, что за свои поступки надо отвечать.
Расскажу ещё один поучительный случай (а таких случаев было много). Летом мы выезжали в лагеря и жили в палатках:



Там, в лагерях у нас проходила и топографическая подготовка. На одном из занятий командир взвода майор Беседин раздал нам топографические карты, предупредив, что они секретные, и поставил всем задачу: какой маршрут пройти, что найти и т.д. Перед выходом на маршрут все карты мы сдали командиру. Но оказалось, не все. Когда я вернулся с маршрута, то увидел бледного своего командира, который первым делом спросил, не брал ли я карту с собой. Тут я узнал, что одной карты не хватает. Тот, кто имел дело с секретным делопроизводством, понимает, о чём идет речь. Но в итоге карта нашлась, один из нас, самый умный, взял карта с собой на маршрут в надежде, что это поможет ему лучше пройти маршрут. Оказалось, не помогло, он пришёл одним из последних, но нервы командиру потрепал. С тех пор я знаю цену секретному делопроизводству. Случались неприятные случаи и при обращении с оружием. Например, однажды наш первый стрелок кандидат в мастера спорта выпустил очередь из автомата перед носком сапога командира роты подполковника Харченко Б.К., когда тот шёл вдоль бруствера окопа, в котором с автоматами наизготовку находились мы, проверяя готовность нас к стрельбе по мишеням.
Приятными моментами нахождения в летних лагерях были заготовка берёзовых веников для отцов командиров и ловля карасей трёхлитровыми банками. Не обходилось и без самоволок до ближайшего посёлка Дербышки на танцы.
Суворовское училище было только ступенькой во взрослую жизнь. Надо было думать, кем же я хочу стать? В 1968 году выходит фильм Мертвый сезон, а в газете Комсомольская правда публикуется серия статей о советских разведчиках, если мне память не изменяет, об Абеле и Киме Филби. В 1969 году произошли кровавые события вокруг острова Даманского на Дальнем востоке. Как мы все рвались туда, на Даманский. Я решил для себя, что должен стать разведчиком. Всё шло к тому, что так и будет. Командир роты и командир взвода знали о моём заветном желании. Когда началась учёба в 11 классе, меня вдруг вызвали на собеседование. Как я потом узнал, пришла разнарядка в Приволжский военный округ на два места в высшую школу КГБ. Просмотрено было 600 (шестьсот) кандидатов и выбор пал на меня и еще одного суворовца, у которого отец служил в Комитете. Я был счастлив. Но когда в суворовском училище узнали, что я согласился идти в высшую школу КГБ, началось что-то для меня непонятное, преподаватели стали отговаривать. Кто говорил, что надо идти в академию связи, кто в академию химзащиты, кто в Можайку и т.д. И все говорили, что я зарываю свой талант, кто в математике, кто в физике, кто в химии и т.п. Но я стоял на своём и проходил различные комиссии. Однажды приехал ко мне отец и как обычно остановился у родителей Андрея Николаева. Его родители преподавали в ветеринарном институте, отец был профессором, мать доцентом (по крайней мере, так у меня отложилось в памяти) (слева на право моя мама, мама Андрея Николаева, Андрей, мой отец, внизу мой брат Сергей) и дружили с моими родителями:



И вот, когда я пришел к ним в гости и мы все сели за обеденный стол, опять поднялся разговор о том, где мне дальше учиться. Николай Сергеевич, отец Андрея, сказал: Представляешь, Володя, пройдет время и ты окажешься вот также за столом, но как только ты сядешь за стол, все замолчат и ты почувствуешь себя очень неуютно. И сейчас ты не горячись, а подумай хорошенько. Когда мы остались с отцом вдвоём, он мне сказал: Володя, а может они правы, они же грамотные люди в отличие от нас с матерью, может, правда не стоит туда идти. Эта была последняя капля. Я сказал, что хорошо, я откажусь от предложения учиться в вышке, но куда я пойду, пока не знаю. Потом у меня состоялся тяжелый разговор, тяжелый для меня, что я не оправдал оказанного мне доверия, с направленцем, который курировал отбор кандидатов в вышку. Мне кажется, он понял меня и когда он спросил, а кто, если не я, то я, не задумываясь, назвал Сережу Оглоблина. Так и случилось, Сергей пошёл вместо меня. Позже в Москве мы с ним встречались, а потом потерялись.
Надо было решать куда идти. Была мысль податься в медицинскую академию им. С.М.Кирова, то тут на глаза в газете Красная Звезда попалось объявление о наборе слушателей в Военную Академию им. Ф.Э.Дзержинского. Я срочно написал туда письмо с просьбой прислать условия приёма. И мне пришла бандероль с буклетом и программой вступительных экзаменов. Надо сказать, что в училище никто ничего не знал про эту академию. Но для меня всё было решено. Это учеба в Москве, есть факультет связи и радиоэлектроники, и самое главное это название им. Ф.Э.Дзержинского, где-то рядом с моей мечтой о подвигах разведчика. Да, о подготовке программистов там не было ни слова. Да я ещё и слова такого не знал. Меня опять стали отговаривать, но я уже не обращал внимания. Предпринял попытку меня отговорить и наш командир взвода майор Беседин А.Г. Он говорил следующее: Володя, у меня товарищ служил на острове Земля Франца Иосифа, там, куда продукты питания завозят раз в полгода. И вот настал момент, когда ему удалось вырваться оттуда и поступить именно в академию Дзержинского. Каково же было его разочарование, когда после окончания академии его снова направили на этот остров. Я не знал, что академия им. Ф.Э.Дзержинского готовил ракетчиков. Но теперь уже ничто меня не могло заставить сменить решение. Перед самым окончанием училища наш преподаватель математики Егорова Л.Ф. сказала, что сразу после выпускного начинаем готовиться к экзаменам. Но я ответил, что сразу после выпускного еду к родителям, а оттуда в академию. К поступлению я готов. Мне показалось, что её обидел мой отказ. Но в итоге я оказался прав.
В один из последних дней пребывания в училище вдруг ко мне подходит суворовец из соседней шестой роты, золотой медалист Женя Арсентьев. Он спросил: Это правда, что ты едешь в академию Дзержинского? Получив положительный ответ, он предложил идти в академию вместе. Оказалось, что его родной старший брат преподает в академии химию, имеет воинское звание полковник и ученую степень доктора наук. Мы договорились встретиться у академии, дай бог памяти, числа 30 июня 1971 года. Я всё ещё не знал, что с сентября 1971 года в академии начинается подготовка военных инженеров-программистов
Сейчас я понимаю, что у меня было три реперных точки, которые привели меня на стезю программирования: поступление в КзСВУ, отказ от учебы в высшей школе КГБ и встреча с Женей Арсентьевым. Но самое главное, это те глубокие знания, которые я получил в Казанском суворовском военном училище. Огромное спасибо нашим педагогам:



Перед выпуском из КзСВУ нас переодели в новенькую парадную курсантскую форму, выдали проездные, предписания и мы убыли во взрослую жизнь.

III. Поступление в Военную академию им. Ф.Э.Дзержинского


По дороге в ВАД я на несколько дней впервые в курсантской форме заскочил к родителям домой:



Но отпуск летом 1971 года был чисто символическим. И уже через несколько дней меня провожали в аэропорт на самолёт до Москвы. Отец настоял как всегда (за что я ему глубоко благодарен) на общей фотографии:



И вот я уже в Москве стою у КПП (контрольно пропускной пункт) академии им. Ф.Э.Дзержинского, жду Женю Арсентьева:



На этой фотографии ещё слева видна гостиница Россия. Подошёл Женя и сказал, что брат предложил пожить пару дней у него дома, пока в академии всё устаканится с приёмом абитуриентов. В Москве я был в самом раннем детстве в далёких 1957-58 годах. Поэтому для меня всё было вновь. Как оказалось, многое и для Евгения. Всё началось у нас с ним с комического случая. Когда мы приехали в дом брата Жени, то надо было подниматься на лифте (до этого на лифте я ездил раз-два и то на один-два этажа). Здесь надо было подниматься повыше. Когда мы вошли в лифт, то пол, естественно, но не для нас, опустился. Мы нажали нужный этаж и поехали, но тут кто-то из нас предложил давай подпрыгнем! И мы сделали это. Как результат, лифт остановился. Вокруг никого. Что делать, не знаем. На наше счастье минут через тридцать мимо проходила старушка, увидев нас, запричитала, опять сломался. Сейчас я вызову лифтера. Пришёл лифтер, открыл дверь и мы выползли (именно выползли) из лифта. Никто и не подумал, что это мы по своей провинциальной безграмотности сломали лифт. Вечером из академии вернулся полковник Арсентьев, мы поужинали и он сказал:-
В академии открыт новый факультет, на котором будут готовить специалистов по программированию.

Что это такое он толком не понимает, но чувствует, что за этим стоит большое будущее и его нам совет держать путь на второй факультет на специальность Программирование. Но если младшему Арсентьеву как золотому медалисту требовалось только его желание, то мне еще предстояло сдать экзамены.
Через три дня я прихожу в академию и начинаю искать приёмную начальника II факультета. Заблудиться в коридорах академии не составляет труда. И тут навстречу мне идет курсант в повседневной форме, сапоги блестят, форма отутюжена и самое главное с суворовским знаком. Мне показалось, что этот курсант учится здесь уже не первый год и я обратился к нему за помощью, спросив, куда и как пройти. Это сейчас я сразу вспоминаю Фросю Бурлакову из кинофильма Доживём до понедельника, а тогда этот курсант всё уверенно мне рассказал и показал и мы расстались. Каково же было моё удивление, когда на письменном экзамене по математике (я уже по традиции собирался сдавать работу и выходить из аудитории) меня кто-то потрогал сзади по плечу. Я оглянулся и увидел того курсанта, который так толково мне всё объяснил. Он меня попросил не сдавать работу, не уходить и помочь решить его задачу. Я выполнил его просьбу. Николай Гудим (на фотографии он слева), именно так его звали, в итоге тоже поступил в академию:



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



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



IV. Послесловие к первой части


После окончания академии наши пути с Колей Гудимом разошлись. Но спустя шесть лет, после того как я послужил в ГРУ (так или иначе, но я следовал своей мечте), защитил в 1982 году диссертацию по системам управления распределёнными базами данных в той же Дзержинке, мы с ним встретились в 4-м Центральном научно-исследовательском институте Министерства Обороны (4 ЦНИИ МО). Но об этом речь пойдет в следующей части:



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

Хождения по собеседованиям, или Как полтора года искать работу в ИТ самоучке

14.06.2021 14:06:00 | Автор: admin

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

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


Предыстория

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

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

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

Вояж, вояж

Высунув язык, состряпал первое резюме и стал ждать. Вскоре со мной связалась какая-то финансовая контора, которая искала что-то среднее между менеджером, техподдержкой и системным администратором. Даже понимая, что это не мое, решил поглядеть, как же они проводят собеседование. Вся странность данного собеседования заключалась в том, что по телефону сказали, что командировок не будет, но по приезду в их офис в "Москва Сити" (+100500 к пафосу рекрутера), выяснилось, что командировки еще как будут (каждые три недели), и не по Золотому Кольцу, а во Владивосток!

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

Подозрительные запросы

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

В начале 2020 уже вовсю началась пандемия, многие компании закрыли набор и погрузились в тотальный перевод всего и вся на удаленку. Рынок труда ушел в спячку до сентября 2020. И я понял, что попал! Очень скоро я уже нисколько не удивлялся тому, что топовые и небольшие конторы на отклики вообще не реагировали, даже не заходя (а иногда и заходя) в учетки на сайтах типа хаха.ру, а рекрутеры не стучались в Telegram.

Изгнание бесов

Так как у меня свободный английский, то еще я искал возможность работы с экспатами. И тут позвонили из знаменитой антивирусной компании, основанной выходцем из школы КГБ, пригласив меня на должность "младший системный администратор". Я весь такой в волнении, на кураже нельзя же ударить в грязь лицом.

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

Что будете делать, если проектор сломался, а Евгений Валентинович спешит к нам в офис?

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

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

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

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

Фэшн нот май профэшн

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

Чего умеешь?

Ну, например, автоматизировать люблю на PowerShell.

И чего же ты автоматизировал, дружок-пирожок?

<Пытаюсь рассказать о Windows 10 Sophia Script, и на кой ляд там 12 000+ строк кода>

Нет, а на работе, что конкретно автоматизировал?

Могу показать пример (сейчас уже в разы лучше выглядит) автоматизации выкачивания Adobe Acrobat Pro DC с патчем с FTP-сервера Adobe и распаковки. Просто с FTP-сервера у них маленькая скорость скачивания, ляпнул я зачем-то (это была фатальная ошибка).

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

На этом моменте у меня в голове уже началась предзагрузка экрана смертииз Dark Souls.

Дальше собеседование кубарем покатилось под откос. Мне, конечно же, отказали, хоть до этого на всех 5 собесах их все абсолютно устраивало. Зачем они меня тестировали вдоль и поперек, завалив по сути на 6 собеседовании, которое ничего уже и не решало, остается тайной. Ах, да, открыта ли та вакансия от ноября 2020 года? Да, она все еще открыта.

У нас такой офис!

Поступает звонок от "дочки" зеленого банка. Мило побеседовали, обсудив приблизительно, что я хочу от нового места работы. Дальше хантер начинает рассуждать вслух, что их офис на Кутузовском будет удобен для меня, так как не так далеко ехать. Я еще поддакнул, что видел обзор их офиса на YouTube. На том и порешили, что местоположение офиса мне подходит.

Тут мы переходим к непосредственным обязанностям...

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

Я что-то пропустил, но в вакансии нет ни слова о разъездном характере работы. Или я не прав? И я не хочу ездить настраивать ПК; я уже не в том возрасте.

<сопит, открывая вакансию>
Да, и правда нет ни слова. Ну, и что?
Как что? Ничего, я откликнулся на вакансию, которую бы, зная такие подробности, даже бы не открыл. Разве это не так работает?
Вообще-то вы первый, кто обратил внимание, что описание не точное. Всех все устраивало.
Да позвольте! Вы неточное описание даете и завлекаете людей. Вы можете исправить, дополнив пункт о разъездах, чтобы будущих соискателей не вводить в заблуждение?
Не считаю нужным.
Почему?
Потому что.
Посыл понял. Всего хорошего.

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

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

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

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

Подробнее..

Как я попал на стажировку в Яндекс

18.06.2021 00:22:38 | Автор: admin

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

Сначала моя история о том, как я заинтересовался it сферой и в частности web разработкой.

Знакомство с кодом

Впервые с программным кодом я познакомился на третьем курсе института по специальности прикладная лингвистика. Это был язык программирования python и мне очень понравилось то, как я могу заставить компьютер делать разные классные штуки с помощью циклов, условных конструкций, функций и переменных. Преподаватель был современный и за основу учебной программы взял курс по основам программирования с учебной платформы udacity. В процессе нужно было написать простенький web crawler и небольшой поисковый движок для ранжирования веб страниц по количеству ссылок на них с других веб страниц. По определённым обстоятельствам я вынужден был уйти из вуза после третьего курса и стал зарабатывать на жизнь переводами.

Глубже в технологии

Тем временем я понял, что мне также интересна it сфера и я начал думать, как бы мне продолжить её осваивать и что выучить в первую очередь. Уже не помню почему, но выбор пал на курсеровский курс HTML, CSS and JavaScript Гонконгского университета. Так я впервые познакомился с языком гипертекстовой разметки, каскадными таблицами стилей и языком программирования javaScript. Мне показалось интересным манипулировать различными объектами на web странице, менять стили, расположение элементов и добавлять разную интерактивность. Затем было много разных других курсов с курсеры, edx, степика, главным курсом первого времени был наверное знамений курс Гарвардского университета cs50 на котором я впервые познакомился с алгоритмами и структурами данных и языком си. Это был очень непростой, но интересный курс по основам computer science.

Первые попытки заработать на разработке

Долгое время программирование было для меня эдаким хобби и я несильно видел себя в коммерческой разработке, я проходил курсы, делал разные учебные и личные проекты, изучал разные языки программирования (Haskell, java, golang, scheme etc) и парадигмы, в общем всё это было больше в интерес. В какой-то момент я решил попробовать сделать пару заказов на фрилансе, связанных с веб разработкой и мне удалось заработать первые деньги. После этого я начал помимо переводческой деятельности подрабатывать и веб разработкой, делал простые вещи: правки в вёрстке, подвязка сайта к crm через ajax, калькуляторы стоимостей услуг и товаров и всё в таком духе.

Смена профессии

После этого я начал задумываться о том, что нужно сменить таки профессию и стать полноценным разработчиком, специализироваться я решил на javaScript по причине его гибкости и возможности программировать во всех возможных парадигмах, а также его присутствию, как на клиенте, так и на сервере. Нужно было освоить какой-нибудь фреймворк, научиться тестировать код, верстать адаптивно, кроссбраузерно, валидно и семантично, освоить препроцессор для css, node js, typescript, webpack. Если до этого моё изучение программирования было в большей степени академичным, то теперь я решил взяться за дело всерьёз. Выбор пал на react за счёт того, что это javaScript first библиотека с минимумом магии и функциональным подход в построении интерфейсов ui, как чистая функция от состояния и свойств, переданных компоненту. На данный момент я также знаю на базовом уровне vue js, который меня восхитил своей магией и скоростью разработки, но опечалил отладкой и поиском ошибок, когда что-то ломается в шаблоне.

Хочу в крутую компанию!

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

Письмо счастья

В ответ мне пришла ссылка на контест. Я не буду говорить о том какие там были задания, но я был приятно удивлён тому, что на алгоритмы там была ровно одна задача из четырёх и именно её я завалил, моё решение прошло только половину тестов, из остальных там было задание на вёрстку, оно было довольно жёстким, нужно было pixel perfect сверстать определённый рисунок, состоящий из геометрических фигур без использования svg и готовых картинок, только html и css. Две оставшиеся задачи проверяли базовые вещи для javaScript разработчика: асинхронность, контекст вызова, прототипы, замыкания. Надо отметить, что каким-то образом я умудрился все три этих задания сдать с первой попытки в контесте. На всё это было дано 6 часов.

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

На первом интервью меня попросили рассказать о том, как пришёл в разработку, спросили про навыки из резюме (правда ли я знаю вебпак и тайпскрипт, показал на гитхабе игру крестики нолики, которую я как раз недавно сделал, написанную на тайпскрипте. Спросили про опыт разработки и мои проекты. Дальше началось само интервью. Сначала мне были предложены куски кода с предложением найти ошибки и объяснить, что в них работает не правильно и почему. Затем были задания на написание кода. Работа со стандартными методами массивов, объектов, в общем на знание языка и понимание его особенностей. В конце была ещё алгоритмическая задачка (задачи на алгоритмы должны были быть на следующем собеседовании) потому что как оказалось, я решил основную часть раньше установленного срока. После предыдущих задач я немного расслабился и сначала встал в ступор, но после небольшой наводки от собеседующего смог решить и её.

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

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

Это были команды картинок, лавки и маркета.

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

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

Подробнее..

Перевод Матёрый программист

12.06.2021 00:22:22 | Автор: admin
image

1. Матёрый программист


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

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

Но путь матёрого программиста может оказаться ловушкой, в которую можно попасться.

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

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

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

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

Я думаю, что нужно учитывать два фактора: во-первых, матёрость и продуктивность может вызвать выгорание, что в конечном итоге сказывается на вашей производительности, или это может просто сделать кодинг неприятным, так что вы будете тратить на него меньше часов. Большинство матёрых программистов хвастаются тем фактом, что они могут сделать столько же за 6 часов, сколько они делали за 14 часов. Но эти 14 часов были ВЕСЕЛМИ, вы так долго кодили, потому что вам это нравилось, вы не могли заснуть ночью, потому что вы хотели больше писать код; теперь эти 6 часов неприятны, потому что вместо того, чтобы разворачивать собственное решение, вы просто связываете вместе несколько пакетов java и perl. Во-вторых, продуктивность не единственная цель. Мы пишем код, чтобы выполнить какую-то задачу и заработать деньги, но мы также пишем код, потому что нам это нравится, и на самом деле быть менее продуктивным, но получать большее удовольствие от кодинга может быть чистым + EV. (EV в покере это сокращение от expected value означающего математическое ожидание от розыгрыша руки или определенного действия.)

2. Здоровое противодействие продюсера


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

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

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

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

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

3. Стандарты кодинга


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

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

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

4. Ловушка перезрелого программиста


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

Я считаю, что они/мы в основном ошибаются.

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

Это почти всегда неправильно. Лимпить АА почти всегда неправильно, открытие 72o с UTG почти всегда неверно возможно, вы провели некоторый анализ и решили, что это правильно за этим столом в данный момент (например, лимпить АА, потому что люди, стоящие за вами, атакуют лимперов слишком много, и они думают, что вы никогда не будете лимпить АА, поэтому они легко застрянут). Это не правильно.

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

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

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

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

То же самое происходит с принятием жизненных решений. Стандартный набор клише:

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

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

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

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

Надували, надуваем и будем надувать. Пузыри программистов

16.06.2021 08:14:44 | Автор: admin

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

Но мы круче. В определённых условиях мы умеем надувать огромные перламутровые пузыри, которые потом годами не лопаются. Толку от них нет, но Красиво же!

Проекты автоматизации

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

Как ни стараются agile-цыгане, но проекты автоматизации до сих пор делаются по старинке каскад, водопад, PMBOK. Гибкие методы применяются лишь там, где не страшно ошибиться. А проект стоимостью в несколько миллионов хочется контролировать.

Пузырь растёт с самого начала проекта обследования, моделирования, написания ТЗ. Заказчик делает вид, что знает, чего ему надо. Интегратор делает вид, что не замечает, что заказчик делает вид. Все умные, толковые, деловитые и вежливые. А пузырь растёт.

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

Тут подключаются главные надуватели программисты. Берут ТЗ и фигачат. Наше дело маленькое сделать то, что написано. Правильно написано, или чушь какая-то мы причём? Пузырь, вместе с затратами, растёт очень быстро.

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

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

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

Но пузырь лопается редко. Слишком он прекрасен.

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

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

А пузырь стоит.

Корпоративные сайты

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

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

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

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

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

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

Внутренняя автоматизация

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

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

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

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

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

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

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

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

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

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

Подробнее..

PM-школа от CS центра итоги первого года в онлайне глазами выпускников

14.06.2021 20:18:14 | Автор: admin

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

До 20 июня открыт набор на третий поток обучения по направлению Product Management с преподавателями и наставниками из ведущих мировых IT-компаний. Подробнее о школе смотрите в записи Дня открытых дверей онлайн и на нашем сайте.

До и После: зачем вы изначально подавали заявку на конкурс и что получилось в результате?

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

Я дважды пытался запустить стартап и дважды спотыкался о собственную некомпетентность. Профессия Product Manager предполагает, что ты знаешь как из пункта А привести продукт в пункт Б. Когда я увидел, что на продакта будут учить в Computer Science Center, я сразу подал заявку: все мои знакомые, которые проходили курсы в CS центре, говорили о лучшем опыте обучения в своей жизни.

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

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

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

Результат сейчас обучение завершено. Закрыв одну дверь, я открыл две новые: Business Аnalysis и Product Management. Сейчас я работаю в IT-компании и двигаюсь по треку управляющего цифровыми проектами, потому что мне нужен базовый опыт. После перейду в управление продуктами. Рассчитываю совершить карьерный маневр в течение этого года.

Сначала был конкурс: первое впечатление от знакомства и советы бывалых будущим абитуриентам.

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

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

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

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

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

В процессе: как справлялись с учебной нагрузкой и какие изменения происходили с вами в течение учебного года?

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

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

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

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

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

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

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

Атмосфера на курсе: ощущения от взаимодействия с организаторами, преподавателями и друг другом.

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

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

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

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

Что дальше: что вы будете делать с полученными знаниями, опытом и связями после выпуска?

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

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

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

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

Новые идеи для работы и жизни

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

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

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

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


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

Заявки принимаются до 20 июня на https://pmcsc.ru/ ;)

Подробнее..

Перевод Dan Luu Как пишутся (некоторые) хорошие корпоративные инженерные блоги

14.06.2021 02:23:55 | Автор: admin
image


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

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

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

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

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

На высоком уровне в интересных инженерных блогах происходили процессы, которые обладали следующими свойствами:

  • Простой процесс одобрения, не требуется много одобрений
  • Не требуется никаких одобрений, не относящихся к инженерным, или совсем не требуется
  • Неявный или явно быстрый SLO для одобрений
  • Процесс одобрения/редактирования в основном делает пост более привлекательными для инженеров
  • Прямая поддержка высокого уровня (сооснователь, C-level или VP-level) для облегчения процесса ведения блога


В менее привлекательных технических блогах происходили процессы, которые обладали следующими свойствами:
  • Медленный процесс одобрения
  • Требуется много одобрений
  • Необходимы значительные нетехнические одобрения:
    • Неинженерные одобрения предполагают, что изменения, по мнению авторов, разочаровывают
    • Туда-сюда может продолжаться месяцами
  • Процесс одобрения/редактирования в основном снижает риски для публикаций, удаляет ссылки на конкретную информацию, делает посты более расплывчатыми и менее интересными для инженеров.
  • Фактически нет поддержки высокого уровня для ведения блога
    • Руководство может согласиться с тем, что ведение блога это хорошо в абстрактном смысле, но это недостаточно высокий приоритет, чтобы предпринимать конкретные действия.
    • Очень сложно реформировать процесс ведения блога; предыдущие попытки потерпели неудачу
    • Изменение процесса для сокращения накладных расходов требует, чтобы все заинтересованные стороны подписались (14 в одном случае)
      • Любая отдельная заинтересованная сторона может заблокировать пост
      • Ни одна заинтересованная сторона не может одобрить пост
    • Заинтересованные стороны опасаются одобрять все, что снижает накладные расходы.
      • Одобрение включает принятие на себя предполагаемого риска (что, если случится что-то плохое) без видимой выгоды для них

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

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

Вот описанные мне процессы для трех компаний, с которыми я беседовал (представленные в порядке sha512sum, который случайно упорядочен путем увеличения размера компании с пары сотен сотрудников до почти тысячи сотрудников):

Heap


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


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

Segment


  • У кого-то есть идея написать пост
    • Часто исходит из: внутренней документации, внешнего обсуждения, одобренного проекта, инструментов с открытым исходным кодом (созданных Segment).
  • Автор (инженер) пишет черновик
    • Может быть, с ними будет работать старший инженер, чтобы написать черновик
  • До недавнего времени процесс обратной связи никому не принадлежал
    • Кальвин Френч-Оуэн (сооснователь) и Рик (технический менеджер) обычно дают больше всего обратной связи<
    • Возможно также получить обратную связь от менеджера и руководства
    • Обычно 3-й черновик считается завершенным
    • Теперь у вас есть штатный редактор, которому принадлежит ответственность за редактирование постов
  • Также обсуждение с инженерной командой, чтобы получить обратную связь от 15-20 человек.
  • PR и юристы просто посмотрят, простой процесс одобрения


Некоторые внесенные изменения включают

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


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

Cloudflare


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


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

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

Общие комментарии


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

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

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

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

Приложение: примеры классных публикаций в блогах


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

Cloudflare




Segment




Heap




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

Как я предсказал LGD на хакатоне и устроился на работу

11.06.2021 14:22:51 | Автор: admin

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

Вступление прошлая жизнь ипервые шаги вData Science

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

Впериод начала пандемии уменя освободилось время засчет отсутствия поездок доофиса, которое удалось использовать для изучения основ языка Python. Постигать азы начал спрочтения первого тома Лутца Изучаем Python. Летом 2020я попрощался сработой, чтобы перезарядить батарейки иуйти вперестройку. Выбрал онлайн курс поData Science иначал учиться.

Для себя ясформулировал, что хочу работать вкрупной компании, чтобы быть частью большого сообщества после учебы поставил себе цель найти подходящую позицию вСбере. Яотслеживал информацию оконференциях имероприятиях, вкоторых компания участвует. Благодаря странице https://ict2go.ru/companies/19/, яузнал, что Сбер участвует вконференции ScoringDay Весна 2021 икэтой конференции приурочен хакатон наплощадке dsbattle.com под названием LGD Prediction. Призеры соревнования (топ-3) получают бесплатный билет наконференцию ивозможность присоединиться ккоманде блока Риски. Нучтож, вызов принят!

Тяжело вучении, легко вбою!

0. Дрожащими руками, терзаемый сомнениями смогули я?, открыл ссылку сbaseline-решением наколабе. Посмотрел. Смогу. Визуальное знакомство сданными показало, что вцелом такие задачки решать яумею. Обычные табличные данные, задача регрессии, призовем CatBoost. Отмечу, что натот момент опыта участия всоревнованиях, кроме как вТитанике наKaggle, уменя небыло.

Ниже разберу основные шаги решения, которые позволили занять заветную вторую строчку иотправиться вМоскву наконференцию. Также прикладываю ссылку наgithub иcolab.

Целью задания было построить модель машинного обучения, предсказывающую LGD (Loss Given Default), другими словами, тудолю отвыданного кредита, которую банк потеряет вслучае дефолта заемщика. Для оценки качества модели использовалась метрика MAE mean absolute error, средний модуль отклонений.

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

1. После знакомства сдатасетом яразбил 35признаков для обучения на2группы: первая группа 24признака это финансовые показатели (выручка, чистая прибыль, совокупные активы ит.п.), вторая группа 11признаков различные прочие характеристики предприятия (срок ведения бизнеса, величина уставного капитала, объект взалоге).

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

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

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

Кроме того, япроверял данные надубликаты построкам (ихнебыло) ипостолбцам (были).

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

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

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

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

Заметно, что средний имедианный LGD укомпаний сфинансовыми данными существенно ниже, чем уоставшихся компаний.

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

Все пропуски вфинансовых данных язаполнил нулями.

Затем обратился кисследованию признаков выручка ивеличина уставного капитала. Пообоим столбцам япопытался выделить крупные компании вотдельную категорию. Исследовав медиану исредние при различных вариантах, остановился награнице в50млн руб. для выручки (больше категория corporation) и100тыс. руб. для уставного капитала (больше категория big).

Изсводных таблиц выше видно, что увыделенных категорий LGD существенно различаются.

Далее ярешил построить pairplot для признаков, которые есть увсех объектов это срок ведения бизнеса, срок смомента регистрации ОГРН, сгруппировав объекты покатегории залога.

Этот график позволил сделать следующие выводы:

  • срок ведения бизнеса достаточно тесно коррелирует с целевым признаком;

  • срок ведения бизнеса исрок смомента регистрации ОГРН доопределенного момента имеют тесную связь, нозначение второго ограничено сверху (поскольку пофизическому смыслу они выражают примерно одно итоже то, сколько компания существует, было принято решение остановиться наменее зашумленном признаке срок ведения бизнеса);

  • также любопытным инсайтом было то, что заемщики с залогом жилое здание по истечении определенного срока почти всегда переходили в категорию безопасных для банка их LGD падал до 0 (второй график в первом ряду). Продемонстрируем его отдельно.

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

Получилось 100 таких компаний вобучающей выборке.

3. Потом ярешил посоздавать количественные признаки наоснове данных финансовой отчетности. Нопоскольку таких объектов было меньшинство исами финансовые данные были зашумлены (совокупные активы небыли равны совокупным обязательствам икапиталу, например), результативность таких действий была низкой. Однако мне удалось выделить два признака, повысивших качество модели.

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

Так моя обучающая выборка содержала всего 9признаков: 4количественных и5категориальных. Ярешил использовать признак выручка (ar_revenue), так как онвзначительной степени характеризует величину компании иявляется определяющим для получения денежных потоков.

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

Среднее качество модели, рассчитанное таким образом, составило 0.086. Затем яобучил модель навсей обучающей выборке иполучил качество 0.066.

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

Заметно, что самые серьезные ошибки возникали тогда, когда модель выдавала LGD = 1, когда это небыло нужно, инепредсказывала0, когда это было нужно.

Затем ясделал предсказания для тестовой выборки, исистема показала, что ихкачество около 0.087: налицо было переобучение, нопоиграв сколичеством итераций вCatBoost ирегуляризацией, ядобился лишь небольшого улучшения 0.086. Так или иначе, оценка качества модели, сделанной пометоду берем только необходимое, оказалась выше, чем модель отбрасываем ненужное.

Далее посмотрим назначимость признаков итоговой обученной модели.

Наиболее значимым является срок ведения бизнеса, который, как мыпомним, тесно коррелировал сlgd. Второе итретье места заняли созданные категории наличия отчетности ивида залога. Также сам параметр выручки (ar_revenue) оказался важен. Прочие созданные мной признаки были существенно менее важны, нобез них качество наоткрытой части тестовой выборки было ниже.

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

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

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

Большой итог

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

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

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

  1. Считаю, что мне вомногом повезло ссоревнованием вчастности, там было мало участников только у45человек результат оказался выше baseline. Правда, наверное, главное все-таки неколичество, акачество.

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

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

  4. Лучше мало хороших признаков, чем много плохих.

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

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

Спасибо, что дочитали доконца! Буду рад выслушать конструктивную критику решения иответить навопросы!

Подробнее..

Почему в будущем мы будем работать по 5 часов в день, 4 дня в неделю

18.06.2021 10:22:12 | Автор: admin

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

5-часовой рабочий день

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

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

Альтернатива бесполезной трате времени сокращенный, четырех- или пятичасовой рабочий день. Этот вариант не для всех, он подойдет только заинтересованным сотрудникам. Тем, кто способен всегда приходить вовремя, работать усердно и сосредоточенно, не отвлекаясь на шоппинг, чаты и котиков. Придя в офис к 9 утра и выполняя все, что от вас требуется, вы сможете освободиться около 14:00.

Предыдущие попытки реализовать эту концепцию вышли неоднозначными. В Digital Enabler, небольшой немецкой компании по разработке программного обеспечения на заказ, решили сократить рабочий день до пяти часов. Директор компании Лассе Рейнганс предположил, что если сотрудник сосредоточится на работе и не будет отвлекаться, то сможет завершить ее раньше.

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

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

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

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

В своей книге Пятичасовой рабочий день Аарстол поделился своим опытом: У меня была команда из девяти человек, и я потерял четырех из них за 90 дней. Одного из них я уволил, а трое других ушли. В моей команде были отличные специалисты, которым надо было работать только 5 часов в день, и все равно они уходили. Как и в случае с немецкой компанией, вместе с водой CEO выплеснул и ребенка сократив рабочие часы, разрушил человеческие связи и корпоративную культуру.

По-видимому, лучшие времена сокращенного рабочего дня еще впереди.

4-дневная рабочая неделя

Пример расписания 4-дневной рабочей неделиПример расписания 4-дневной рабочей недели

Ряд компаний и даже стран пытаются освоить четырехдневную рабочую неделю. Microsoft Japan экспериментировали с сокращенной рабочей неделей в программе Work-Life Choice Challenge 2019 Summer. Компания предоставила 2300 сотрудникам возможность выбрать свой график работы в зависимости от личных обстоятельств. Руководству предстояло выяснить, приведет ли сокращение рабочего времени к росту производительности и морального духа команды.

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

Испания ранее объявила, что будет экспериментировать с четырехдневной рабочей неделей. Правительство Испании приняло решение о 32-часовой рабочей неделе без сокращения оплаты труда рабочим в течение трех лет. Washington Post сообщает: При переходе на четырехдневный график, правительство компенсирует разницу в заработной плате, чтобы снизить риски для работодателей. Страна инвестирует около $60 млн в компании, которые захотят принять участие в проекте. Ожидается, что в нем будут задействованы около 200 компаний и от 3000 до 6000 рабочих.

 67 процентов американцев говорят, что предпочитают 4-дневную рабочую неделю 67 процентов американцев говорят, что предпочитают 4-дневную рабочую неделю

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

Unilever, международная компания по производству потребительских товаров со штаб-квартирой в Лондоне, ранее объявила об испытании четырехдневной рабочей недели. Компания владеет такими известными брендами, как Lipton, Беседа, Domestos, Axe, Dove, Rexona, Domestos и Persil. Гигант продуктов питания и товаров повседневного спроса выбрал местом проведения Новую Зеландию. Испытание продлится один год и станет естественным продолжением экспериментов с разными типами работы в компании.

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

Работа по сменам

В европейских странах поддержка 4-дневной рабочей недели чуть ниже, чем в Америке, но все равно выше 50 процентов (кроме Норвегии)В европейских странах поддержка 4-дневной рабочей недели чуть ниже, чем в Америке, но все равно выше 50 процентов (кроме Норвегии)

Вспышка Covid-19 заставила нас заботиться о своем здоровье и сделала нас более осведомленными. Ведутся серьезные дискуссии о ношении масок и поголовной вакцинации. По мере возвращения сотрудников в офис, столы и мебель расставляют с учетом 1,5-метровой дистанции. Если мы так беспокоимся, чтобы в офисе не было одновременно слишком много людей, возможно, есть смысл рассмотреть посменный график работы?

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

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

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

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

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

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

А как вы, поддерживаете движение в таком направлении?

Подробнее..

Где работать в ИТ в 2021 SiFOX

18.06.2021 14:19:30 | Автор: admin

Продолжаем знакомить вас с интересными компаниями на Хабр Карьере. Сегодня в выпуске компания SiFOX, которая разрабатывает и запускает ИТ-продукты для телеоператоров на рынках РФ, Африки и Южной Америки. О том, как всё устроено в Сайфокс нам рассказали Сергей Мацнев (директор проектного офиса) и Станислав Локалин (VP of Engineering).

В этом году сотрудники поставили SiFOX очень хорошую оценку на Хабр Карьере 4,78 баллов из пяти. Дальше напишем об оценке чуть подробнее.

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

оценить компанию

Содержание выпуска


О компании

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

У Сайфокс небольшая команда чуть более 50 человек, но их продукты и решения затрагивают сотни миллионов абонентов по всему миру. В арсенале компании собственная команда разработки, опыт работы более 10 лет, финансирование и, главное, желание создавать востребованные IT-решения. Ребята работают как в офисе, так и удаленно из Москвы и Сан-Франциско.

В 2021 году компания получила среднюю оценку в 4,78 баллов и поднялась в нашем Рейтинге с прошлогоднего 23-го на 20 место. Особенно ценными качествами SiFOX как работодателя сотрудники отметили интересные задачи, современные технологии и то, что она делает мир лучше. Посмотрите на оценку в деталях за этот и прошлый год и почитайте комменты сотрудников в профиле компании на Хабр Карьере.

Оценка SiFOX на Хабр Карьере в 2021 годуОценка SiFOX на Хабр Карьере в 2021 году

Об условиях работы

Какой в вашей компании сложился рабочий график и какое отношение к переработкам?

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

Какие бытовые условия ждут нового сотрудника на рабочем месте?

Сергей: Хоть и большая часть команды работает удалённо, офис у нас все же есть, и не один: помимо Москвы у нас есть офисы в Найроби и Рио, поэтому если кто-то захочет снять там квартиру и работать из офиса welcome. Я бывал только в офисах в Москве и Найроби, и мне они оба нравятся: окна в пол, достаточно искусственного света, прекрасный вид (с 57 этажа в Сити в Москве или на прекрасный сад в Найроби), внутри есть все необходимое для работы, переговоров и отдыха. Так что, если хотите сбежать из дома от удаленки, то условия для этого прекрасные.

Есть ли возможность удаленной работы?

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

Какой социальный пакет получают сотрудники?

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

Какие есть перспективы для образования и личного развития у сотрудников?

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

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

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

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

О найме

Во сколько этапов проходит найм и что на них ожидает соискателя?

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

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

Роман Лаврентьев, CEO SiFOXРоман Лаврентьев, CEO SiFOX

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

Даете ли вы тестовое задание кандидатам? Как оно устроено?

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

Какая фраза от кандидата на собеседовании точно заставит вас выкинуть его резюме?

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

Кого последнего вы уволили и почему?

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

Зум-встреча команды SiFOXЗум-встреча команды SiFOX

Как происходит онбординг нового сотрудника?

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

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

Роман Лаврентьев с африканской командой СайфоксРоман Лаврентьев с африканской командой Сайфокс

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

О команде

Какая методология разработки у вас используется и почему?

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

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

По каким критериям вы разбиваете разработчиков на джунов, мидлов и синьоров?

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

Кто чаще возглавляет команды продуктовый специалист или технический?

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

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

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

Как часто люди меняют команды?

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

Что важнее, софт-скиллы или хард-скиллы?

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

Как вы боретесь с выгоранием сотрудников?

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

О технологиях

Какие языки, фреймворки и библиотеки используются на проекте?

Станислав: Из основных языков Erlang / OTP, есть приложения на Ruby и Java. Что касается фреймворков, то наши продукты основаны на работе с протоколами голосовой связи на сетях мобильных операторов, поэтому многие технологии, так или иначе, связаны с ними: Kamailio, openSIPS, библиотеки по работе с SMPP. Из более общеприменимых технологий используем HAProxy, Ansible, PostgreSQL, RabbitMQ, Kafka, Cowboy, GAN.

Какая у вас принята политика код-ревью?

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

Как тестируется код?

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

Как устроен процесс документации и ведения базы знаний на проектах?

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


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

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

Подробнее..

Как ролевые игры помогли мне стать техническим директором

18.06.2021 18:20:53 | Автор: admin

Как построить успешную IT-компанию, которая:

  • Делает топовые проекты по производительности и безопасности?

  • Работает на федеральном уровне и зарубежных рынках?

  • Имеет одну из лучших систем организации труда?

  • Подготовила сотню специалистов, которые вышли на IT-рынок?

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

Когда я слышу про коучингКогда я слышу про коучинг

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

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

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

Итак, 10 лет я отработал техническим директором. 10 лет! Я начал работать до появления инстаграма, чтобы все понимали.

Люди до появления инстаграмаЛюди до появления инстаграма

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

За 10 лет я успел поучаствовать в самых разных проектах от сайтов-визиток (да-да, когда я этим занимался ещё не было даже Landing Page) до цифровых платформ.

От интернет-магазина одежды, до угольной ГГИС. От нагрузки в полтора землекопа до онлайна в 10 000 человек. Когда-то давно нам хватало VPS для всех наших проектов на продакшене, сегодня мы управляем серверной группой на более чем 50 серверов.

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

И вот теперь - я директор по развитию. Я решил, что мне надо срочно писать, пока я ещё не забыл каково это быть техдиром.

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

Что значит быть техдиром?

Если мы говорим о предпринимательстве, а значит изначально малом бизнесе, то должность ты получаешь примерно следующим образом: Так, кто у нас здесь больше всех шарит в программировании? Ты? Будешь техдиром!

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

  • Первый уровень: я отвечаю за программирование.

  • Второй уровень: ого, я ещё участвую в продажах. От того, что я говорю и делаю - зависит продажа.

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

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

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

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

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

3. Управленческая импотенция.Директор - это в первую очередь про управления людьми. Естественно не каждый программист может и хочет это делать.

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

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

Ох уж эта нелегкая доля менеджераОх уж эта нелегкая доля менеджера

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

Причём здесь ролевые игры?

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

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

Джейми Ланистер, косплейДжейми Ланистер, косплей

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

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

Данжен. Самые известные в мире задроты играют в D&DДанжен. Самые известные в мире задроты играют в D&D

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

Лангедок. Игра по Чикаго 30х. Томск, 2009 годЛангедок. Игра по Чикаго 30х. Томск, 2009 год

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

Полевая игра. Ведьмак 2019 года, НовосибирскПолевая игра. Ведьмак 2019 года, Новосибирск

Кстати, недавно в Томске прошел боевой турнир по фехтованию между двумя клубами:Черный Отряд и Химера.

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

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

Понимание людей

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

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

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

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

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

Организационный опыт

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

  1. Создать для него условия.

  2. Объяснить ему, что надо делать.

  3. Разработать критерии выполнения задачи.

  4. Организовать контроль критериев.

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

  6. Периодически мониторить эту систему из людей и чинить где надо.

И это я ещё работу с начальниками не описывал! Там вообще отдельная песня.

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

Уверенность в себе

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

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

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

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

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

Испытательный полигон

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

Итого

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

Однако давайте представим, что вы получаете:

  1. Понимание людей, как и почему они действуют.

  2. Организационный опыт.

  3. Уверенность в себе.

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

Конечно, не каждый клуб подойдет для этого! А только специально подготовленный присоединяйся Клуб исторического фехтования Черный Отряд [ссылка на группу ВК удалена модератором как рекламная].

P.S. Недавно завел инстаграм, там будут еще мысли и замечания по теме. Хотя иногда там посты про то, как мы в офисе стреляем из арбалета.

Подробнее..

Где трава зеленее стоит ли релоцироваться за границу

14.06.2021 14:06:00 | Автор: admin

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

Почему я хочу уехать?

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

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

Почему не уехал?

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

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

Уехал и вернулся. Что же было не так?

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

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

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

А что же с налогами?

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

Cледует учитывать, что уровень налогов в Европе и США дифференцированный (до 37%).
С учетом того, что IT специалисты получают высокие доходы, то и налоги высокие, плюс в каждом штате могут быть и свои внутренние дополнительные налоги (если говорить про США).

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

Кроме того, следует учитывать что необходимо будет купить медицинскую страховку (и для семьи тоже, если ты не один). Да, компания может ее и оплатить, но не во всех компаниях и, скорее всего, не 100%, потому что полную чаще всего предлагают только руководителям.

О чем еще стоит подумать?

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

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

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

Договора в Европе и в США чаще всего срочные. Но, не смотря на это работодатель может уволить сотрудника и ранее и не во всех странах есть подушка безопасности в виде предупреждения за 2 недели.

А что с интересными проектами и задачами?

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

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

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

Что изменилось в связи с пандемией?

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

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

При этом специалист сталкивается с минимальными рисками:

  • он получает возможность поработать над проектом, если что-то не получается, то просто расторгает договор

  • семья получает возможность не менять свой образ жизни

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

  • совершенствуется уровень языка

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

Cтатья Елены Меркуловой.

Подробнее..

Стоит ли смотреть в сторону Data science?

21.06.2021 16:11:25 | Автор: admin

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

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

Написать этот пост меня натолкнуло то, что полгода назад я начал писать цикл статей о самообучении и переквалификации в data sceince. В итоге, за 5 месяцев мне написало больше сотни людей с разными вопросами по такой переквалификации. И, вероятно, многие недооценивают объем знаний, который необходимо получить для этого. В этом, наверное, виноваты и заголовки моих постов "с нуля до senior data scientist за 2 года". Как мне подсказали в комментариях к тому посту - мой начальный уровень был отнюдь не нулевой (был топовым разработчиком 1С).

Почему в data science сложно попасть

Это очень много учебы и практики

Идеальный data scientist - специалист максимально высокой квалификации, знающий, одновременно:

  • всё что должны знать "простые аналитики" (SQL+визуализация данных)

  • хороший Python программист

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

  • с отличным знанием хотя бы основ теории вероятностей (в идеале - значительно глубже + линал, мат.анализ)

  • хорошие коммуникативные навыки и понимание бизнеса (невозможно эффективно обрабатывать данные из предметной области, если вы её не понимаете)

По большому счету, это несколько лет профильного (само)образования + опыт работы.

Это дорого

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

Аналитика - сестра Data science

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

Отличие аналитика: нет нужды хорошо знать статистику, нет нужны заниматься машинным обучением.

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

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

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

Суть решаемых задач аналитка: разобраться в данных, понять их и найти интересные закономерности, представить результаты в удобном и понятном для коллег виде (обычно, графики и презентации).
Ключевой набор навыков для подобной работы: это прирожденные "аналитические способности" + знания базовых инструментов (SQL+Excel) + инструменты визуализации данных (Tableau, PowerBI).

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

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

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

Рекомендуемый набор знаний для аналитика:

  • SQL + Excel

  • Tableau / PowerBI

  • Когортный анализ (принципы)

  • Понимать парадокс симпсона, чтобы не делать ошибок, к которым он приводит

  • Нужно знать основы теории вероятностей:

    • вероятности зависимых и независимых событий, условные вероятности

    • разные статистики: среднее, медиана, мода, стандартное отклонение.

  • знать что такое АВ-тесты: понимать принципы, калькуляторы есть онлайн

  • знать основы regexp. Например, веб-аналитике он используется в инструментах типа google analytics

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

Маркетинговая/веб аналитика

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

Знания специфические для веб-маркетинга (помимо обще-аналитических):

  • Понимание принципов работы контекстной рекламы (основные метрики и схемы оплаты).

  • Знание как работают UTM метки.

  • Понимание основных принципов юнит-экономики.

  • Желательно знание основ HTML

  • Популярные инструменты: Google Analytics, Яндекс.Метрика (эти инструменты можно учить уже выйдя на первую работу)

Продуктовая аналитика

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

Data engineer - брат для Data scientist

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

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

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

  • SQL

  • Python (Java, Kotlin)

  • bash

  • Docker, Kubernets

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

Ищете работу, которая вам подходит

Цель этого поста - показать что есть море вариантов интересной работы.

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

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

Подробнее..

Проектное обучение в университете что это значит на практике?

12.06.2021 20:19:26 | Автор: admin

Вступление

Привет, меня зовут Даниил, я студент второго курса радиофака в УрФУ. Сколько помню свое обучение в универе, у нас постоянно продвигалась концепция проектного обучения. Захотелось рассказать, как оно проходит именно с точки зрения студента.

Индивидуальные образовательные траектории

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

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

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

Полный список предметов в ИРИТ-РТФПолный список предметов в ИРИТ-РТФ

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

Окей, а что такое проектное обучение-то?

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

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

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

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

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

Проблемы проектного практикума

Постарался расположить в порядке важности

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

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

Третья- нет никакой профессиональной ориентации. Никто не рассказывает о том, какие есть профессии в ИТ и в чем их разница.

Четвертая проблема - нет обмена опытом. После того, как проекты были успешно (или не успешно) закончены, студенты не могут поделиться опытом друг с другом. Из-за этого процесс развития команд сильно замедляется, ведь они повторяют ошибки друг за другом.

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

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

Возможные варианты решения проблем

Тут я хочу поделиться свои рассуждениями о том, как можно исправить сложившуюся ситуацию.

Что нужно сделать:

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

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

Рассказывать о всем многообразии профессий в ИТ. Простого курса видосов на эту тему вполне хватит.

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

Вместо заключения

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

Думаю, что проектное обучение - это движение в правильном направлении.

Подробнее..

Как айтишнику издать свою книгу. Часть 2 Самиздат сколько стоит свобода

13.06.2021 16:20:24 | Автор: admin

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

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

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

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

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

А теперь к делу.

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

Краткое флоу, как сделать книгу в самиздате (на примереRidero, выбранном по описанным в предыдущей статье плюсам/минусам):

О каждом шаге в деталях:

Загрузка

Ресурсозатратностьзависит от выбранной площадки. НаРидероможно загрузить свою книгу как файл(DOC, DOCX, TXT, RTF и ODT; в т.ч. с иллюстрациями, до 40Mb), импортировать изGoоgleDocsили даже получить тексты по ссылке изBlogger, LiveJournal,Стихи.ру,Проза.руи ряда других онлайн-ресурсов. Для любителей экстримаможно набирать онлайн в ихсобственном редакторе. На практике проблем с импортом .docxне возникло.

Литрес: Самиздат поддерживает загрузку файлов DOCX и FB2, до 70Mb. Выдвигает при этом жесткие требования к оформлению файлов: структура, переносы и символы концов абзацев, настройки форматирования в Microsoft Word,...многостраничная инструкция прилагается. Просто так скормить имевшийся .docx-файл книги не удалось.

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

Редактура

Призвана сделать слог гармоничнее, текст без речевых ошибок, стилистику автора усилить, предложения переформулироватьв целом, предполагает более серьезные вмешательства, чем правки запятых и орфографии. Пунктуация и прочие школьные правила выправляются позже корректором. Услуги же редактора гораздо дороже,варьируютсяот жанров и предполагают его экспертизу в данной литературной области. Поскольку мне было важносохранить свой авторский стиль, и были небезосновательные опасения станет хужеданный этап мною был опущен. В противном случае, при ценахРидеров 3 800 5000 руб. за 1 авторский лист (40 000 знаков с пробелами), редактура моей книги обошлась бы мне в 38 000 50 000 руб.

Корректура

Субъективно, единственныйнеисключаемыйшаг перед любым обнародованием текста: что с заделом на печатную версию, что для выпуска только электронной книги. Подразумевает проверку на орфографию, пунктуацию, грамматику и опечатки. И хотя я сама при написании не пренебрегала исправлениями от GoogleDocs, уповала на 5-ку по русскому с набором прочно усвоенных правил, а также несколько раз внимательно читала текст постфактумна каждой странице нашлось, что поправить, а то и не раз. Об этом догадываются и площадки самиздата, а поскольку вычитка все еще делается не нейронными сетями, а реальными людьмиудовольствие недешевое. Цена за 1 авторский листварьируется от 990руб.вЛитРес: Самиздате до1300руб. вРидеро. В типографиях или фрилансе можно поискать дешевле, держа в голове поправку на качество.

Мне корректура книги объемом 10а.л. (немного выше среднего в своем жанре нон-фикшена) обошлась на тот момент в 11 000руб. дорожепечати небольшого тиража в 35 экз.

ВРидероправки предлагают внести либо на их сайте в онлайн-редакторе текста загруженной книги, но в нем вы не увидитеdiff, либо, если хотите отсмотреть правки,могут сделать в .docx. Затем в режиме рецензирования через MS Word или GoogleDocsможно принять/отклонить предложенные изменения.

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

Вычитка заняла 11 дней. Общий срок вРидеробыл заявлен до 16 дней.

Сложные тексты рекомендуют вычитывать хотя бы 2 раза. То есть время-деньги повторить.

Отступление: RIP ё

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

  • когда нужно предупредить неверное прочтение (узнаём -> узнаем,совершённый ->совершенный);

  • для указания произношения малоизвестных слов;

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

В остальных случаях рекомендуется писать е.

Дизайн обложки

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

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

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

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

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

Цены от 2900 руб. за оформить вариант с имеющейсяу автора картинкой до 13 900 руб. за детализированную отрисовку уникальной картинки с 4+ персонажами. Мне обошлось в 9 550руб., за несложный сюжет по жесткому ТЗ, включая корректорскую вычитку текстов обложки. Но понравилось.

ТЗ лицевой части, картинки для оборотной стороны и результатТЗ лицевой части, картинки для оборотной стороны и результат

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

Верстка

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

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

В копилку магии онлайн редактораRidero(а может и корректуры) пропали пустые скобки у методаtoString().

Скачивание электронной книги

Если до текущего момента был шанс попользоваться площадкой бесплатно, то при попытке получить сверстанную книгу, ждал грамотно подготовленный сюрприз. Скачивание ссохранением верстки в PDF 250руб. за раз, то же для MOBI и FB2. Либо 700 руб. за все. Поправил опечаткуплати еще раз. Либо оформляй подписку 1000-1500 руб./мес. забезлимит. Бесплатно доступен EPUB, но им (и самостоятельными конвертациями в FB2 и MOBI) можно обойтись, если версия с версткой вам не важна.

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

Печать тиража

Стоимость экземпляра зависит от количества в тираже, большедешевле каждый, от числа страниц и параметров печати. На площадках самиздата все красивокалькуляторы, настройки типа обложки, формата. В обычных типографиях возможностей (форматов, типов тиснений, ламинирования и прочих вариаций) гораздо больше. Меня вполне устраивали предлагаемые вRideroмягкая обложка с матовойламинациейи черно-белый текстовый блок с креплением клеем. Пробный тираж в 30 экз. обошелся в 8 334 руб. Шитый блокдороже, твердая обложкаеще дороже. К слову, по запросу в поддержкуRideroбыли готовы декорировать обложку тиснением или выборочным лаком, что на сайте явно не предлагается, но и порядок цен становился уже другим.

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

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

От заказа услуги до коробки с тиражом в руках прошло 19 дней. Непосредственно исполнение без доставки заявлено в 5 рабочих дней.

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

Размещение в онлайн-магазинах

Жирный плюс площадок самиздатавозможность одной кнопкой отправить свою книгу вЛитРес,Ozon, Amazon,AliExpress,Bookmateили другие партнерские магазины.Не нужно разбираться с тонкостями выкладки на каждый сервис. На Amazon, например, нужно конвертировать книгу их инструментами в спец. формат.

О минусах: отсутствии детальной настройки под каждую платформу и непрозрачной статистике, писала ранее.

К плюсам:
+ агрегация прибыли в одном месте. На каждом сервисе есть минимальная сумма вывода в 1000-3000 руб., которую вы можете и не достичь при скромных продажах. Накопить на вывод вRidero, где суммируются доходы от всех площадок, проще.
+ уплата налогов.

Т.к. по закону в РФдоходы от профессиональной писательской деятельности подлежат налогообложению, приразмещениив магазинах самому или через сервисы самиздата важно обращать внимание, являются ли они налоговым агентом. Например,Rideroявлялся, уЛитРес: Самиздата налоги автор выплачивает самостоятельно. Есть возможность оформить налоговый вычет в 20% засоздание произведений литературы.

В ряде магазинов (Ozon,AliExpress,MyShop) поддерживается печать по требованиют.е. можно продавать свою книгу и в бумаге. Площадка самиздата распечатает ее только при оформлении покупки.

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

Раскатку до магазинов любой правки/опечатки в описании книги черезRideroпридется ждать пару месяцев или платить для ускорения.

Сетевые книжные и офлайн

Для простого автора самиздата здесь выглядит всебесперспективноили разорительно. Книжные не стремятсясотрудничать с подобными писателями.Rideroпредлагает включить вашу книгу в списки, предоставляемые магазинам. Заинтересует закажут. Попробовала, включила. Результат: ожидаемая тишина.

За 90 000 руб. можно заказать размещение на 1 мес. книги в 10 московских магазинах, лицевой выкладкой на полке. За 145 000 руб. есть возможность выбрать размещение в других городах и уже на 2 мес. А за 310 000 руб. книга может полежать 2мес., выложенной на кубе в тематическом отделе нескольких магазинов (не в каждом из сети).

Можно даже заказать выкладку брошюр с фрагментом книги в аэропорты. Всего 115 000 125 руб. за 1 мес. В зависимости от зала и числаэкземпляров.

Денежные и временные затраты на выпуск книгиДенежные и временные затраты на выпуск книги

Дополнительные мероприятия

Перевод книги на английский

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

На площадкеRideroсейчас стоимость перевода начинается от 1690 руб./стр. Страницей при этом обычно считается 1800 знаков с пробелами. Для моей книги выходило тогда порядка 370 000 руб.

Стремясь получить перевод по более адекватной для себя цене, попросила помощи одного знакомого Бюро. Несмотря на сильную лояльность по ценам на тот момент в 400 руб./стр., меня сразу просветили, что лучше книгу или сразу переводить носителем языка читателя либо вычитывать перевод профессиональным редактором, желательно также носителем. Хороший редактор, предупредили, стоил бы 43$/час, около 2х дней работы. Получалось процентов на 35% дешевлеRidero, но все равно, прилично. На фрилансе от 4$/час, держа в голове качество.

Запись аудиоверсии

В самиздате можно заказать за деньги(Ridero), наЛитРесеесть отдельный проект по записиЛитРес: Чтец.Про мой опыт подробнее в последующейЧасти 4. Запись аудиоверсии книги.

Выставки

Следуя желаниям автора из самиздата быть замеченным иобрестипопулярность,Rideroпредлагает участие на ежегодной Московской Международной Книжной ярмарке,выставкеNon/fictionи прочих.

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

Депубликация

Самостоятельно убрать книгу из магазинов в том жеRideroнельзя: никаких элементов по ее удалению в интерфейсе не предусмотрено. Все делается опять же запросом через поддержку.

Обещанный срок снятия: в течение недели после запроса к магазинам. Фактический (неприятный сюрприз): несколько часов. Делая заявку с расчётом, что книга еще попродается несколько дней, а то и неделю, неожиданная погрешность в лучшую сторону оказалась не на руку :)

Дополнительные мероприятияДополнительные мероприятия

Итого, получить в самиздате тираж в 30 экз. с приятной вёрсткой, своей обложкой и продаваться онлайн обошлось в (без дополнительных услуг и рекламы) 2 месяца и 28 900 руб.

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

Далее:

Часть 3. Издательства: как попасть на полки книжных магазинов. Шансы на интерес к вам, опасные договоры и процесс выпуска книги.

Часть 4. Запись аудиоверсии книги.

Часть 5. Сколько получают авторы.


Подробнее про книгурезультатсамиздата.

Текущая версия результат работы сиздательством(Эксмо/Бомбора) и их дизайн.

Подробнее..

Перевод Неполный список навыков, необходимых senior-разработчикам, помимо написания кода

14.06.2021 06:17:19 | Автор: admin

Для различных уровней от senior до staff и выше.

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

  2. Как писать проектную документацию, получать фидбек и доводить её до реализации в разумный промежуток времени

  3. Как менторить нового junior-коллегу, middle-инженера, нового менеджера, которому нужен технический совет

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

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

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

  7. Как попросить другого инженера сделать что-то для вас, попросив о помощи так, чтобы он почувствовал, что его ценят

  8. Как руководить проектом, даже если вы не руководите ни одним человеком, работающим над ним

  9. Как сделать так, чтобы другие инженеры слушали ваши идеи и не чувствовали угрозу

  10. Как слушать идеи других инженеров и не чувствовать угрозу

  11. Как отказываться от своего детища проекта, который вы сделали чем-то великим, чтобы вы могли заняться чем-то ещё

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

  13. Как сообщать заинтересованным сторонам статус проекта

  14. Как убедить руководство в том, что им нужно инвестировать в нетривиальный технический проект

  15. Как разрабатывать продукты, итерационно показывая ценность в процессе

  16. Как описать предложение проекта, рассказать всем о нём и получить согласие на его реализацию

  17. Как повторять столько раз, чтобы люди начали вас слушать

  18. Как выбрать, за что сражаться

  19. Как помочь кому-то получить повышение

  20. Как получить информацию о том, что происходит на самом деле (как сплетничать, как заниматься нетворкингом)

  21. Как самому находить интересные задачи, а не ждать, кто кто-то вам их принесёт

  22. Как сказать кому-то, что он не прав, не устыдив его

  23. Как изящно принимать негативный фидбек


Перевёл автор канала о работе в команде, коммуникациях, развитии и менеджменте Saturday Night Hack подписывайтесь.

Подробнее..

Мы не рабы, рабы не мы

15.06.2021 20:16:32 | Автор: admin


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

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

От плантации до...


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

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

Все на продажу


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

Работать в таких больших и успешных корпорациях хочется многим. Но дьявол, как всегда, в деталях. Чем крупнее и географически шире ритейлер, тем противоречивее впечатления от работы в нем у сотрудников конкретных магазинов и складов у тех, кто в буквальном смысле своими руками делает этих супергероев FT-500, Forbes и прочих знаковых рейтингов.

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

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

Болеть нельзя уволить


Три года назад наделал шума отчет бюро по рабочим конфликтам A Better Balance, рассказывающий о ситуации в Walmart. Опрошенные сотрудники крупнейшего мирового ритейлера рассказывали, что панически боятся болеть, брать больничные, сидеть с детьми.

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

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

Наиболее яркие цитата сотрудников Walmart из отчета A Better Balance:
У моей дочери был эпилептический припадок. Я отпросился с работы. Всю ночь не спал, просидев рядом с дочерью. А утром просто уснул на работе. Менеджер послала меня в больницу. На следующий день меня уволили за прогул (штат Огайо, магазин)

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

В комментарии Business Insider по поводу изложенного в отчете представитель Walmart тогда заявил: В нашей компании работают люди, получающие оплату пропорционально отработанным часам. Мы просто не можем себе позволить, чтобы эти сотрудники отсутствовали слишком долго на рабочем месте. Однако ни о каких нарушениях речи и быть не может. Мы понимаем, что случаются непредвиденные обстоятельства, когда сотруднику необходимо отлучиться, и мы всегда идем навстречу. Это касается и тех, кто работает не сдельно, а в штате. Любой сотрудник может всегда рассчитывать на отпуск или больничный. Мало того, политика нашей компании предполагает устройство на работу людей с ограниченными возможностями.

Была у сотрудников Walmart даже война с роботами, в которой они (сотрудники) победили. Об этом рассказывала The Washington Post. Ритейлер несколько лет пытался автоматизировать процессы инвентаризации. В результате у живых сотрудников уменьшался прописанный в должностных инструкциях объем функционала и им снижали зарплату.

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

На работу в Мордор


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

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

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

Водители Amazon не могут отклоняться от заданных маршрутов (все перемещения отслеживаются) и обязаны доставить вовремя 999 заказов из 1000. Доставил меньше увольнение.

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

Больше контроля, больше зарплата


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

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

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

Другая программа Yva разработка Давида Яна, основателя российской компании ABBYY. Программа мониторит поведение каждого сотрудника по содержимому электронной почты, CRM, системе документооборота. А еще в ней можно проводить опросы работников по самым разным темам от степени удовлетворенности работой до того, как специалист видит свое будущее в компании. Хотя, надо отметить, что при всем при этом софт относительно этичен личные мессенджеры не контролируются, публикации в соцсетях и обновления на LinkedIn также не отслеживаются.

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

Цвет настроения разный


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

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

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

21.06.2021 14:12:41 | Автор: admin

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

А начнём мы с темы девушек в IT, причём посмотрим на неё под особым углом. Главная героиня сегодняшней статьи Любовь Филимонова. Она закончила СПбГЭТУ ЛЭТИ, пришла работать в Санкт-Петербургский Центр Разработок Dell Technologies по стажёрской программе и прошла карьерный путь до инженера-тестировщика ПО в команде Dell EMC VMAX. У Любы двое детей, соответственно в декретный отпуск за время работы она уходила дважды. Именно этим опытом мы и попросили её поделиться. Отношение начальства, возможности для развития, построение карьеры после рождения детей, адаптация после долго отпуска об этом и многом другом в формате прямой речи Люба сама рассказывает под катом.

Трудоустройство мужчины и женщины в IT: есть ли разница?

В международных IT-компаниях никто давно не судит о кандидатах по одежде или полу. В Dell Technologies опыт, знания и достижения мужчин и женщин всегда сравниваются соразмерно. Шутки или, тем более, троллинг абсолютно недопустимы, в том числе и после трудоустройства. И это не какое-то правило, которому все должны следовать. Просто взрослые современные люди прекрасно всё понимают сами и общаются друг с другом корректно.

Если говорить про карьерный путь, то тут, на мой взгляд, всё в первую очередь зависит от уверенности в себе, а не от пола. К сожалению, по моим наблюдениям, девочки из IT нередко менее уверены в себе, чем мальчики. Но в Dell Technologies всегда можно рассчитывать на помощь коллег из нашего внутреннего сообщества Women in Action, которому уже более 5 лет. Это открытая площадка, где женщины могут общаться друг с другом. Нетворкинг плюс возможность получения дополнительных знаний очень эффективная комбинация. Здесь всегда ответят на вопросы, направят, помогут прокачать софт-навыки, если их вдруг не хватает, и дадут мощный заряд позитивной мотивации. Главная цель сообщества поддерживать женщин в технологических областях, помогать им развиваться и строить карьеру.

О гендерной дискриминации в IT-индустрии

Мне кажется, что в IT-сфере уровень гендерной дискриминации гораздо ниже, чем во многих других областях. Особенно в больших международных корпорациях. Мой личный опыт показывает, что в Dell Technologies её нет вообще: просто невозможно представить, чтобы на собеседовании кто-то спросил у девушки замужем ли она и планирует ли детей. А ещё умные девочки всегда в топе: из моих однокурсниц из СПбГЭТУ ЛЭТИ нет ни одной, которая сейчас бы не работала в IT-индустрии.

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

Как руководители команд относятся к уходу девушек в декрет?

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

Отношение менеджеров и коллег

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

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

Что нравится в компании?

Для себя я вижу в Санкт-Петербургском Центре Разработок Dell Technologies много преимуществ. У коллег высокий уровень экспертизы, команды дружные, руководство лояльное и понимающее. С коллегами из Америки работать тоже комфортно. Задачи интересные и масштабные мы ведь делаем продукты для всего мира, а не только для России, и это здорово мотивирует, когда любишь свою работу, как я. А в момент выхода в декрет я увидела на собственном опыте, как быстро и эффективно передаются и подхватываются дела. Руководитель оперативно перераспределил задачи, работа не останавливалась и не провисала ни на день.

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

Можно ли получить новые навыки во время декретного отпуска?

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

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

Как совмещать работу и воспитание детей?

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

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

Влияет ли декрет и материнство на процесс построения карьеры?

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

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

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

Смещается ли фокус на семью после рождения детей?

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

Как правильно и эффективно вернуться в рабочий ритм после декрета?

Мой личный опыт показывает, что включаться в работу после 3-недельного отпуска порой может быть сложнее, чем после 1,5-летнего декрета. Я думаю, что процесс адаптации в значительной степени зависит от подхода компании и руководителя команды. У нас в этом плане всё очень классно.

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

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


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

Подробнее..

Категории

Последние комментарии

© 2006-2021, personeltest.ru