Программирование или администрирование что выбрать
Отличие системного администратора от программиста
Сисадмин VS Программиста).
Часто приходится сталкиваться, что люди не понимают разницы между системным администратором и программистом и всех IT-шников называют программистами. Некоторые обижаются, а кто-то уже привык. Но я хочу попытаться разъяснить эту разницу, чтобы было понятно большинству, прочитавшим эту статью 🙂
Если в организации есть IT отдел (инженерно-технический), а проще говоря компьютерный, то в нем есть следующее разделение:
Системные администраторы — основная задача контролировать работу серверов и серверного ПО, администрирование телефонных станций, политика безопасности — в общем это мозги всей компьютерной структуры организации.
Специалисты (или инженеры) технической поддержки — это ребята, которые занимаются обычными компьютерами пользователей, настраивают их, помогают пользователям решать текущие проблемы, ловят вирусы на компьютерах пользователей и т.д. и т.п. По сути, Специалист — это будущий системный администратор, т.к. системный администратор так же может выполнять работу специалиста. Специалист может выполнять работу системного администратора, если ему разрешит руководство — к системному администратору у руководства больше доверия 🙂
Программисты — это ребята, которые постоянно пишут различные тексты на непонятном для обычного пользователя языке. Эти тексты потом превращаются в полезные программы, утилиты, или просто модули (дополнительные опции) к полезным программам.
Чтобы проще было понимать приведу пример на различие системного администратора от программиста. Программист написал программу, которую в последствии назвал, ну например Windows, а системный администратор ее настроил (используя функции, которые предусмотрел в своей программе программист) для пользователя.
Отличие системного администратора от программиста : 1 комментарий
Хороший программист всегда обладает некоторыми навыками системного администратора. Обратное тоже верно. Например, чтобы начать работать с сайтом, необходимо создать его копию у себя на компьютере (можно и в сети), а для этого требуется как минимум установить и настроить виртуальную машину и развернуть сайт из образа.
Добавить комментарий Отменить ответ
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Программист или Системный администратор
Чем отличается программист от системного администратора?
Системный администратор или программист – тесты и опросы показывают, что большинство людей просто не различают данные понятия, и думают, что эти люди занимаются одним и тем же. Но на самом деле программеры и админы – это совершенно разные специалисты. Нельзя просто так ответить на вопрос: системный администратор или программист – что лучше? Для каждого есть преимущества в той или иной профессии, но чтобы разобраться в них, необходимо четко разделять понятия и понимать, кто из них и чем занимается.
Итак, кто же такой системный администратор? Обычно это люди, которые самостоятельно обучаются работе с ПО, компьютерами, серверами, различным компьютерным оборудованием и сетями. Высшее образование у таких людей – не то чтобы редкость, но встречается нечасто. Админы выполняют такие работы как контроль и поддержание работы сети, обеспечение безопасности сети, в том числе и информационной, администрирование мини-АТС, создание оптимального ПО. Системный администратор должен вникнуть во все нюансы такой работы, поэтому часто работодатели неохотно принимают в штат компании молодых людей, которые только закончили учебу или недавно занимаются системным администрированием. Для нормального и стабильного функционирования ИТ-сферы предприятия нужен немалый опыт. А вот те админы, которые уже давно работают в данной сфере, очень ценятся, поэтому получают довольно неплохую зарплату.
Программист – это совершенно другая история. Он знает от одного и больше языков программирования, имеет высшее образование, занимается проектированием, производством программного обеспечения, осуществляет разработку ПО и утилит, благодаря которым обычные пользователи существенно упрощают себе жизнь. Если же говорить о том, кто важнее – программист или системный администратор, то здесь нет однозначного ответа. Каждый из них по-своему ценен, выполняет определенные работы и может работать в своем направлении профессионально. Так, если нет определенной программы, то не получается работать системному администратору. Если же программа есть, но она не отвечает основным требованиям предприятия, то здесь большое поле работы для программиста.
Кстати, программист и системный администратор – это далеко не полный список. Есть еще такие специалисты, как инженеры технической поддержки. Это такие люди, которые выполняют работы по настройке компьютеров пользователей, установке и настройке ПО, различных прикладных программ. Такие функции похожи на те, которые имеют админы, и достаточно часто из таких специалистов получаются неплохие системные администраторы. Часто инженеры начинают выполнять работы, которые входят в сферу деятельности системного администратора, причем руководство компании больше доверяют таким специалистам. А это уверенность в собственных силах и возможный карьерный рост.
Разработка программного обеспечения или системное администрирование?
Выбирая между двумя направлениями, специалист с достаточно большим опытом часто не может решить, куда именно ему направить свои усилия. Никогда не нужно думать, что админы не смогут работать программистами. Да, из системного администратора в программисты перейти довольно сложно, но при этом нет ничего невозможного. К основным профессиональным качествам, которые имеет системный администратор, стоит отнести довольно высокие аналитические способности, гибкость, высокую концентрацию внимания, устойчивость к стрессам, а также желание и возможность выполнять рутинные работы. Также необходимо понимать, что работать придется не только с оборудованием и техникой, а еще и с людьми, поэтому в характере такого специалиста должна присутствовать коммуникабельность и тактичность.
Если говорить о новом поколении специалистов, то здесь намечается тенденция к тому, что новые админы обладают не только базовыми знаниями и умениями работать с компьютерами, могут обслуживать сети и целые системы. Системный администратор нового поколения часто обладает фундаментальными знаниями в области программирования, знает несколько языков программирования.
Бывает и так, что мелкие фирмы, не обладая достаточным бюджетом, нанимают специалиста, который выполняет все обязанности, входящие в профессии системный администратор vs программист. Это наглядно можно увидеть в таком направлении, как 1С, где руководство небольшой фирмы принимает на работу нового сотрудника с тем расчетом, который позволяет в лице одного человека получить сразу двух ценных сотрудников. При этом системный администратор будет заниматься обслуживанием сетей, обеспечивать их жизненный цикл, поддерживать работоспособность. В то же время такой специалист будет разрабатывать СУБД. То есть, взвалит на себя все обязанности по настройке, проектированию, разработке и обслуживанию ИТ-инфраструктуры предприятия. Такой подход является в корне неправильным. Взвалив на плечи одного человека все обязанности, нужно понимать, что качественно выполнять их даже при всем желании он не сможет. Рано или поздно в работе будут допущены серьезные ошибки, и тогда придется потратить немало средств, сил и времени, чтобы исправить их.
Программист, системный администратор – профессии, как считают многие руководители, для молодых. Им кажется, что уже после сорока лет человек не способен своевременно реагировать на изменения в области ИТ, не получает достаточно знаний, ориентируется только на свой предыдущий опыт. Действительно, во многих компаниях сложно встретить программиста или же сисадмина, которому уже больше 40-45 лет. На самом деле такие специалисты не уходят так рано. Они оседают в достаточно солидных и крупных компаниях, находят свою нишу и отлично чувствуют себя в профессиональном и хорошо сформированном коллективе. Огромное значение имеет не только масштабность компании, но и регион. Программист или системный администратор – это своеобразный многорукий Шива, для которого практически нет ничего невозможного. Он занимается любыми задачи, которые ставит перед ним руководство. Именно поэтому перспективные молодые специалисты стараются переехать в большие города, чтобы полностью отдаться своей профессии, а не выполнять многочисленные работы за себя и парня из соседнего отдела.
В некоторых моментах данные профессии перекликаются даже в крупных компаниях, где все обязанности каждого специалиста четко разделены. Так, админы должны понимать хотя бы начальный уровень программирования, а программеры должны иметь какие-либо знания в том, как обеспечить правильные настройки сервера.
Если же говорить об уровне заработной платы и о перспективе карьерного роста, то кто в этом плане лучше – программист или сисадмин? Естественно, программеры получают зарплату, которая намного больше, чем зарплата, которую получают админы. Сложность профессии заключается в том, что системный администратор, придя на работу, может выпить кофе, осудить сплетни в офисе, поговорить о жизни с коллегами. Программеры практически всегда лишены такого удовольствия, так как всецело заняты поставленной задачей. И если у них в договоре прописан 8-часовой рабочий день, то и часто они вынуждены работать такой 8-часовой рабочий день без обеда, отдыха и каких-либо отвлекающих моментов. Что касается характера работы, то раньше считалось, что программисты – это сплошные интроверты. Сегодня ситуация кардинально поменялась. Необходимо обладать практически уникальными коммуникативными способностями, так как придется работать в совершенно разных направлениях, причем, находить язык с людьми, которые не смыслят в программировании и даже в компьютерах ровным счетом ничего. Естественно, это очень напрягает, но здесь ничего не поделаешь. Нужно как-то объяснять начальству определенные этапы своей работы, узнавать подробности изменения ПО в компании, которая занимается аудитом в бухгалтерии. В общем, необходимо находить язык практически со всеми в компании, чтобы получить максимальный объем нужной информации, а это бывает довольно сложно.
Конечно же, устраиваясь на работу программиста, но при этом имея знания только в системном администрировании, нужно быть готовым к тому, что руководство поставит задачу, с которой невозможно справиться человеку без определенных знаний. Поэтому перед любым начинанием необходимо четко понимать, какие задачи придется выполнять, и быть готовым к работам любой сложности.
Программист vs системный администратор
Предлагаю взять сфеерического студента в вакууме, который собирается делать карьеру в мире IT, но не знает куда податься: в разработку ПО, или в системное адмнистрирование.
Вроде и там хорошо, и здесь неплохо. Но совсем неясно, что будет выгоднее.
Такой темы на ЛОРе ещё не было.
ps: по мотивам старой темы на ixbt.com
Окей, не было так не было.
*Забирает шильдик «Платиновые треды ЛОРа», удаляется*
Бытует мнение, что со временем все уйдут в облака и потребность в админах упадет. Но «тут вам не там» (с), так что куда душа больше лежит, туда и стоит податься. Мне всегда казалось, что программистам проще найти место под солнцем.
Админом несколько проще найти работу и несколько забавнее (хотя, на любителя). Но варианты зарплатного и карьерного роста малы. Программеру проще расти и, если вырасти, то денег будет больше. Но надо где-то хорошо начать.
ПС. Мы, админы, созданы чтобы накуриться и понять как работает то, что написали пьяные программисты. (С) один админ.
Зависит от типа разрабатываемых программ.
надо туда, куда душа лежит. сейчас сам стою перед этим выбором.
лучше в разработку.
со временем все уйдут в облака
А их кто админить будет?
Проблема в том, что облака де, тоже надо админить.
Заниматься надо тем, что тебе нравится и что ты сможешь делать качественно.
Да и не только облака, сетевую инфраструктуру тоже ни кто не отменял.
Лично знаю пачку программеров over 200k А вот админов знавал всего пару, может тройку кто реально получал больше 100.
Админом проще. Гораздо. Если не вставляют круглосуточные авралы с полным напряжением мозга, то лучше в админы.
Лично знаю пачку программеров over 200k А вот админов знавал всего пару, может тройку кто реально получал больше 100.
В среднем обе суммы одинаково недостижимы при работе фулл-тайм на одном месте, поэтому без разницы. А уникальные спецы за пример не катят.
а много сварщиков в заполярье которые получают овер 120к в месяц?
Поправлюсь, молодых сварщиков 🙂
Если вы не знаете куда, то скорее всего, ни туда, ни туда. А если вам и то, и то нравится одинаково, то выбирайте что угодно.
Предлагаю взять сфеерического студента в вакууме, который собирается ездить на работу, но не знает на чем ездить: на автомобиле или на велосипеде.
Вроде и там хорошо, и здесь неплохо. Но совсем неясно, что будет лучше.
Выгоднее экспертно владеть обоими навыками. Тогда на рынке с руками оторвут.
Я работал с программистами в тандеме, производительность труда в разы повышалась потому что они не сидели и не ломали голову как, например, воткнуть нужную версию библиотеки или почему связь между тачками нестабильная.
Ну а щас качаю программистские скилы, но, чую, это ещё года три займёт прежде чем меня кто-то на работу возьмёт.
Предлагаю взять сфеерического студента в вакууме, который собирается ездить на работу, но не знает на чем ездить: на автомобиле или на велосипеде.
Вроде и там хорошо, и здесь неплохо. Но совсем неясно, что будет лучше.
Что в данной аналогии является велосипедом, а что автомобилем, в рамках данной темы?
Это именно штучные спецы, и то что среди программеров них больше, погоды не делает, т.к. это всё равно единицы.
А средние зарплаты выше 100 только у коммерсов и проституток, к сожалению. Ну или у хардкорных работяг типа тех же сварщиков, но там уже работать надо будет совсем хардкорно за такие деньги.
карьеру в мире IT
Программист vs системный администратор
Как душа лежит. Мне, например, интересны больше сетевые технологии, чем различные алгоритмы. Хотя, в планах программировать на лиспе, но после инста, к сам такой уровень не осилю.
Иди в DevOps-ы и не парься. Немного одмин, немного программист одновременно, да и название профессии модное
Бытует мнение, что со временем все уйдут в облака и потребность в админах упадет.
1) Все захотят свои облака.
2) Облака надо админить.
3) Клиентские устройства надо админить тоже.
А CIO в вашем табеле о рангах что за убердолжность?
Бытует мнение, что со временем все уйдут в облака
Пока у людей хоть капля здравого смысла есть, ничего серьёзнее фоток с последних шашлыков там не будет.
А CIO в вашем табеле о рангах что за убердолжность?
Менеджер vs Программист
На данный момент существует довольно серьезная пропасть в понимании работы друг друга между программистами и менеджерами. Мы будем постепенно сужать эту пропасть, с обеих сторон. В идеале, конечно, хочется, чтобы граница растворилась вообще, и появилась новая профессия – бизнес-программист, но, будем реалистами, если у нас получится сблизить видение реальности менеджеров и программистов, то жизнь точно станет лучше.
Итак, попробуем разобраться, что общего между программистом и менеджером, а в чем они, на данный момент, различаются.
Программист
Программист, в смысле настоящий программист – это человек, который пишет программы. Для простоты, чтобы не запутаться в бесконечном перечне современных технологий, будем говорить о программистах 1С.
Ключевая функция программиста – внесение изменений в систему. Есть, конечно, второстепенные функции, вроде обучения, внедрения, и иногда, при плохой организации работы, второстепенная работа начинает преобладать над основной, но тем не менее, главное – внесение изменений. Программист создает новый функционал – документы, справочники, подсистемы, отчеты, обработки, обмены, интерфейсы и т.д.
Сегодня пользователи работают с одной системой, с определенными показателями производительности, масштабом функциональности, удобством и т.д. Завтра, после внесения программистом изменений, они работают с другой системой. Она, обычно, становится лучше, быстрее, полезнее и удобнее. Всякое, конечно, бывает, иногда система на короткий промежуток времени становится хуже, но потом программист во всем разберется и все встанет на свои места – система станет лучше.
Программист или не работает вообще, или минимально участвует в системе в качестве пользователя. Понятно, что он, как сотрудник компании, тоже ведет в ней свои задачи, бюджеты, иногда табель. Но основная его работа – улучшение системы.
Плохой программист
Кроме настоящих программистов, есть еще ненастоящие, или плохие программисты. Отчасти это связано с неправильным использованием термина «программист» — например, иногда так называют системных администраторов. Иногда даже они сами себя называют программистами – просто для того, чтобы не объяснять пользователям каждый раз, в чем разница.
Но и среди тех, кто должен быть программистом, встречаются плохие парни. Это те, кому по должности положено вносить изменения в систему, а они занимаются лишь ее администрированием и эксплуатацией. Особенно часто такое положение дел встречается именно среди программистов 1С.
Например, программист занимается закрытием месяца, вместо или вместе с главбухом. Помогает рассчитывать зарплату, готовить отчетность, выполняет выгрузку на сайт, даже занимается автоматической установкой обновлений от вендора. По сути, это не программист, а продвинутый пользователь, который взял на себя самые сложные операции с системой, и этим кормится, не передавая своих знаний пользователям или настоящим администраторам системы.
Ключевое отличие плохого программиста – он не вносит в систему изменений, а только пользуется ей. Для него система, конечно, уже не черный ящик, как для большинства пользователей, но, не зная ее устройства изнутри, а тем более, не имея опыта ее модернизации, он остается пользователем, пусть и продвинутым. Он знает чуть больше, чем остальные пользователи, знаком с несколькими продвинутыми инструментами, в том числе, возможно, с консолью отчетов, но изменений в поведение, функциональность, производительность он не вносит.
Система остается неизменной, что с плохим программистом, что без него.
Менеджер
Менеджер – это человек, который руководит сложной системой. В нее включены люди, автоматизированная система, бизнес-процессы, отделы, система мотивации, цели, система управления, политика, отношения с вышестоящими, горизонтальные коммуникации и т.д.
Настоящий менеджер – это человек, который вносит в эту сложную систему изменения.
Менеджер постоянно мониторит состояние системы, видит (или чувствует), где возникают сбои, понимает причины неудовлетворительных результатов, и вносит соответствующие изменения. Может поменять систему мотивации, чтобы тратить меньше времени на ручное управление, заставив людей самостоятельно хотеть достигать результатов. Может внести изменения в автоматизированную систему (руками программистов), если она не дает нужных цифр или не помогает в управлении. Может поработать с целью системы, если она недостаточно четкая, или не соответствует реальности, не мотивирует и не двигает вперед. Может исправить систему управления, если она расходится с бизнес-процессами, и только мешает своей бюрократией. Может оптимизировать бизнес-процессы, если видит провалы, простои, потери или бессмысленную работу.
Менеджер – это программист бизнес-системы. Он не пишет код, но суть его работы точно такая же, просто методы «внесения изменений» различаются. Программисту нужно писать код, рисовать формы, ковыряться в системе компоновки данных. Менеджеру нужно разговаривать с людьми, создавать регламентирующие документы, ставить задачи, набирать или увольнять сотрудников. Методы другие, цель та же – внесение изменений.
Сегодня люди работают в одной бизнес-системе, с одними правилами, бизнес-процессами, целями, расстановкой мест в кабинете, схемой мотивации. Завтра, после запуска изменений, они попадают в другую систему – и это дело рук менеджера.
Плохой менеджер
Есть на свете и не настоящие менеджеры – те, которые занимаются только руководством вверенной системы. Они не вносят никаких изменений, не особо анализируют показатели, а просто руководят. Распределяют задачи, дают пинка, ставят сроки, ходят на совещания и т.д.
Плохие менеджеры знают несколько «кнопок» в системе, и более-менее умеют ими пользоваться. Но, правильнее сказать, не умеют, а имеют право. Например, могут увольнять и нанимать людей, заставлять выходить на работу в выходные, менять приоритет задач, немного повышать зарплату, выписывать небольшие премии, орать и материться. Никому, кроме плохого менеджера, эти инструменты не подвластны.
Применение этих инструментов не вносит изменений в систему, это вроде вынесенных наружу пользовательских настроек. Такими же настройками пользуется плохой программист. Это несколько рычажков и кнопок, иногда – ползунков, регулируя которые, можно немного менять поведение системы.
Значительных изменений с помощью этих инструментов совершить нельзя. Радикальные изменения кроятся внутри системы, но внутрь плохой менеджер не заглядывает. Он предпочитает имитировать изменения – например, затевая сокращение затрат или персонала. Со стороны это, действительно, выглядит как бурные изменения, но суть системы от этого не меняется.
Наиболее простой и доступный рычаг – это персонал. Потому наиболее популярным способом изменения среди плохих менеджеров считается расширение штата. Если вышестоящее начальство ругает плохого менеджера за недостаточные результаты, он обычно ссылается на персонал. В большинстве случаев – просит добавить штатных единиц.
Плохие менеджеры ничего не могут, не умеют делать с эффективностью, т.е. стоимостью результата, или КПД. Если у него в отделе 3 человека, работающих с определенным КПД, то единственный путь увеличения общего результата отдела – увеличение штата. КПД при этом либо не меняется, либо немного падает из-за проблем с управлением, но общая результативность системы повышается.
Хороший менеджер в такой ситуации может применить усилия, и изменить КПД, тем самым получив аналогичную результативность, но без изменений численности персонала. Плохой менеджер так не может, потому что КПД, или эффективность – это свойство системы, оно внутри, а не снаружи. Нет снаружи системы рычажка с названием «Эффективность», который можно было бы подкрутить.
Точно так же нет в настройках информационной системы рычажка «Производительность», который мог бы отрегулировать плохой программист. Некоторые, псевдорычажки, конечно, имеются, но кардинального влияния на производительность они не оказывают.
Итого
Итак, есть плохие и хорошие программисты, есть плохие и хорошие менеджеры.
На самом деле, оценки «плохой» и «хороший» не важны, их можно выкинуть, если начать называть вещи своими именами.
Если человек следит за состоянием информационной системы, ставит обновления, помогает закрыть месяц, ковыряется в настройках, и даже делает шринк базы, он – не программист. Можно называть его, например, «администратор базы данных». Тогда все становится на свои места, и появляется выбор.
Если бизнесу только и нужно, что поддержание состояния системы в текущем состоянии, то нужен не программист, а администратор. Если нужно кардинальное, или хотя бы заметное изменение в развитии, производительности, функциональности – нужен программист, который умеет вносить в систему изменения.
Если бизнесу только и нужно, что поддержание работы отдела, службы, функции или целой бизнес-единицы в текущем состоянии, то нужен не менеджер, а нянька, или администратор, или диспетчер, или пастух – выбирайте любое название. Если же нужны кардинальные, или хотя бы заметные изменения в какой-то части бизнес-системы, то нужен менеджер, который умеет вносить в эту систему изменения.
Проверить, программист у вас или администратор, легко – просто посмотрите код, который он написал (или попросите его самого показать этот код). Как бы глупо это не звучало, в моей практике несколько раз встречались ребята, называвшие себя программистами, при этом годами не писавшие код.
Проверить, менеджер у вас или диспетчер, тоже несложно – попросите его рассказать об изменениях, внесенных в бизнес-систему, и об их последствиях. Хотя, последствия должны быть очевидны, если вы – вышестоящий руководитель.
Резюме
Как видите, между менеджерами и программистами масса аналогий. И между хорошими, и между плохими.
В процентном соотношении хороший/плохой побеждают, конечно, программисты – просто потому, что их системы проще. Создать таблицу в базе данных, нарисовать для нее форму ввода, и наполнить цифрами – значительно проще, чем заставить сотрудника ежедневно вести план работы.
С менеджерами все значительно хуже – реальными изменениями среди них занимаются единицы процентов. И с этим надо что-то делать.