Comments 23
Обычно системный администратор умеет настраивать и FW и docker, и VoIP и т.д.
Не говорю уже про прокладку кабеля и коммутаторы.
То есть кросс уровневый такой специалист.
Но зарплата от этого не суммируется.
А жаль (про зарплату), а ещё опытный DevOps\SRE умеет в 16-17 специальностей снизу.
Да еще и вычитается, потому, что сам hr "в этих ваших проводах" не разбирается, а её дочка, которая" осенью поступила на программиста," сказала, что "сисадмин — это самый низкий и неквалифицированный уровень в айти".
Да и техподы разные бывают, часто набраны с улицы, работают по скриптам, и никакого уровня, по факту, не имют и эникейщику, который хоть принтер установить может, не ровня
Не, OSI, сюда зря приплели, тем более она ирархическая...
Если бы работал в тех же объемах, т.е. за двоих, то наверняка суммировалась бы. Есть ещё категория "тыжпрограмистов", которые работают в небольших офисах где-то далеко за мкадом и занимаются всем подряд, в т.ч. закупками, планированием бюджета и даже рисованием презентаций. Был такой печальный опыт в начале карьеры - трата времени. Кто так работает - советую, по возможности, как можно быстрее менять и сосредоточиться на 1-2 направлениях.
Причина этого в том, что типичный системный администратор не знает ни одну из администрируемых областей досконально. Как правило, уровень знаний в каждой области не превышает 30-50%. Знаю это из личного опыта, так как ушёл в узкую специальность и понял, как много придётся всего ещё учить.
посмотрю я как обычный сис админ настроит камаилио ))
10 лет в IT, а про работу QA только краем уха слышали (. В таблице нашлось место лишь для QC на бэк и это все?
Ну правильно, зачем остальное тестировать, хотя нормальная практика - это подключение QA ещё на этапе разработки документации.
Третий. Уровень администрирования систем
Ты смотри, сколько разных специальностей появилось за последние двадцать лет
(вспоминая, как в одиночку бегал по этажам с большим перфоратором (сверло-бур в полтора метра и диаметром в дюйм :) и сверлил дырки в стенах и перекрытиях для собственноручно прокладываемой сети, при этом занимаясь сетевым администрированием на серверах, собранных лично, а не купленных в готовом виде :)
(два сисадмина на организацию — один занимался исключительно бухгалтерией, другой, в моем лице — всем остальным в трех смежных зданиях :)
я попросил chatGPT:
"could you create list of IT professions grouped by layers similar to OSI layers? "
И вот что получилось:
И вот что получилось:
Physical Layer:
Network Technician
Data Center Technician
Cable Installer
Fiber Optic Technician
Telecommunications Specialist
Physical Security Specialist
Data Link Layer:
Network Engineer
Network Administrator
WAN Technician
Wireless Network Engineer
Ethernet Network Engineer
Network Monitoring Specialist
Network Layer:
Network Architect
Router/Switch Administrator
Network Operations Center (NOC) Technician
Network Traffic Analyst
IP Network Engineer
Network Analyst
Transport Layer:
Network Security Engineer
Network Performance Engineer
Network Load Balancer Administrator
Firewall Administrator
VPN Administrator
Intrusion Detection/Prevention Specialist
Session Layer:
Network Consultant
Network Solutions Architect
Network Integration Specialist
Network Virtualization Specialist
Network Automation Engineer
Presentation Layer:
Web Developer
Database Administrator
Cloud Solutions Architect
Data Warehousing Specialist
Business Intelligence Analyst
Big Data Analyst
Application Layer:
Software Developer
Mobile Application Developer
User Experience (UX) Designer
System Administrator
DevOps Engineer
Cloud DevOps Engineer
IT Project Manager
Так. Я не понял. А где зарплаты в полмиллиона, которые обещают на курсах? =)
По-моему Вы забыли IoT, беспилотные объекты, роботы.
В вашем раскладе предполагается, что железо всегда есть готовое на рынке и его можно просто купить на деньги заказчика либо оно уже стоит на фирме.
Прочитав статью, можно сделать вывод, что техническим писателем может стать любой, кто грамотно пишет и не боится спрашивать.
что ясно из текста:
линукс и вообще ОСи пишут единороги
в ядре ковыряются неизвестные
драйвера это кони в вакууме
эмбеддеда не существует
да и вообще железа за миром обслуживания не существует
ИнфоБеза нет вне администрирования (кек. кек. кек)
учесть продактов, но не сказать ничего про DevRel?
щикарно... Кажется что список можно растягивать почти бесконечно, не учтены целые области окромя сетёвки. Это дело каждого, что айти считать - не первый раз вижу что железо полагают чем-то абсолютно отдельным, по крайней мере встречается такое у русскоязычных разработчиков, но если уж тут есть монтажники и инженеры эксплуатации - можно было бы и учесть :)
Честно говоря, идея на 5, реализация на 2.
Идея хороша тем, что несёт очень похожую аналогию сос теком OSI - иерархию уровней и их изоляцию.
А реализация плоха тем, что она очень неполна и неточная из-за чего эта информация скорее вредна тем, кто мог бы ею воспользоваться.
Как уже выше было сказано, железо не берется из воздуха. Кубер не разливают на baremetal, а даже если разливают, он все равно сосуществует со слоем виртуализации. Ну и вишенка на торте - это проектирование. Архитектурой занимаются сетевой инженер, системный архитектор и аналитик. Чтобы понять, что тут не так, надо задаться двумя вопросами: сеть - это единственный компонент ИТ системы, для которого нужно прорабатывать архитектуру? И в чем функционал позиции "инженер", чем он отличается от "конструктор"("архитектор")?
Сложности с описанием стека ИТ специальностей, как мне видится, связаны достаточно хорошей изоляцией одних слоев от других - как HTTP всё равно, бегает он поверх ethernet или, не дай бог, sdh, есть ли там внизу mpls или нет, так и тут, программисту, который пишет микросервис для фронтэнда, по большей части всё равно, будет внизу опенстек, варя или что-нибудь ещё. Поэтому понятььвесь спектр специальностей в ИТ просто не по силам
Если уж затронуто, то кроме инженера ИБ есть ещё AppSec, DevSecOps, те же аналитики ИБ. И это все тоже на разныхъ уровнях модели OSI.
Несколько раз задавался вопросу "разница между DevOps и SRE". Так вот, DevOps - это философия доставки продукта до пользователя с сокращением рутины и времени - как можно больше автоматизируя; а SRE - это больше про эксплуатацию продукта на стендах, разбор проблем, метрики
Когда работал в одной из крупных организаций страны (называют себя IT-компанией), то DevOps-инженер автоматизировал пайплайны для доставки продукта на тест-среды и прод, SRE следили чтоб этот продукт отдавал метрики, при ошибках оповещал команду о проблемах. Кратко как-то так
Уровни IT-специальностей на основе модели OSI. Разложил айтишные направления по полочкам, и вот что получилось