開発者からシステム管理者へ対システム管理者から開発者へ
システム管理者として始め、その後開発者に転向しましたか？またはその逆？
変更のきっかけは何ですか？どちらのキャリアが好きですか？移行からどのような利点を見つけましたか？
ストーリーを教えてください:-)
システム管理者として卒業後、開発分野に転身。
PCががらくたであることに気づき、ちょうどこの啓発の瞬間を経験しました。いえいえ。あなたはとても不明確なハードウェア仕様を持っていて、誰もがそれをわずかに異なって実装し、小さな互換性の問題を引き起こしています。 PCががらくたでなかった場合、特定のRAMタイプを使用するときに非互換性はありません（標準がメインボード上のものと一致する限り、絶対にnoがあります） = DDR3-1066の理由RAMはDDR3-1066メインボードと互換性がないはずです）、または特定のUSBデバイスとの互換性。
仕様が役に立たないため、ハードウェアが壊れています設計により。さらに、ソフトウェアにバグがあります。その時、私はSysAdminが勝つための仕事がないことに気づきました。問題を「修正」することはできません。ダクトテープを使用して一時的にいくつかの症状を解決することができますが、開始するための適切な基盤がないため、常に損失の側にいます。
X86/x64のがらくた、YMMVを使用したくない人のために、私はSysAdminの7年間でそれが私の仕事ではないことを知るのに十分なことを学びました。
だから、壊れたハードウェアが壊れたときにいつもがらくたを取るのではなく、私は実際に価値を生み出す分野に切り替えました。わがまま？多分。はい、私のソフトウェアは時々バグがあり、最終的には同じ欠陥のある基盤の上に構築されますが、開発者として、私は実際に価値のあることをしているように感じます。
言われていること：情熱を持ってSysAdminの仕事をするすべての人を尊重してください。これは恩知らずで、しばしば満足のいく仕事ではありませんが、サーバーを稼働させ続けるすべての人が私の本のヒーローです。
私は開発者として始め、最終的にはDBA、それからsysadmin、そして今度はsysadmin managerとしていきました。
統合および保守する多くの可動部分がある大規模な分散環境で作業する機会があったので、システム管理がより興味深いことに気付きました。
また、IMOでの開発ジョブの割合が高いのは、不適切なアプリケーションの保守や商用パッケージのカスタマイズに関するものです。ああ。私にとって、システム管理者は創造的になる機会をより多く提供し、ビジネスを運営し続けるシステムに目に見える影響を与えるように見えました。
私はコードを書くのが好きなシステム管理者として始めました。プログラミングスキルは、システム管理者にとって最も重要なスキルであることがわかりました。タスクを自動化する方法がわからない場合は、メンテナンスの悪夢になります。
- ありふれたタスクはあなたの脳を殺します
- 自動化されたタスクがあると、システムの一貫性が保証されます。
年が経つにつれて、私はますます純粋なシステム管理を行うようになりました。そして今、代わりに新しいソリューションのアーキテクチャを行うことを好む。私がsysadmin-stuffを実行する場合、通常は重い3行目のデバッグ、またはいくつかのがらくたソリューションを統合するコード-ボックスに他の管理者がインストールされています。
大学在学中は、webadminとしての仕事を持っているので、sysadmin、次に開発者に近いです。その後、次第に開発を進め、会社が成長するにつれてITの仕事も増えていきました。上司に言ったところ、両方を実行するにはワークロードが多すぎるということです。厳密にシステム管理者である開発者を雇い、開発に100％専念しました。
どちらかまたは両方の贅沢はありませんでした。 両方同時にをやり始めなければなりませんでした。これに、古い68kベースのMacのレガシーを新しいHPデスクトップに移行し、工業生産の近代化（カットリスト最適化）を試み、インターネットアクセスと電子メールをセットアップし、新しい言語（Delphi）を学習し、データの問題を処理し、Linuxを学習します。 Windws NT 4とTCP/IPネットワーキングの基礎を学びます...何とか何とか何とか...
あなたはアイデアを得ます。火によるバプテスマ、そして時々、ブリムストーンが側にありました。 1997年は2007年と同じではありませんでした。また、管理業務に携わる多くの「初心者」はその違いを理解していません。 「グーグル・イット」するだけでなく、Googleはまだスタートアップでした。
そのようなプレッシャーの下で、他の人にとって自分の仕事がいかに（重要でない）重要であるかなど、あなたはすぐに物事を学びます。彼らにとって、あなたは必要悪です。あなたにとって、あなたはそれを動かし続けなければあなたの心の中でその場所が手かごの中で地獄に行くことを知っています。
私が去ったとき、それは私が燃え尽きていて、オーナーが私がした一生懸命の仕事にまったく感謝していなかったからでした。食事、休憩、または補償なしで24時間連続して時間を計ることはばかげています。食事、休息、補償なしでさらに12時間滞在することが期待されていたことが、私の身体的持久力の限界を押し上げていました。見てみましょう、2日間で36時間、彼はなぜ私がすべての後に1日の休みを取りたいのか疑問に思わないでしょう。
それは10年前のことです。言うまでもなく、私の新しい雇用主ははるかに合理的です。私はまだSysAdmin andプログラミング作業の両方を行いますが、はるかに簡単になる傾向があります。おそらくすべてが発火していないおよび問題に取り組む担当者が複数いるだからです。
私は開発者です。これが私です。
技術者ではない友人や家族が、システム管理者として私を混乱させています。
私は技術に詳しい友人の前で開発者であり、他のすべての人にとってはシステム管理者です。私は二重生活を送っています。
私はシステム管理者として始め、同じことを2度行うのが嫌いな怠惰な管理者に変身していることに気づいたので、スクリプトの作成方法を学びました。スクリプトを作成することで、ありふれたタスクを簡単に実行できるだけでなく、タスクのすべての適切な手順を確実に説明できるように、作業を合理化することもできます。また、スクリプトによって、現在のGUIが気に入らないところまでたどり着きました。バックエンドで実行されているコードがわからないので、それらを信頼していないからです。私もスクリプトから開発者の仕事への自然な進化をたどりましたが、私は真のシステム管理者であり、正式な開発トレーニングを受けたことがないので、まだシステム管理者の仕事に戻ってきています。正直なところ、いくつかの方法で、解雇されたか、おそらくより適切には長期休暇（3〜4週間）が欲しいので、開発に集中して、おそらく管理者から開発者に切り替えることができます。
私はsysadmin/dbaから始めて、プログラミングに進みました。プログラマーが密室に閉じ込められて、誰とも話さなかったという誤解があったので、私はsysadmin/dbaアリーナに入りました。プログラミング（VBA-> VB6-> .NET）を少し始めたとき、プロセスを実行した人々からプロセスがどのように機能するかを知る必要があることがわかりました（想像してください！）
私は開発に取り組み、現在はプログラマーです。どうやら、もう仕事をしているような気分になることはないので、私はいつも心の中でプログラマーでした！ :-)
すべてがどのように機能し、どのように機能するかすべき機能を知っていたので、コーディングを開始したとき、sysadmin/dbaに関する知識が非常に役立ちました。これにより、システム管理者向けのプログラミングソリューションに大きな力が注がれました。
-JFV
ここに私の話の簡潔なバージョンがあります：
私は厳密に開発者として始めましたが、父親の会社の手助けを始めたので、多くのシステム管理者のことを学ぶ必要がありました。現在私はまだ開発者ですが、私は重いシステム管理者のこともしています。
両方の領域はかなりよく補完し合います。たとえば、私はエキスパートシステム管理者ではありませんが、自分のアプリケーション用に安全なWebサーバーを構成する方法、いくつかのシステム管理者の問題を解決する方法などを知っています。 。
システム管理者として、ソフトウェア開発を知ることで、面倒なタスクをより効率的に自動化し、いくつかの基本的なものがどのように機能するかをよく理解することができました。
多分それは一般的なケースですか？私は、ほとんどのシステム管理者が少なくとも少しはプログラミングを知っていると思いますよね？
私は、あなたがどちらかの知識領域をもう一方にどのように適用したかを聞くことに非常に興味があります。
私はデスクトップ技術として始め、数か月後にsysadminに移りました。次の8年間をsysadminに費やしていると、私の時間の多くが私の管理タスクを達成するためのアプレットとスクリプトの作成に費やされていることがわかりました。私はsysadminタスクよりもはるかにコーディングが好きで、同じ会社内の開発者の立場に入ることができて幸運でした。今、私は実際に両方を行います。私は小規模で高度に専門化されたアプリケーショングループに属しており、両方の帽子をかぶっています。両方の長所！私はsysadminについていくことができ、仕事の説明の一部として開発に集中することもできます。
Sysadmin-> sysadminからコーディングする方が簡単です->開発者。運がよければ、逆に給与カットに直面することになります。
他に何もない場合、開発者と話す必要がある環境で作業する場合、コーディングにある程度の知識があると非常に貴重です。特にlingua francaがあると、特にインストゥルメンテーションの理由を説明する必要がある場合に役立ちます操作性は良いことです...
私はTRS-80で両方の組み合わせとして始めました。確かに、doに必要な管理者はそれほど多くありませんでしたが、それでもまだです。
次にコンピュータに遭遇したのはVAX 11/780でした。私たちも当時はすべて管理者と開発者の組み合わせでした。
大学や大学院のチャンクでは、ラボで利用可能なコンピューティングリソースをすべて使用していました（開発者のみ）。
大学院の半ばを過ぎた後、私はSGIラボの開発者と管理者の両方の組み合わせとして給与を得ました。オリジナルのOnyxマシンでIRIX 5のベータテストを行っている人はいますか？ああ、MIPS R4400、私はどのようにあなたを愛していますか...？
それ以来、私はいつも両方の仕事をしています。実際のところ、ソフトウェアを書く他のフルタイムの仕事で私をサポートするためにコンピュータがどのように機能するかを正確に知っています。
私はASPを作成するWeb開発者として始めました。ASPは、当時はPHPよりも慣れ親しんでいました。 ASP=高校と高等学校のプロジェクトコースで多くのことを書いていたので、少し満足していましたが、暗号化やファイルのアップロード/ダウンロード。私は最終的にsysadminの役割を引き受け、私がダウンサイズされると、モバイルのsysadmin（Geek Squadではなく、同様のアイデア）になりました。
私はシステム管理者であることを好みましたが、現在の仕事であるアナリストであることをさらに好みます。膨大なプロジェクトの負担なしに、すべてのことを少しずつ行うことができます。
プログラマーからsysadminへ、プログラマーからsysadminへ、プログラマーへ（プログラマーは時々sysadminのことも手伝います）。 :-)私が見つけることができる仕事を何でもやることになります（そして、それらのsysadminの位置もすべてnetadminと結合されました）！
私は仮想大学のプロジェクトでWeb開発者を始めました。 （Adobe ColdFusionのような）アプリサーバーを担当するようになってから、Webサーバー管理にますます関与するようになりました。長年にわたり、UnixサーバーとWindowsサーバーに分岐しました。
また、私はOracleも知っていたため（以前はデータベースプログラマーとして定義されていました）、必要に応じてDBAタスクを支援するために呼び出されました。
今、私は人員配置の問題のためにSolaris管理者に移行したので、より本格的なsysadminになります（Webサーバーのプログラミングと保守を行いながら）。また、私のプロジェクトの1つがオフになり、現在の雇用主向けのストリーミングコンテンツを生成する場合は、マルチメディア開発者になる予定です。
学生時代、私はISPのレベル1、2、3のヘルプデスクとしてアルバイトをしていましたが、オーストラリアにある中規模のISPは1〜2000ユーザーでした。当時はCS学生でした。トレーニングは、ここにルートパスワードとアラームコードがあります。出かけるときは必ずドアをロックしてください。
これから私は初心者のシステム管理者に成長しました。 passwdファイルが吹き飛ばされたときに一晩Perlを学びましたが、ファイルシステムの属性とradiusファイルに再構築するデータがありました。
結局のところ、すべてのプログラマーがLinuxオタクを利用している大きな顧客を抱える小さな店で、仕事のプログラミングを手に入れました。しかし、私はシステム管理の多くを行い、側にあった10モデム100ユーザーISPの実行を支援しました
そこから展開エンジニアの役割に移動しました。実用的なスケーラブルな方法で製品ソフトウェアを展開できる必要があるが、カスタムソフトウェアがどのように機能するかを理解し、開発者と話し合ってデバッグできる十分なプログラミング経験も必要な場合。
そこからウェブプログラミングとシステム管理者。
彼らのフルタイムのシステム管理者ギグから。
私は開発者としてスタートし、たまたまシステム管理者になりました。私たちはsysadmin部門の人員が不足しており、開発部門では物事がインストールおよび設定されるのを待っていました。それで、これらに依存している私の開発作業のいくつかを終わらせたかったので、私はこのタスクのいくつかを引き継ぎ始めました。それから私は他の開発者のために同じことを始めました、そしてゆっくりと私は開発環境全体を維持していました。これにはすべて（マシン、ネットワークなど）へのアクセスが必要だったので、休暇中や病気のときは、実際のシステム管理者のバックアップになってしまいました。会社が成長するにつれ、sysadminsよりも新しい開発者を採用する方が簡単であることがわかったので、正式にsysadmin部門に「転送」しました。そして、私はこのように行ったことを後悔していません。さらに、私は開発者であったことでも多くの利益を得ていますか（アドホックバグ修正、コーディングスクリプト、ソフトウェアの開発方法とその機能を知っています）。
開発者としてスタート。システム管理、DBA、開発者、DBA、システム管理に戻りました。 DBAに戻ります。
開発から他の分野に行くのはかなり簡単だと思います。システム管理から開発に移行するのは簡単ではないと思います。コードを書き、アプリケーションを構築する練習を開発し、楽しむことに一定の考え方があります。私はそれを受け入れるのに苦労した多くの素晴らしいシステム管理者を見つけました。