Ответы:
Окончил сисадмин, затем перешел в сферу разработки.
У меня был момент просветления, когда я понял, что компьютеры - это чушь. Нет, правда. У вас есть аппаратные спецификации, которые настолько неясны, что каждый реализует их немного по-разному, вызывая крошечные проблемы с совместимостью. Если бы компьютеры не были дерьмовыми, то при использовании определенных типов ОЗУ не было бы несовместимости (если их стандарт соответствует стандарту на материнской плате - нет абсолютно никаких оправданий тому, что ОЗУ DDR3-1066 должна быть несовместима с материнскими платами DDR3-1066) или с некоторыми USB-устройствами.
Таким образом, у вас есть аппаратное обеспечение, которое нарушено по дизайну, потому что спецификации бесполезны, и в дополнение к этому вы прослушали программное обеспечение. Я только тогда понял, что SysAdmin - это работа, в которой нечего выигрывать. Вы не можете «исправить» проблемы - вы можете просто использовать клейкую ленту, чтобы временно устранить некоторые симптомы, но вы всегда на стороне проигравшего, потому что у вас нет хорошей основы для начала.
Для тех из вас, кто не хочет работать с дерьмом x86 / x64, YMMV, но за 7 лет работы с SysAdmin я достаточно узнал, что это не моя работа.
Таким образом, вместо того, чтобы всегда брать дерьмо, когда ломается аппаратное обеспечение, я переключился на область создания ценности. Эгоистичный? Может быть. Да, мое программное обеспечение порой глючит, и в конце концов строится на том же ошибочном фундаменте, но как разработчик, я чувствую, что на самом деле делаю что-то стоящее.
Это сказанное: уважение ко всем, кто делает работу SysAdmin со страстью. Это неблагодарная и часто неудовлетворительная работа, но каждый, кто поддерживает работу серверов, - герой в моей книге.
Я начинал как разработчик, потом стал администратором, затем системным администратором, а теперь менеджером системного администратора.
Системное администрирование показалось мне более интересным, потому что у меня была возможность работать в большой распределенной среде с множеством движущихся частей для интеграции и обслуживания.
Кроме того, в IMO высокий процент заданий на разработку - это поддержка дрянных приложений или настройка коммерческих пакетов. Тьфу. Мне показалось, что сисадмин предоставляет больше возможностей для творчества и оказывает заметное влияние на системы, поддерживающие бизнес.
Я начинал как системный администратор, который любил писать код. Я нашел навыки программирования, чтобы быть # 1 важным навыком для системного администратора. Если вы не знаете, как автоматизировать задачи, вы окажетесь в кошмаре обслуживания.
Шли годы, я делал все меньше и меньше сисадминов. И теперь предпочитают делать архитектуру новых решений вместо этого. Если я делаю sysadmin-stuff, это обычно тяжелая отладка 3-й строки или код для интеграции некоторых дерьмовых решений - на блоках установлен другой администратор.
Еще работая в универе, я получил работу webadmin, поэтому он определенно ближе к тому, чтобы быть системным администратором, а затем разработчиком. Затем я постепенно делал все больше и больше разработки, также по мере роста компании становилось все больше задач в области ИТ. Дошло до того, что, когда я сказал своему боссу, что это слишком большая нагрузка для выполнения обеих задач, мы наняли парней, которые были строго сисадминами, в то время как я посвятил себя 100% развитию.
У меня не было роскоши или / или. Я должен был начать делать оба сразу . Сочетайте это с миграцией устаревших компьютеров Mac на базе 68k на новые настольные компьютеры HP, попыткой модернизировать промышленное производство (оптимизация списка вырезов), настройкой доступа в Интернет и электронной почтой, изучением нового языка (Delphi), а также решением проблем с данными и изучением Linux и изучение Windws NT 4 И основ TCP / IP сетей .... бла-бла-бла ....
Вы поняли идею. Крещение огнем, а иногда и серой служили на стороне. 1997 год не был таким же, как 2007 год, и многие «новички», работающие с администратором, могут не оценить разницу. Вы не могли просто "погуглить", Google все еще был стартапом.
Вы быстро узнаете вещи под таким давлением, например, насколько (не) важна ваша работа для других. Для них ты необходимое зло. Для вас, вы знаете, что в вашем сердце место попадет в ад в корзинке, если вы не будете ее держать.
Когда я ушел, это было из-за того, что я сгорел, а владелец не ценил мою тяжелую работу. Работать 24 часа подряд без еды, отдыха и компенсации просто смешно. Ожидание того, что я пробуду еще 12 часов без еды, отдыха или компенсации, увеличило мою физическую выносливость. Давайте посмотрим, 36 часов за два дня, и он не может задаться вопросом, почему после всего этого мне нужен один выходной.
Это было 10 лет назад. Излишне говорить, что мой новый работодатель гораздо разумнее. Я до сих пор занимаюсь как SysAdmin, так и программированием, хотя обычно это намного проще. Вероятно, потому что все не в огне, и есть больше чем один человек, чтобы работать над проблемой .
Вот краткая версия моей истории:
Я начинал как разработчик, но мне пришлось многому научиться у сисадмина, потому что я начал помогать отцу в его компании. В настоящее время я все еще являюсь разработчиком, но я также занимаюсь сисадмином.
Обе области дополняют друг друга довольно хорошо, я бы сказал. Например, хотя я не являюсь опытным системным администратором, я знаю, как настроить защищенный веб-сервер для своих приложений, решить несколько проблем системного администратора и т. Д. И когда мне нужна поддержка, я лучше могу общаться с нужными людьми. ,
Как системный администратор, знание разработки программного обеспечения позволило мне лучше автоматизировать громоздкие задачи и хорошо понять, как работают некоторые базовые компоненты.
Может быть, это обычный случай? Я предполагаю, что большинство системных администраторов знают хотя бы немного программирования, верно?
Мне очень интересно услышать, как вы применили одну область знаний к другой.
Проще перейти от sysadmin -> sysadmin, который кодирует -> developer. Если вам не повезет, вы столкнетесь с сокращением заработной платы, идущим в другую сторону.
Если ничего другого, когда вы работаете в среде, где вам нужно поговорить с разработчиками, некоторое знакомство с кодированием неоценимо - это действительно помогает иметь языковой стандарт , особенно когда вы должны объяснить, почему инструментарий для работоспособности - это хорошо. ,
Я начинал как системный администратор и обнаружил, что превращаюсь в ленивого администратора, который ненавидел делать одно и то же дважды, поэтому я научился писать сценарии. Сценарии не только облегчают выполнение повседневных задач, но и помогают упростить задачу, гарантируя, что все правильные шаги были учтены в задаче. Сценарии также привели меня к тому, что я сегодня нахожусь там, где мне не нравятся GUI, потому что я не знаю, какой код выполняется на бэкэнде, и поэтому я им не доверяю. Я также следовал естественной эволюции от написания сценариев до работы разработчика, но, поскольку я в глубине души сисадмин и никогда не проходил никаких формальных тренингов по разработке, я все еще возвращаюсь к работе сисадмина. Честно говоря, в некотором смысле, я бы хотел, чтобы меня уволили, или, может быть, более уместно, чтобы долгий отпуск (3-4 недели),
Я начинал как sysadmin / dba, а затем занялся программированием. Я вышел на арену sysadmin / dba, потому что у меня было неправильное представление, что программисты были заперты в задней комнате и никогда ни с кем не разговаривали. Когда я начал заниматься программированием (VBA -> VB6 -> .NET), я обнаружил, что мне нужно знать, как работают процессы от людей, которые их делали (представьте себе!)
Я работал в разработке и сейчас программист. Очевидно, я всегда был программистом в глубине души, потому что я никогда не чувствую, что я работаю больше! :-)
Мои знания о стороне sysadmin / dba очень помогли мне, когда я начал писать код, потому что я знал, как все работает и как оно должно работать. Это дало мне огромное преимущество в программировании решений для сисадминов!
-JFV
Я начал как настольный компьютер и через несколько месяцев перешел в sysadmin. Следующие 8 лет я провел сисадмином и обнаружил, что большую часть своего времени я тратил на написание апплетов и сценариев для выполнения моих задач администратора. Мне нравилось писать код намного больше, чем мои задачи сисадмина, и мне посчастливилось попасть на должность разработчика в той же компании. Теперь я делаю и то, и другое. Я нахожусь в небольшой, узкоспециализированной группе приложений и ношу обе шляпы. Лучшее обоих миров! Я не отставал от sysadmin, а также сосредоточился на разработке, как часть моей должностной инструкции.
Начал как разработчик. Прошел через системное администрирование, администратор базы данных, обратно к разработчику, обратно к администратору базы данных, обратно к системному администрированию. Теперь вернемся как DBA.
Я думаю, что довольно просто перейти от dev к другим полям. Я не думаю, что так легко перейти от системного администрирования к разработке. Существует определенный склад ума к разработке и наслаждению практикой написания кода и создания приложений. Я нашел много замечательных системных администраторов, которым было трудно принять это.
Я начинал как веб-разработчик, создавая ASP, который был мне более знаком в то время, чем PHP. Я был несколько счастлив, потому что я написал много ASP в старших классах и послешкольных учреждениях для своих курсов по проектам, но мне пришлось много работать над ограничениями для таких вещей, как шифрование и загрузка / выгрузка файлов. В конце концов я взял на себя роль системного администратора, и когда меня сократили, я стал мобильным системным администратором (не Geek Squad, но похожая идея).
Я предпочел быть сисадмином, но еще больше предпочитаю свою нынешнюю работу - аналитика. Я могу сделать всего понемногу без бремени огромных проектов.
Программист сисадмином к программисту сисадмином к программисту (который также иногда помогает с сисадмином). :-) Я заканчиваю тем, что выполняю любую работу, какую только могу найти (и все эти позиции системного администратора были объединены с нетадмином)!
Я начал веб-разработчик проекта виртуального университета. Со временем, когда я стал отвечать за серверы приложений (например, Adobe ColdFusion), я все больше и больше становился вовлеченным в администрирование веб-сервера. Разветвленная на серверах Unix и Windows на протяжении многих лет.
Кроме того, поскольку я также знаю, что Oracle (когда-то был определен как программист базы данных), меня вызвали, чтобы помочь с задачами DBA по мере необходимости.
Теперь я стал администратором Solaris из-за трудностей с персоналом, поэтому я становлюсь более полноценным системным администратором (продолжая программировать и обслуживать веб-серверы). Я также планирую стать разработчиком мультимедиа, если один из моих проектов начнёт создавать потоковый контент для моего текущего работодателя.
Я начал как комбинацию обоих на моем TRS-80. По общему признанию, не было много администратора, чтобы сделать, но все же.
Моя следующая большая встреча с компьютером была VAX 11/780. Мы все были одновременно администраторами и разработчиками.
В колледже и в аспирантуре я использовал все доступные вычислительные ресурсы в лабораториях (только для разработчиков).
После окончания средней школы мне заплатили за то, что я являюсь комбинацией как разработчика, так и администратора для нашей лаборатории SGI. Кто-нибудь еще в бета-тестировании IRIX 5 на оригинальных машинах Onyx? О, MIPS R4400, как я тебя люблю ...?
С тех пор я всегда выполняю обе работы. Дело в том, что я точно знаю, как я хочу, чтобы компьютер (и) работал, чтобы поддержать меня в моей другой работе на полный рабочий день, написание программного обеспечения.
Я начинал как разработчик и стал системным администратором по чистой случайности. У нас было мало людей в отделе системного администратора, и мы в отделе разработки ждали, пока что-то будет установлено и настроено. Поэтому я начал выполнять некоторые из этих задач, так как хотел выполнить некоторые из моих разработок, которые зависели от них. Затем я начал делать то же самое для других разработчиков и постепенно поддерживал всю среду разработки. Это требовало доступа ко всему (машинам, сети и т. Д.), Поэтому я стал резервным копированием для настоящего системного администратора, когда он был в отпуске и / или болен. Когда компания выросла, мы поняли, что нанять новых разработчиков стало проще, чем системных администраторов, поэтому я официально «перешел» в отдел системных администраторов. И я не жалею, что пошел этим путем.
Будучи студентом, я работал неполный рабочий день в качестве службы поддержки первого / двух / трех уровней у интернет-провайдера, когда у интернет-провайдера среднего размера в Австралии было 1-2000 пользователей. Был студентом CS в то время. Обучение было, вот пароль root и код тревоги. Убедитесь, что вы закрыли дверь, когда уходите.
Из этого я превратился в начинающего администратора системы. Изучил perl за одну ночь, когда файл passwd сдулся, но у нас были данные, чтобы перестроить его по атрибутам файловой системы и файлу радиуса.
В конце концов получил работу программиста в небольшом магазине с крупными клиентами, где все программисты увлечены linux, так что мы все sys admin тоже немного. Но я сделал МНОГО администрирования системы и помог запустить 10 модемов 100 пользователей ISP у нас на стороне
Оттуда перешел на должность инженера по развертыванию. Там, где вам нужно было иметь возможность развертывать программное обеспечение prod разумным масштабируемым способом, но при этом иметь достаточный опыт программирования, чтобы понять, как работает специальное программное обеспечение, и иметь возможность общаться с разработчиками для его отладки.
Оттуда веб-программирование и системный админ.
С их полного рабочего дня системного администратора.
Вы можете прочитать мою историю по адресу: /programming/547155/from-admin-to-dev/547177#547177