リソース開発パイプラインについて

長い間、パイプラインコンテンツとそのチェックをより良く整理する方法についての考えを何らかの形で書き留めたかった。



大規模なプロジェクトでは、コンテンツ開発の速度と品質がコードの信頼性とその安定性に重要性で匹敵し、ボリュームがそれを大幅に上回る場合、優れたコンテンツ開発パイプラインの構築は非常に重要なイベントになります。

同時に、主なことは、正しいパイプラインが何であるかを自分で決めることです。

一方では、コンテンツ制作者に柔軟で便利なツールを提供する必要があり、他方では、柔軟性が混乱に発展しないことを常に監視する必要があります。 残念なことに、顕微鏡を提供しようとすると、ハンマーを注文せずに釘を打ち始めたという事実に頻繁に直面していました。

最初は、顕微鏡を使用できない人がそれを拾えないように、何らかの方法で顕微鏡へのアクセスを制限する必要があると考えました。 ツールが正しく使用されていることをいくつかのテストを記述し、間違ったユースケースをキャッチして、正しく実行する方法を説明する方がはるかに簡単です。 そして、これがエラーの根本原因を修正する唯一の方法であり、顕微鏡で釘が打たれたわけではありません。 最終的には、釘を打つという目標が達成されますが、それがどれほど正確であるかは関係ありません。時間だけが愚かに費やされたことは残念です。 エラーの原因は、ハンマーを注文することを考えていなかった人の頭にあり、それをキャッチして修正する必要があるのです。 人に正しく働くことを教えること。

禁止措置は役に立たない。人間の思考に便利なチャンネルを提供しないと、まずダムの前に蓄積され、腐敗し、この腐った肉がプロジェクトの一部またはすべてまたはその一部を突破して洪水を引き起こすだろう。

なぜなら 人は常に最も単純なシナリオに従うため、機能を使用するための正しいシナリオも最も便利であることを保証するために多大な努力が必要です。 どこにも行かない技術的に複雑な瞬間が常にあることは明らかですが、同時に、そこであっても正しい道が最も便利であることが必要です。

適切なスクリプトを使用することの不便さに関する人々の苦情に特に注意してください。 苦情の事実は、素晴らしい従業員の気持ちはすでにあなたのものと同じであり、正しい道での不便に抗議し、ハッキングや回避策に抵抗することを示しています。 正しい考え方は私たちの最大の価値であり、リスクにさらされているため、このような苦情にはできるだけ早く対応する必要があります。

ここで、このシステムの基礎の1つは、エラーの修正が新しい機能やコンテンツの作成よりも高い優先順位を持つべきであることに注意する必要があります。 そうしないと、すべてのチェッカー、ビルドが奇妙な状況をキャッチして、人々が正しく考えるようになりません。 結局のところ、それは機能の正しい使用による間違いの修正です-読む-コンテンツ作成者の脳内の機能の正しい理解-私たちの最も望ましい結果です。 少し時間が経過し、その人が何をしたのか、なぜ行ったのかを忘れないことが重要です。 そうでなければ、彼の脳の善悪の概念はしっかりと結びつきません。

もちろん、このシステムはプロジェクトとともに絶えず進化する必要があります。 可能であれば、次の魅力的な「顕微鏡、ハンマー、芝刈り機の交差点」を見つけることをテストに慎重に追加する必要があります。 もちろん、理想的な世界では、この機能がまだ開発中のときにこれらすべてを熟考する必要がありますが、現実の世界ではほとんど機能しません。 残念ながら（（（。

また、チェックの複雑さに関与してはならないことに注意してください。 設計が変更される可能性があり、制限の一部を削除する必要があることを理解することは常に価値があります。 したがって、説明tolmudを読まなければ1か月では理解できないような非常に複雑で複雑なチェックを数回行うよりも、必要に応じて簡単に書き換え、補足、またはオフにすることができる小さな些細なチェックを多数用意する方が適切です。 必要ですか？ コンテンツの作成者（多くの場合、技術専門家ではないことが多い）にこのエラーのロジックを説明する必要があることを理解するか、むしろ覚えておいてください。 検証が失敗したという事実は、ほぼ明確にエラーを示していることが望ましい。 忘れないでください、私たちの目標は従業員の頭であり、従業員もすべてを正しく行いたいと思っていますが、常に方法を理解していないだけです。 単純なチェックは、理解を容易に伝えることができます。

1つの間違いが一連の失敗したテストを引き起こすことを恐れていますか？ 無駄だ！ より多くのテストが失敗するほど、エラーがより深くなり、より重要になります。 結局のところ、レポートを見るとこれは素晴らしいことです。詳細を読まなくても、災害の規模をすぐに評価できます。

もちろんこれに、複製を伴う冷酷な戦争を加える価値があります。 これは、すべてのITの最悪の敵の1つです。 現実の世界で家をコピーし、それにいくつかのグローブを追加することは、現実の世界では新しい家を建てることに相当します。 ITでは、残念ながら、これは数回のクリックの問題です。 その結果、この家の土台は設計が不十分であり、やり直す必要があることがわかりました。 その結果、元のファイルだけが頻繁にやり直され、別々に見つかるまでコピーはすべてのバグを保持し続けます。 ひどいが、残念ながら通常の状況。 コードで何らかの方法でそれを取得できる場合、自動的にデータでこれを行うことは非常に困難です。

簡単にできる唯一のことは、データフィールド間の重複を排除することです。 幸いなことに、あなたは自分の脳でこれを行うことができます。 さらに、潜在的な機能的依存関係を見つけるには、それらをすぐに破棄するか、これらの機能的依存関係を実装する手順を実行する必要があります。 つまり いずれかのフィールドをソースとして宣言すると、誰かが手で別の値に設定しようとしても、依存するフィールドの値を厳密に書き換えて、変更を自動的に完了したとマークします。 通常、自動化が自分の価値をリセットしていることを見ている人は、自分が間違っていることを認識し、期待どおりにすべてを行います。

ガウジングと愛好家は常に自分自身を学びたいとは思わないために、システムは冷酷であるべきです。 彼らの頭はシステムの致命的なエラーであり、それらを取り除く方が良いです。 したがって、鉄のカーテンと創造性の禁止についての彼らの叫びは、特に聞くべきではありません。 クリエイティブとは、指定されたフレームワークで美しく作る能力であり、一般的に私の左ヒールが望むものではありません。



まとめると。



正しいパイプラインは、適切に使用するのに便利で、間違った方向に積極的でなければなりません。

シンプルなチェック、シンプルで理解しやすいツール、シンプルなインターフェース、それ自体が人々に正しいやり方を教えます。

誤った使用は可能な限りソフトに抑制されますが、代替手段はありません。 歩き回ることは非常に難しいはずです。 覚えておいて、人は常にそれがより簡単な場所に行くので、間違った人のために彼を正しい道に招待し、難しくします。