6

私はハードウェアとソフトウェアの開発に 19 年間携わってきました。以前は、私が関わったプロジェクトやチームは小規模で、はるかに効果的で、楽しいものでした。

1 人の開発者が最終製品とその成功に貢献したことは、誰の目にも明らかでした。お客様に直接お会いし、ご感想をいただきました。これは私たちの仕事にとってやりがいがあり、製品を改善するための非常に効果的な方法でした.

何年にもわたってハードウェアとソフトウェアの複雑さが増し、時間通りに物事を完了するためにますます多くの人員が必要になりました。私にとって大きなチームへの傾向のマイナス面は、プロジェクトの成功に対する 1 人の開発者の貢献がますます小さくなっていることです。また、QA 部門がますます拡大しているため、ユーザーや顧客の現実世界との接点が失われています。

私はいつも仕事を楽しんでいて、OOP、UML、.NET などの最新のテクノロジと連絡を取り合っていました。私はすでにチームリーダーとして数年間働いていましたが、開発とコーディングが恋しかったので、あまり好きではありませんでした.

私たちが取り組んでいる「もの」全体の私の部分がどんどん小さくなり、それについての概要と地面への接触を失うという事実に私はただイライラしています. 誤解しないでください。古き良き時代のことを思い出して泣きたくないのですが、私にとって、巨大なシステムのますます専門化されたサブモジュールの作業は、ますます退屈になります。

そんな風に感じているのは私だけなのだろうかと思っているのですが、仕事を楽しくする方法について何かアドバイスがあれば教えてください。申し訳ありませんが、空き時間にオープンソース プロジェクトに取り組むことには興味がありません。コンピューター画面の前に 1 日 9 時間あれば十分です。人生はコーディング以上のものです...

4

6 に答える 6

3

また、お客様とのやり取りやフィードバックも必要です。ただし、顧客は多くのものになる可能性があります。誰か(エンド ユーザー、チーム リーダー、大ボスなど)を満足させることができれば、それで十分です。相互作用自体が重要な要素です。

システムに大きな影響を与えることによる誇りと所有感については、やはり焦点の問題です。全体の小さな部分であっても、あなたはまだ何かを作成しています。

私はずっと前に、自分が大きな池の小さな魚であることを認識していました. その池に自分の居場所があることに幸せを感じることを学ぶことが、唯一の解決策でした。

IOW、それはすべて相対的です！

于 2009-11-10T13:57:00.197 に答える
2

1つのアイデアとして、会社をより幅広い責任を持つ小さな会社に戻すことを検討することをお勧めします. また、気に入らない点を改善するプロセスの変更点は何ですか?

ここで大まかに何を意味するのかという質問がありますか？プロジェクトの 50 人のチームは大規模になりますか? それとも大きい方が1000くらいですか？Office や Windows などの Microsoft の大きな製品に取り組んでいるすべての開発者を見たい場合は、規模を超えたチームが存在するため、あるレベルでは規模を求めています。それをすべて。

それはチームとエゴに依存するというケリーの答えに賛成します。何が楽しいと思いますか？不十分な解決策を持つ問題を解決するためのより効率的な方法を見つけることですか? ミレニアムパズルを征服していますか？または、ソフトウェアを使用しているときに誰かが笑顔になるのを見るのが楽しいですか? さまざまな可能性のある答えがたくさんあり、私が提案することはできますが、それらがどれほど良いか悪いかは完全にあなたが解釈することです.

会社が成熟するにつれて、さまざまな役割の新しい人が追加され、官僚主義が増し、変更が許可されるまでにより多くの署名が必要になるか、開発者が失う可能性があるため、機敏性が失われるため、プロセスがどのように変化するかを嫌っているのはあなただけではないと思います彼らの製品の顧客に触れること。ソフトウェアを作成するにはさまざまな方法があり、一部の場所ではプロセスが少なく、「機能させるだけ」に焦点を当てている場合がありますが、他の場所では、プロセスをより正式なものにし、あらゆる小さなことに対して 1,001 のポリシーで編成することを希望する場合があります。 . どの辺で働きたいですか？

于 2009-11-10T14:52:47.270 に答える
2

それはすべて、チームと個人のエゴにかかっています。

自我の問題を抱えたチームで働く場合、テクノロジーがどれほど優れているか、顧客とどれだけ交流できるかは問題ではありません。悪いリンゴが 1 つあると、それ以外の場合はクールなプロジェクトに取り組む楽しみがすべて失われてしまう可能性があります。

一方、チームが固まった場合、テクノロジーが時代遅れであっても、ビジネス上の問題が退屈であっても、ほとんど問題になりません。VI と 10 年前のベータ版 C++ コンパイラを使用してバックオフィスの会計システムで作業することは、同僚が同じ戦いを繰り広げているように感じて、自分の背中を押してくれると、今でも活力を与えてくれます。他の人から学び、試してみたい新しいアプローチがあるときに耳を傾けられるとき。開発者がビルド/テスト/デプロイ プロセスを制御して、サポート チームの生活 (および睡眠パターン) を改善し、正気を保てるようにします。あなたの仲間 (そしてあなた) が、あいまいな言語の問題を解決したり、厄介なバグを解決したりすることをいつでも喜んで助けてくれるとき。それが、他のすべてに関係なく、プログラミングを楽しく興味深いものにします。

于 2009-11-10T14:36:15.063 に答える
2

私はそれがすべて依存していると思います.小さなチームにはある程度の友情があり、エゴが衝突する可能性は低くなります. 私は両方を経験しましたが、どちらにも長所と短所があります。正直なところ、大規模なチームで働いている間、私は他のプログラマーから多くのことを学びました。

于 2009-11-10T13:59:36.447 に答える
1

タイトルで尋ねられているように質問に答えるには：いいえ！

私は非常に似ていると感じ、同じように考える他の多くの人と話しました。私の経験からすると、小規模なチームは一緒に仕事をするのがずっと楽しく、それによって (そして他のいくつかの理由から)、はるかに効果的です。

于 2009-11-10T13:53:20.890 に答える