回答:
システム管理者として卒業後、開発の分野に変わりました。
私はこの啓発の瞬間を迎えたばかりで、PCがくだらないことに気付いた。いやいや。ハードウェアの仕様が非常に明確ではないため、誰もがわずかに異なる実装を行っているため、小さな互換性の問題が発生します。PCががらくたではない場合、特定のRAMタイプを使用する場合、非互換性はありません(標準がメインボード上のものと一致する限り、DDR3-1066 RAMがDDR3-1066メインボードと互換性がない理由はまったくありません) 、または特定のUSBデバイスで。
そのため、仕様が役に立たないために設計で破損したハードウェアがあり、その上にソフトウェアにバグがあります。そのとき、SysAdminは勝つことのない仕事であることに気付きました。問題を「修正」することはできません-ダクトテープを使用して一時的にいくつかの症状を解決することはできますが、最初から良い基盤がないため、常に負け側にいます。
x86 / x64がらくた、YMMVを使いたくない人のために、私は7年間のSysAdminで、それが自分の仕事ではないことを知るのに十分なことを学びました。
だから、壊れたハードウェアが壊れたときにいつもがらくたを取るのではなく、私は実際に価値を創造する分野に切り替えました。わがまま?多分。はい、私のソフトウェアは時々バグがあり、最終的に同じ欠陥のある基盤の上に構築されますが、開発者として、私は実際に何か価値のあることをしているように感じます。
それは言われています:情熱を持ってSysAdminの仕事をするすべての人を尊重します。それは恩知らずでしばしば満足のいく仕事ではありませんが、サーバーを稼働させ続ける人は誰でも私の本のヒーローです。
私は開発者としてスタートし、DBA、最終的にはシステム管理者、そして現在はシステム管理者になりました。
統合と保守のための多くの可動部分がある大規模な分散環境で作業する機会があったため、システム管理がより興味深いと感じました。
また、IMOの開発ジョブの大部分は、安っぽいアプリケーションの保守や商用パッケージのカスタマイズに関するものです。あー 私にとって、システム管理者は創造性を発揮し、ビジネスを運営し続けるシステムに目に見える影響を与えるより多くの機会を提供しているように見えました。
私はコーディングが好きなシステム管理者として始めました。プログラミングスキルは、システム管理者にとって最も重要なスキルであることがわかりました。タスクを自動化する方法がわからない場合、メンテナンスの悪夢に陥ります。
年が経つにつれて、私はますます純粋なシステム管理をしなくなりました。そして今、代わりに新しいソリューションのアーキテクチャを行うことを好む。sysadmin-stuffを実行すると、通常重い3行目のデバッグ、またはいくつかのがらくたなソリューションを統合するコード-ボックスに他の管理者がインストールしてくれます。
私はどちらの贅沢もありませんでした。両方を同時に始めなければならなかった。古い68kベースのMacのレガシーを新しいHPデスクトップに移行し、工業生産の近代化(カットリスト最適化)を試み、インターネットアクセスと電子メールを設定し、新しい言語(Delphi)を学習し、データの問題を処理し、Linuxを学習し、 Windws NT 4とTCP / IPネットワーキングの基礎を学ぶ...何とか何とか...
あなたはアイデアを得る。火による洗礼、そして時には、ブリムストーンが脇で役立った。1997年は2007年と同じではなく、仕事を管理する多くの「新参者」はその違いを理解していないかもしれません。「グーグル・イット」だけでなく、グーグルはまだスタートアップだった。
自分の仕事が他の人にとっていかに重要でないかなど、そのようなプレッシャーの下ですぐに物事を学びます。彼らにとって、あなたは必要な悪です。あなたは、あなたがそれを走らせ続けなければ、あなたの心の中でその場所がハンドバスケットで地獄に行くことを知っています。
私が去ったとき、それは私が燃え尽きたためであり、所有者は私がしたハードワークに対するゼロの感謝を持っていたからです。食事、休息、補償なしで24時間連続して勤務するのは馬鹿げています。食事、休息、補償なしでさらに12時間滞在することが期待されていたことは、私の身体的持久力の限界を押し上げました。見てみましょう、2日間で36時間、彼はなぜ私が1日休みにしたいのか不思議に思わないでしょう。
それは10年前です。言うまでもなく、私の新しい雇用主ははるかに合理的です。私はまだSysAdmin とプログラミングの両方を行っていますが、はるかに簡単になる傾向があります。おそらくので、すべてが燃えていないと、複数の人が問題に取り組むことがあります。
これが私の話の簡潔なバージョンです。
私は厳密に開発者として始めましたが、父と会社を手伝い始めたため、多くのシステム管理者を学ぶ必要がありました。現在、私はまだ開発者ですが、重いシステム管理者もしています。
両方の領域は、かなりうまく補完し合っています。たとえば、私は専門のシステム管理者ではありませんが、アプリケーション用に安全なWebサーバーを構成する方法、いくつかのシステム管理者の問題を解決する方法などは知っています。 。
システム管理者として、ソフトウェア開発を知ることで、面倒なタスクをより自動化でき、基礎となるものがどのように機能するかをよく理解できました。
たぶんそれは一般的なケースですか?ほとんどのシステム管理者が少なくとも少しプログラミングを知っていると思いますよね?
どちらの知識領域をもう一方に適用したかを聞きたいと思います。
私はシステム管理者としてスタートしましたが、同じことを2回行うのが嫌いな怠け者の管理者になったので、スクリプトの作成方法を学びました。スクリプティングは、ありふれたタスクを簡単にするだけでなく、すべての適切なステップがタスクで説明されるようにすることを合理化するのにも役立ちます。また、スクリプティングにより、GUIが気に入らない今日の状態になりました。バックエンドでどのコードが実行されているのかわからないので、信頼できないからです。また、スクリプトから開発者の仕事への自然な進化に従いましたが、私は心の中でシステム管理者であり、人生のどの日でも正式な開発トレーニングを受けたことがないので、システム管理者の仕事に引き戻されます。正直なところ、私は解雇されたか、もっと適切には長い休暇(3〜4週間)を望んでいました。
私はsysadmin / dbaとしてスタートし、その後プログラミングを始めました。プログラマーは奥の部屋に閉じ込められ、誰とも話をしたことがないという誤解があったので、私はsysadmin / dbaアリーナに行きました。プログラミングを始めたとき(VBA-> VB6-> .NET)、プロセスを実行した人からプロセスがどのように機能するかを知る必要があることがわかりました(想像してみてください!)
私は開発に取り組み、現在はプログラマーです。どうやら、もう仕事をしている気分になれないので、私は常に心のプログラマーでした!:-)
私はすべてが働いたか、それがどのように知っていたので、コーディングを開始するとき、物事のシステム管理者/ DBA側の私の知識は非常に私を助けなければならない仕事します。これにより、システム管理者向けのプログラミングソリューションについて、大きな助けが得られました。
-JFV
私はデスクトップ技術者としてスタートし、数ヶ月後にシステム管理者になりました。次の8年間はsysadminを使って過ごし、私の時間の多くは管理タスクを完了するためのアプレットとスクリプトの作成に費やされていました。私はシステム管理者のタスクよりもコーディングが好きで、同じ会社の開発者の地位に就くことができて幸運でした。今、私は実際に両方を行います。私は小規模で高度に専門化されたアプリケーショングループに属し、両方の帽子をかぶっています。両方の長所!私はsysadminについていくことができ、仕事の説明の一部として開発に集中することもできます。
開発者として開始。システム管理、DBA、開発者、DBA、システム管理に戻りました。DBAとして戻ってきました。
開発者から他の分野に進むのはかなり簡単だと思います。システム管理から開発に行くのは簡単ではないと思います。開発には一定の考え方があり、コードの記述とアプリケーションの構築の練習を楽しんでいます。私はそれを受け入れるのに苦労した多くの素晴らしいシステム管理者を見つけました。
私はASPを書くWeb開発者として始めました。ASPは当時PHPに慣れていました。私はプロジェクトコースのために高校や中等教育で多くのASPを書いていたので、やや満足していましたが、暗号化やファイルのアップロード/ダウンロードなどを行うための制限を回避するために多くのことをしなければなりませんでした。私は最終的にsysadminの役割を引き受け、規模が縮小したときにモバイルシステム管理者になりました(Geek Squadではなく、同様のアイデアです)。
私はシステム管理者であることを好みましたが、アナリストである現在の仕事をさらに好みます。膨大なプロジェクトの負担なしに、あらゆることを少しできるようになりました。
プログラマーからシステム管理者へ、プログラマーからシステム管理者へ、そしてプログラマー(また、システム管理者を時々支援する)。:-)最終的に私は見つけることができる仕事が何でもするようになります(そしてそれらのsysadminの位置はすべてnetadminと同様に結合されました)!
私は、仮想大学プロジェクトでWeb開発者を始めました。時間が経つにつれて、アプリサーバー(Adobe ColdFusionなど)を担当するようになり、Webサーバー管理にますます関与するようになりました。長年にわたってUnixおよびWindowsサーバーで分岐しました。
また、私はOracleも知っていたので(かつてはデータベースプログラマーとして定義されていました)、必要に応じてDBAタスクを支援するために呼び出されました。
今では、人員配置の課題のためにSolaris管理者に移行したため、より本格的なシステム管理者になりつつあります(Webサーバーのプログラミングと保守を続けています)。また、私のプロジェクトの1つが現在の雇用主向けのストリーミングコンテンツを生成するために軌道に乗ると、マルチメディア開発者になる予定です。
私はTRS-80で両方の組み合わせとして始めました。確かに、そこにするために管理者の多くはなかったんはまだけど。
私の次の主要なコンピューターの出会いはVAX 11/780でした。私たちはすべて、管理者と開発者の組み合わせでもありました。
大学と大学院の一部では、ラボで利用可能なコンピューティングリソースをすべて使用していました(開発者のみ)。
大学院の卒業後、私はSGIラボの開発者と管理者の両方の役職に就きました。オリジナルのOnyxマシンでIRIX 5のベータテストを行っている人はいますか?ああ、MIPS R4400、どうやってあなたを愛しているのか...?
それ以来、私は常に両方の仕事をしています。事実、私は他のフルタイムの仕事であるソフトウェアの作成において、コンピューターをどのように機能させたいかを正確に知っています。
私は開発者としてスタートし、偶然にシステム管理者になりました。私たちはsysadmin部門のスタッフが不足しており、開発部門のスタッフがインストールおよび構成されるのを待っていました。だから、私はこれらのタスクのいくつかを引き継ぎ始めました。それは、これらのタスクに依存していた開発作業の一部を成し遂げたいと思ったからです。それから私は他の開発者に対しても同じことを始め、ゆっくりと開発環境全体を維持していました。これにはすべて(マシン、ネットワークなど)へのアクセスが必要だったため、休暇中や病気になったときに、実際のシステム管理者のバックアップになりました。会社が成長するにつれて、システム管理者よりも新しい開発者を雇う方が簡単であることに気づいたので、私は公式にシステム管理部門に「異動」しました。そして、私はこのように行ったことを後悔していません。
学生として、私はここオーストラリアで中規模のISPが1-2000ユーザーであったときに、ISPでレベル1、2、3のヘルプデスクとしてアルバイトをしました。当時CSの学生でした。トレーニングは、ルートパスワードとアラームコードです。離れるときは、必ずドアをロックしてください。
これから、私は初心者のシステム管理者に成長しました。passwdファイルが吹き飛ばされたときにperlを一晩で学習しましたが、ファイルシステム属性とradiusファイルで再構築するデータがありました。
最終的には、Linuxが大好きなプログラマーがいる大規模な顧客がいる小さなショップでジョブプログラミングを手に入れました。しかし、私はシステム管理の多くを行い、私たちが側にいた10モデム100ユーザーISPの実行を助けました
そこからデプロイメントエンジニアの役割に移りました。prodソフトウェアを賢明でスケーラブルな方法でデプロイできる必要がありましたが、オーダーメイドソフトウェアがどのように機能するかを理解し、開発者と話をしてデバッグできる十分なプログラミング経験も必要でした。
そこからウェブプログラミングとシステム管理者。
フルタイムのシステム管理者ギグから。
私のストーリーは/programming/547155/from-admin-to-dev/547177#547177で読むことができ ます