Отличие системного администратора от программиста
Сисадмин VS Программиста).
Часто приходится сталкиваться, что люди не понимают разницы между системным администратором и программистом и всех IT-шников называют программистами. Некоторые обижаются, а кто-то уже привык. Но я хочу попытаться разъяснить эту разницу, чтобы было понятно большинству, прочитавшим эту статью 
Если в организации есть IT отдел (инженерно-технический), а проще говоря компьютерный, то в нем есть следующее разделение:
Системные администраторы — основная задача контролировать работу серверов и серверного ПО, администрирование телефонных станций, политика безопасности — в общем это мозги всей компьютерной структуры организации.
Специалисты (или инженеры) технической поддержки — это ребята, которые занимаются обычными компьютерами пользователей, настраивают их, помогают пользователям решать текущие проблемы, ловят вирусы на компьютерах пользователей и т.д. и т.п. По сути, Специалист — это будущий системный администратор, т.к. системный администратор так же может выполнять работу специалиста. Специалист может выполнять работу системного администратора, если ему разрешит руководство — к системному администратору у руководства больше доверия
Программисты — это ребята, которые постоянно пишут различные тексты на непонятном для обычного пользователя языке. Эти тексты потом превращаются в полезные программы, утилиты, или просто модули (дополнительные опции) к полезным программам.
Чтобы проще было понимать приведу пример на различие системного администратора от программиста. Программист написал программу, которую в последствии назвал, ну например Windows, а системный администратор ее настроил (используя функции, которые предусмотрел в своей программе программист) для пользователя.
Отличие системного администратора от программиста : 1 комментарий
Хороший программист всегда обладает некоторыми навыками системного администратора. Обратное тоже верно. Например, чтобы начать работать с сайтом, необходимо создать его копию у себя на компьютере (можно и в сети), а для этого требуется как минимум установить и настроить виртуальную машину и развернуть сайт из образа.
Добавить комментарий Отменить ответ
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Программист vs системный администратор
Предлагаю взять сфеерического студента в вакууме, который собирается делать карьеру в мире IT, но не знает куда податься: в разработку ПО, или в системное адмнистрирование.
Вроде и там хорошо, и здесь неплохо. Но совсем неясно, что будет выгоднее.
Такой темы на ЛОРе ещё не было.
ps: по мотивам старой темы на ixbt.com
Окей, не было так не было.
*Забирает шильдик «Платиновые треды ЛОРа», удаляется*
Бытует мнение, что со временем все уйдут в облака и потребность в админах упадет. Но «тут вам не там» (с), так что куда душа больше лежит, туда и стоит податься. Мне всегда казалось, что программистам проще найти место под солнцем.
Админом несколько проще найти работу и несколько забавнее (хотя, на любителя). Но варианты зарплатного и карьерного роста малы. Программеру проще расти и, если вырасти, то денег будет больше. Но надо где-то хорошо начать.
ПС. Мы, админы, созданы чтобы накуриться и понять как работает то, что написали пьяные программисты. (С) один админ.
Зависит от типа разрабатываемых программ.
надо туда, куда душа лежит. сейчас сам стою перед этим выбором.
лучше в разработку.
со временем все уйдут в облака
А их кто админить будет?
Проблема в том, что облака де, тоже надо админить.
Заниматься надо тем, что тебе нравится и что ты сможешь делать качественно.
Да и не только облака, сетевую инфраструктуру тоже ни кто не отменял.
Лично знаю пачку программеров over 200k А вот админов знавал всего пару, может тройку кто реально получал больше 100.
Админом проще. Гораздо. Если не вставляют круглосуточные авралы с полным напряжением мозга, то лучше в админы.
Лично знаю пачку программеров over 200k А вот админов знавал всего пару, может тройку кто реально получал больше 100.
В среднем обе суммы одинаково недостижимы при работе фулл-тайм на одном месте, поэтому без разницы. А уникальные спецы за пример не катят.
а много сварщиков в заполярье которые получают овер 120к в месяц?
Поправлюсь, молодых сварщиков
Если вы не знаете куда, то скорее всего, ни туда, ни туда. А если вам и то, и то нравится одинаково, то выбирайте что угодно.
Предлагаю взять сфеерического студента в вакууме, который собирается ездить на работу, но не знает на чем ездить: на автомобиле или на велосипеде.
Вроде и там хорошо, и здесь неплохо. Но совсем неясно, что будет лучше.
Выгоднее экспертно владеть обоими навыками. Тогда на рынке с руками оторвут.
Я работал с программистами в тандеме, производительность труда в разы повышалась потому что они не сидели и не ломали голову как, например, воткнуть нужную версию библиотеки или почему связь между тачками нестабильная.
Ну а щас качаю программистские скилы, но, чую, это ещё года три займёт прежде чем меня кто-то на работу возьмёт.
Предлагаю взять сфеерического студента в вакууме, который собирается ездить на работу, но не знает на чем ездить: на автомобиле или на велосипеде.
Вроде и там хорошо, и здесь неплохо. Но совсем неясно, что будет лучше.
Что в данной аналогии является велосипедом, а что автомобилем, в рамках данной темы?
Это именно штучные спецы, и то что среди программеров них больше, погоды не делает, т.к. это всё равно единицы.
А средние зарплаты выше 100 только у коммерсов и проституток, к сожалению. Ну или у хардкорных работяг типа тех же сварщиков, но там уже работать надо будет совсем хардкорно за такие деньги.
карьеру в мире IT
Программист vs системный администратор
Как душа лежит. Мне, например, интересны больше сетевые технологии, чем различные алгоритмы. Хотя, в планах программировать на лиспе, но после инста, к сам такой уровень не осилю.
Иди в DevOps-ы и не парься. Немного одмин, немного программист одновременно, да и название профессии модное
Бытует мнение, что со временем все уйдут в облака и потребность в админах упадет.
1) Все захотят свои облака.
2) Облака надо админить.
3) Клиентские устройства надо админить тоже.
А CIO в вашем табеле о рангах что за убердолжность?
Бытует мнение, что со временем все уйдут в облака
Пока у людей хоть капля здравого смысла есть, ничего серьёзнее фоток с последних шашлыков там не будет.
А CIO в вашем табеле о рангах что за убердолжность?
DevOps больше программист, или системный администратор?
Доброго дня! Просматриваю сейчас вакансии и вижу следующие:
Программист 1:
Навыки обычного прогера
Умение разворачивать приложение на Docker, Ansible, Kubernetes и.т.п
Программист 2:
Навыки бэкенда
Мы вас научим Docker, Ansible, Kubernetes.
DevOps Junior:
Навыки middle системного администратора
Умение работать с Docker, Ansible, Kubernetes и.т.п
Может кто нибудь прояснить, что это такое? DevOps нужно админить или кодить? Я вот больше сисадмин, но и кодером навыки есть. Какой набор серверов у DevOps, может кто нибудь рассказать кто работал. Есть там контроллеры или 1С.
Или DevOps больше программист и лучше идти в бэкенды?
Простой 14 комментариев
В мелких конторах одним словом натягивают обязанности админа ес программиста.
В крупных просто звучит гораздо круче чем просто сисадмин и прочее..
—
Ну а для самого Девопоса это повод лишних денег просить он да ни сисадмин никакой а девопос модный 
ettaluni, забудьте про «админ» вообще не понятная терминология. Работа инженерная. Надо знать хотя бы баш, это прям минимум.
Обрисовывают примерно чего хотят.
Задача «девопса» придумать как это автоматизировать, чтобы работало и не ломалось.
Одно дело, что мелкая фирма может нанять себе джуна за 40круб, которого будет успевать котроллить техдир (дай бог, чтобы тех дир был подкован технически) и поправлять, направлять
Другое дело, что в крупных фирмах от девопса требуется полная самостоятельность, да еще желательно чтобы на период его отпуска была замена, по этому нанимают команду. Так что там ценник растет.
Если вы (и кто-то другой в конторе) не понимаете зачем он вам нужен, значит он вам не нужен
Задача «девопса» придумать как это автоматизировать, чтобы работало и не ломалось.
ettaluni, потому что автоматизация в том числе на уровне операционной системы.
Автоматическое поднятие контейнеров, налаживание сети между ними, автоматическое их сворачивание.
Если человек не умеет nginx/apache2 настраивать, то и с автоматизацией разворачивания среды у него проблемы будут.
А еще наиболее опытный девопс сделает так, что это будет происходить автоматически, когда это разрабам надо.
Менеджер vs Программист
На данный момент существует довольно серьезная пропасть в понимании работы друг друга между программистами и менеджерами. Мы будем постепенно сужать эту пропасть, с обеих сторон. В идеале, конечно, хочется, чтобы граница растворилась вообще, и появилась новая профессия – бизнес-программист, но, будем реалистами, если у нас получится сблизить видение реальности менеджеров и программистов, то жизнь точно станет лучше.
Итак, попробуем разобраться, что общего между программистом и менеджером, а в чем они, на данный момент, различаются.
Программист
Программист, в смысле настоящий программист – это человек, который пишет программы. Для простоты, чтобы не запутаться в бесконечном перечне современных технологий, будем говорить о программистах 1С.
Ключевая функция программиста – внесение изменений в систему. Есть, конечно, второстепенные функции, вроде обучения, внедрения, и иногда, при плохой организации работы, второстепенная работа начинает преобладать над основной, но тем не менее, главное – внесение изменений. Программист создает новый функционал – документы, справочники, подсистемы, отчеты, обработки, обмены, интерфейсы и т.д.
Сегодня пользователи работают с одной системой, с определенными показателями производительности, масштабом функциональности, удобством и т.д. Завтра, после внесения программистом изменений, они работают с другой системой. Она, обычно, становится лучше, быстрее, полезнее и удобнее. Всякое, конечно, бывает, иногда система на короткий промежуток времени становится хуже, но потом программист во всем разберется и все встанет на свои места – система станет лучше.
Программист или не работает вообще, или минимально участвует в системе в качестве пользователя. Понятно, что он, как сотрудник компании, тоже ведет в ней свои задачи, бюджеты, иногда табель. Но основная его работа – улучшение системы.
Плохой программист
Кроме настоящих программистов, есть еще ненастоящие, или плохие программисты. Отчасти это связано с неправильным использованием термина «программист» — например, иногда так называют системных администраторов. Иногда даже они сами себя называют программистами – просто для того, чтобы не объяснять пользователям каждый раз, в чем разница.
Но и среди тех, кто должен быть программистом, встречаются плохие парни. Это те, кому по должности положено вносить изменения в систему, а они занимаются лишь ее администрированием и эксплуатацией. Особенно часто такое положение дел встречается именно среди программистов 1С.
Например, программист занимается закрытием месяца, вместо или вместе с главбухом. Помогает рассчитывать зарплату, готовить отчетность, выполняет выгрузку на сайт, даже занимается автоматической установкой обновлений от вендора. По сути, это не программист, а продвинутый пользователь, который взял на себя самые сложные операции с системой, и этим кормится, не передавая своих знаний пользователям или настоящим администраторам системы.
Ключевое отличие плохого программиста – он не вносит в систему изменений, а только пользуется ей. Для него система, конечно, уже не черный ящик, как для большинства пользователей, но, не зная ее устройства изнутри, а тем более, не имея опыта ее модернизации, он остается пользователем, пусть и продвинутым. Он знает чуть больше, чем остальные пользователи, знаком с несколькими продвинутыми инструментами, в том числе, возможно, с консолью отчетов, но изменений в поведение, функциональность, производительность он не вносит.
Система остается неизменной, что с плохим программистом, что без него.
Менеджер
Менеджер – это человек, который руководит сложной системой. В нее включены люди, автоматизированная система, бизнес-процессы, отделы, система мотивации, цели, система управления, политика, отношения с вышестоящими, горизонтальные коммуникации и т.д.
Настоящий менеджер – это человек, который вносит в эту сложную систему изменения.
Менеджер постоянно мониторит состояние системы, видит (или чувствует), где возникают сбои, понимает причины неудовлетворительных результатов, и вносит соответствующие изменения. Может поменять систему мотивации, чтобы тратить меньше времени на ручное управление, заставив людей самостоятельно хотеть достигать результатов. Может внести изменения в автоматизированную систему (руками программистов), если она не дает нужных цифр или не помогает в управлении. Может поработать с целью системы, если она недостаточно четкая, или не соответствует реальности, не мотивирует и не двигает вперед. Может исправить систему управления, если она расходится с бизнес-процессами, и только мешает своей бюрократией. Может оптимизировать бизнес-процессы, если видит провалы, простои, потери или бессмысленную работу.
Менеджер – это программист бизнес-системы. Он не пишет код, но суть его работы точно такая же, просто методы «внесения изменений» различаются. Программисту нужно писать код, рисовать формы, ковыряться в системе компоновки данных. Менеджеру нужно разговаривать с людьми, создавать регламентирующие документы, ставить задачи, набирать или увольнять сотрудников. Методы другие, цель та же – внесение изменений.
Сегодня люди работают в одной бизнес-системе, с одними правилами, бизнес-процессами, целями, расстановкой мест в кабинете, схемой мотивации. Завтра, после запуска изменений, они попадают в другую систему – и это дело рук менеджера.
Плохой менеджер
Есть на свете и не настоящие менеджеры – те, которые занимаются только руководством вверенной системы. Они не вносят никаких изменений, не особо анализируют показатели, а просто руководят. Распределяют задачи, дают пинка, ставят сроки, ходят на совещания и т.д.
Плохие менеджеры знают несколько «кнопок» в системе, и более-менее умеют ими пользоваться. Но, правильнее сказать, не умеют, а имеют право. Например, могут увольнять и нанимать людей, заставлять выходить на работу в выходные, менять приоритет задач, немного повышать зарплату, выписывать небольшие премии, орать и материться. Никому, кроме плохого менеджера, эти инструменты не подвластны.
Применение этих инструментов не вносит изменений в систему, это вроде вынесенных наружу пользовательских настроек. Такими же настройками пользуется плохой программист. Это несколько рычажков и кнопок, иногда – ползунков, регулируя которые, можно немного менять поведение системы.
Значительных изменений с помощью этих инструментов совершить нельзя. Радикальные изменения кроятся внутри системы, но внутрь плохой менеджер не заглядывает. Он предпочитает имитировать изменения – например, затевая сокращение затрат или персонала. Со стороны это, действительно, выглядит как бурные изменения, но суть системы от этого не меняется.
Наиболее простой и доступный рычаг – это персонал. Потому наиболее популярным способом изменения среди плохих менеджеров считается расширение штата. Если вышестоящее начальство ругает плохого менеджера за недостаточные результаты, он обычно ссылается на персонал. В большинстве случаев – просит добавить штатных единиц.
Плохие менеджеры ничего не могут, не умеют делать с эффективностью, т.е. стоимостью результата, или КПД. Если у него в отделе 3 человека, работающих с определенным КПД, то единственный путь увеличения общего результата отдела – увеличение штата. КПД при этом либо не меняется, либо немного падает из-за проблем с управлением, но общая результативность системы повышается.
Хороший менеджер в такой ситуации может применить усилия, и изменить КПД, тем самым получив аналогичную результативность, но без изменений численности персонала. Плохой менеджер так не может, потому что КПД, или эффективность – это свойство системы, оно внутри, а не снаружи. Нет снаружи системы рычажка с названием «Эффективность», который можно было бы подкрутить.
Точно так же нет в настройках информационной системы рычажка «Производительность», который мог бы отрегулировать плохой программист. Некоторые, псевдорычажки, конечно, имеются, но кардинального влияния на производительность они не оказывают.
Итого
Итак, есть плохие и хорошие программисты, есть плохие и хорошие менеджеры.
На самом деле, оценки «плохой» и «хороший» не важны, их можно выкинуть, если начать называть вещи своими именами.
Если человек следит за состоянием информационной системы, ставит обновления, помогает закрыть месяц, ковыряется в настройках, и даже делает шринк базы, он – не программист. Можно называть его, например, «администратор базы данных». Тогда все становится на свои места, и появляется выбор.
Если бизнесу только и нужно, что поддержание состояния системы в текущем состоянии, то нужен не программист, а администратор. Если нужно кардинальное, или хотя бы заметное изменение в развитии, производительности, функциональности – нужен программист, который умеет вносить в систему изменения.
Если бизнесу только и нужно, что поддержание работы отдела, службы, функции или целой бизнес-единицы в текущем состоянии, то нужен не менеджер, а нянька, или администратор, или диспетчер, или пастух – выбирайте любое название. Если же нужны кардинальные, или хотя бы заметные изменения в какой-то части бизнес-системы, то нужен менеджер, который умеет вносить в эту систему изменения.
Проверить, программист у вас или администратор, легко – просто посмотрите код, который он написал (или попросите его самого показать этот код). Как бы глупо это не звучало, в моей практике несколько раз встречались ребята, называвшие себя программистами, при этом годами не писавшие код.
Проверить, менеджер у вас или диспетчер, тоже несложно – попросите его рассказать об изменениях, внесенных в бизнес-систему, и об их последствиях. Хотя, последствия должны быть очевидны, если вы – вышестоящий руководитель.
Резюме
Как видите, между менеджерами и программистами масса аналогий. И между хорошими, и между плохими.
В процентном соотношении хороший/плохой побеждают, конечно, программисты – просто потому, что их системы проще. Создать таблицу в базе данных, нарисовать для нее форму ввода, и наполнить цифрами – значительно проще, чем заставить сотрудника ежедневно вести план работы.
С менеджерами все значительно хуже – реальными изменениями среди них занимаются единицы процентов. И с этим надо что-то делать.
Куда пойти? Сисадмин или программист?
Всем привет, хочу у вас спросить на кого пойти учится.
Живу в Кургане учусь в 9 классе. Город маленький и учусь я не очень хорошо. Я адекватный, но мне не по душе школьное образование.
Что говоря о программистов. Слышал что трудно найти работу без опыта работы. Вообще трудно. Нужно что-то где то идти на конкурсы я вообще не понял. Слышал что программисты получают на 50-70% больше среднего заработка в городе, но мне не важно сколько кто зарабатывает.
Помогите, я в заднице
«Типо учить Huawei, 3G, 4G, и еще что то» троль чтоле?
Если вы говорите именно о типичных российских системных администраторах в небольших компаниях, то я бы не советовал туда идти. Получите массу геморроя при не очень большой ЗП (работал сис админом 1.5 года, обслуживал около 70 машин и 4 серверов), непонимание со стороны начальства и большей части коллектива. Не могу конечно судить за все компании, но чаще всего это так.
Если же вы под системным администратором подразумеваете DevOps, то это немного другой уровень, эти ребята уже не занимаются перетыканием флешек бухгалтеру и чисткой принтеров. Зарплата у хорошего DevOps с опытом чаще выше чем у программиста с таким же опытом. Но есть одно огромное НО: всё это действительно не в России. Хотите заниматься администрированием и получать за это нормальные деньги и при этом чувствовать что начальство понимает что вы специалист, а не «да мой племянник за 300р винду переустановит», то вам прямая дорога из русскоязычных стран за бугор.
В России к людям потихоньку приходит понимание, что человек за компом не «просто нажимает на кнопочки, зачем ему ЗП платить, любой справится», а действительно специалист и имеет квалификацию, но к сожалению пока мало таких компаний.
Если хотите заняться программированием, то для начала определите сферу в которой хотите работать. Если веб ваша дорога к JavaScript, python, php, финансовая сфера: Java, C#, Андроид: Kotlin, Java, iOS: Objective-C, Swift. Конечно некоторые из этих языков позволяют без проблем выходить за рамки указанных сфер, если есть желание.
Что касается опыта работы: да, без него будет очень трудно найти работу. По этой причине я, будучи на 2 курсе универа, подучил html+css+javascript+php и наврав с три короба на собеседовании пошёл работать верстальщиком, а после и программистом в этой же компании. За пару лет работы набрался опыта и к окончанию универа устроился уже backend разработчиком. Исходя только из своего опыта могу сказать так: из моих одногруппников работают программистами сейчас только те, кто устроился ещё во время учёбы, и не перед дипломом, а на 2-3 курсе. Конечно 20 человек не показатель. Многие после университета идут на стажировку, что я считаю весьма правильным решением.
По поводу зарплат для всех, прошу на сайт moikrug.ru и hh.ru, там без проблем найдёте всю нужную информацию: и что требуют и сколько за это платят.
В качестве заключения: закончите 11 классов, и не идите в технарь. Чем хуже у вас образование, тем меньше вы котируетесь как специалист на иностранном рынке. За бугром скорее возьмут на работу магистра, который ничего не умеет, чем человека после 9-ти классов и технаря, но с опытом. Закончите 11 классов и ВУЗ, если имеете возможность, то занимайтесь программированием и английским сейчас и много, а после школы попробуйте обучиться за границей. Для примера: в Германии ВУЗовское образование бесплатное, даже для иностранцев. Если сможете оплатить своё проживание, то получите неплохое образование. Русские университеты тоже неплохие, но выбирать стоит более тщательно. И одно из главных вещей: учите английский, читайте всю проф литературу на английском, когда вы уже будете спецом со стажем вспомните эти слова, как я сейчас вспоминаю слова отца, потому что не учил и приходится нагонять сейчас.