java - 本当に若いソフトウェアアーキテクト

Question

私は本当に若いソフトウェアエンジニア/QA チームリーダーです。私は約 2 年間ソフトウェアを開発しており、そのうちの 1 年間はソフトウェア開発会社の QA チームの責任者でもありました。現在、私は QA ツールの QA チームリーダー/ソフトウェアエンジニアとして働いています。最近、ソフトウェア会社を立ち上げたい友人や仲間のグループに招待されました。彼らは私がソフトウェアのアーキテクト/技術リーダーになることを望んでいます (私が言えることは、Java で書かれた特別なチャットクライアントだけです)。私は火の下で学ぶのがとても得意で、実践することで多くのことを学びます。しかし、私の経験不足が原因でプロジェクトが失敗する (または少なくとも不十分に開発される) のではないかと心配しています。ですから、私がこのポジションに就き、最善を尽くし、学びながら学ぶことを提案していただけないでしょうか? それとも、私が拒否することをお勧めしますか?

もし私がその立場を取ることをお勧めするなら、初心者の Java アーキテクトに適したリソースを提供していただけますか?

score 18 · Accepted Answer

部屋で一番頭の悪い男になるように努力してください。
それがあなたを恐怖でうんざりさせるなら、それをしてください。恐怖で気分が悪くなったら、逃げてください。

score 10 · Accepted Answer

小さな会社で建築家になるためにジャンプした人として言えば、次の点が役立つと思います。

あなたは自分が思っている以上に知っています。建築家になったことがないからといって、建築家になるための十分な知識がないわけではありません。
アーキテクトとして、常にトレンドやテクノロジーを学び、最新の状態に保つ必要があります。その準備をしてください。
聞く。チームメンバーは、あなたのすべての偏見に挑戦する良いアイデアを持っています。
特に小規模な会社では、アーキテクトの役割で政治を意識する必要があります。意識が足りず、やけどをしてしまいました。これはあなたの友情に影響を与える可能性があります。
小さな会社は驚くほど早く倒産することがあります。これを計画し、短期間仕事を休むことができないことを意味する経済的責任を負わないでください。

score 8 · Accepted Answer

チームリーダーとして最も重要な資産は、経験ではなく、一緒に働くチームです。これらの人を知っていて信頼している場合、または自分のチームを雇うことができる場合は、ぜひ行ってください. 雇用を行う場合は、最初に適切な雇用に関する本を読んでください (Joel on Software には、それについての良い一節があります)。

あなたはそれについて Stack Overflow で質問しているので、少なくともそれについて正しい態度をとっています。必要なときに助けを求めてください。問題について話さないことで、経験不足を過剰に補おうとしないでください。問題に対する答えがわからないからといって、経験豊富なマネージャーが答えを知っているとは限りません。玄関先で自分のエゴをチェックして、仕事を片付けましょう。とにかくあなたはそのためにもっと尊敬されるでしょう。

独自の問題を抱えた固定化されたチームに参加する場合は、経験豊富なマネージャーであることが本当に役に立ちます。これは私にとってあなたにとって絶好の機会のように思えます。管理せずに、マネージャーとしての経験を積むことはできません。

score 6 · Accepted Answer

6

神話上の月とPeoplewareは、あなたが読む必要がある 2 本です。

于 2008-09-24T22:57:15.673 に答える

score 3 · Accepted Answer

やるかやらないかは言わないけど…

スキルセットを本当に向上させ、キャリアを伸ばしたいのなら、リスクを冒して、時々自分の快適ゾーンを離れなければならない.

また、開発者として、プロジェクトやタイムラインについては楽観的であることが多いのですが、自分自身のスキルセットや能力については悲観的であり、自分がしていることよりも知らないことに集中することがよくあります。

質問がある場合は、潜在的なビジネスパートナーと話し合う必要があります。

score 1 · Accepted Answer

ソフトウェアアーキテクチャに関する有用で独立したリソースは多くありません。ベンダーのマーケティングと波状の象牙の塔のものを除外すると、実用的なアドバイスはほとんどないようです。

良いものの1つは、アーキテクチャの実践に集中し、アーキテクトに移行する開発者向けのかなりの量の情報を備えたCoding the Architectureです（完全な開示-私はこれに少し関わっています）。

また、建築ブログについても同様の質問があり、非常に良い答えがいくつかあります。

score 0 · Accepted Answer

あなたがこれまでに言ったことに基づいて、このプロジェクトは失敗します。ちなみに、ほとんどの新しいプロジェクトは失敗します。あなたがそれで大丈夫なら、それからそれのために行きなさい！それはあなたにとって良い学習体験になるでしょう:)親しい友人を失くさないように気をつけてください。

score 0 · Accepted Answer

繰り返しのソフトウェア開発に関する Craig Larman の本は、何年にもわたって本当に役に立ちました。代替テキスト

score 0 · Accepted Answer

あなたの考えを新しいチームに伝えるべきです。あなたがそれについてオープンであるという事実は、私が言う大きなプラスです. 最善を尽くし、集中力を維持してください - 特に自分の欠点を認識している場合は、経験がすべてではありません!

score 0 · Accepted Answer

チームリーダーとして、自分で学ぶだけでなく、チームを最大限に活用することが得意である必要があります。自分のスキルを 100% 向上させることで、チームの生産性を 10% 向上させることができます。チームの生産性を 100% 向上させることで、もちろん 100% 向上します。

友人のスタートアップに対するあなたの価値は、純粋なコーディングスキルだけでなく、友人があなたをパートナーとして知っており、信頼していることでもあります。明らかに、彼らはあなたが何らかの真の価値に貢献できると感じているので、私の提案は、あなたが「それを作るまで偽造する」ことです:)

score 0 · Accepted Answer

仕事を手放さずにグループに参加できれば、それは素晴らしいことです。しかし、どちらの道を進み、どちらを手放すかを選択しなければならない場合、その決定を下すことができるのはあなただけです。あなたの心に従ってください、そうすれば迷うことはありません。

score 0 · Accepted Answer

会社の失敗の潜在的な原因になることについて、私はそれほど心配しません。懸念事項について率直に話しますが、学ぶ能力 (および意欲) でそれを和らげてください。

会社の創設者の資金調達とビジネスの取り決めを精査するのは、あなた自身の責任です。技術的な理由よりも、「ビジネス」の理由で会社が倒産する可能性の方がはるかに高いと思います。

score 0 · Accepted Answer

Javaとアーキテクトという言葉を同じ文で使用されていますが、 SCEA認定で使用される学習教材を提案してもよろしいですか? 特に、Core J2EE Patternsは、より大きなアーキテクチャの問題を考えるのに非常に役立つ本だと思います。

score 0 · Accepted Answer

グループ内の他の全員に対してオープンになり、全員がリスクを認識し、「最悪のシナリオ」が何であるかを理解していることを確認してください。また、プロジェクトの期間中に費やす余分な時間を、技術的なスピードに慣れる必要があります。

また、プロジェクトが実際に失敗した場合、経済的に成功できるかどうかも自問してください。

全員がまだ参加している場合は、良い学習体験のように思えます!

java - 本当に若いソフトウェア アーキテクト

14 に答える 14

Related

Reference

java - 本当に若いソフトウェアアーキテクト