2015年を振り返って2015-12-312015年を振り返ってReview2014年はやりませんでしたが、やはり振り返りって大事だと思います。大晦日につき振り返ってみます。現実にどういう利用シーンがあるのか」をインフラ以外のレイヤで考えたりした年でした。私にとってPowerShellって、ただのツールで自動化しやすかったりするだけなので、使えないシーンならすぱっと切り捨てます。最高じゃないし、使えないなってことも多いので。言語としてとらえた時に、「ロジックが制御しやすい」「わかりやすい」なんてまだまだ言えないですし。使うシーン、落としどころ、何で使うのかを考え続けました。依存を格段に減らしています。APIベースのPULL型接続に移行しています。非同期、実行しっぱなし、イベントベースでの処理が加わると無しです。現実的な落としどころは、仕組みに乗っかった中でどこまで薄くできるかです。仕組みから作るのはやり過ぎだしよくないなと。中心にすえることに取り組みました。つきまとうリソース不足に対して積極的にリソースを作成し公開することで解消を図りました。会社で利用していて足りないものを網羅する勢いでそれなりの数をリリースしました。全部使っているので、変なバグはあまりないはずです。*1github.comリソース不足は、標準リソース、コミュニティのカスタムリソースを含めて現在でも付きまとっています。github.comgithub.com今でも作成したリソースに該当する代替品はないように見受けられますし、それなりの数のユーザーにも使ってくれる人がいるなど役に立っているようで何よりです。よる自動テストまでは組んでおきたいところですね。リソースでやり取りもしていて、それなりに知見も得たのでまぁやりたいなと。会社での利用も展開しました。NuGetを利用している人には違和感なく利用できているようで何よりです。いえ、結構バグというか挙動が不完全なので信頼性が根本で足りてないのは、OneGet頑張れ感あります。利用ではAzureAD認証でパッケージソース登録もできなくて残念な感じ半端ないんですけど..。対する1つの結論です。*3で書くことがほとんどだと思いますし、スクリプトを書いてもクラスベース構文が中心になると思います。単純なラッパーなどサクッとした記述なら別ですが、関数で頑張る努力は捨てるほうが健全だと思っています。したいときのファイルロック問題も解決したので待ったなしです。来るので革新が来るでしょう。数年来待っていたこともあり、さっさと本番で利用します。技術移行が進みました。これまでもちょこちょこ書いてはいたのですが、一気に中心言語としています。