勤めている企業は業界ではそこそこ大きいが、今月来月で大規模な解雇が行われる。 その解雇のリストに載せられるか否か怯えるぐらいなら、と先んじて退職をすることにした。 『コロナウイルスが落ち着いたら』 『(宿泊・観光・旅行・運輸・その他携わる全て)業には申し訳ないけれど』 例えるならば長い冬のような今の感染状況を抜けた先の春で、この業界はおそらく殆どが生きていないという実感がある。どの業界よりも早く影響を受け収入はゼロからマイナスとなり、どの業界よりも遅く影響から脱するから。 何故落ち着いてからキャンペーンを始めないのか。落ち着く時には死んでいるからだ。 何故このような状況下でキャンペーンは動いているのか。最初に影響を受けた為に以前より対応が検討され今やっと始まるからだ。 修学旅行が無くなったと言う学生達へ。数十・数百人以上が一斉に動く修学旅行というイベントは地方に行けず地方にこれず、手配でき

WSL2 と Hyper-V と Parent partition 現在では多くの方が自分のPCにWSL2(Windows Subsystem for Linux 2)をインストールし、Windows上でLinuxライフを満喫しているのではないかと思います。 さてさてマイクロソフトさんからWSL2の発表があった時､それを伝えていた記事の中に「WSL2はHyper-Vの技術を利用する」という旨の文言がありました。それ以来ずーっと疑問に思っていたのが､ 「Hyper-Vを使うなら､ホストOSとなるWindows10は仮想マシン上で動くんだよなぁ。性能低下とか起きないのかな??」 ということです。 そもそもHyper-Vというハイパバイザは"Type-I型"と称される仮想化方式を採用していて､ホストOSが仮想マシン上で動作するはず...。Hyper-V界隈の単語で表現すると､ホストOSは"Par

「それ、QUIC使えないの？」 それがなんであれ、QUICを使うことを主張することで、みんなが「なんか良くわからないけど、TCPを置き換えたほうがいいのかな？」と思うようになるはず。全てのアプリケーションを、TCPの代わりにQUICを使うように修正するとなれば、この先10年間ぐらい、エンジニアみんなの仕事を作ることができます。業界愛ですね。 すでに、SSHやDNSのQUIC対応は始められています。既存のアプリケーションをQUICに対応させる難しさを調査するために、RustでBGP over QUICを実装してみました。 QUICの実装QUICは、TCPと同じく、パケットの再送、輻輳制御など、信頼性のある通信を実現するトランスポートプロトコルです。実装面の大きな違いは、TCPがオペレーティングシステムのプロトコルスタックの一機能として実装されるのに対して、QUICはアプリケーションで実装され