これらは顧客です：前夜、繁栄した国からの甘い女の子は、あなたがここでできるだけ夜を過ごすことを望みます、そして、午前中はすべてのことを望みます。
図 1.顧客を貪るパフォーマー
Dima B.は経験豊富な開発者です。 彼は、明確化、説明、優先順位付けの依頼書のネットワークを巧みに編み上げ、楽観的（約1週間）と悲観的（3倍長い）の2つの方法で時間を推定し、マネージャーと同僚に不満を述べ、昼食に出かけました。
Dima K.は私です。 Dimaはプログラマーの名前です。古代のコンピューター言語では、配列宣言を示します。 このプロジェクトでは、Dimに加えてMaxがあります。 次のマックスが登場し、顧客が私たちの国に他の名前があるかと尋ねたとき、私はそれが一般的に-多分そうかもしれませんが、プログラマーの間では-間違いなくそうだと答えました。
私は別のタスクに出くわしましたが、それは金曜日までに行わなければなりませんでした。 これは、即時および多くの感嘆符などの単語を使用して、典型的なカテゴリー方式で作成されました。 いつものように、これを行うのは非現実的であり、顧客が望むことは不可能であり、本当に何か他のものが必要であり、やかんを沸かせて働き始めたことを同僚に保証しました。
私は、応用プログラミングの本質はルーチンだと言わなければなりません。 私たちは宇宙船を打ち上げたり、新しい致命的な武器を作ったりしません。 魅力的です。 最も古い職業の代表者がそれを行う方法について、私たちは顧客の空想を満足させますが、わずかに異なる専門知識があります。 そことここでの両方の専門的な喜びは、新しい技術を習得するか、興味深い問題を解決することで得られます。 キャリアの成長から何かを期待する人もいますが、これは職業ではなく、キャリアです。
だから、私は幸運だった：タスクは些細なことではなく、途中で私は何か新しいものを発明しました。 誰かが既に非同期再帰について聞いたことがあるなら、私はまだ聞いていないので、この場合はそれを独立して考えなければならないと仮定します。
これがポイントです（読者はプログラミングからこの段落を安全にスキップできます）。 ASP.Netを使用します。 ツリーがあり、そのノードはアクセスされると非同期に開かれます（つまり、リクエストがサーバーに送信され、その後、準備されたデータがクライアントによって受信されます）。 ツリー要素を検索する必要があり、不必要に再構築しないでください。 ご存じのように、問題を正しく定式化することはほとんど解決することなので、非同期再帰という用語が出現した後は、そのアイデアを実装することしかできませんでした。 非同期でツリーを走査するには、非同期が必要です-非同期データ入力を必要とするノードの考慮に戻るため。 Javascript、Infragistics UltraWeb TreeView、およびそのような母親を使用してこれを実装する方法に興味がある人は、この科学資料を別の記事として提供できます。
さて、木曜日の終わりまでに、ディマ・Bは陽気になり、ピンク色に変わり、歯ぎしりで非常に少女の名前を発音することさえ止めました。 金曜日までには時間がありました。
-----
*記事を書いた後、良心的な研究者として、私はネットワーク上でこれについて知られていることを学びました。 ほぼ同じように、ニコラス・ウルフ「非同期再帰」の作品を見つけました。 愚か者は同じような考えを持っているか、偉大な心は同じように考えています。