同じコンセプトのものを先に発表されてしまったので発表する気が失せたのですが。みなさん同じ考え持つんですね、もっと早くやっておけばよかったです。クライアントコード自動生成で密にサーバー側コードと一体化できる、かつノードの協調保証を不要にしたためです。デプロイの改善に一番大事なのは、デプロイの細分化。配置と展開の分離です。コンセプトは好みですが、これもいかに使わず全ノードが相互につながらずサービスを形成できるかを考えています。これはコンテナも含めてですね。手をだしましたが、あれはないですね。使えるシーンの柔軟性がないので、正直私の中ではあまり汎用性のある技術という感触ではありません。使えるシーンでは便利ですが、どうも使いにくいですね。集中力が問われる一年でした。多くのことを同時並行にすることが多いのはこれまでもでしたが、かなり作業が多岐に渡ってしまい進捗どうですかが不満でした。来年の課題は集中です。ロギングの集約などを含めて課題としていたことの多くに一定の成果を出したので、ようやく次のステップに集中して手を出す基盤となった一年になりました。よる、必要になったときに必要な知識を自分で得られる環境整備の効果は大きいので、使ってない人には使ってほしいです。ただの集合知ではない良さがあります。中心としていますが、GCPやAzureなどマルチクラウドしています。して使っていると、それぞれが得意としたり、目指している方向がてんでバラバラで面白いですね。アカウントのロール制御や認証方式に関しては差が大きく出ています。関しては、日本最速レベルで本番を移行完了しており実例として使ってもらえているようで何よりです。Japanwww.slideshare.net記事ブログ記事は最低数だったです、時間が取れてない様がよく出ています。その分内容を濃くする努力をしましたどうだったんでしょう。内容で書かないとですね。連載記事を更新しました。紹介したいですが、どうしても書く時間が問題ですね。仕事面は、ゲームを出すです。取り入れたりしたいですね。中心とした動きが強くなると思います。胸を躍らせる日々です。いただけると*2:実際に年内にリリースされたのでアタリかな。ちゃん*4:たぶんきっと。*5:ELBなどの安全な処理があるため、実際は40秒程度ですがアプリのデプロイ自体は1秒未満まで極小化しました。読者になるこのブログについて引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。