どの業界が最高品質のソフトウェアを開発していますか？最も低い品質？なんで？ [閉まっている

Question

あなたの経験から、金融サービス会社など、内部で使用するためのカスタムソフトウェアを開発する業界のどの業界でも、欠陥率で測定され、より質的には長期的にメンテナンスの容易さを測定する高品質のソフトウェアを生産する業界はどれですか？

この高品質の成果に最も貢献するものは何ですか？テストや仕様に重点を置くなど、ソフトウェア開発の実践が向上したためですか？ツールをよりよく理解している開発者、または強力な問題解決者は誰ですか？チームメンバー間のより良いコミュニケーション？

フリップサイドでは、どの産業が最も低品質のソフトウェアを生産すると思いますか？なんで？

Answer 1

これは本当に複雑な質問です。 NASAは確かに、人生の批判的なシステムまたは遠距離で動作しなければならないロボットシステムに高品質のコードを提供しますが（Voyager 2の最近のソフトウェアの修正、13の光時間を地球から出してください）、NASAの品質は安くはありません、または迅速。ラインのためのライン、それはおそらく業界で最も高価なソフトウェアです。

ビジネスでの基本的な報告アプリケーションは、そのような品質を必要としません。費用対効果もありません。品質を改善するには多くの方法があり、コストはシンプルで安価な（コーディング基準）からリソース集約型、困難、非常に時間のかかる（すべての方法で正式な正式な正式な正式な証明）までさまざまです。

リスク評価、プロジェクト後死後、継続的な改善などのプロジェクト管理ツールは、組織が適切な品質慣行に到達するのに役立ちます。

特定の業界に指を向けることなく、品質の点で最も破壊的な実践は時間の圧力であると言えます。プログラマーがずさんな人工の締め切りと同じくらいずさんなコードを書くことを誘導するものはありません。

より良い品質の要件は何ですか？

コミュニケーションは非常に重要です。チームのすべての開発者は、少なくとも幅広い範囲で、他のすべての開発者が何に取り組んでいるかを知っている必要があります。

第二に、プロジェクトが受け入れられる日から品質が始まるという理解。要件を理解し、検証する必要があります。重要な要因には、問題の定義を回避するために提案されたソリューションを使用するのではなく、要件が解決すべき問題を特定することを確認することが含まれます。開発者と顧客の両方が、ソリューションが要件を満たしていることを認識できるように、要件が測定可能かつ具体的であることを確認する。開発者、テスター、ハイテクライター、サポート担当者、マネージャーなど、要件のすべての消費者に要件が明確に伝えられていることを確認します。品質は、明確に述べられた要件に対して最もよく測定されます。要件の定義が不十分な場合、品質はせいぜいHAP-HAZARDです。

レビューは非常に重要です。コードレビューだけでなく、要件分析、設計、そしておそらく最も重要なこととして、テスト計画です。テストの役割は、要件が満たされていることを確認することです。悪い要件や存在しない要件をテストすることはできません。

そして、それはテストの役割を理解することにつながります。品質を製品にテストすることはできません。テストは品質を検証できます。テストは欠陥を見つけ、それらが修正されたことを確認できます。しかし、テストが始まるという点まで品質の慣行が追跡されていない場合、テストはそれを修正できません。

私は滝開発モデルのファンではありませんが、アジャイル開発は物事を他の極端なものにかけすぎて、品質を傷つける方法で簡単に虐待される可能性があると思います。スクラムはアジャイルの問題のいくつかを軽減するのに役立つと思います。スクラムはチーム内のコミュニケーションを促進し、推定値は知識が改善されるにつれて洗練される可能性のある教育を受けた推測にすぎないことを認識しています。

Answer 2

私はいつも好きでした 「彼らは正しいものを書く」 NASA請負業者のソフトウェア開発プロセスについて詳しく説明しています。

シャトルソフトウェアは間違いなく、バグが続くのを見たい最後の場所の1つです！

フリップサイドでは、どの産業が最も低品質のソフトウェアを生産すると思いますか？なんで？

私はウェブと言うでしょう。主に、展開が非常に簡単であるため、多くの更新/修正は、顧客通知（または入力）なしで実行できます。たとえば、箱入りのソフトウェアと比較して、はるかにリラックスしたメンタリティがあるようです。

Answer 3

先に進み、銀行が最悪のコードを書いていると言う必要があります - 彼らはあらゆる種類のカスタムソリューションが必要ですが、コードを書くことは主要な焦点ではないので、「どういうわけかそれを機能させる」ことをする傾向があります。それをコードと組み合わせて、コードを最低入札者に出荷することで作成できるウィジェットのように組み合わせることで、出てくるものは本当に縮れたものです。

もちろん、これは銀行から銀行、組織、上記の銀行内の組織までさまざまですが、全体として、あまり質の高いコードが出てくることはありません。銀行と10年間働いている人として、私は自分自身がくだらない銀行ソフトウェアの専門家だと考えています:)