Future についての私見 - seratch's weblog in Japaneseqiita.com この記事を読んで、記事の本筋からはそれますが、前から思っていたことをつぶやいたのでまとめておきます。 前後関係がある Future 処理を一つの処理として抽出すればシンプルなケースではおかしなことにはならないと思うけど real world では横からはさみこみたくなる要件が継ぎ足されていくとつらくなる。— seratch_ja (@seratch_ja) 2015, 3月 26 そういう要件は本当は同期処理でやるのがよいわけで、そこをあえて Future とかコールバック関数縛りでやらなければならない理由が何かを考える。リソース効率とか膨大な同時接続への耐久性を可読性を犠牲にしてでも得たいのかという。— seratch_ja (@seratch_ja) 2015, 3月 26 適当に作るとデバッグとか運用のトラブルシュートとか大変になるし、開発の難易度はそれなりに上が
