できるのはCI/CD、オーケストレーションの全方位でメリットなのでようやく追いついてきた感じがします。面白かったのがUWPアプリを書いていたことです。必要になり書いたのですが、昔からXAMLは苦手な部類にあってようやく書ききりました。書きやすいは書きやすいのですが、これを今後も続けるのはどうにもと感じるのでなんともです。UWPも制約の高さが結構あからさまに出てるのが微妙で悩ましいです。暗黙的なお約束が増えたのがDIに似た気持ち悪さがあるのですが、フレームワークの成熟ってこういう感じかなぁとも感じるので、シカタナイ気もします。スタンダードでいきたいところです。感じるビルドが苦しいという状況は光明が見えないです。ラップはいいのですが、制御しにくさがなかなか大きいです。シングルバイナリくるくる詐欺が本当にくるっぽいので、期待しています。書いていたところで、反応もらいました。あることを受け入れた結果なので、ベストではないと考えています。シングルバイナリならコピーと参照がシンプルになるのは明らかです。ファイルを指定するか、フォルダを指定するかの違いは思ったよりも大きくて、基本的に対象が単独ファイルであることは簡単です。フォルダになった場合、子フォルダも考慮する必要が出てくることがほとんどなので、シングルバイナリの楽さに比べて格段にめんどくさいと常々感じます。シングルバイナリでないだけで、余計な手間とコストがかかっているので「2019年にもなってそんなこといい加減なんとかしたい」というのが気持ちの根底にあります。dll差し替えで済むケースなど部分的な入れ替えとか考えだすとアカンコレなのでバランスなのでしょう。Pythonお手伝いの流れで、メイン言語で読み書きをしていたという意味で触る機会が増えました。コードレンズで追っかけるのが楽なので始まりのエディタとしては良さがありました。時々読み書きすることはあったのですが、VSCodeで案外楽になっていたのは良かったです。某SDKを使っていたのですが、エラーから原因を追いかける時にスタックとレース通りではあるもののエラーメッセージから状況が読めず、周りからも同じ見解であるものの解消まで手間取ったというのがありました。デプロイしないと状況が発生しないこともあり、リモートデバッグどうすればいいんだ、となりながら苦しかったので対処知りたい。使えばいいと思います。その方がパスと依存性がきっちり制御できて時間短縮できます。