プログラミングとソフトウェア開発に関するすべての文献で、重要なことについて言及されることはほとんどありません。そのため、私たちはお互いを誤解することがあります... Joel Spolsky
Five Worlds（ソフトウェア）に関するJoelの記事は2002年に公開されました。 過去14年間で、モバイルアプリケーションとクラウドという新しい世界が形成されましたが、記事の本質は変わっていません。
異なる条件で同じテクノロジーを使用すると、効率が異なります。
テクノロジーの使用経験について議論するとき、テクノロジーの誤解、誤解、応用があるため、そのアプリケーションのコンテキストに注意を払わないことがよくあります。
火星の友人マークである地球にいると想像してください。 私たちの世界でジャガイモを栽培するという同じ目標があります。 同じ技術を「地面に着地」させて使用しますが、要因/変数の影響は世界ごとに異なるため、結果は異なります。 これは明らかなように思えますが、人生の事実はそうではないことを示唆しています。
これはマークです 
コンテキスト無視の事実
コンサルタントに関する事実＃1
毎年、私たちはCMMIモデルに従って開発プロセスの成熟度の監査に合格しました。コンサルタントのスタッフは、それを改善するために「余分な」ことと「必要なこと」を何度も聞かなければなりませんでした。 同時に、関係者はコンテキストではなく、開発プロセスの「力」を高めるために一般的に使用できるプラクティスのリストに依存しています。
皆さん、リリースのリリースサイクルが長いのは、開発の開始前にTKを書くことが理由の1つです。 プロセス中または作業完了後にシステムのドキュメントを作成すると、リリース期間が2週間短縮されます。
それは賢明な申し出のように見えます。 それでは、コンテキストを入れましょう。
企業IPは、年間600億ルーブルで事業を消化し、1日あたり1億7000万ルーブルを通過します。 このシステムは2,000人以上を雇用しています。 私たちのビジネスに似ているのは、モスクワ取引所とそれがサポートする取引業務です。
私たちのCISの特徴は、モノリシックであることです。 内部の機能ブロックの1つが更新された場合、そのエラーによりシステムまたはワークフロー全体が無効になる可能性があります。 会社にとって、これは1億7000万ルーブルに相当する見逃された仕事を行い、「単純」に追いつく必要があるため、会社の仕事における財政的損失とそれに続く過負荷を意味します。
モスクワ証券取引所の株式、通貨、デリバティブ市場に異常な状況が存在します... 9月1日に取引所が取引を一時停止したのは、メイン市場セクションのみです。 この失敗は4か月で4回目でした。 -Lenta.ru
コンテキストにより、どちらが優れているかを比較できるようになりました。
- 3か月のリリースサイクルのうち2週間で勝ちますが、ダウンタイムリスクが大幅に増加します。
- 現時点では、TKをその場所に残し、リスクを最小限に抑え、リリースサイクルの期間を短縮するための他のオプションを探します。
私たちの場合、並行して3つのリリースがあり、毎月新しいリリースがリリースされました。 私たちにとっての質問は、リリースサイクルを短縮することではなく、リリースのリリース頻度をさらに増やす価値があります。リリースは月に1回ではなく、2週間に1回です。
そして概念的には、各機能ユニットをCISから独立したアプリケーションに引き出し、CISをそれらのプラットフォームにすることから始めます。 これにより、アプリケーションの数ごとに少なくとも10個のリリースを同時に実行できます。
これは火星です 
ガイドに関する事実No. 2
時々、新しいハイリーダーから次のようなメッセージが聞こえます。
皆さん、私の以前の場所では、プロセスはこのように配置されていましたが、問題はなかったので、それらに切り替えます。
そこにそれはありません...証拠のキャプテンとして行動し、それに目を開かせようとしないでください。 私の個人的な統計によると、あなたは協力を拒否しているとみなされ、座標系で「見知らぬ人」として記録されます。 見知らぬ人。」
特定の行動のリーダーを待ち、すでに現実に直面しています。
会社での6年間の作業で、プロジェクトチームの責任者は、Officeチーム全体と一緒に3回変更されました。
PMBoKの要件を満たすため、またはファッショナブルなスクラムまたはかんばんになるために、ソフトウェアの作成、実装、および開発のためのすべてのプロジェクトを無差別にプルしようとする試みに私は悲しんでいます。 ITプロジェクト用に調整された方法論があり、作成、実装、開発の方法論に分かれています。
- エンタープライズソフトウェア実装プロジェクト向けのSureStepおよびASAP。
- 大規模なITソリューションを作成するための方法論としてのRUPおよびMSF。
- アジャイル：「小さな」フォームを作成し、既存のフォームを開発するための方法論としてのスクラム。
そして、ソフトウェアの世界のそれぞれは、それらに対して独自の調整を行います。
成果：リーダーの欲求とエネルギーを使用して改善を実施します。改善が必要な領域および/または改善が必要な領域から始めます。
マークはジャガイモを植えています 
Khabravchanについての事実No. 3
これは、ハブに関する議論もスキップします 最近の「奴隷、英雄、英雄奴隷について」から
私はあなたの分類で「牛」を見ましたが、それ以上読みませんでした。 そのような概念が人の分析に存在する場合、これは結論を引き出すのに十分な人と世界の理解がまだないことを意味します。
男はこの記事を読まず、「用語」の使用の文脈では理解しませんでしたが、著者は人々と世界の理解に欠けると判断しました。
以下は、別の読者からの重要なコメントです。
著者は用語の選択に失敗したようです。 また、私はこの用語をすぐには理解しませんでした。彼らは攻撃的な用語を含む、あまりにも具体的な意味を入れました。
一方、「勤勉で社会的地位が低く、精神的に未発達で、言葉のない謙虚な人が他人の意志に従い、搾取を許す」という意味のより正確な言葉を見つけることは困難です。
これは火星のベイビー=ファクアップです 
コンテキストが考慮されていないかどうかを判断し、復元する方法
コンテキストが考慮されていないことを判断する正しい方法-記事の著者は明示的にそれを示していませんでしたが、次のように思われます。
- 説明したソリューションには多くの不必要なものがあること。
- より良い方法を知っていること。
それはそうかもしれないが、間違いなく、それが正しいことを正しく宣言することを急いでいない。
あなたは、ここで私たちがここで「ソフト」について議論していることをタフな形のコミュニティが示すという事実に出くわすことができ、あなたは「ホット」について話している。
自分を落ち着かせ、4つの質問をすることから始める価値があります。
技術的な詳細とニュアンスを理解することから生じる思考の趣味から落ち着きます。
- この記事に記載されているソフトウェアの世界の知識と経験は何ですか？
- なぜそしてなぜ著者はまさにそれをしましたか？
- 著者が選択したものの間に、著者はどのような選択肢を検討しましたか？
- 著者が解決した問題の入力パラメーターは何ですか？
自分ですべてに答えることは不可能な場合があり、著者はそれらに答えるのに助けが必要になります。 著者に明確な質問をすることで、あなたは彼が彼が作成したものをよりよく理解するのを助けるでしょう。
その後、コンテキストに突入して、タスクのオプションと作成されたソリューションを試してください。
あなたの世界のすべての良い「ジャガイモの収穫」とコメントの実質的な議論。
» ジョエルのロシア語の記事
» ジョエルの英語による記事
ジョエル・スポルスキーとは誰ですか？ - ロシア語と英語の Wiki記事。
映画「 火星人」のイラスト。