Как стать автором
Обновить

Как поменяется профессия ИТ-инженера сейчас, и почему быть адским занудой теперь — важный софт-скилл

Время на прочтение6 мин
Количество просмотров13K
Всего голосов 42: ↑40 и ↓2+42
Комментарии27

Комментарии 27

Пойду в резюме укажу свой важный софт-скилл :))

<зануда> </зануда>

Ну не, это же для резюме
важный софт-скилл: адский зануда

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

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

"вот что поменяется в профессии" было всегда.

Далеко не у всех - оттуда и статья.

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

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

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

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

О, смотри-ка, администраторов одной кнопки учиться заставили наконец.

НЛО прилетело и опубликовало эту надпись здесь

ещё несколько месяцев назад хорошо и надёжно закрывалось одним решением западного вендора

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

если что я сам администратор, за последние 5-7 лет уже столько раз съел кучу случаев, когда тот самый западный вендор подставлял своими играми бизнес
в итоге только опенсурс - только так можно построить надежное(предсказуемое в своем жизненном развитии) решение

НЛО прилетело и опубликовало эту надпись здесь

а ещё у рынка явная предвзятость

Теперь такой возможности просто нет

Есть https://skala-r.ru/ - гиперконвергентные решения с виртуализацией и всеми возможными вариантами. Как Вам такое?

Скала^р звучит круто! А есть жава^р, котлин^р и груви^р?

Нет возможности построить на решениях от VMware или Nutanix. А так про Скалу многие знают.

Читаю статью и вижу, что это новое лично для меня есть хорошо забытое старое 15-20-летней давности. Я тогда работал в фирме класса Small-Medium Business, которая активно развивалась от сотни компьютеров где-то в 2000 до пары тысяч в центре + филилиальная сеть (~20 филиалов) по крупным городам России к концу «тучных нулевых» (кризис фирма, увы, не пережила). Так вот, там было примерно так же. Решения строились на велосипедах, закрывавших текущие потребности (ну, и ускоренно устаревавших, естественно — при таких-то темпах роста). Основой решений правда (особенность того времени) был не открытый софт, а «трофейный», но в плане поддержки оно примерно то же самое: «сама-сама-сама». Плюс самописные скрипты. А на решения от крупных вендоров и интеграторов в основном оставалось только облизываться — ну, не было у фирмы столько денег, сколько те просили, ибо не нефть она качала. Точнее, железо, скрипя сердцем, закупали у интеграторов — а куда деваться иначе — а вот на софте всячески экономили, даже когда в связи с общей обстановкой в стране (и, в частности, с аппетитами отдела «К») заменили трофейный софт на лицензионнный.
А так как, я думаю, эта фирма не одна такая была, то я смотрю в будущее с оптимизмом: кадры в стране остались, а потому решения проблем будут найдены.

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

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

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

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

Когда мне говорят про то, насколько крутое в россии IT - на примере Яндекса и VK я и сам всё это вижу - я всегда поправляю: IT в россии крутое ровно настолько, насколько к нему не прикасается государство. Всё, до чего дотрагивается Анти-Мидас, превращается в не золото, либо является таковым изначально.

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

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

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

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

Как поменяется профессия ИТ-инженера сейчас

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

Ну ничего, сейчас мы соотнесём )

Ожегов, второе значение слова сейчас: очень скоро, немедленно.

респект за аццкое занудство

НЛО прилетело и опубликовало эту надпись здесь

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

Я так понимаю, человек работал в рамках продуктовых линеек от больших вендоров, типа MS, Oracle или SAP и заморачиваться не приходилось. Но другие компании (и я не про РФ говорю), всегда имели политику приоритетов открытого софта, так что вопрос выбора между "взять готовое решение от.." или "взять открытое решение и допилить" для них был актуальным всегда. На практике, редко, чтобы готовое решение от больших вендоров в ванильной версии подходило как надо. Все равно приходится кастомизировать. И стоит это столько, что порой бывает дешевле написать софт под себя с нуля. Кто проходил круги ада кастомизации SAP с их блюпринтами, тот меня поймет ;-).

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