Новости • События • Публикации

Новости ITSupportMe

post image

Разработка

Из варяг в греки, или зачем нам Котлин

Дисклеймер Данный материал ни в коем случае не претендует на серьезное исследование, а является коротким видением того, почему мы выбираем (или нет) Kotlin для своих проектов. Выводы представлены на основе двухлетнего опыта работы команды ITSupportMe с этим языком программирования. Из варяг в греки, или зачем нам Котлин Немного истории В 2011 году в океане информационных технологий стало на один остров больше. Российская компания JetBrains представила свою новую разработку – язык программирования Kotlin, по аналогии с Java названный в честь участка суши, на этот раз Финского залива. Через каких-то шесть лет этот довольно смелый и амбициозный проект достиг поразительных результатов. Так, на конференции Google I/O 2017 Kotlin стал одним из трех языков, по стандарту включенных в Android Studio 3.0 (первые два — Java и C++). Whyyyyyyyyyy? (что в переводе с английского означает «немного оптимистичной теории») В чем же секрет популярности детища JetBrains, и почему многие программисты обращаются именно к его инструментарию при решении тех или иных IT-задач. Причина номер раз: Java уже не та? Kotlin был придуман командой, которая создала большое количество продуктов на Java и хорошо ориентируется в новейших технологиях разработки. Для них, как и для многих других специалистов, не секрет, что сегодня Java развивается очень медленно. Новый функционал добавляется в нее с большим скрипом. В некотором роде это связано с тем, что «большая» Java, также известная как Java EE, накапливает колоссальный объем проектов, и их важно сохранить при обновлении системы. Такая ситуация, а также ряд других причин, породила потребность в новом, JVM-адаптированном языке программирования, с одной стороны, не нуждающемся в обратной совместимости, а с другой – свободно взаимодействующем с обширным диапазоном инструментов, плагинов и библиотек Java. Таким языком программирования и стал Kotlin. Причина номер два: это просто? Два главных достоинства Kotlin, с точки зрения многих его сторонников, это простота работы поверх JVM. JetBrains задумали свое детище как статический типизированный объектно-ориентированный язык индустриального уровня, который лаконичнее и типобезопаснее, чем Java, проще чем Scala, и при этом свободно компилируется для Java и JavaScript, что позволяет постепенно перейти со старой платформы на новую. Одним из примеров простоты и гибкости Kotlin является специфика его интеграции с системой Android, куда он встраивается посредством Gradle. В дальнейшем это позволяет внедрять новый функционал для Kotlin без переписывания Android-приложения целиком. Причина номер три: оно тебе надо? Kotlin представляет большой интерес для всех разработчиков, имеющим дело с Java-машиной или любыми языками со сборщиком мусора в целом. Упомянутая выше простота и адаптивность эксплуатации дает возможность почти любому Java-специалисту, готовому посвятить полчаса своего времени изучению туториала и спецификации языка, начать применять его в своей практике, а обратная совместимость решает проблему использования  Kotlin в уже действующем проекте. И еще N-цать технических причин Null-безопасность Система типов в Kotlin направлена на искоренение проблемы, в Java известной как NullPointerException (NPE). Она возникает при попытке отсылки к null значению. Kotlin избегает такой ситуации, выдавая ошибку компиляции. Конечно, это не идеальное решение (а какие идеальные?), и все равно остаются лазейки для «ошибки на миллион»: этому могут способствовать как внутренние (прямое указание throw NullPointerException() или использование оператора !!), так и внешние (например, ошибки самого Java-кода) причины. Гибкость и простота синтаксиса В Kotlin код выглядит менее громоздким и намного более читабельным, так как в нем простые подпрограммы, функции и структуры можно объявить одной строкой. При этом геттеры и сеттеры задаются за кулисами для полного взаимодействия с Java. Добавление же аннотации базы данных к классу позволяет генерировать различные шаблоны автоматически. Классы данных Разработчики Kotlin добавили специальные классы для хранения данных и генерирования различных шаблонов: equals(), hashCode(), toString(), геттеров и сеттеров и др. Функции-расширения Kotlin обеспечивает расширение функционального диапазона имеющихся классов без наследования, что достигается посредством функций-расширений. Чтобы объявить такую функцию, к ее имени нужно добавить префикс в виде расширяемого типа. Умные преобразования типов Компилятор Kotlin весьма удобен для приведения типов. Во многих случаях вам не нужно будет явно указывать операторы преобразования, так как эту работу за вас выполнит оператор is. Функциональное программирование Важно отметить, что Kotlin – это действенный инструмент функционального программирования, в вооружении которого широкий спектр полезных возможностей: функции высшего порядка, перегрузка операторов, лямбда-выражения и многое другое. Сравнение скорости Java и Kotlin При чистой сборке Java превосходит Kotlin на 15–20%. Однако чаще разработчики прибегают к частичной сборке, где благодаря активному демону Gradle и включенной инкрементальной компиляции Kotlin даже немного быстрее Java. Таким образом, языки приблизительно равны по скорости компиляции. А мы что? Как вспоминает наш специалист Иван Брель, опыт работы ITSupportMe с Kotlin начался с любопытства. Затем ребята убедились, что это работает — и понеслось. На самом деле в компании не так много проектов, написанных на этом языке, во многом из-за бытующего в среде разработчиков скептицизма по поводу всего нового. — Если стартует новый проект, то, мол, нужно использовать проверенные вещи, куда там Kotlin! Но как показывает время, в освоении он очень легок, а профитов больше, — замечает Иван. Наш собеседник подчеркивает, что зачастую ошибки в использовании Kotlin связаны с тем, что разработчики пишут на нем как будто это Java, только кода меньше. Однако постепенно приходит понимание общей концепции — и тогда становится ясно, что это совсем другое. Хорошая иллюстрация такой эволюции — внутренний проект компании ITSM Portal, где при детальном осмотре можно найти и «первый блин комом», и примеры хорошего кода: «на этом проекте мы попробовали все», — поясняет Иван. Разработчик добавляет, что его команда в своей работе использует как новые фичи и фреймворки, так и нативные вещи типа сертификатов от Sun — и ни с чем не было проблем: В целом Kotlin сильно облегчает жизнь: код краток, конструкции понятнее, многие вещи уже сделаны — и можно просто их использовать, плюс полная совместимость с Java. То есть все написанное ранее также будет работать, как и сторонний код на Java. Для Василия Писпанена текущий проект компании — первый опыт использования Kotlin с нуля с целью создания крупномасштабной и сложноархитектурной системы. — Проект — сущий ад с точки зрения архитектуры: больше десятка амазоновских сервисов, блокчейн, лицензирование кода, приличная нагрузка и отсутствие права на ошибку, так как через платформу будут гонять большие деньги, — то ли сетует, то ли восхищается наш собеседник. — Чтобы комфортно девелопить конкретно этот проект 16 гигов оперативки уже маловато. Интеграционные тесты поднимают два десятка докер-контейнеров — в такой момент уже мало что можно делать за компом. В таких условиях Kotlin видится нашему специалисту отличным решением: «в целом более функциональный стиль, крутые лямбды, компактный код и много мелких плюшек из коробки вроде extension functions или интерполяции строк». Есть и неудобные для разработчика моменты. Например, не поддерживаются repeatable annotations из Java. Многие стандартные для Java вещи задуманы как самостоятельные библиотеки (serialization, coroutines), и не всегда можно безболезненно обновить их вслед за версией самого языка. Конечно, можно использовать котлинские библиотеки из Java, но декомпилированный Kotlin класс выглядит не лучше обфусцированного кода. Некоторые синтаксические конструкции, вроде разных видов конструкторов, выглядят для Василия очень странно. — А ещё idea часто нещадно тупит в плане анализа кода и подсветки синтаксиса (JetBrains, алло, ну как так!), — эмоционально добавляет он. Имеет свое веское мнение о Kotlin и Алексей Метлицкий. Еще со времен тренингов в ITSupportMe, которые посещал молодой специалист, прежде чем прочно обосноваться в штате компании, стало ясно, что Kotlin очень приятный в использовании язык, и при старте новых проектов, если заказчик не настаивает на Java, есть смысл отдать предпочтение именно ему. На данный момент в эффективности детища Jetbrains Алексей убедился в рамках как минимум трех проектов. Как оказалось, на этом языке ему как программисту проще и комфортнее выражать свои намерения: — Создатели позаботились о том, чтобы максимально сократить количество букв в выражениях, которыми пользуются программисты, и добавили много «плюшек», позволяющих быстрее и читать, и писать код. Главным плюсом Kotlin для нашего собеседника является его полная совместимость с библиотеками Java. — А еще то, как язык работает «под капотом», мало чем отличается от Java. Это позволяет Java-разработчикам в очень краткие сроки добавить Kotlin в своё портфолио, — добавляет Алексей. — А тот факт, что язык гораздо моложе своего предшественника, означает, что можно начать его создание практически с чистого листа, не цепляясь за неудачные решения и ошибки, которые накопились в Java за  годы её существования. Кроме того, в JetBrains поработали над вопросами безопасности кода в плане его защищенности от ошибок. Еще одно очевидное достоинство Kotlin — это более простой в чтении и написании, современный, продвинутый, развивающийся (а значит и перспективный), свободный от проприетарных лицензий язык программирования. — Я считаю, что он мог бы стать нашим основным инструментом разработки, вот так, — уверенно подытоживает Алексей. Перечисление достоинств Kotlin можно продолжать еще долго. Равно как бесконечно обсуждать плюсы и минусы (конечно же, фундаментальные :)) использования этого языка при разработке. Однако на сегодняшний день команде ITSupportMe ясно одно: пора бы уже перестать скептически относиться к любому новому продукту. Ведь главное в разработке не то, на каком языке вы пишете. Гораздо важнее ваши трудозатраты на решение той или иной задачи. Программисты пишут код. И если на этом этапе удастся сэкономить время, то быстрее пройдет стадия тестирования и больше останется для разработки бизнес логики продукта. Как достичь такой цели — решать вам.

ITSupportMe

29 мая, 2020

post image

О компании

Come back to where you once belonged

Мы живем в удивительное время. Когда работать из дома — отличное решение, не здороваться за руку — признак хорошего тона, а обсуждение семейного рецепта антисептика — новый тренд кулинарного шоу. На этой тревожной волне особенно важно сохранять позитивный настрой и не терять свою связь с другими. А поэтому почему бы не поучаствовать в каком-то ностальгическом комьюнити флэш-мобе — подумали мы. И участвовали :) Итак… Спааать. Тебе хочется спааать…Твои глаза закрываются…Твои веки тяжелеют… Ты в далеком 2012 году. В нашем первом офисе. Наливаешь первый стакан офисной бутилированной воды. Сидишь за нашим первым столом. Наслаждаешься первым офисным видом из окна… О, а еще улыбаешься молодому и зеленому Евгению Шмыговскому, который воочию наблюдал (собственноручно сотворял) те времена. Буквально за год-два наши планы и достижения увели нас далеко от того места. Новые люди, новые проекты, 5000 commit — все это привело нас к новому home, sweet home, который расположился аж на трех этажах гомельского технопарка. К чему мы это все? А помнишь свой первый год в ITSupportMe? Вот эти ребята точно помнят. 2017 г. Первый год в ITSM для Ивана Николайцева (слева) и очередной для Виктора Штанзе. Молодой Олег Супер Курницов? 2016, 2017 гг.  Кажется, у нас завелся офисный Бенджамин Баттон. Анастасия Сурта. А она у нас вампир, потому что ей что 2016, что 2020 — все нипочем) Праздники, корпоративы вместе с Юлией Кадильниковой, 2017. Вечный подросток Денис Кораблев Шаповалов, 2016. Дважды счастливый человек Сабина Животок, лето 2017.  Анна Мушкетова в октябре 2018. Видимо, титул «Горячая штучка» дается раз и навсегда :) Просто веселые Егор Титуленко и Юлия Шмыговская, 2016. Ладно, признаемся, это не первый их год. Юля с нами аж с 2014. Безграничные же таланты Егора поступили в распоряжении ITSupportMe в марте 2015. Такие дела. Это был #itsm_begins …на счет три ты проснёшься и начнёшь репостить и лайкать. Три :) Хороших выходных всем!

ITSupportMe

08 мая, 2020

post image

О компании

Музыка нас связала…

Мы давно знаем, что не IT единым живет наш большой и дружный коллектив. Спорт, игры — настольные и компьютерные — книжный клуб, вязание и макраме — да мало ли интересов было, есть и будет! И сегодня мы поговорим о прекрасном — о том, как сотрудники ITSupportMe прекрасно управляются с музыкальными инструментами. И хоть половина из наших сегодняшних героев скромно отмахивается, мол, давно не играли, забыли совсем, в далеком детстве оставили свои увлечения, но все-таки из песни слов не выкинуть. Как и не выкинуть +100500 часов, усилий, нервов и нечеловеческого упорства, положенных на алтарь достижения своей цели. Ведь без этого вот всего не было и нас самих. В общем, читаем, умиляемся, удивляемся, а заодно пытаемся разгадать наш любимый ребус — «Угадай коллегу». 1 Научился играть на пианино… сам Кажется, этот парень знает все о саморазвитии. Ведь консерваторий (впрочем как и музыкальных школ) он не заканчивал, а играть на паре инструментов все-таки умеет! Первый раз наш коллега заинтересовался музыкой в 9 классе. Тогда ему нравилась одна девушка, которая как-то взяла да и сыграла для всех на пианино. «Вот бы тоже научиться играть, тогда-то она точно не устоит!» — от этой мысли сердце у юноши застучало быстрей. Как ни странно, банальными мечтаниями история не закончилась, и уже через несколько месяцев силовых тренировок орудие дев нежнейших и возвышенных мужей сдалось под напором чрезвычайно мотивированного влюбленного. Пик активности музыканта-самоучки пришелся на старшие классы (даже на выпускном выступил). И хоть сердце красавицы оказалось тем еще крепким орешком, те времена наш коллега вспоминает с неподдельной теплотой, периодически смахивая пыль с домашнего синтезатора. А еще в его жизни нашлось место гитаре. После 11 класса он просто взял этот инструмент у друга — так и учится до сих пор (свою гитару, правда, уже успел приобрести) :) 2 Сквозь тернии к звездам Семь лет она занималась в музыкальной школе (класс фортепиано), а потом еще 2 года — в Доме детского творчества (класс эстрадного пения). Кажется, секрет музыкального открытия ITSM_Summer_Party’2019 успешно раскрыт! Чем нашей коллеге запомнился путь к музыкальному совершенству? В первую очередь, своей тернистостью: «Я страдала, потому что учитель меня постоянно била по рукам и говорила, что я бездарность)) Помню бесконечные скучные арии, которые мы слушали, я старалась их понять, но у меня это плохо получалось, я зевала и смотрела в окно». Но в последний год забрезжил лучик надежды: «…учитель сменился, и вдруг мне открылась вся музыкальная грамота, все предыдущие 6 лет вдруг стали понятны — и мне все стало нравиться)». С тех пор прошло немало времени, и к музыкальным практикам наша коллега возвращается только в компании очень близких людей, которым доверяет и перед которыми готова раскрыться: «видимо, остались старые рефлексы, что если что, то опять можно получить по рукам или спине))))))» А еще не за горами коварнейший план по захвату музыкальным бэндом ITSM целого мира. Но об этом вы наверняка еще услышите. Пока скажем одно — без следующего героя эта история явно не обойдется. 3 «Широко известный в узких кругах» Собрал группу еще в школе, потому что нужно было срочно выступить на выпускном. Выступили, понравилось, решили продолжить, достигли статуса своеобразного local band, «широко известного в узких кругах». Выступали на одной сцене с Rasta, Gods Tower, Dragonflame и другими белорусскими коллективами. В последнее время, правда, все как-то подзатихло, но репетиций наш герой не бросает и даже записал недавно альбом для сайд-проекта. Начинающим же или мечтающим начать заниматься музыкой, настоятельно рекомендует: «бросайте это дело и учите джаваскрипт лучше». Видимо, уже на старте устраняет конкурентов :) 4 И жнец, и жрец, и на гитаре игрец На самом деле все началось с классического образования — окончив музыкальную школу по классу фортепиано, наш коллега с головой ушел в гитарный джаз. Выступал с одними из лучших музыкантов города, создал группу Non Grata в мединституте (а вы думали, почему жрец?)), по вечерам после учебы  играл в «Пятом колесе» (было такое атмосферное место), вел гитарный кружок в 24 школе, пел с гомельским эстрадным оркестром Василевского… И тут мы вынуждены остановиться, потому что получится настоящий эпический лонгрид :) 5 Каждая девочка мечтает играть на фортепиано… и ударных Эта гремучая инструментальная смесь научила ее, с одной стороны, доводить любое, даже самое раздражающее дело, до логического завершения, а с другой — концентрации и умению делать «разные вещи двумя руками и двумя ногами))))))». А еще она обзавелась кучей интересных знакомств и запоминающихся историй, так что нашей коллеге явно будет что рассказать своим (и даже нашим) внукам. Одно выступление в закрытом байкерском клубе чего стоит! 6 Музыка открыла ей мир «В 17 лет я окончила музыкальную школу по классу фортепьяно. Большинство родителей отправляют детей в музыкалку в более раннем возрасте, в моем же случае это было только мое решение, и все окружающие меня активно отговаривали от 7 лет обучения, но я уверила всех, что не отступлюсь и не брошу занятия, как мои сестры спустя несколько лет. Сейчас я ни капли не жалею. Было сложно, как и у многих, были кризисы в обучении: 3 года и 5 лет, но каждый раз я вспоминала момент, когда пообещала себе не сдаваться. Благодаря своим занятиям я познакомилась с замечательными людьми, которые хотели, чтобы «ребенок, который умеет играть на пианино» посещал их каждое лето в Германии. Как оказалось, глава семьи — композитор из Америки, который, помимо музыки, преподавал английский язык и вел радиопередачи. Такое общение, определенно, послужило сильнейшим толчком в моем развитии и становлении. Когда меня спрашивают, есть ли смысл заниматься музыкой, то я категорична в своем ответе. Безусловно. Я никогда не была талантливым музыкантом, и давалось мне все только усердным трудом, однако, я чувствовала, что мой кругозор был шире, общее развитие и отношение к прекрасному отличалось от такового со стороны моих сверстников. Сейчас игра помогает мне, главным образом, поднять настроение, переключиться от дел насущных, разрядиться».   Кажется, ITSupportMe давно пора организовать фестивальчик на досуге — так много талантливых и мегаинтересных музыкантов трудится в стенах нашей компании! А сколько поскромничало и пожелало остаться неназванными! Пожалуй, добавим эту идею в копилку нашей будущей реалки, которая, мы верим, не за горами! А завершит наш музыкальный этюд еще одна фотография давно минувших дней — 15 мая, 2017 г., Минута музыки и вдохновения. ITSupportMe, Гомельский технопарк. (1 — Антон Дрик, 2 — Алеся Смирнова, 3 — Анатолий Акуленко, 4 — Юрий Ермаков, 5 — Вера Бабич, 6 — Юлия Шмыговская)

ITSupportMe

24 апреля, 2020

post image

Системное администрирование

10 мифов и легенд о DevOps

Зародившись в относительно недалеком 2009-м, движение DevOps сегодня творит небывалые вещи. Пока любой мало-мальски серьезный проект жаждет себе в штат такого специалиста, далеко не каждый вовлеченный в разработку специалист полностью осознает, что на самом деле скрывается за столь звучной формулировкой. Мы собрали топ-10 самых распространенных утверждений / заблуждений о DevOps и попытались разобраться, что из них ложь, а что намек-добрым-молодцам-урок). Правда, у нас бы ничего не получилось без наших IT-mythbusters — Сергея Пономаренко (тимлид IT-отдела), Николая Трофимовича, Станислава Соломенина и Олега Курницова. DevOps — не профессия, а, в первую очередь, культура создания продукта — YEP Зачастую в объявлении о поиске нового специалиста скупо указывается «нужен DevOps», что нередко вгоняет этого самого специалиста в когнитивный ступор: так чего же или кого же все-таки не хватает работодателю? Действительно, кто-то считает DevOps методологией для автоматизации и увеличения числа релизов, кто-то — для уменьшения ошибок, а кто-то, авторитетно подняв палец вверх, скажет, что DevOps — это, прежде всего, человек, и без него жизнь у программеров, сисадминов и QA-шников не та. Здесь наши консультанты единодушны: DevOps-инженер один в поле не воин, и просто включив Бэт-сигнал на крыше Готэма, проблем не разгрести. Например, мнение Сергея Пономаренко таково: «Я согласен с основным высказыванием, DevOps — это, прежде всего, культура. Культура взаимоотношений между частями одной команды, разными командами и целыми компаниями. Основная ее идея — это общение, тесное сотрудничество людей, выполняющих разные роли, и за счет этого упрощение, ускорение разработки и доставки более качественного и своевременного продукта клиенту. Сейчас многие компании, менеджеры думают: «Вот наймем девопса, он нам все автоматизирует — и будет всем счастье». Да, DevOps-инженер может упростить и улучшить какие-то процессы, но без внедрения DevOps-процессов на всех стадиях работы над проектом какого-то грандиозного эффекта это не даст». Олег Курницов добавляет: «Да, DevOps — это не человек однозначно. DevOps — это набор практик, которые позволяют разрушить границы между Ops и Dev. DevOps — это про совместную работу на общее благо». В реальной жизни человек-DevOps — это чаще всего такой продвинутый админ — 50/50 Кто на самом деле может стать DevOps-инженером? Могут ли в эту сферу перейти, скажем, разработчики? В целом Олег Курницов согласен с утверждением, что DevOps — это такой эволюционировавший админ, который стал вникать в процессы разработки. Про переметнувшихся разрабов он также слышал, но лично не встречал. Сергей Пономаренко же старается быть более либеральным, давая надежду даже нетехнарям: «Я думаю, практически любой может стать DevOps-инженером. Да, я встречал бывших программистов, тестировщиков, ставших DevOps. Я думаю, только людям с гуманитарным образованием и соответствующей профессией будет тяжелее перейти в инженеры, но это тоже реально». Решил поддержать всех мечтающих о DevOps-стезе, но «идеологически» далеких от этого направления, и Николай Трофимович, замечая, что на его памяти «в DevOps приходят из любой сферы: админ, разработчик, тестировщик, таксист, доктор, продавец, филолог и т.д.» DevOps-инженер — это больше про опыт, нежели про знание конкретного софта — 50/50 Можно ли вообще стать DevOps инженером с нуля? А есть ли шанс остановиться на определенном этапе и сказать: теперь я достиг потолка? Тут мнения наших экспертов разошлись. Сергей Пономаренко, например, уверен, что все возможно: «…долго и упорно обучаясь, можно стать кем угодно с нуля, если нравится выбранный путь». Станислав Соломенин, наоборот, настроен скептически: «…нет, практически невозможно, без бэкграунда системного администратора или программиста. С учетом специфики профессии, придется по ходу дела усваивать знания из каждой области, так или иначе связанной с разработкой». В общем, думайте сами, решайте сами, а пока вот вам приятный бонус — совет для начинающих — от Николая Трофимовича, как все-таки стартануть в данном направлении: «прочитать кучу непонятных поначалу и по большей части ненужных потом, статей на форумах; затем можно поискать свое место в команде — вроде как и инфраструктуру не админишь, но и код писать разработчики не подпускают (правда, не очень то и хотелось…). Желательно иметь тот багаж знаний, который нужен на текущем проекте: будет фигово, если админил одноранговую сетку на Windows XP, и вдруг приходится прикручивать сбор логов из Java-приложения в ELK-кластер, развернутый на Linux… в облаке… с iptables на борту…» …Воодушевляет? Тогда добавим сверху единогласное мнение наших специалистов, что покой девопсу только снится, как, впрочем, и всей IT сфере. Сергей Пономаренко: «Нет, потолка просто нет, в современном мире просто невозможно угнаться за новыми технологиями, облаками и изменениями в них. Постоянное обучение становится основной составляющей не важно какой профессии: программиста, тестировщика или DevOps-инженера. Это как гонка, только стоит остановиться на минуту, день — и все, тебя обогнали более молодые и гибкие, и ты уже плетешься в хвосте, пытаясь впитать тонны новой информации». DevOps — это своего рода полевые архитекторы — NOPE Многим ребятам вообще не понравилось это сравнение. Кто-то посчитал его некорректным. Олег Курницов поясняет: «Я не согласен. Скорее это человек, который расскажет разработчикам, как будет себя вести то или иное окружение в работе и откроет глаза на не всегда очевидные для них вещи». DevOps — это заговор сисадминов, чтобы заставить разработчиков делать чужую работу — NOPE Первое правило бойцовского клуба — никогда не говорить о бойцовском клубе. То есть наши заговорщики собеседники не видят ничего крамольного в действиях DevOps относительно других участников проекта. Наоборот, участие девопса приветствуется на любом уровне менеджмента проекта — утверждают они. Олег Курницов: «Это холивар :) Но нет, в некоторых компаниях на стартах проекта нет выделенного человека, который будет отвечать за инфраструктуру, и поэтому разработчикам приходится вникать во все тонкости, и для них «манна небесная», когда DevOps заходит на проект :)» Сергей Пономаренко сам факт заговора не отрицает, но при этом с улыбкой добавляет: «Ну нет, я бы сказал, что это заговор сисадминов, чтоб заставить делать свою работу и не перекладывать какие-то косяки на другие отделы, а работать сообща над их решением =)» То, о чем в приличном обществе нельзя говорить, но так хочется знать — зарплата. Зарплата, поговаривают, огромная — 50/50 Согласно Stack Overflow, самые высокие зарплаты среди ИТ-специалистов США приходятся именно на DevOps-разработчиков. Они же лидируют по уровню дохода в Индии, Германии и Великобритании. А как же у нас (стране, регионе)? Сергей Пономаренко: «Да, ситуация с зарплатами в DevOps-среде «интересная», уже даже мемы и комиксы появляются на эту тему. Сисадмин, просто написав «DevOps» у себя в резюме, моментально привлекает внимание рекрутеров и просит на 50–100% больше =). В нашей стране DevOps (к сожалению, хехе) еще не догнали программистов (или, как сейчас модно говорить, Software Engineer) по зарплатам, но стремительно приближаются к этому. С одной стороны, это обусловлено тем, что от инженера требуется очень много учиться и буквально поглощать знания, с другой стороны — хайповостью и модой на данную профессию». Олег Курницов: «Если ты заходишь с нуля, без опыта работы на проектах, то можно просить среднюю по стране. В Беларуси с этим в целом хорошо, но вилка довольно широкая. Про регион сложно судить, но я думаю, объективно меньше Минска в два раза». Устоявшегося перечня требований к DevOps-инженерам нет, а значит, они должны знать все — NOPE Выдыхаем, все не так страшно. Хоть Сергей Пономаренко и кивает головом, мол, «True-true», Олег Курницов категорически отметает такой абсолютистский подход: «Не знаю ни одного человека, который будет знать все. Да и нереально это. Как правило, специалист знает одно или два облака, систему оркестрации, систему менеджмента, какой-то язык для скриптов и пару всяких штук в обвесе. Реально очень много всяких инструментов есть и вариантов их комбинации». У DevOps-инженера свой неповторимый набор софт скиллз — 50/50 Про стрессоустойчивость говорить не будем, это и так понятно, но чем еще должен обладать успешный специалист в этой отрасти?  И опять единства нет в наших рядах. Николай Трофимович, например, считает, что этот момент функционально не так уж и важен, мол, никому нет дела до личностных качеств, когда по большей части «нужна обезьянка контейнеры двигать либо умные штуки в облаке прикручивать. Как и везде (не привязываясь к делению на Dev или Ops) — надо будет че-то почитать, потом че-то написать». Коллеги Николая, немного подумав, все-таки выводят формулу идеального DevOps-инженера, подчеркивая, что ничего необычного в этом наборе нет. Для Сергея Пономаренко он должен быть коммуникабельным — «в этой сфере и интроверт разговорчивым станет», уметь работать в многозадачном режиме — «вот у нас у некоторых ребят уже по 4 монитора, все задачи не влазят на два. А мы все ищем, где же у них еще два глаза спрятаны =)». Станислав Соломенин убежден, что «самое главное качество в профессии — быть командным игроком. Так же важно не забывать, что DevOps — это не должность или человек. Это набор практик которых придерживается вся команда (а лучше вся компания). Надо уметь слушать и договариваться». Подводит итог вышесказанному Олег Курницов: «Вообще весь процесс Agile и DevOps как его части — это про софт скиллз. Ибо главное — это слушать, слышать и говорить :)». Таких не берут в стартапы — NOPE Мол, задача стартапа — выпустить максимально быстро минимально жизнеспособный продукт, чтобы проверить новую идею. То есть в большинстве случаев стартапы могут обойтись без DevOps. Ребята с такой расстановкой приоритетов категорически не согласны. Так, например, Сергей Пономаренко отмечает: «Ну, стартапы — это отдельная большая тема, они все очень разные, на то они и стартапы. В каких-то стартапах могут быть большие полноценные команды со строгими процессами и распределенными ролями. В других — два программиста и дизайнер, где каждый и швец, и жнец, и девопс, и тестировщик. Кроме того, многое зависит от зрелости стартапа: на старте они могут работать маленькой командой, а после, получив понимание востребованности продукта, набрать большую команду». Олег Курницов также обращает внимание, что немаловажную роль в этом вопросе играет финансовый аспект: «Стартап умеет считать деньги. И если нет человека, который продумывает архитектуру среды, чтобы она масштабировалась, была отказоустойчивой и вообще легко адаптировалась, то  рано или поздно придет «Технический долг» и заставит переделывать всё с нуля». Программер переиграет девопса в программировании, сисадмин — в администрировании, а тестировщик — на своем тестировочном поле (но это не точно) — 50/50 …Ценность же DevOps-man-a в другом… В чем? С этим утверждением собеседники согласны отчасти. Сергей Пономаренко замечает, что «DevOps — это связующее звено между программистами и тестировщиками, часто между разными командами и иногда даже между конечными пользователями и разработчиками». Олег Курницов приводит в пример собственный опыт: «Ну, тест планы и тест кейсы я точно писать не буду. А вот интеграционное/нагрузочное тестирование точно за нами». Ценность же DevOps-а ему видится в его умении поговорить, прийти ко всем заинтересованным сторонам и согласовать правила игры. Помочь с решением проблем и сделать их жизнь легче/лучше».

ITSupportMe

03 апреля, 2020

post image

О компании

Как мы дома сидели

Шла вторая неделя удаленной работы… Мы развлекались как могли. И для начала решили померяться своими рабочими местами, а заодно проверить, хорошо ли ты знаешь своих коллег. И первые в нашей обойме до боли знакомых воркспейсов — гусиная троица и пингвин. Не беспокойся, они под надежной защитой, ведь за ними присматривает… Недалеко расположилась любительница ночных пернатых, офисных печенок и путешествий оффлайн — да это же всем известная… Выходим из офиса (пока-пока, мы скучаем!). Отправляемся в гости к одному очевидно хорошо организованному коллеге, не лишенному чувства прекрасного (смотрите, какая гармоничная фотокомпозиция получилась). А еще он точно знает, что спирт лучше снаружи, чем внутри. Привет, … Воу, а здесь явно все под контролем. Кажется, все девайсы неустанно следят друг за другом. А за всеми ними — хозяин этого рабочего места. Даже если отлучается на кухню за кофе, его дублирует двойник на фото. Потому что это вам не кто-то, а Супер … А здесь обитает кто-то очень собранный, не без любви к порядку и хорошей шутейке. Не удивимся, если огромные сделки вершатся за этим компом. Ведь это рабочая зона … Хозяйка этого воркспейса явно тяготит к гремучей смеси мимими и атата. А еще она перспективный продаван и просто хороший человек. Встречайте — … Кажется, мы раскрыли пушистый секрет продуктивности этого неугомонного бизнес-аналитика. А это ты еще не знаешь о ребенке, щедро украшающем помещение обрывками ценных бумаг, пока мама во всю работает. Ой, теперь знаешь :) Так держать, … Нет, это не рабочая зона забившего на работу сотрудника. Просто если включить мониторы, все станет слишком очевидным. Но хозяйка оставила вам несколько подсказок. А большего нам и не надо, … Работа работой, а учеба по расписанию. Спасибо, … за твое терпение и неисчерпаемый креатив в развязывании наших языков! Не Ландоном зе кепиталом оф Грейт Бритн единым, как говорится. Такие дела. Оставайтесь дома, берегите себя и до встречи онлайн! Ответы: Иван Николайцев, Юлия Кадильникова, Егор Титуленко, Олег Курницов, Виктория Левченко, Виктория Кожемякина, Екатерина Минакова-Бершанская, Юлия Шмыговская.

ITSupportMe

27 марта, 2020

Начните жить жизнью ITSupportMe

Подпишитесь на нашу E-mail-рассылку, чтобы быть в курсе всех интересных событий и новостей нашей компании!