За свою карьеру я носил много шляп, и я начинаю думать, что Инфраструктура и Администрирование не уступают по сложности программам, работающим на этих компонентах. Почти равны ли ставки заработной платы? Что говорит рынок?
Работа системного администратора - это одна из областей, где при определенных обстоятельствах вы можете настроить его так, чтобы чем лучше вы выполняли свою работу, тем меньше работы вам нужно было делать. Ценность этого не следует недооценивать.
Иногда можно добиться того же, что и разработчик, но это реже.
Разработчик - это тот, кого замечают, когда дела идут хорошо.
Системный администратор - это тот, кого замечают, когда что-то идет не так.
Я думаю, что системный администратор - это очень сложно.
Я думаю, что разработчикам это легко, и они не относятся к своей работе достаточно серьезно. Я хотел бы видеть себя инженером-программистом, но это было бы оскорблением для действительно хороших разработчиков программного обеспечения.
В инженерии вы не догадываетесь о возможной причине проблемы. Вы просматриваете факты / журналы ошибок / вещи, которые можно использовать для определения проблемы. Сделайте гипотезу и проверьте свою гипотезу на истинность, и только тогда вы дадите рекомендацию по устранению проблемы, возникшей на рабочем сервере.
Я слишком часто вижу, как люди делают дикие предположения и оправдывают свои претензии на оскорбления тем, как я думаю, это работает. Это мнение или факт? Я считаю, что это опасно и безответственно. Если вы хотите пойти и подумать о чем-то и высказать свое мнение, займитесь философией или чем-то подобным. Но когда вы работаете над сайтами с тысячами пользователей, мне наплевать, что вы думаете, скажите мне то, что вы знаете наверняка.
Я раньше работал с блестящими специалистами по серверам, и чаще всего, если вы, как разработчик, говорите администратору сервера, я думаю, что проблема заключается в следующем, и именно так мы можем доказать в другой безопасной среде, что это на самом деле проблема . Затем мы тратим некоторое время на устранение проблемы на основе этого предположения в безопасной среде, и тогда мы можем с уверенностью сказать, что это действительно проблема. И выполните следующие действия, чтобы решить проблему в производственных системах. Чтобы признать это, нужно определенное мужество и честность, и обычно люди не хотят признаваться, что они чего-то не знают. Я думаю, что незнание чего-то само собой разумеющееся, но люди, которые подразумевают, что они что-то знают, но не знают, лгут и опасны.
Я также думаю, что в разработке программного обеспечения есть аспект творчества, однако я считаю, что хороший код часто бывает утомительным и скучным, и, прежде всего, предсказуемым, простым и последовательным. И эти характеристики обычно не связаны с творчеством. Программная инженерия - это наука, и я хотел бы, чтобы мы могли найти лучший способ для разработчиков, парней и девушек, которые поддерживают системы разработки, чтобы лучше понимать работу друг друга.
Рихан Разработчик, которому выпала честь работать в качестве системного администратора в течение первой части моей карьеры.
Насколько я понимаю, я предпочитаю получать деньги за то, что я люблю, чем зарабатывать много, делая то, что ненавижу.
Инфраструктура может быть исключительно сложной, такой же сложной, как и программы, и столь же важной. Программист может нести ответственность за то, чтобы его приложение работало максимально эффективно, но если инфраструктура не соответствует стандартам, то не имеет значения, насколько хороши его навыки. Вы не можете запустить приложение, если ваш маршрутизатор отключается каждые 20 минут.
Если вы хотите сравнить рынки, зайдите на свою местную доску вакансий, чтобы узнать, что есть в наличии. Мы искали кого-нибудь в Сиднее в течение нескольких недель, и было очень мало приложений, которые, на мой взгляд, говорят о том, что ИТ-сектор не пострадал от экономического «кризиса» почти так, как другие отрасли. Это затрудняет поиск работы, но обеспечивает неплохую безопасность, поэтому, если у вас есть должность, на которой вы счастливы, и вам она нравится, оставайтесь там, пока можете;)
Как назло, мой босс только что написал статью, в которой сравнивает операции с разработкой: Что такое веб-операции? а также решение того, что ops не является (или не должно быть) чем-то для неудавшихся разработчиков, как это иногда представляется.
Системное администрирование и программирование имеют разные проблемы. Будет ли один легче другого, зависит от вашей личности, сильных и слабых сторон и от окружающей среды.
Раньше я был программистом, сейчас я системный администратор.
Намного больше многозадачности в качестве системного администратора. Наверное, тоже меньше похвалы. У программистов очевидные успехи. Они добавляют функцию или исправляют ошибку.
У системных администраторов по большей части есть только заметные сбои. Почта перестала работать. Делится когда нет.
С другой стороны, как системному администратору, вам обычно не нужно держать в голове состояние всей программы - по крайней мере, не так часто.
Хотя в некоторых ролях сисадмина есть о чем думать, особенно в сложных средах с приложениями с большим количеством взаимосвязей.
Системные администраторы, в зависимости от роли, среды и расположения, могут приступить к программированию, если захотят. Они часто пишут инструменты для себя и для использования другими сотрудниками.
Например. там, где я работаю, у нас есть база данных с веб-интерфейсом для управления DNS и создания файлов DNS и DHCP.
Насколько я могу судить, в большинстве мест зарплата примерно равная. Я подозреваю, что в некоторых местах программисты могут получить небольшое преимущество, но это будут такие места, как банки, где программисты пишут индивидуальные приложения, через которые проходят миллиарды долларов. Я не думаю, что это относится к «средним» (чем бы то ни было) заданиям в области программирования.
Я не считаю справедливым сравнивать оба поля. Они охватывают различные аспекты всего процесса.
С точки зрения упрощения, я думаю, это зависит от того, что / как вы собираетесь делать с системным администратором. Допустим, вы управляете инфраструктурой большой корпорации - это может быть проще, если вы купите готовый пакет и настроите его по сравнению с индивидуальным изготовлением на месте.
И это также зависит от того, насколько большой наряд - если вы работаете в небольшой компании, где вы единственный ИТ-специалист, может быть трудно носить столько головных уборов одновременно, где, как в большой корпорации, вы скорее всего, часть большой команды с небольшими отдельными обязанностями. И если вы работаете в крупной корпорации, скорее всего, вам будут платить «больше» за свою работу, где, как и в небольшом магазине, вам будут платить «меньше» за то, что вы делаете больше, чем - то есть соотношение ответственности к оплате высокое. в небольшом магазине *.
(*) но большой плюс небольшого магазина в том, что вы склонны все контролировать, а окружающая среда обычно более дружелюбная / семейная, где, как в большом предприятии, вы были бы просто рыбой в большом озере
Ничего стоящего хорошей оплаты или успеха легко.
Если я могу уточнить, это зависит от ваших целей.
Найти значимую, приносящую удовлетворение и удовлетворяющую роль, которая останется такой, - непростая задача. Есть вещи, которые нельзя купить за деньги (но они могут помочь).
Единственное, что я снова и снова обнаруживал у людей, счастливых в работе / работе в своей жизни, - это то, что если вы делаете то, что любите, деньги приходят.
Если вы в первую очередь будете искать деньги, вам не гарантировано счастье, потому что мы все знаем многих людей с деньгами, которые не имеют ни малейшего представления о том, как относиться к другим или к себе, до того, как у них появились деньги, или после.
Я думаю, что каждый может быть полноценным по-своему, и у них есть как общие качества, так и свои уникальные стороны. Одно верно наверняка. Если вы не сделаете ни того, ни другого в свободное время, вам это не по-настоящему нравится, а это означает, что вы не добьетесь в этом действительно хороших результатов, а это означает, что у вас будет меньше шансов найти большие возможности для успеха.
Насколько я видел, сисадминам платят не так уж сильно, как разработчикам. Кажется, есть некоторые различия в карьерном росте, но если то, что вам нравится, - это работа, а не карьерная лестница, то это не должно быть большой проблемой.
Нет большой разницы между зарплатой системного администратора и разработчика ... Но что проще? Я думаю, что системное администрирование основано на опыте, в то время как программирование основано на творчестве. Вот почему вы можете найти хороших программистов, которые хорошо разбираются в системном администрировании, но не наоборот ;-).
Да, я программист :-)
Я считаю, что личность и трудовая этика человека определяют, что будет легко / сложно. Я работал с системными администраторами, которым, кажется, нечего делать, потому что они всегда планируют, создают сценарии и документируют как часть своей работы. То же самое и с программистами ... к сожалению, меня больше объединяли из-за того, что я программировал "не у дел", потому что я делал свои дела раньше, чем когда-либо, из-за опоздания или отставания по проекту!
Кажется, что если проект приходит вовремя или раньше, мы думаем, что либо мы не дали человеку X достаточно работы на время, либо он что-то упустил ... LOL!
Ну, я думаю, Скотти был прав: всегда преувеличивайте время, необходимое для завершения чего-либо, чтобы они думали, что вы чудотворец!
У обеих профессий есть свои проблемы и награды ... просто делайте то, что любите, и все остальное станет на свои места.
Имейте в виду, что именно программисты создают программное обеспечение / инструменты, которые облегчают жизнь системным администраторам ... хотя можно сказать то же самое и об инструментах разработчика, которые используют программисты ;-)
На самом деле хороший программист - это ленивый программист ... этот ответ (в stackoverflow) для объяснения.
Может быть, это тоже можно сказать от сисадмина?
Что касается оплаты: я сам программист (но я думаю, вы уже это поняли ;-) и внутри программирования уже есть такая большая разница в оплате (например, между веб-разработчиком и разработчиком встроенного C ++), я полагаю, что это то же самое в управлении системой. Это все зависимый на ваше область знаний и ваш опыт В основном.
Сложность для системного администратора основана на множестве сложных компонентов, созданных другими, и все они должны быть поняты на определенном уровне, чтобы заставить их работать вместе. Я обнаружил, что с аппаратными и сетевыми компонентами необходимо хорошо понимать, что находится в каждой коробке.
В то время как основная часть сложности разработчика сосредоточена на той части кода, которую он пишет, и ему просто нужно работать с интерфейсами (используя общий термин), которые ему дают другие, ему не нужно понимать большую часть мельчайшие подробности их кода.
Я видел оплату как эквивалентную.
Я все еще нахожусь на начальной стадии своей карьеры, но уже успел поработать младшим программистом и младшим системным администратором.
Я в целом согласен с представленными здесь ответами и хотел бы укрепить мнение о том, что вам следует искать работу, которая соответствует вашим сильным сторонам и сводит к минимуму ваши слабые стороны. Я прошел путь от программиста до системного администратора, и в целом мне это нравится.
Так что я бы не назвал одно «проще», чем другое, это просто зависит от ваших сильных сторон.
Не должно быть вопроса, что легче, они оба одинаково «трудны». Что действительно важно, так это то, что человек вносит в свою профессию. Разработчики программного обеспечения в большинстве своем не станут хорошими системными администраторами, и наоборот.
Что я могу сказать, так это то, что оба карьерных пути станут немного легче, если вы поймете небольшую часть того, что делает ваш коллега, то есть системный администратор, который может смотреть на код и выполнять элементарную отладку в нем.
Вторая группа глаз с мозгом с другим набором навыков может выявлять проблемы или предлагать потенциальные решения для всей команды высококвалифицированных разработчиков, просто зная дополнительную информацию, которая лежит в основе работы этой страницы / программы и т. Д., И наоборот, системный администратор должен иметь возможность посоветоваться с программистами о том, почему определенный аспект не работает и т. д.
Это не соревнование за то, чтобы увидеть, кто умнее, кто усерднее работает и т. Д. Каждый выносит на стол разные вещи, и только общением и командной работой все делается и программы пишутся.