airreader.hatenablog.com の回答結果が出揃った。回答データはGA4に送っていたのでそれをLookerStudioなどを使ってまとめた。 回答にかかった時間 正答率 誤答関連 回答にかかった時間 今回、motemenアイコンが表示されてから回答が送信されるまでにかかった時間を計測していた。 送信された全ての回答で、motemenアイコンが表示されてから回答が送信されるまでにかかった時間の中央値は21秒だった。正答が送信された時間の中央値は57秒で、全回答時間の中央値や誤答時間の中央値の2倍の時間がかかっていた。やはりじっくり見ないと正答できないという傾向はあるだろう。 最速の正当時間は12秒で、このような成果を挙げられるのは、脊髄でmotemenを理解しているか、1/16 の確率に勝利した場合に限られるだろうと思う。 正答率 正答数は21で誤答数が139ということは、

最近地獄に興味があって色々調べている。地獄のまとめは別に書くとして、地獄っぽい音楽が欲しいと思ったのでChatGPTに聞いてみることにした。 最終的には下のボタンをクリックすると聞ける。そこはかとなく地獄っぽい。結構音量が大きいのでそこだけ注意してほしい。 地獄っぽい音楽を聞く 経過 1.素朴にコード進行を聞く 聞いたら普通に返ってきてすごい。 2. ちょっと調整してもらう 自分で聞いておいてなんだけれど、武満徹っぽさとはなんだろうか。 3.tone.js で演奏するコードを吐いてもらう コード進行がわかってもこちとら演奏ができんので、ブラウザで演奏することを思いつく。調べてみると tone.js というライブラリが使えそうで、和音の演奏もできるので良さそう。 しかし、出力されたコードがどういう音の組み合わせなのかさっぱりわからんので、そもそもChatGPTにJavaScriptのコード自

作ったと言うとちょっと語弊がある。以下のリポジトリをフォークして共同編集用に変更したものになる。偉大なのは先達である。 ただ、もとのツールが個人のブログを管理する用に作られたと感じたので、ちょっと思想が違いそうということでPull Reqestではなくフォークした。 機能 はてなブログの全記事をリポジトリに同期させることができる その記事を変更するPull Requestがマージされると、差分が検出され、はてなブログに同期される 全記事の同期から、記事の編集、新規作成まで、全てGithub上で完結させることができる 変更点 もともとのツールは、ブランチを切ってpushしたタイミングで、master ブランチとのdiffを検出し、差分をはてなブログにpushするというものだった。確かにはてなブログを一人で使うならこれが楽そうなのだが、共同編集ブログ、例えば告知ブログやヘルプを管理する場合には

「丁寧に説明する」や「丁寧な説明を心がける」の印象がとにかく悪い。というのも、偉い人がこういうだけで、特に丁寧な説明が行われた試しがないと感じるからだ。誰も彼も「丁寧に説明」と言うだけで、それを履行しないというメソッドがはびこっている印象があるのだ。これをデータで確認したい。 「丁寧な説明」の運用と私が持っているイメージ データの作り方 「丁寧な説明」発言ダッシュボード 見どころ 与党は丁寧に説明しがち 第二次安倍政権は丁寧に説明しがち 安倍さんと岸田さん 「丁寧な説明」メソッドを発明したのは誰だったのか 注意事項 「丁寧な説明」の運用と私が持っているイメージ 最近もこういう感じで「丁寧な説明」が出現していた。 まあこれは組織として動け、みたいな観点での批判を入れたいのでちょっと違う気がするが、各議員から丁寧な説明がされてるとは感じない。 「丁寧な説明」というと安倍さんが連発していたイメー

20代前半の頃は、インターネットはインターネットに棲むためもので、そこに人格があった。オフラインの私とオンラインのアイデンティティが交錯することがあるとは思っていなかった。ましてや自分が結婚したり、子供が生まれる話にリアリティは微塵もないわけで。親との会話以外では、本名はほとんど呼ばれなかったし、邪魔なだけだった。インターネットでは主にはてなID(AirReader)で暮らし、便利なツール群としてGoogleアカウント(airreader@gmail.com)を使っていた。Googleアカウントには名前を設定する必要があり、同僚から野中空海という名前を頂戴した。当然偽名である。Googleアカウントの名前は非公開にできないので、オンラインネームである必要がある。 それから歳を重ね、不思議なことにライフステージが上がっていくと、書類などにメールアドレスを書く機会が増え、困ることが増えてくる(

コロナにかかってた、家族全員。全員の自宅療養期間もあけたので、ようやくコロナとの戦いが終結したといえる*1。マジで大変だった。休みたい。会社はハチャメチャに休んだけど休めてない。来週、建国記念の日があるが、俺に必要なのはそれではない。子供のいない休暇日なのである。もしくは家族で旅行に行かせてくれ*2。 経過 -4日目: 保育園職員のコロナ陽性により、10日間の休園決定。早めに迎えに来てとの連絡。 ピタゴラスイッチの「クッキー型の型の歌」を見た子供の要請によりクッキー作りをする -3日目: 家庭内保育1日目 折り紙 → すぐ飽きる 寝室の布団で家を作る。おうち/基地づくりは鉄板である -2日目: 家庭内保育2日目 長男がドラえもんにハマっているのでドラえもんチャンネルに加入した 映画は怖いのでなかなか見てくれないので悲しい プラパンを作る -1日目: 次男の声が怪しく、こしょこしょ声しか出な

サービスを運用していく上でメンバーに数字感を身に付けてもらったり、リリースした機能の利用状況、狙い通り正常に動作しているかを把握してもらったりすることはとても大事です。 同じオフィスにいる場合には、常時モニタに表示するなど工夫が可能ですが、リモートワーク下においてはそれも困難になりました*1。 これにまつわる、いくつかの課題を解決するためにGoogle Data Studio *2の任意のページのスクリーンショットを定期的にSlackに投稿するGoogle Apps Scriptを書きました。 利用開始する前にはSlack側でAppを作成したりそれなりに準備が必要なのですが、一度設定したら、あとは手がかからなくなるので、費用対効果はいいと思います。 詳しい導入方法などは下記を参照してください。 https://github.com/airreader/datastudio-2-slack