perfect自分が学んだことや、作成したプログラムの記事を書きます。使っている人も多いのではないでしょうか。www.microsoft.com私は最近MobaXtermを使っています。以下のような要件があるからです。WSLを使いたいWSL内で動くLinuxのX11アプリを使いたい。Terminalが成熟すればそちらでもいいかなーという気分ではあります。21:36WindowsのターミナルエミュレータはMobaXtermがいい、という話Tweet広告を非表示にするもっと読むコメントを書く2019-07-22個人の雑多なメモ取りには何がいいか雑多なメモをPCで取ることが多いが、あっちに書いてしまったりこっちに書いてしまったりとイマイチまとまらない。boostnote.ioあたりを使ってきたが、なんというか、ノートのとり方をアプリに決められてしまっているようで嫌になってしまう。それぞれの製品で、個別にはとても便利なところがあるんだが、個人で使うにはオーバースペックすぎると思ってしまいます。結局最近は妥協案として、GitHubのプライベートリポジトリにMarkdownでとにかく突っ込んでおいて、後で検索する、というやり方にしているけど、なんだか効率よくない気がする。なにかいい方法はないだろうか。要件としては、Markdownで書けるGitで管理できるタグなどが使えるTOCを勝手に作ってくれるいい感じに検索ができる画像なども挿入できるくらいかなぁ。19:50個人の雑多なメモ取りには何がいいかTweet広告を非表示にするもっと読むコメントを書く2019-04-29sshcodeが便利そう前置き最近WSL内にVSCodeをインストールして使っていたのですが、やはり動作が遅いのがどうしても気になっていました。いえば最近coder.comってのが話題になっていたなーと思い、いっそ適当なVPSを借りてブラウザ経由でVSCode動かしたほうが生産的かなーとか思って少しあさっていると、以下のプロダクトを見つけました。SSHでVScodeが動かせる?ということで、試してみました。適当なVPSでLinuxが動いていて、SSHログインができることが条件だと思います。18.04のVPSを用意して試してみました。つなげるもとはWSLです。<user名>@<host名>と実行vscodeが立ち上がるなんとこれだけで本当に動きました。Windows側にChromeをインストールしていて、パスが通っていると勝手にそっちを使ってくれるらしく、まじで便利。tunnelingしている感じになっているのかな?そのあたりが安全なら、まじで私にとっては最強のソリューションかもしれないです。移行したVSCode(Windows)とVSCode(WSL)普段はインフラエンジニアをやっているので、サーバにSSHして設定ファイルをVimでいじるみたいなことがままあります。.vimrcいじって頑張って補完とか出すのめんどいなーと思っていたこの頃でした。(ぶっちゃけJavaとかはIntelliJ使っていたりいまいち統一感なかったですが)。そんな中、なんの気無しに以下の記事を読んでいて、すごいなーと思う一方、「ここまで頑張ってやっとVSCodeと同様なの?」という気持ちが湧いてきてしまいました。プログラミング用途で使い始めてみました。Windows環境に入れていただけで、Windowsではそもそもプログラミングしないので、テキストエディタとしてしか使っていなかったです。VSCodeをWSLの中で動かすことができると知り、試してみることにしました。使っている環境は以下です。18.04)ZshVcXsrvもともとIntelliJもWSLの中で使っていたこともあり、多分動くだろうなーと思っていたのですが、なぜか今まで試していませんでした。WSL(Ubuntu)には、以下の手順に従ってインストール。Snapでもインストールできるかもしれませんが、なんとなく試していません。Linuxインストール後はcodeと打てば起動します。簡単ですね・・・と思っていたら、なぜかWindows側のVSCodeが立ち上がってしまいました。確認してみると、どうやら$PATHがWindows側のVScodeを指している模様。以下のように、aliasを貼って回避しています。code="/usr/bin/code"(Windows側のバイナリがWSLからシームレスに実行できると、こういう弊害があるのか・・・)aliasを貼ったあとは無事に動いています。いいところプラグイン入れたら、あとは基本デフォルトのままでいい感じに動くやっぱデフォルトって大事ですよねプラグインはGo言語とVimキーバインディングだけ入れています。不満なく使えています。いうかVSCodeのGo言語プラグイン完成度高すぎでは。VSCode内のTerminalが普通に動く動くかどうか不安だったのですが、ちゃんとWSL内のZshが動きます。悪いところ動作が遅いVScodeだからなのかはわからないですが、多少もたつく感じがします。コード行数が多くなると辛くなるとかあるかも。表示が壊れる同様の環境で動かしているIntelliJではないのですが、たまにポップアップとかがぶっ壊れて操作不能になります。WSLからWindowsのアプリケーションを呼び出したいときWSLは便利ですが、基本GUIの環境が入っていなかったりして、たまにコマンドラインからWebブラウザを呼び出すようなスクリプトを使っていたりすると動かなかったりします。URLをWindows上のChromeなどにコピペすればよいのですが、面倒でした。WSLからWindows側のChromeをコマンドラインで呼び出して使いたかったのですが、やってみたところ以下で普通に動きました。google.comこれでChromeのタブが開きます。インストール先は適宜変えてください。aliasに登録しておくと便利だと思います。監視すげータイトルだと思って思わず買ってしまった。最近のイケてるツールの使い方とかを羅列した感じなのかな、という軽い気持ちで読み始めていたが、全然違った。全12章とおまけがあるわけだが、そのうち前半部分の1章から4章までは、監視の具体的な方法というより、業務としてシステムの監視を行う際のいわば「心構え」といった感じだった。監視をするべきなのかそのアラートは本当に上げる必要があるのかというか外注できないのかなどなど。これはただの想像だが、監視というのはそれ自体がお金を産むわけではないので、この本の著者は常にこういったことを周りに説明する必要があったのだろうなと思う。アラートが上がった際に止む無くオンコール対応しなければならない場合に備えてローテーションを組む方法まで書いてあって、にじみ出るような苦労を感じた。(あとこの著者は多分Nagiosが嫌い)監視する対象はシステムのみにとどまらず、ビジネスのKPIに関するものもあった。言ってしまえば、あるサーバのあるプロセスのうちどれかが死んだからどうだ、というのは割とどうでもよくて、それがどれだけビジネスインパクト(より直接的に言うなら、お金)があるか、というのが重要なのだろう。極論すれば、別に全く儲からず重要でもないビジネスを支えるシステムなぞ監視する必要もないわけである。「システムだから監視するよね」じゃなく、「どれだけ価値があるシステムで、それが止まった場合どれだけビジネスに影響があって、どれだけ損失があるかを予め把握した上で、それに対する保険のために監視しましょう」というのが筋なのだろう。(個人的には、こういった考え方は苦手で、ついついイケてるツールとかオレオレ最強監視スクリプトとか、そういったことを考えがちであって、反省させられた)ぶっちゃけツールの使い方を知りたいなら別の本を読んだほうが良いと思いますが、「そもそも監視って何から始めたらいいの?」って人にはおすすめです。監視」を読んだTweet広告を非表示にするもっと読むコメントを書く2019-01-28アメリカへの長期出張用にLycamobileを使ってみる数週間アメリカへの出張となった。これで二回目で、前回行ったときは現地のAT&Tに行ってプリペイドのSIMカードを買って使ってたんだけど、今回は日本から買って行ってみることにした。種類はあるみたいだけど、今回はLyncamobileを利用する。現地で変にトラブっても嫌だったので、日本でアクティベートした。経つとSMSが届いて、現地の電話番号を確認できる。準備はこれだけでおしまい。現地に着いてから、さっそくSIMをLycamobileに差し替える。経つと通信ができるようになる。簡単にWebブラウズなどする分には、通信速度は特に問題なさそう。通信可能域が狭い気がする。T-mobileの回線を利用しているらしいが、なんかちょくちょく途切れる。別に田舎とかでないのだが。結論アメリカのAT&Tとか行ってSIMを買うよりは楽だと思います。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。