＃アクセラレーション4X。 原則番号0/1。 可変環境

したがって、開発を4倍に加速したいと考えています。 いいえ、私たちは望んでいません。すでに加速しています。 あなたがしたい。

4回加速する特効薬はありません。 特定の状況におけるさまざまな口径、種類、致死力、および適用性の弾丸の完全なクリップがあります。



どうやってやったか教えてあげましょう。 どのソリューションが見つかったか、チップ、アプローチ、哲学。 必要かどうか-自分で決めてください。 課しません。 メールや会議で質問にうんざりしていたので、これに最も適した場所であるHabréで一元的に話すことにしました。 開発者はすぐに経験を共有しますか？ 質問する人へのリンクを提供します。



私たちはこのトピックの最高の真実と完全な開示のふりをすることはありません。誰とも議論するつもりはありません。 必要に応じて、一緒に来てください。



あなたが同意する場合-猫の下。



私が述べたい資料のリスト全体は、条件付きでアプローチとソリューションの2つの部分に分かれています。



アプローチは基本的な原則であり、それを適用すると、解決策を見つけることができます。 アプローチを使用して、ソリューションを実装できます。 アプローチ+ソリューションは4Xを実現します。



アプローチ、または基本原則、私はゼロを割り当てました。 今日、3つのゼロの原則があります。最初の原則、つまり変化する環境についてです。



それはすべて、茂みを打ち負かすのに十分であり、誰もがすべてを理解し、ビジネスに駆り立てました。



4Xを高速化するために行う主なことは、チーム内で可変環境を作成することです。 私はすぐに言わなければならない-あなたがチームを持っていない場合、あなたは一人であり、それからあなた自身をチームと考えなさい。 原則の一部はあなたには適用できないことが証明され、一部-反対に、より効果的です。



よく聞かれます-リモートチームがある場合はどうでしょうか。 そして、これが必要なものです。 また、リモートチームがありました。 しかし、時々会います。 古典的なスクラムには、毎日会う必要があると書かれていますが、古典的なスクラムではなく「ドイツ語」です。 まあ、どういうわけかフォークを呼び出さなければなりませんでした。



チームと会わない場合は、自分を孤独であると考えてください。 いくつかのチームワーク方法があなたに適用可能です-例えば、Skypeがあります。



可変環境とは、承認された正式な作業アルゴリズムの欠如です。 時々1日、時には1時間生きる一時的な人だけ。



残念ながら、プログラマは標準に従って作業するのが好きです。 彼らはすべてを明確にする必要があります-ここでタスクを取り、ここで結果を合計します、ここでそのようなテストはうまくいくはずです、あなたはその男を見せに行きます。



彼らはおそらく、彼ら自身がアルゴリズムの作成に従事しているので、それを愛しています。



次に、プログラマを別のモード-デバッグに切り替える必要があります。 コードをデバッグする必要があるだけですが、チームの作業です。



結局のところ、誰もがデバッグとは何かを知っています-コンパイル、実行、外観、動作するかどうか。 動作しない場合、修正を行います。 コードの一部が機能する場合-OK、そのままにしておきます。 しかし、変更前の何か、後続のコードの要件、またはオブジェクトモデルが問題にならない場合、動作を停止する可能性があることを理解しています。



デバッグモードで全員が理解することが重要です-これは一時的なものです。 目標は、アルゴリズムを作成することですが、機能するのではなく、機能し、テストされています。



これをチームに明確かつ正直に説明する必要があります。 確かに知っているように、デバッグできないコードを書くと、非常に長い間これを行いますが、それでも間違いを犯します。 「デバッグできないコードを書く」という状況がとてつもなく大きいと思われる場合は、おそらく非常に若いでしょう。 今日、私たちはこのコードを研究所の試験で、紙の上で一度だけ書きました。



実際、ルール、アルゴリズムを作成します。 ウォーロックがどのようにルールやビジネスプロセスを作成するのかを見てきました。まあ、あらゆる種類のビジネス分析、品質管理システム、1Cフランチャイジーなど。 彼らの間違いは何ですか？



彼らはプログラマーではないこと。 そのため、彼らはデバッグとは何か、なぜデバッグが必要なのか理解していません。 彼らはスナップショットを書きます-現実のスナップショットは「現状のまま」で、すぐに時代遅れになります。 そして一般的に、彼らは彼が働くかどうか気にしません。



しかし、私たちはウォーロックではなく、govnokoderyではありません。チームをデバッグします。 信じられないほど単純です-みんな知っている共通の真実のように聞こえますか？



そして置物。 デバッグする必要があるものは知っていますが、残りは知りません。 残りの人は、すべてを考慮に入れ、この文書で同意および承認し、永遠に忘れてしまうような、大きな文書を書きたいと思っています。



まあ、そして彼らと地獄に行くには、やるべきことがたくさんあります。



そのため、チームをデバッグする必要があります。 これを可能にするには、チームと話し合い、サポートを得る必要があります。 簡単に言えば、デバッガー-F12ボタン-およびソースコードにアクセスする必要があります。



ボタンとコードにアクセスできない場合は、加速を忘れることがあります。 そのため、ほとんどの場合、変更可能な環境の重要性を理解していないため、ゼロ段階で変更をスローします。



実際には、これは、既存のすべてのルールが一時的に宣言され、いつでも変更、削除、または追加できることを意味します。 そして誰もがそれを受け入れるべきです。 「同意しませんでした」や「これは私の仕事の説明には含まれていません」などの言い訳はありません。



スクラムマスターがこれから電話に応答しないと判断した場合、電話に応答しません。 誰も誰もいません 新しい指示が到着するまで。



チームは、柔軟で適応性があり、異議を唱えないランタイム環境になる必要があります。 Chromeデバッガーは、デバッグするコードを気にしませんか？ そして、あなたが反対したと想像してみてください？ 作業速度はどのように変わりますか？



作品を書いて、始めて、エラーを見つけて、ソースで修正して、もう一度始めて、クロムがあなたに言います-「ええ、いいえ、私たちはその方法に同意しませんでした、毎分デバッグを再開しません時間、そして一般的にセルゲイブリンに同意します。」 でたらめ？ でたらめ。



そして人生では、人間のシステムをデバッグするときにこれが起こります。 デバッグは許可されていません。 彼らは言う-コード（ルール、ビジネスプロセス）を書く、送信する、読む、質問する、特定するなど 外部と内部の両方の人が話します。



外は大丈夫-どこでも官僚がいっぱいです。 しかし、内部のものも抵抗します。



テスト用のコードで変数を宣言し、それに値を割り当て、デバッガーを起動し、この行に移動して値が割り当てられていないことを確認すると、デバッグ速度がどのように変化するかを想像してください。 なんで？ コンソールを開くと、「値をqty1変数に割り当てることができませんでした。それはしたくないからです。」



したがって、同意しなかった人のシステムは動作します。 これは、チームではなくチームであると説明されていないチームの動作です。



この振る舞いを実証する良い例があります-映画「すべてを変えた男」 。 それは文字通りそこで起こります。 変更のイニシエーターは人に伝えます-この日からそうします。 彼はたてがみを振って、去りますが、しません。 1つはありませんが、2つはそうではありません。



変更の開始者はデバッグが必要だからです。 変更を行い、それらが有用かどうかを確認する必要があります。 そして、このプロセス-導入、監視、評価-は非常に迅速に行われなければなりません。 デバッガのような。



次の出版物では、誰が変更を行うべきか、どのように変更するかについて話します。



明けましておめでとうございます！