唯一の開発者であることとその結果[終了]


16

私は会社で唯一の開発者です。プログラミング(ASP.NET 4.0、jQuery、およびSQL Server 2008)を行い、データベースとWebサーバーを管理しています(win 2008 r2)。

自分が好きなことを実行する自由を楽しんでいると同時に、すべてを悪い方法でやることができると感じています。アジャイルなどの方法ではなく、SDLCダイアグラムは使用しません。複数の小さなプロジェクトを処理します。私は自由な時間を使って最新のテクノロジーに遅れずについていき、新しいものを学び、テストしています。私はこれを過去7年間やっています。

  1. 私の懸念は、より多くの開発者がプロ​​ジェクトに関与している会社に仕事を切り替えたときに、調整するのがどれほど難しいかということです。
  2. 私はデザインパターンに従っていないので、仕事を探したり、新しい仕事に慣れるときに、私と対戦しますか?
  3. あなたが考えることができる他の長所/短所はありますか?

回答:


8

あなたが自由でこの状況が好きなら、あなたはこれを問題と見ているどこにでも行くことを嫌う可能性が高いです(私が知っているこのフェンスを飛び越えた)。

実際に、将来の仕事に有利に働くのは、あなたがそこにいる90%の人々よりもはるかに幅広いスキルセットを手に入れるからです。

賛否両論の決定について議論する誰かがいないことは、ピエールが説明するように問題です(+1)強い意見がこの役割をうまく果たしており、時には同僚よりも優れていることがあります。なぜなら、彼らは外部の視点だからです。(私は今でも大きなショップで働いていますが、これを行っています。これは、他の人が同様の問題を解決し、デザインの将来の問題を見るために何をしているのかを把握するのに役立ちます)

私が唯一の開発者だったときに抱えていたもう1つの問題は、経営陣からの悪い方向と本当に戦う時が来たとき、私をバックアップする人がいないということでした。マイレージは異なる場合がありますが、あなたが孤独な開発者であり、管理職全員が非技術的である場合、何かをする必要があるのか​​しないのかを説明するのは非常に難しくなり、彼らに伝えるときは非常に厳しいです最新の夢は、現在の技術で実装しようとすることは合理的ではありません。


5
唯一の技術者である他の問題は、高熱と激しい吐き気があり、Webサーバーがダウンした場合です。バスにぶつかった場合にラップトップを病院に持ち込む以外のバックアップ計画があることを願っています。
デヴィッドソーンリー

1
それは問題ですが、大規模な企業がリソースをあまりにも薄く広げると、多くの場合、それも問題になります。
ビル

35

あなたが一人でいるとき、誰もあなたが間違っていると言うことはできません

そのため、知らないうちに、しばらくの間、間違った道を進むことがあります。

そのため、開発について話すことができる人を見つけることをお勧めします。オンラインだけでなく、実際に、物理的に。

会社を辞める必要はありません。唯一のものであることにはいくつかの利点もあります。


3
これは素晴らしいアドバイスです...
webdad3

4
キーワードは「may」です。開発者がさまざまな技術と方法論、さらに重要なこととしてそれらを取り巻くデータについて教育を受け続けるために良心的な努力をするならば、彼が準標準の仕事をしていると信じる理由はありません。もちろん、開発者は、真空中での作業者彼らが知っているものにだけスティックは、おそらく自身が次第に廃れつつあります。
アーロンノート

ここでPierreに同意すると、2人の開発者が[コードまたはdbなど]を個別に作成するよりもはるかに優れた方法で作成できます。開発者が増えるとメリットは増えますが、利益は減少します。
ジェームズベート

5

私は特定の技術を知っている会社で唯一の開発者として、私がしたタイプのプログラミングを行った唯一の開発者として、そして同様の状況で請負業者として働いてきました。(私はチーム環境で、さまざまなツールを知っている他の開発者や、私がやったことを正確にやった他の開発者とも仕事をしました。)

唯一のプログラマーであるという長所

  • あなたが言及したように、あなたは頻繁にあなたがあなたが学ぶことができると思うどんなツールまたは言語でも使う自由を持っています。他のすべての人が現在のテクノロジーYを使用している間に、常に新しいテクノロジーXを使用する許可を得るために、同僚の前で主張する必要はありません。
  • あなたにはもっと責任があります。基本的に、あなたは各プロジェクトのプロジェクトリーダーと開発者の両方として機能し、新しいものを特定して実装する能力があれば、事実上部門長でもあります。(これを営業担当者に伝えないでください。彼らは意思決定者と話をするのが大好きで、あなたは彼らと話をする時間がありません。)
  • 行われた仕事の功績については疑いの余地がありません。物事を起こしたのは明らかにあなたとあなただけです。
  • 実際に自分のプロジェクトで作業する時間を増やすことができ、基本的に他の人のプロジェクトに関する会議での時間を短縮できます(ただし、サポート担当者、バックアップの可能性などはあります)。

短所

  • Davidがコメントで指摘しているように、あなただけが開発者なので、あなたなしでは開発は行われません。かつて私は兄に、仕事中の特定のプロジェクトの「男」であると自慢していました。彼は私の状況を正確に説明してくれました。私は閉じ込められました。私はそのプロジェクトを取り除くことができなかったので、その会社に進むことはできませんでした。(彼も正しかった。それをサポートする能力を持っている人に引き渡すことができるようになるまでに、長期間にわたって数ヶ月のトレーニングが必要だった。)あなたなしで行われます。
  • Pierreが指摘するように、サイトにコードレビューを行ったり、ベストプラクティスを共有したりする人は誰もいません。さまざまな方法でピアに手を差し伸べることができますが、同僚を肩から叩き、5〜10分間コードを確認するように頼むほど効果的ではありません。
  • 同様に、新しいツールを使用して経験を積むのが難しい場合があります。オフサイトトレーニングは休暇のようにまれな場合があります。Language2.0アプリの動作を維持する人がいない1週間、Language 3.0を見る余裕がないと不満を言う人がいます。
  • キャリアアップを管理することは非常に困難です。あなたが努力できる立場にないかもしれませんし、タイトルの変更でさえ得るのが難しいかもしれません、そして、年末のレビューは参照のフレームを持っていないので、優れた仕事は他の人がいなければほとんど気付かないかもしれませんそれよりも、誰もあなたが何をするのかを本当に理解していないからです。

プログラマーのチームの一員として働く会社に移ることを決めた場合、あなたのソロ体験があなたを大いに傷つけることはないと思います。設計パターンの経験の不足は、それらを学習する意欲ほど重要ではありません。(同様のバックグラウンドを持つ候補者にインタビューし、会社が使用するあらゆる方法の経験がある場合もありますが、それは基本的に全員に当てはまります。)

同じ方針に沿って、チームでの経験不足は、多くの帽子をかぶる能力とバランスが取れています。優れたチームプレイヤーであるが、プロジェクトを管理する能力を決して開発していない開発者もいます。あなたはそれができることをすでに示しました。

あなたがソロ開発者である場合、同様の開発者が使用しているツールとテクニックについて読むのに時間を費やすことをお勧めします。したがって、自分で使用しなくても、それらが存在することを認識し、参照することができます「はい、MVCフレームワークについて少し読んだことがありますが、自分で使ったことはありません。」他の開発者と連絡を取り合うためにできることをしてください:ローカルユーザーグループの会議に参加したり、ブログを読んだりコメントしたり(または自分のブログを保持したり)、時々ワークショップに参加したり、ウェビナーを見たりしてください。(社内トレーニング用にlynda.comのようなサイトを検討することもできます。他の場所での1週間のカンファレンスほどではありませんが、自分の時間にビデオを見ることができ、パニックモードに全員を送ることはできません。外出。)


2

この種の状況では、プログラミングスキルが日々低下します。コーディングは、プログラマーの仕事の中で最も簡単な部分です。

コミュニケーション/チームと協力してソリューションを実装することは、無限に困難です。それらのスキルは、それを行うことによってのみ研ぎ澄まされます。また、あなたがチームの一員であるとき、ほとんどのメンバーはあなたと同じようにテクノロジーに遅れを取らないようにしています。

これを個人的な攻撃と考えないでください。私も孤独なプログラマーですが、できるだけ早くチームを探しています。


単独で開発するということは、多くの場合便利なツールである「段ボールプログラマー」を見逃すことを意味します。基本的には、他の誰かが多いそのもの半ば説明ソリューションのプレゼントを意味する問題を説明するための(相手側が提案をする機会を得る前に)を有する
フィルLelloの

0

@Pierre 303の回答100%に同意します。また、自分自身に適切な実践を教えるためにそれを取るべきだと付け加えます。認定も役立つかもしれません。

はい、あなたが仕事を変えるならば、それは難しいでしょう...彼らがあなたが現在慣れていないプロセスを持っているだけでなく、人格も持っているならば。プログラマーは悪名高い競争相手です。今すぐ対処する必要はありません。しかし、プログラマーが1以上の場合は、

あなたは良いギグを持っているように聞こえます...私はそれを保持します。

ちょうど2セントです。


0

大規模な開発ハウスで見られる標準/プラクティスのほとんどは、状況に簡単に適用できるという事実を見逃していると思います。一人のチームにこれらの調整を行うことは、SOで以前に説明されています。ガイダンスを少し検索してください:

アジャイルを個人プロジェクトに適用する方法は?


SDLC、アジャイル...などのすべてのメソッドログを使用してcomplateサンプルプロジェクトを見つけるためのリンクはありますか?
bp581

「アジャイル」や「スクラム」などの言葉に夢中になりすぎないでください。成功したチームがすでに使用している方法の彼らのちょうど正式な定義。ただし、環境の自然な部分で作業するのに十分な運がなかった場合は便利です。
フィルレロ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.