現在 Twitter はビジネスの持続性を得るため、 login 済みアカウントへのターゲット広告を主な収入源にしようとしている（のですよね？私はそう理解しています）
しかし、Twitter がバズを生み出すハブ・プラットフォームとして社会的に唯一無二であった点は、その guest/public readability とソーシャルグラフとの掛け算の大きさにあったのではないか？
もし、late majority がほぼ guest でありバズの本体であるとするなら…広告は guest に対して出すほうが効果的なのではないか？
まぁ、素人考えかもですが…
旧年中に仲良くしてくださった皆様、ありがとうございました。
本年も変わらず元気で、日々を地道に生き抜き、暮らしを作っていきましょう
仕事
業務で他社さまの営業の方とのオンラインミーティングの機会をもらえたこと。アカリクさん、GCP さん、どちらも打てば響く感じがあって、とても楽しかったです。ありがとうございました。
mermaid-js でシーケンス図を書く方法を覚えたこと。これで業務フローの聞き取り・整理がとてもはかどった
marp.appでスライドを書く方法を覚えたこと。マニュアルは mdbookで書いて、講習の資料は marp スライドで書く、みたいな使い分け。（次は slidev にも挑戦してみたい）
gitlab の活用を（徐々にだけど）拡大出来ていること
buildah を覚えたことで（Dockerfile じゃ困難なものでも）コンテナ化出来るようになったこと。下記の記事の Buildahとは何か？なぜ使うのか？ と、別の記事に有った unshare コマンドの話 が大きなヒントになりました。
stefafafan さんが記事で紹介してくれていた、IAP によるゼロトラスト保護にワイルドカード証明書を使う方法と、それを使って IAP 保護下で Cloud Run サービスを量産する方法を、概ねうちでも再現できたこと。
プライベート
旧年中に仲良くして下さった皆様、ありがとうございました。本年もよろしくお願いいたします。
主要な業務サーバーの脱VPN・ゼロトラストセキュリティ化が出来たこと。
具体的には GCP の IAP - Identity-Aware Proxy の導入
並びにその setup/teardown 手順をある程度はスクリプトに出来たことで、ゼロトラスト保護されたサーバーの量産が容易になったこと
プライベート
ほぼ健康に過ごせたこと
新型コロナによる死は決して見知らぬ他人事ではない、そう思わされる出来事があり。
それゆえに、今後も己の身命を慎重に大事に使っていかねばならないなと。健康に過ごせたことを感謝しつつ、警戒を続けたい。（ウザがられるかもだけど…）
艦これアーケードを続けられていること
yatt の typescript 版の実装を大分進めることができたこと（さきほど Public にしました）
github.com
運動不足・外出不足
同僚とのコミュニケーション不足…害は有るはずだけど、自分にそれが見えてないのが危うい
typescript 版 yatt を他人に使ってもらえるレベルに仕上げる＆個人的な情報生活の道具として使い始めること
友達作り？パートナー探し？
旧年中に仲良くして下さった皆様、有難うございました。本年もよろしくお願いします。
この記事は Perl Advent Calendar 2020 の 12/3 の記事です。
想定読者は、自分で Perl のモジュールを書く機会が有り、かつそのモジュールのメソッドをコマンド行からさっと試したい！ と思ったことの有る人です。
Perlモジュール（.pm ファイル）を実行可能なスクリプトにする技法（モジュールに unless caller で直接実行時の処理を書いておく）は 90年代から存在し、Modulino （モジュリーノ）という名前でも知られています。
更にオブジェクト指向のクラスとして書かれた Modulino にメソッドディスパッチの機能を持たせて OO な Modulino とする手法は、多くのメソッドをコマンド行から即座に試せるため、一層便利です。
私も何度かの 記事や勉強会で発表してきました。もちろん私が仕事で新たに書く Perl モジュールは原則として全て OO Modulino です。
ただ、そんな私でも、半年前に書いたモジュールを久しぶりに使う時などは、そのモジュールがどんなメソッドを実装しているかをもう忘れているのが普通です。そのため、例えコマンド行からメソッドを呼び出せる仕組みが有ったとしても、 結局 ソースを一通り眺めて適切なメソッドを探すという無駄な時間 を要していました。
ここでもし、シェルのコマンド行の補完機能で、メソッドやオプションの名前（と、その説明文）の一覧を見ることが出来たら、（その後でソースを確認する必要は残るとしても）適切なメソッドを探す時間を大分節約できるのではないか…？ そう考えて実装したのが、 zsh の completer、
_perl_oo_modulino
です。(CPAN に公開済み)
デモ動画を用意しましたので、良ければご覧ください（無音、約2.5分）＞
デモコードのリポジトリはこちらです。 デモ用に、業務コードからメソッドやオプションとその解説文だけを切り出したものです。解説文を定義している部分を以下に抜粋します＞
デモコードに Dockerfile を用意したのでお試し下さい。run すると zsh が起動します。 上記の demo3 が workdir /data/ の下にあります。
こちらです。（長い名前なので、私は普段 CLI_JSON と呼んでいます）＞
MOP4Import::Base::CLI_JSON - metacpan.org
必ずしも継承する必要はない（はず）です。
CLI のサブコマンドをメソッドへとマップする、 OO な Modulino になっていれば、意味の有る補完が出来るはずです。
:Doc() を定義・取得出来るよう、 MODIFY_CODE_ATTRIBUTES と FETCH_CODE_ATTRIBUTES を実装する必要があります。
my ($atts) = grep {ref $_ eq 'HASH'} attributes::get(\&method); $atts->{Doc} みたいなコードです。attributes の使い方を間違っている可能性もあります。ツッコミ希望です。CLI のオプションを %FIELDS で定義したフィールド（メンバー変数）へとマップする仕組みなら、オプション名の補完も効くはずです。
$FIELDS{フィールド名}->{doc} から取得しています。zsh には コマンド名のパターンに対する補完関数を定義する機能 compdef -P があります。これを使えば拡張子 *.pm 全てに対する補完を定義できます。
bash に同等の機能が有るかどうかは分かりません。有れば実装できる可能性は有ります。
以上です
読んで下さりありがとうございました。明日の記事は utgwkk さんです。
この記事は、元記事に対する私の呟き
ここのストックには違和感ありますん。
— hkoba (@hkoba) 2020年9月12日
単なるログの集まりはジャーナルみたいなもので、ストック（私の理解ではある時点の BS、サマリー、総和を取ってる）とは違うのでは？と。
フロー/ストックは誤った二分法 - 西尾泰和のScrapbox https://t.co/BWa5yPpHZP
に対して西尾さんから頂いたこのお返事↓に対する返信です。
「フロー」「ストック」ではない第3の「ジャーナル」というくくりを持ち込んでるのは「フロー/ストックは誤った二分法」という話を肯定してるように思います。
— nishio hirokazu (@nishio) 2020年9月16日
目次：
まず最初に、私の主張を明確にするため、私が西尾さんの主張の骨子だと解釈した部分を元記事から抜粋させて頂きます。
- かつて[フロー]と[ストック]の境目が明確だった時代もあった
- チャットがIRCだった時代のイメージ
- そんな時代は過去の話だ
- チャットサービスであるSlackは、チャット機能を無償提供する
- 「チャットログのストックへのアクセス権」で課金するモデルだ
- 今の時代、ほとんどのサービスが以下の機能を持つ
- 情報をストックする
これに対して私が感じた違和感・疑問点は、
でした。
西尾さんは記事の末尾にこう書いています。
- この文章は「情報が流れさるのがフロー、情報が蓄積されるのがストック」と考えて書いた
つまり「ストック＝情報の蓄積」という定義でしょう。
ここで辞書でストックを引いてみると 在庫, 貯めておくこと などの言葉が出てくるので、
それでも良いのかもしれません。情報処理システムの議論においては、その定義を用いる人も多いのかもしれません。
ですが私は、世間で「ストック, フロー」という語のペアが使われる時は、 （計算機が発明される以前から使われてきた）会計や経営、経済学における定義・概念が輸入されて使われるケースもあるのではないか？と思うのです。 （どちらの使い方が多いのか、分野によって使い方の差が有るのかは調べていません）
私は会計は独学でしか学んでいないのですが、岡部先生の複式簿記(リンク先 PDF) の「第2章 財務諸表の作成の実際」の冒頭には以下のように書かれています。
簿記をつける最大の目的は、財産移動を日々記録して、一定の会計期間の財産移動とその結果と しての財産の現状を掴むことである。財産の蓄積状況をストック (stock) と呼び、財産の変動状況 をフロー (flow) と呼ぶ。一般には、フローが起るたびにストックが変化することになるが、その 都度一々計算するのは大変であるので、会計計算には会計年度とか会計期間とかいった一年や半年 や四半期の会計の締切の周期を設け、その終了時にその直前の会計期間のフローの状況を集計し、 財産のストックを計算する。
```
期首ストック + 当期フロー = 期末ストック```
（引用内のコードブロックに生でバッククォートが出ていますが、これよりマシな表現が出来ず…ご了承下さい）
会計における定義を私なりに書き下します：
改めて辞書のストックの定義に 在庫 とあったことを思い出して下さい。
例えば他人から「在庫を教えて？」と聞かれて、「今週頭に10個あって、月曜に3個出荷、火曜に2個入荷…」
と返事をすることは非効率です。その意味でもストックという語の訳に当てられる在庫とは、
その時点での総数のことと考えたほうが、より適切ではないかと私は考えます。
会計の話は計算機による情報システムには関係ない、と思うかもしれませんが…会計におけるストックの定義が（ログではなく）残高であることには 情報システムにおいても重要な意味があると、私は考えます。なぜなら 一般化すれば、ストックとは長大なログに何らかの要約（サマリー）作用を適用して情報を圧縮したもの と言えそうだからです。 つまりそれは、人間が生ログから情報を得ようとすることに掛かるコストを節約するために生まれた知恵なのではないでしょうか？。 そのログが金勘定なのか、日々の様々な対話なのかは捨象して良いことですが、フローのログを人が直接触るより要約を作って置いたほうが良いケースだけは必ず有るだろうと思います。
今来た三行 は何にでもある…そういう話かと思います。
こんなお返事で如何でしょうか？
まず最初に、４つのファイル foo, bar, *, xxx yyy があるディレクトリがあるとします。(試したい場合は新規のディレクトリで下記のコマンドを実行してください。)
touch foo bar \* 'xxx yyy'
さてここで、ループを使って各ファイルを一つ一つ、コマンドに食わせたいとします。 そのために、こんなループを書いたとしましょう＞
for f in *; do ls -l $f done
それがこんな動作になるシェルは 疲れる から、です。
zsh であれば、デフォルトの設定（ no_sh_word_split かつ no_glob_subst ）で使っていれば、期待通りに４回だけ、一つずつファイルを渡しながらコマンドを実行してくれます。
（なお実行中の zsh をデフォルト設定にリセットするには emulate -L zsh コマンドが使えます）
他にも理由はありますが、これだけでも十分な理由かなと。
読んで下さり、ありがとうございました。