私たちが構築しているアプリケーションの全体的な設計について考えていると、私は職場でかなり孤独です。私は、さまざまなフレームワーク、技術、パターン、レイヤーなどで長所と短所について議論する誰もいません。他のプログラマーは、 "古い方法"は問題ないと思っています。これは、アプリケーションの保守が難しく、テスト可能でないなどの理由によるものではありません。ソフトウェア設計を検証する方法は？
私は思い通りに思えます、アプリケーションをレビューするか、または...？私はむしろ雇用主を変えないだろうが、それは除外されていない。
他のプログラマーが良いソフトウェア設計についてほとんど気にしないのは間違いです。私が行うことをお勧めすることができます唯一のものは、次のとおりです。
希望に満ちたローカルユーザーグループに参加してください取得から自分を保つための素晴らしい方法です。
あなたは彼らと話をして、喜んで行うべきかどうかを確認することができますUnit Testing。テスト駆動開発の観点からアプローチすれば、バグをより早く発見するのに役立つと伝えてください。これは絶対に真実です。
残念ながら、これはあなたのマネージャーや他のプログラマーと話をして、最良の解決策が何であるかを知る必要があります。多くの場所でテストは行われず、残念です。
しかし、結局のところ、テストはソフトウェアを検証するための最良の方法です。
新しいフレームワークの学習とそれに適応することは、プロジェクトの完成から時間がかかることを認識してください。新しい言語の研究は、プログラマが自分の一握りでやっていることをよく見ているか、時間がたつにつれて新しいことを調べる力がない仕事がとても忙しいです。
ソフトウェアビジネスのどこでも標準的な状況です。ほとんどの労働者は適格ではなく、単に気にしません。彼らは通常、無関心を発達させ、仕事を変えたり、最終的に何かを始めてから、給料のためにのみ他の仕事をします。
あなたの利益と雇用者の利益が一致しないため、ほとんどの場合、あなたは何もできません。あなたのもの：ソフトウェアを完璧にする。雇用主の：ソフトウェアで収入を得、すべての可能な経費を削減する。単一の場合を除き、ほとんど会うことはありません。あなたはそのような場所を見つけるために運が必要です。
あなたの質問を2つの部分に分けてください：
1）質問をするか入力する意志を気にしない、または理解していない人と一緒に仕事をしている人がいます。人々が気にしないなら、あなたはそれについて（他の仕事を見つける以外に）できることはあまりありません。彼らが理解していない場合、私は、あなたがデザインに関するプレゼンテーションをまとめてスピードアップすることができるかもしれないと言いたいので、 "これは良いデザインですか？"という会話を持つことができます。
2）身体検査をお探しの場合、私が通常気付いているのは、prototypingです。これは、通常、あなたの設計にあるかもしれない予期しない問題の良いアイデアを与えます。
雇用主にテストのためにVモデルを理解させることができない場合、それはその会社にとって失われた原因です。
私が話している：
これらのマップのそれぞれをテストシステムテスト
V-modelの詳細
まず、あなたの地域のプログラミングコミュニティに参加することをお勧めします。あなたの会社の開発者が後退している場合でも、ソフトウェア開発について議論するために出会う地元のグループが存在する可能性があります。私は春のユーザグループと英国のコンピュータソサエティの会議に行く。あなたの同僚とのミキシングは、さまざまなテクノロジーやアプローチへの露出をもたらします。また、機会を探しているなら、あなたを助けてくれる人を知ることができます。
第2に、独立したコードまたはデザインのレビューを提供するために外部のコンサルタントに入会する価値があります。これは売るのが難しいかもしれませんが、経営陣は、ジュニア開発者よりも独立した外部ソースから物事を「聞く」方が簡単な場合があります。
私はあなたとまったく同じ場所にいます。
ちょうど昨晩私はあなたがデザインをアップロードし、そのデザインにフィードバックを得るウェブサイトを見つけました。
フレームワークやパターンなどの使用に関しては、このようなフォーラムが最善のことです。他に何が推奨されているのかを見て、疑わしい時に尋ねる。
私はさまざまなフォーラムやサイトを閲覧して多くのことを学んだことがありますが、時間がかかります。
このようなことについて話し合うために、ビールをかけて、しばらくして会うグループを試してみてください。私は町に会議があることを知っています（私は出席する時間はありませんが）。