Системный администратор или программист что лучше: Отличие Системного администратора и Программиста.

Содержание

«Чем отличается программист от системного администратора?» — Яндекс Кью

Из сисадминов в бэкенд-программисты. Долгий путь к новой работе

Всем привет! Меня зовут Дмитрий, мне 31 год, и я начинающий бэкенд-разработчик. Я расскажу историю о том, как новые знания меняют цели в карьере, как перейти в новую профессию, когда тебе 31, у тебя есть семья и нет финансовой подушки, чтобы всё бросить и искать новую работу.

Кем работал

Моим первым и единственным местом работы была небольшая компания, занимающаяся обслуживанием оргтехники и локальных сетей. Там я работал на должности системного администратора, где занимался всем — от ремонта компьютеров и ноутбуков, до настройки СУБД и веб-серверов для 1С.

Всё шло хорошо. У нас сложился дружный коллектив, работать было комфортно, я старался развиваться этой сфере. Иногда мне попадались простые задачи, связанные с вебом: подкорректировать главную страницу на сайте клиентов, перенести сайт на другой хостинг, добавить счётчик «Яндекс.Метрики». Временами мой товарищ, который был веб-разработчиком, просил помочь ему с наполнением или вёрсткой. На тот момент я знал немного про вёрстку, заглядывал на сайт Htmlbook, пытался изучать программирование по редким на тот момент курсам или книгам. Самообразование мне давалось туго, я думал, что это просто не моё — и меня это устраивало.

Мое знакомство с веб-разработкой

Через пару лет нашей компании понадобилось переделать сайт. Был давно готов макет, оставалось только найти разработчика и сделать. Мне стало интересно попробовать сверстать настоящий макет самостоятельно — и я взялся. Тем более, что по срокам меня никто не ограничивал. А в качестве «движка» я выбрал CMS, написанную моим знакомым. Прошло немного времени, и всё было готово и размещено на хостинге. Мне понравилось, что я самостоятельно сверстал и запустил сайт, пусть и самый примитивный. Это придало уверенности, что научиться разработке вполне возможно, и я начал подыскивать курсы по программированию. К тому времени их стало немного больше.

Попытки учиться

Первым мне попался сайт Html Academy, где я ознакомился с HTML и CSS. Но интерес к нему быстро остыл, потому что программирование по-прежнему казалось чем-то далеким, а знание HTML/CSS уверенности не придавало. Насколько я помню, на тот момент там ещё не было уроков по программированию.

Следующим ресурсом был Itvdn. Здесь я купил и успешно прошел курс по HTML/CSS, но учиться там дальше не захотел — было сложно высидеть двухчасовой урок, а затем выполнять задание, вспоминая, на какой же минуте видео рассказывалась нужная информация. В общем, такой формат мне не зашел.

Обучение на Хекслете

Примерно в это же время коллега по работе рассказал о неплохих курсах по программированию Hexlet. Заинтересовавшись, я прошел пару бесплатных уроков. Прохождение не вызывало желания закрыть урок, приглянулась подача материала — короткое видео о чем-то конкретном с тестами в конце. Так я прошел бесплатный курс по введению в программирование, и, поняв в процессе, что мне это подходит, оформил подписку. К этому шагу располагала цена в 24$, что было очень даже приемлемо за такой материал. Ещё одним из решающих факторов для меня было то, что здесь учат фундаментальным вещам, которые применимы к другим языкам, а не только к тому, на котором учишься. Одним словом, здесь учат программированию, а не только синтаксису языка. В начале обучения я начал проходить профессию «PHP-разработчик», так как мой кругозор был ограничен тем, что PHP — на бэкенде, а JavaScript — на фронтенде.

Проходил курсы по вечерам, когда засыпал ребенок, и иногда на работе, когда было свободное время. Руководитель был не против, что я занимаюсь саморазвитием в IT.

Трудности

Первым моим камнем преткновения стал курс «PHP: Построение абстракций», такой СИКП на PHP. Вообще, если учишься на Хекслете, то эту аббревиатуру услышишь ещё не раз. Мозг кипел, было много непонятного. В комментариях к урокам встречались сообщения о том, что это очень сложно. Там же отвечали, что этот же материал дан в курсе по JS более понятно, и стоит пройти его там, если не понятно. Так я и сделал.

Читайте и другие истории успеха: Как благодаря Хекслету я устроился в EPAM, стал сеньором и уехал в США.

Действительно, мне удалось пройти этот курс на JS. В процессе я узнал про применение Javascript на сервере, Node.JS для бэкенда, и решил продолжить изучение этого языка. Тем более, что я был уверен — не важно, какой язык первым изучаешь на Хекслете.

Далее ещё были сложности в обучении — в основном связанные с тем, когда ты что-то не усвоил в одном уроке, подсмотрел решение учителя в практике, ничего не понял и пошёл дальше. Дальше это незнание накапливается, и ты не понимаешь вообще ничего. Это очень деморализовало, и на пару недель обучение забрасывалось. Позже я научился с этим справляться — заново прошёл все курсы и закрыл пробелы в знаниях, старался не подсматривать решения, а разбираться с задачей самому, иногда возвращаясь к предыдущим темам.

Продолжительность обучения

В моём обучении был большой перерыв в 3-4 месяца, связанный с бытовыми делами, и пара небольших, связанных как раз с неумением справиться со сложностью. В итоге прохождение профессии без проектов заняло у меня примерно полтора года.

Проекты я начал проходить после пары собеседований, когда понял, что в них смогу получить начальный опыт. Прохождение проектов заняло больше года. Первые три шли по плану — по одному проект в месяц. Четвертый затянулся почти на год в связи болезнями, рабочими проблемами во время пандемии и устройством на новую работу. Сейчас, когда на работе всё более менее устаканилось, я возобновил работу над проектом и надеюсь в скором времени его сдать.

Поиск работы

К окончанию обучения мои планы насчет работы изменились — я уже не собирался подрабатывать «допиливанием» сайтов на вордпресс, а хотел работать в команде разработчиков, выполнять сложные и интересные задачи. У моего начальства не было планов по организации отдела разработки, а заниматься этим самостоятельно казалось невозможным — не было знаний и практики в построении приложений, в настройке необходимых для этого библиотек и фреймворков. Кроме того, мне надоело заниматься тем, чем я занимался на работе, и захотелось сменить деятельность. В общем, я приступил к поиску новой работы, сделал резюме и начал его рассылать.

В Краснодаре найти оплачиваемую работу новичку оказалось достаточно сложно, везде требуется опыт работы, в том числе «в коммерческой разработке». Но я отправлял резюме даже в компании с такими требованиями. За время поисков я прошёл четыре собеседования и выполнил одно тестовое задание.

Первая попытка

Первое собеседование состоялось у одного зеленого мобильного оператора. В вакансии указывалось, что требуется «Джуниор JavaScript-разработчик». Тестового задания не было. На собеседовании были пара ребят из местного офиса, HR и разработчик из другого города на удалёнке. По технической части вопросов было мало, в основном про жизнь, почему меняешь работу и так далее. Затем объяснили, чем придется заниматься: это оказалась техподдержка в B2B-кабинете, в которой программирование занимало 10%, и то в какой-то своей системе. После собеседования сказали, что перезвонят, но мне уже самому не хотелось, чтобы перезванивали.

Вторая попытка

Знакомый разработчик скинул мне контакты руководителя местной IT-компании, занимающейся разного рода разработкой. Я связался, меня пригласили пообщаться. Там требовались разработчики по двум направлениям: бэкенд на PHP и фронтенд. В PHP я практически не разбирался, с фронтом было получше, но все же недостаточно, чтобы начать работать. Вообще получилась интересная ситуация — JS-разработчик, который не умеет во фронтенд. После беседы предложили месяц неоплачиваемой стажировки, за время которой я должен был подтянуть HTML/CSS и прочие дела, которые происходят во фронтенде, а после стажировки зарплату раза в два меньше моих ожиданий. Надо заметить, что мои зарплатные ожидания были немного завышены, и связано это было с необходимостью получать определенный минимум для содержания семьи. Поэтому я поблагодарил ребят за предложение и продолжил свои поиски.

После второй попытки стало понятно, что мне не хватает практического опыта, поэтому я решил пройти проекты на Хекслете.

Третья попытка

Ещё одна попытка попасть во фронтенд. Это была местная компания, которая занимается разработкой пары популярных медицинских сайтов с рейтингами докторов и клиник. Отправил им резюме, получил тестовое задание. Требовалось сделать страницу, где нужно делать запросы к тестовому API, получать данные и изображения, и выводить их в определенном порядке. Из библиотек предлагалось использовать JQuery. Задание оказалось несложным, и я выполнил его без особых проблем. После него меня пригласили на собеседование.

На собеседовании присутствовали фронтенд-разработчик и кто-то из технического руководства. Разработчик давал задачи на программирование, а руководитель спрашивал «за жизнь». С задачами на алгоритмы я справился без проблем, с вопросами по верстке немного посыпался.

Через несколько дней HR мне ответила, что они не готовы взять меня на работу. Возможно, не стоило на собеседовании на фронтенд спрашивать: «Нельзя ли в дальнейшем перейти в бэкенд?».

Четвертая попытка

HR следующей компании сама меня нашла на hh.ru и предложила прийти на собеседование. Компания занимается рекламой в интернете и в соцсетях, у неё есть большой отдел разработчиков. В Краснодаре как раз открывался филиал, куда меня и пригласили.

Тестового задания не было — они обратили внимание на мой недоделанный четвертый проект Хекслета, который лежал на Github. На собеседовании общался с бекенд-разработчиком. Были вопросы по работе NodeJS, асинхронности, SQL. На вопросах про SQL я начал немного «плавать», потому что прошло много времени после прохождения курса, а я не подумал повторить. Затем открыли мой четвертый проект и по нему я быстро рассказал, что там происходит.

После моего провала с SQL, я подумал, что со мной вежливо попрощаются, но интервьюер пообщался с руководством, и мне сразу предложили пройти месяц оплачиваемой стажировки. Я согласился. Когда выходил из офиса, то не мог поверить, что меня берут на работу бэкенд-разработчиком на стек, который я знаю. Мое удивление было связано с тем, что я выбрал не слишком популярное направление для Краснодара. Куда проще было устроиться «PHP разработчиком на Битрикс».

Как работается

Через две недели после собеседования я вышел на новую работу, получил достаточно мощный компьютер с парой мониторов. Я сам поставил на него привычный дистрибутив линукс и начал осваиваться на рабочем месте. Меня практически сразу отправили «в бой» — поручили работать с одним из партнеров компании над поддержкой и доработкой внутреннего сервиса средних размеров. Сначала я довольно сильно переживал, что на меня свалилась такая большая ответственность, но коллектив оказывал моральную поддержку. Бороться с переживаниями помогли рассуждения Кирилла на одном из вебинаров по поводу софт-скиллов — о том, что нужно не бояться задавать вопросы, но при этом сначала пробовать делать что-то самому. Также помогал метод «выяснить, что делать дальше» из популярной книги по GTD.

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

Планы

В первую очередь — доделать четвертый проект, выполнение которого я затянул. Понемногу осваиваю Python, чтобы не зацикливаться на JS. Интересный и очевидный факт — второй язык на Хекслете осваивать в разы проще. Это говорит о фундаментальных знаниях, которые получаешь здесь. Также хочется поучаствовать в опенсорс-проектах Хекслета. Вообще, много планов про изучение языков или технологий, ребята на Хекслете вдохновляют меня своими статьями и вебинарами, за что им огромное спасибо!

Выводы

— Изучать можно любой язык, который нравится. Или пробовать несколько, а потом выбирать. На Хекслете всему учат хорошо.

— Умение правильно задавать вопросы — это навык, который вы тоже здесь получите, поэтому не замыкайтесь с нерешенными задачами и мыслью «это не мое, это слишком сложно для меня».

— Проекты — это важно, не экономьте на этом.

Ещё

Хочется отметить крутую атмосферу, которая царит вокруг Хекслета:

Полезные обсуждения в слаке — от программирования до трудоустройства;
Помощь с обучением в том же слаке или в обсуждениях к заданиям;
Вдохновляющие вебинары на Youtube. Я не знаю как, но у Кирилла получается мотивировать, просто рассказывая «что нового на Хекслете»;
Шикарные статьи и гайды по разным технологиям и языкам программирования.

Какую профессию выбрать: программист или администратор

Редактор 10 декабря 2015 г. 14 августа 2013 г.

Наука за компьютерами и вычислениями всегда привлекала массу людей с перспективой карьеры. Вакансии в компьютерных технологиях многочисленны, начиная от оборудования до программного обеспечения . В этой статье я буду обсуждать карьеру в качестве Администратор по сравнению с карьерой Разработчик (программист).

Программист против Администратора

ОК, Я расскажу всю статью со своей точки зрения. Около двух лет назад я думал, следует ли мне сосредоточиться на

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

Лично мне понравился C . Почему C ? потому что C был первым языком программирования . А вот с рыночной точки зрения C вообще не пользовались спросом. Вот я и подумал выучить ASP.net , Java и Oracle . Даже этот процесс обучения оставался в моей рутине в течение нескольких недель, но вскоре я потерял интерес ко всем вышеперечисленным языкам, C был моей первой любовью, и никто не забывает свою первую любовь.

Пришло время перейти к следующему семестру, где я познакомился с операционной системой UNIX .

Я узнал, что весь UNIX был написан на C . Хотя они сказали, что UNIX была в нашей программе, но они преподавали Linux , поскольку UNIX не была ни бесплатной, ни легкодоступной.

Я дошел до C был там, радость создания нового была там. Linux был чем-то, ради чего я мог просыпаться каждый день и радостно идти на работу.

Почему вам стоит выбрать программирование с точки зрения карьеры?

Потому что вам нравится чувство творчества.
Потому что вы работаете на себя и не утруждаете себя общением с людьми напрямую.
Возможность работать из офиса или дома.

Почему не стоит выбирать программирование с точки зрения карьеры?

Меньше возможностей в результате аутсорсинга.

Неустойчивые часы
Повторяющийся
Чёткие сроки
Идите в ногу с меняющимися платформами и технологиями.

Почему вы должны выбрать Администрацию с точки зрения карьеры?

Всегда что-то другое
Новые вызовы
Контроль и координация с рядом профессионалов.

Почему не следует выбирать Администрацию с точки зрения карьеры?

Напряженные рабочие часы.
Иногда скучно делать резервные копии, восстанавливать, исправлять, устанавливать, обновлять, сканировать и т. д.

Очень известная цитата в нашем мире:

« Программист становится известным, когда делает что-то хорошее, а администратор — если делает что-то плохое ».

На что следует обратить внимание при выборе конкретной карьеры.

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

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

Вы один, вы разные. Никто не может быть тобой, никогда. Ваша карьера — это не только источник дохода, она должна быть вашей страстью, вашим желанием, вашей мечтой.

На этом я заканчиваю сегодня и скоро вернусь с интересной статьей. А пока следите за обновлениями. Посетите Tecmint.com , чтобы узнать о последних обновлениях в мире FOSS .

Итак, что выбрать: Программист или Администратор ? сделать, сообщите нам знать ваш выбор в нашем разделе комментариев.

Отзывы об учебнике…

Была ли эта статья полезной? Если вы не нашли эту статью полезной или обнаружили устаревшую информацию, проблему или опечатку, оставьте ценный отзыв или предложения в комментариях, чтобы помочь улучшить эту статью.

Если вы цените то, что мы делаем здесь, на TecMint, вам следует подумать:

TecMint — это самый быстрорастущий и пользующийся наибольшим доверием сайт сообщества, где можно найти любые статьи, руководства и книги по Linux в Интернете. Миллионы людей посещают TecMint! искать или просматривать тысячи опубликованных статей, доступных всем БЕСПЛАТНО.

Если вам нравится то, что вы читаете, пожалуйста, купите нам кофе (или 2) в знак признательности.

Мы благодарны за вашу бесконечную поддержку.

без тегов. Системное администрирование проще, чем программирование? Платит так же?

спросил 13 лет, 8 месяцев назад

Изменено 8 лет, 1 месяц назад

Просмотрено 19 тысяч раз

голосов

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

Закрыта 11 лет назад.

Заблокировано . Этот вопрос и ответы на него заблокированы, потому что вопрос не по теме, но имеет историческое значение. В настоящее время он не принимает новые ответы или взаимодействия.

За свою карьеру я носил много шляп, и я начинаю думать, что инфраструктура и администрирование равны по сложности программам, работающим на этих компонентах. Ставки заработной платы примерно равны? Что говорит рынок?

нетегированный

голосов

Как назло, мой начальник только что написал статью, сравнивающую эксплуатацию и разработку: Что такое веб-операции? а также обращение к тому, что операции не являются (или не должны быть) чем-то для неудачливых разработчиков, как это иногда представляется.

голосов

Быть системным администратором — это одна из областей, где при соответствующих обстоятельствах можно настроить так, чтобы чем лучше вы делали свою работу, тем меньше работы вам приходилось делать. Значение этого не следует недооценивать.

Иногда можно добиться того же, что и разработчику, но реже.

голосов

Разработчик — это тот, кого замечают, когда все идет как надо.

Системный администратор — это тот, кого замечают, когда что-то идет не так.

голосов

Я думаю, системный администратор очень сложный.

Как правило, вам нужно поддерживать программы, которые вы не написали, и с небольшим количеством документации или без нее.
Часто приходится говорить нет, мне это очень трудно.
Инструментарий или хорошее сообщение об ошибке вряд ли когда-либо сделано достаточно хорошо, чтобы быть полезным (особенно специальное программное обеспечение)
Вы ожидаете, что среда будет работать на минимальном уровне, а затем, когда восстановление займет 4 часа, все будут недовольны
Ваши знания должны быть невероятно широкими
Способность связать небольшое изменение со сбоем в, казалось бы, несвязанном разделе обычно является причиной сбоев
Обычно очень сильные разрешения, это означает, что вы можете многое сломать

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

В технике не угадаешь возможную причину проблемы. Вы просматриваете факты/журналы ошибок/вещи, которые можно использовать для выявления проблемы. Выдвиньте гипотезу и проверьте ее на истинность, тогда и только тогда вы дадите рекомендацию по решению проблемы, которая возникла у вас на рабочем сервере.

Я слишком часто вижу, как люди делают дикие предположения и оправдывают свое возмущение тем, что я думаю, что так это и работает. Это мнение или факт? Я считаю, что это опасно и безответственно. Если вы хотите пойти и подумать о чем-то и высказать свое мнение, займитесь философией или чем-то подобным. Но когда вы работаете на сайтах с тысячами пользователей, мне все равно, что вы думаете, скажите мне, что вы знаете на самом деле.

Раньше я работал с блестящими серверщиками, и чаще всего, если вы, как разработчик, говорите администратору сервера, я думаю, что проблема заключается в следующем, и именно так мы можем доказать в другой безопасной среде, что это на самом деле проблема. Затем мы тратим некоторое время на исправление проблемы на основе этого предположения в безопасной среде, и тогда мы можем с уверенностью сказать, что это действительно проблема. И выполните следующие действия, чтобы решить проблему в производственных системах. Я думаю, чтобы признать это, требуется определенное мужество и честность, и обычно люди не хотят признавать, что они чего-то не знают. Я думаю, что незнание чего-то — это данность, но люди, которые подразумевают, что они что-то знают, а не знают, лгут и опасны.

Я также думаю, что в разработке программного обеспечения есть аспект творчества, однако я думаю, что хороший код часто бывает утомительным и скучным и, прежде всего, предсказуемым, простым и последовательным. И эти характеристики, как правило, не связаны с творчеством. Разработка программного обеспечения — это наука, и я хочу, чтобы мы могли найти лучший способ для разработчиков и парней и девушек, которые поддерживают системы разработки, лучше понимать работу друг друга.

Рихан Разработчик, который имел честь работать системным администратором в начале своей карьеры.

голосов

Что касается меня, то я лучше буду получать пенальти за то, что люблю, чем много зарабатывать, занимаясь тем, что ненавижу.

Инфраструктура может быть исключительно сложной, такой же сложной, как и программы, и столь же важной. Программист может нести ответственность за максимально эффективную работу своего приложения, но если инфраструктура не соответствует стандартам, то не имеет значения, насколько хороши его навыки. Вы не сможете запустить приложение, если ваш маршрутизатор отключается каждые 20 минут.

Если вы хотите сравнить рынки, зайдите на местную доску объявлений и узнайте, что доступно. Мы искали кого-то в Сиднее в течение нескольких недель, и заявок было очень мало, что для меня говорит о том, что ИТ-сектор не пострадал от экономического «кризиса» почти так сильно, как другие отрасли. Это усложняет поиск работы, но безопасность довольно высока, поэтому, если у вас есть должность, в которой вы счастливы, и она вам нравится, оставайтесь на ней, пока можете 😉

голосов

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

Раньше я был программистом, теперь я системный администратор.

Намного больше многозадачности в качестве системного администратора. Наверное, меньше славы тоже. У программистов хорошо видны успехи. Они добавляют функцию или исправляют ошибку.

У системных администраторов по большей части только заметные сбои. Почта перестала работать. Акции когда нет.

С другой стороны, системному администратору обычно не приходится держать в голове состояние всей программы — по крайней мере, не так часто.

Хотя в некоторых ролях системного администратора нужно многое держать в голове, особенно в сложных средах с приложениями с большим количеством взаимосвязей.

Системные администраторы, в зависимости от роли, окружения и расположения, могут приступить к работе, если захотят. Они часто пишут инструменты для себя и других сотрудников.

Напр. там, где я работаю, у нас есть база данных с веб-интерфейсом для управления DNS и создания файлов DNS и DHCP.

Насколько я могу судить, в большинстве мест оплата примерно одинаковая. Я подозреваю, что в некоторых местах программисты могут получить небольшое преимущество, но это будут такие места, как банки, где программист пишет специальные приложения, через которые проходят миллиарды долларов. Я не думаю, что это относится к «средним» (что бы это ни было) заданиям по программированию.

голосов

Не думаю, что справедливо сравнивать оба поля. Они охватывают различные аспекты всего процесса.

голосов

С точки зрения упрощения, я думаю, это зависит от того, что/как вы будете делать системным администратором. скажем, вы управляете инфраструктурой для крупной корпорации — может быть проще, если вы купите готовый пакет и настроите его, а не сделаете его собственными силами.

И это также зависит от того, насколько большой костюм – если вы работаете в небольшой компании, где вы единственный айтишник, может быть сложно носить столько головных уборов одновременно, где, как в большой корпорации, вы, скорее всего, являетесь частью большой команды с несколькими отдельными обязанностями. И если вы работаете в крупной корпорации, скорее всего, вам будут платить «больше» за вашу работу, тогда как, как и в меньшем магазине, вам будут платить «меньше» за выполнение большего количества вещей, т. е. соотношение ответственности к оплате высокое. в маленьком магазине*.

(*) но большим плюсом маленького магазина является то, что вы склонны все контролировать, а окружающая среда, как правило, более дружелюбная/семейная, тогда как в большой корпорации вы были бы просто рыбой в большом озере

голосов

Ничто не стоит хорошей оплаты, или успех дается легко.

Если я могу уточнить, это зависит от ваших целей.

Найти осмысленную, доставляющую удовлетворение роль, которая останется такой же, — это вызов. Есть вещи, которые нельзя купить за деньги (но с которыми можно помочь).

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

Если вы сначала ищете деньги, вам не гарантировано счастье, потому что все мы знаем много людей с деньгами, которые понятия не имеют, как обращаться с другими или с собой, до того, как у них появились деньги, или после.

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

Насколько я знаю, сисадминам не так уж чудовищно платят по сравнению с разработчиками. Кажется, есть некоторые различия в карьерном росте, но если вам нравится делать, а не подниматься по карьерной лестнице, то это не должно быть большой проблемой.

Зарплата сисадмина и разработчика не сильно отличается… А вот насчет того, что проще, я думаю, системное администрирование основано на опыте, а программирование – на творчестве. Вот почему вы можете найти хороших программистов, которые хорошо умеют системного администратора, но не наоборот ;-).

Да, я кодер 🙂

Я считаю, что личность и трудовая этика человека определяют, что легко, а что сложно. Я работал с системными администраторами, которым, кажется, нечего делать, потому что они всегда планируют, пишут сценарии и документируют в ходе своей работы. То же самое и с программистами… к сожалению, я больше сгораю из-за того, что программирую “без работы”, потому что я раньше заканчивал свои дела больше, чем когда-либо сгорал из-за опоздания или отставания от проекта!

Кажется, если проект приходит вовремя или рано, менталитет таков: либо мы не дали человеку X достаточно работы на время, либо он что-то упустил… LOL!

Что ж, я думаю, Скотти был прав, всегда преувеличивайте время, необходимое для завершения чего-либо, чтобы они думали, что вы чудотворец!

В обеих работах есть свои трудности и награды… просто делай то, что любишь, и все остальное встанет на свои места.

Имейте в виду, что именно программисты создают программное обеспечение/инструменты, которые облегчают жизнь системным администраторам… хотя можно сказать то же самое и об инструментах разработки, которыми пользуются программисты 😉

На самом деле хороший программист — это ленивый программист. .. Смотрите этот ответ (в stackoverflow) для объяснения.
Может быть, это можно сказать и от сисадмина?

Относительно оплаты: я сам программист (но я думаю, вы уже поняли это 😉 и внутри программирования уже есть такая большая разница в оплате (например, между веб-разработчиком и разработчиком встроенного C++), я полагаю то же самое в управлении системой. Все зависит от вашей области знаний и ваш опыт в целом.

Сложность для системного администратора связана со многими сложными компонентами, созданными другими, каждый из которых должен быть понят до определенного уровня, чтобы заставить их работать вместе. Я обнаружил, что с аппаратными и сетевыми компонентами должно быть много понимания того, что находится в каждой коробке.

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

Я видел эквивалентную оплату.

Моя карьера еще только начинается, но я уже успел поработать младшим программистом и младшим системным администратором.

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

Так что я бы не назвал одно “легче”, чем другое, это просто зависит от ваших сил.

Вопрос не в том, что проще, они оба одинаково “сложны”. Что действительно важно, так это то, что человек вносит в свою профессию. Разработчики программного обеспечения для большинства не станут хорошими системными администраторами, и наоборот.

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

«Чем отличается программист от системного администратора?» — Яндекс Кью

Из сисадминов в бэкенд-программисты. Долгий путь к новой работе

Кем работал

Мое знакомство с веб-разработкой

Попытки учиться

Обучение на Хекслете

Трудности

Продолжительность обучения

Поиск работы

Первая попытка

Вторая попытка

Третья попытка

Четвертая попытка

Как работается

Планы

Выводы

Ещё

Какую профессию выбрать: программист или администратор

Отзывы об учебнике…

Если вы цените то, что мы делаем здесь, на TecMint, вам следует подумать:

без тегов. Системное администрирование проще, чем программирование? Платит так же?

Добавить комментарий Отменить ответ