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