或るプログラマの一生

昨日（2019年10月12日）は台風がすごかったわけですが、それによるものか、昼前から外部接続性が不安定で、 ping が 3.5% 程度ロスする状態になっていました（平常時はもちろんそんなことはない）。たった 64 バイトの ping すらこれぐらい落ちるとロクな通信はできなさそうに思えるのですが、最近の TCP はいろいろ頑張っているのか、そこまでひどいことにはならないようです。

ネットはフレッツで電柱の上のファイバを通っているので強風で揺られて不安定になっているのかと思っていたのですが、みんな自宅にいてネットを使っているせいで輻輳しているという可能性も考えられます。どうやったら区別できますかね。

GitHub の Web UI で PR をマージした時のコミットの Author や Commit がどうなるかという話です。PR のマージ以外にも GitHub 上でコミットを生成する方法は他にもあったはずですが、おそらく同じことになると思います。

今 Slack API と格闘している間に気が付いたんですが、 Slack のユーザー名（ @ の後ろの文字列）は同一ワークスペース内ですら unique ではない（重複が許される）んですね。（昔は unique だったぽい）

ウチの家鯖は ESXi (vSphere Hypervisor) で集約しているんですが、割と長く使った電源ユニットの交換のついでに ESXi を 6.7u2 から 6.7u3 にアップデートしました。赤い文字が出て起動しませんでした。

Flask で、後始末メソッドである teardown_appcontext teardown_request after_request が呼ばれる順序。ググってもそのものズバリがヒットしなかったので。

UtVideo に限らず公開しているすべてのソフトウェアに関してなのですが、 32bit Windows のサポートを終了します。

64bit Windows の上で動く 32bit コーデックは引き続きサポートします。

真偽値型（BIT(1) とか BOOLEAN（TINYINT のエイリアス）のこと）のカラムにインデックスを張っても、手抜きな SQL 文を書くとインデックスを使ってくれないようです。

また Python+MySQL ネタ。

カーソルを使ったら閉じないといけません。処理後にその流れでそのまま cursor.close() を呼ぶように書くと例外が飛んだり長い処理の途中でうっかり return したりしたときに呼び漏れが発生するので、try～finally のような構造を使いたいところです。（Java でもたぶんそう（20年前の知識）。C++ だとデストラクタが使えるので違う書き方になる）

ちょっと Python + MySQL をいじってるんですが、デフォルトではクエリの結果はタプルorリストで返ってくるので、雑に SELECT * FROM table とかやるとどんな順番で列が返ってくるのか SQL 文を見ただけでは不明で扱いづらいため、 dict （連想配列）で取れると嬉しいです。

IM@S Engineer Talks 2019 で、11年にわたる UtVideo の最適化の概要を発表してきました。

スライドショーは以下の通り
Speaker Deck | pptx