今回は、 .NET Interactive を利用し、ローカルマシンで C# や PowerShell Core の REPL を利用するまでをまとめる。
なお、 とりあえず動かしてみたいだけであれば、 
バッジのリンクをクリックして、 オンライン上の Binder にブラウザにアクセスするだけで、利用することができる。
→ Use Jupyter with .NET Interactive on Binder
.NET Interactive は、 以前 Try.NET と言う名前で提供されていた、 .NET のインタラクティブな機能を提供する API スイートだ。
JupyterLab に .NET カーネルを追加する形で、 REPL の実行やノートブックの作成する仕組みを提供することが、 主なユースケースとなっている。
REPL ではコード補完も効くので、非常に便利なものになっている。
まず、 Jupyter についても軽く説明しておく。
既にご存じなら読み飛ばして欲しい。
久々にしょーもない話をひとつ。
ある日、自分のスマートフォンを見たら、前後のカメラのレンズの部分結露して、水滴がついてしまっていた。
そのスマホで写真を撮ってもごらんの有様↓
大きな寒暖差がある冬場の季節でもないし、そもそもこのスマホ (OPPO Reno A) は防水であり、最近 SIM カードスロットを開け閉めした覚えもない。
どこから水分が入ってしまったのか…
思い当たる節と言えば、先日このスマホに石けん水がかかってしまったことぐらいだろうか。
多分それだな。
(※ 「石けんで洗える」などと特記されているもの出ない限り、防水であっても石けん水だとパッキンから流入してしまうことが多い。 また、そもそもとして防水であっても防湿ではない。)
原因はともかく、とにかく症状が悪化してしまう前に、なんとか本体内の水分を取り除きたい。
幸いにも、私は過去にも数々の電子デバイスを水没させてきた実績があるので、このようなことは慣れたもの。
スマホの SIM カードを入れるパッキンを取り外して、 いつものように乾燥剤とともにジップロックにぶち込んで一晩寝かせる。
…
……
水滴取れてへんやないかいっ！
ドライヤーの風を、本体を傷めない程度に離した距離から（具体的には、その風を手にも当ててそれほど熱くならない状態）あててみて、内部の水分を飛ばしてみる。
暖めた直後は結露がなくなるのだが、しばらく経って温度が下がるとまた結露する。
水分の逃げ道が無くなってるな、コレ。
本記事は、 CUI のコンソール画面から使用する中級者向けのツールのに関する内容だ。
別途、 簡単に使用できる GUI 版も作成したので、そちらについては、以下の記事も参照。
突然だが、自動車税や固定資産税などの税金や、公共料金などの払込票などを、どのように支払っているだろうか？
支払う額も大きくなりがちなので、なるべくお得に支払いたいのではないだろうか。
そこでオススメなのが nanaco ギフト だ。
クレジットカードで直接納税したり nanaco 残高にチャージする場合、手数料がかかったり、ポイントがたまらなかったりと、あまりお得にならない。
しかし nanaco ギフトであれば、額面よりも安く入手する手段が知られている。
|
また nanaco 残高と違ってセンターお預かりへのチャージなので、 チャージ残高の上限が非常に高く (50万円以上も可能らしい)、 nanaco 残高のチャージ上限である 5万円を超えるような金額の支払いでも使える大きなメリットがある。
nanaco ギフトでのお得な納税の話は、他のサイトでもっと詳しくわかりやすく書かれているだろうから、これくらいにしておく。
さて、 ここからが本題だ。
そんな nanaco ギフトにもひとつ 大きな欠点がある。
それは、 1,000 円単位で提供されることが多い ということだ。
例えば 10万円分 チャージしようとすると、 100 回も nanaco ギフトID のコードを入力しなくてはならないのだ。
更に、 nanaco ギフトの登録を行う UI が、大量のギフト登録に とても優しくない。
1回 コードを入力する毎に nanaco にログインしたり、 コードを 4文字 ずつテキストボックスに入力しなくてはならなかったりと、 数をこなすのにとにかく手間がかかるのだ。
10万円 の納税で 2,000円 得するために、 2,000円分 相当以上の手間をかけるのでは愚の骨頂だ。
こうなったら、自動入力させるしかない。
Microsoft 365 (Office 365) など、 Exchange 上の Outlook で新しい会議を作成するウィンドウには、本来であれば 「会議室の検索」 というペインを表示させることができる。
具体的には、以下のスクリーンショットのように、リボンの 「スケジュール アシスタント」 タブに、「会議室の検索」ボタンが存在し、そのボタンによって「会議室の検索」 というペインが切り替えられるようになっている。
ところが、一部のユーザの環境で、この「会議室の検索」ペインも、リボンのボタンも表示されない状態に陥ってしまった。
これでは、組織で作成された「会議室の一覧」などが使えず、空き会議室を探すのがとても不便で困る。
ということで、この「会議室の検索」が消える問題の、解消法を紹介する。
Power Automate (旧 Microsoft Flow) で式を記述して実行した時、以下のようなエラーに遭遇することがある。
特によく遭遇するのが、 HTTP トリガーでヘッダーを参照するときだ。
例えば、 Slack のイベント購読を HTTP トリガーで受ける時に、
triggerOutputs()['headers']['X-Slack-Retry-Reason']のようにしてヘッダーの情報を参照しようとすると、 このヘッダが存在しない初回の実行時に上述のエラーが発生してしまう。
contains(triggerOutputs()['headers'], 'X-Slack-Retry-Reason') のように、プロパティの有無のチェックの and 論理演算を加える方法 などが紹介されているが、実はもっと簡単な方法がある。
それは、 疑問符演算子 "?" を使うことだ。
(C# で言う Null 条件演算子 のようなもの)
これを使って、
triggerOutputs()['headers']?['X-Slack-Retry-Reason']と記述すれば、
if(contains(triggerOutputs()['headers'], 'X-Slack-Retry-Reason'), triggerOutputs()['headers']['X-Slack-Retry-Reason'], null)と等価になる。
各プロパティがオプショナルなものかどうかは、ヘルプを見ればある程度わかるものだが、メンバーアクセス演算子やインデクサー演算子を使う場合は、常に疑問符演算子を併せて使うのがよいのかもしれない。
Power Automate のドキュメント内の "条件付きの式を使用する" などのサンプルでも、常に疑問符演算子がつけられているので。
Power Automate のバックエンドは、 Azure Logic Apps となっているらしく、 式で使える 演算子 や 式関数 、そして 組み込みのトリガー などに関するリファレンスが、 Azure Logic Apps のドキュメントにしか存在しない。
また、 コネクタのリファレンス も、 Power Automate のドキュメントとは別になっている。
同じ情報が二重三重に書かれて内容に同期が取れないような状態になるよりはマシだが、欲しい情報が探しにくいのが辛いところだ。。。
この記事は PowerShell Advent Calendar 2019 の 23日目 の記事だ。
日程が埋まりきっていなかったので、適当な内容で埋めていこう。
あなたは、 PowerShell の短いコードを、 デスクトップのアイコンをクリックするのも億劫なほど、手軽に実行したいと思ったことはないだろうか？
ないって？
私はある。
例えば、ブラウザなどでコピーして WYSIWYG エディターにペタリと貼り付けるときに、クリップボード内の装飾情報を削除したいとか。
(Get-Clipboard -TextFormatType UnicodeText -Raw) -replace '^[ \r\n\t]*|[ \r\n\t]*$','' | Set-ClipboardPowerShell なら上記のような一行コード実行すれば済む話だ。 しかし、 ウィンドウをシェルに切り替えたり、 ショートカットクリックするのも面倒。 タスクトレイのアイコン一つクリックして実行できたらいいのに。
はい、それを叶えます。
.NET Core の登場で大分影が薄くなったものの、 まだまだ Xamarin でガンガン使われている Mono。
この Mono には, gsharp という C# GUI Shell が存在する。
CUI 版の Shell と比べると、 グラフがプロットできるとか、 画像が手軽に表示できるといったメリットしかないが、タブ補完も効くし、まぁ便利っちゃ便利なツールだ。
しかし Windows で gsharp を動かしたくても、 Windwos 用の Mono インストーラには gsharp が入っていないため、そのままでは gsharp を使えない。
このため、 WSL の Ubuntu に gsharp をインストールして、 VcXsrv などの X Server を使って動かすのが手っ取り早い。
以下の記事が詳しい。
ところが、 この gsharp などを含む、 Mono 拡張 GUI ツールを、 WSL を含む Ubuntu ベースのディストリビューションにインストールしようとすると、エラーになってしまう。
今回は、 その暫定的な回避策について。
早く mono/mono#16322 の不具合直した Mono パッケージを出してくれ。
今回は、ネットワークの話。
解決してみれば割としょうも無いトラブルで、時間を浪費してしまったので、自戒の意味を込めて記事にしておく。
ある日、 ホストPC の NIC とブリッジ接続されている VM に、 サブネット外からアクセスできなくなってしまった。
構成を図にすると、以下のような感じ。
(あまり UML図 に明るくないので、書き方がヘタクソだったり本来の意味と違う記号の使い方をしている点は大目に見て欲しい。)
同一サブネット内 (図の "Machine on Same Subnet") から 172.16.42.16 を叩くと VM ゲストに到達するのだが、 サブネット外 (図の "Machine on Different Subnet") からだと ping すら通らない。
以前は同じ構成で、サブネット外から繋がっていたはずだ。
ちょうど直前に、ネットワーク機器のメンテナンスがあったため、 そちらで IPフィルタの動作がおかしくなったのではないかと疑ってしまった。
しかし、繋がらなくなった直接的な原因は、 VM Gurest 側にあった。
このため、答えにたどり着くのに時間がかかってしまった。
11/10 頃から、 Python でpypiwin32 や pywin32 パッケージや、それらに依存しているパッケージを pipenv にてインストールしようとすると、
AttributeError: module 'site' has no attribute 'getsitepackages'とエラーが出て失敗するようになった。
10/22 追記: pywin32 v227 で問題は修正された。
"there's nothing wrong with PyWin32, it's just a fix applied on PyWin32's side to work around a VirtualEnv bug." と、修正コメントで強調されている。 わかるよ、その気持ち。
追記ここまで
直接的な原因は、 pipenv ではなく virtualenv にある。