Есть ли перспективы развития?

Question

[sli201501]

Здравствуйте.

Такая проблема у меня. Устроился 2,5 недели назад в фирму на должность специалиста в ИТ, по факту сисадмин. Первая серьезная работа после пяти лет обучения (подработки были кодером и не по специальности)

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

Был план заняться самообразованием, но виртуалки - это ничто в сравнении с опытом работы с системами.

Что бы вы посоветовали?
Понял одно - следующим местом работы будет компания, основной деятельностью которой будет ИТ-индустрия.

Answer 1

[Константин]

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

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

Comments

[Василий]

Именно так я и начинал 12 лет назад.

[Mintormo]

"А я вот ощущаю нехватку специалистов..."

Одни не могут найти работу, другие работников. Что-то в этом мире не так.

Answer 2

[Saboteur]

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

Answer 3

[Юрий Ярош]

Вопрос оркестрации и DevOPS'ов сейчас довольно актуален, и там без "развернуть кучу виртулок и контейнеров в OpenStack с всякими Puppet / Chef / Ansible / Saltstack" просто никуда, особенно весело со всякими Zookeeper'aми Mesos'aми и проч SOA мутью.

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

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