Notices by きゅーけー (tojoqk@mastodon.tojo.tokyo), page 68

実際に業務で使い始めて、関数型プログラミングしてない React コードと遭遇したら死ぬ可能性がある。

マサカリが原因なのでは

実はめちゃくちゃ流行しているけど関数型プログラミングしているとは言えない/言わない理由などがあるのかもしれない。

React、完全に関数型プログラミングを前提としていると解釈したのだけど、React の流行りぶりの割には関数型プログラミングが流行っている感がないのは何故なのか。

健康を代償にして、React に関するスキルアップに成功した。
こういうのは連続で通しでやらないと身につかない。仕方がない。

いつのまにかにノートパソコンから音がでるようになってた。たぶんだけど Linux 6.7.9 になったタイミングで修正されたのだと思う。

電車、座りたい派なので後で読む

電車の中で座るための戦略とアクションプラン
みずほリサーチ&テクノロジーズ
https://www.mizuho-rt.co.jp/company/brand/pdf/kaiketsu.pdf

なにこれ

ノートパソコンに合わせて 2k のモニタが欲しくなってきた。

GNOME、なんかマルチディスプレイにしたときに拡張ディスプレイの挙動がおかしい問題が急に発生した。下記コマンドにて GNOME の設定を全部設定したら直ったのでハードウェア側じゃなくて GNOME の設定側でなんかおかしくなってたっぽい。

dconf reset -f /org/gnome/

位置情報データだけでも嫌だけど尚更嫌な話だな。Apple のデバイスを持って出歩くと、他人の情報通信のためにモバイルネットワークを提供することになるわけだ。
そして誰にも(Apple も)調べれられないため、どれくらいタダ乗りがあるかも分からないわけでそんなの放置して運用を継続していいのか。

Apple製デバイスで構築されるネットワークにタダ乗りしてデータを送受信する方法が編み出される
https://gigazine.net/news/20210513-find-my-network-data-transmission/

USING を使えるようにリファクタしたところ、CREATE TABLE の REFERENCES でカラム名を省略できるようになった。同じものには同じ名前を付けるようにした方がいいということで `id` という名前のカラムは ORM に要求されない限りは避けた方がいい感じしてきた。

SQL の USING 構文について今知った。趣味システムではこれが使えるようにテーブル設計する。

久々に外出したところ花粉症がなかなかひどい。

利用者が何も理解していないのに自社サービスのために勝手に人のコンピュータの GPS を使うのってどうなの？と思う。
まあ、今更感のある話だけど。

AirTag、仮に iPhone の起動時などに AirTag のために GPS 機能を使うかを利用者に問うダイアログが出て、有効にしない限り AirTag の検知のための自動的な GPS 利用ができないようになった場合にも機能するのだろうか。

卵の消費期限が書いてある紙、うっかり捨ててはいけないものランキング上位だな。

設計している今の段階の私にとってはサロゲートキーはいらんとなっているのに対して、これから実装する身になる私の視点からするとサロゲートキー使った方がいいじゃんっていう感じになってる。

これ一生悩んでる。さっき自然キー使ってもいいかと思ったけどやっぱり常にサロゲートキー使う運用でいいのではになっとる。

いや悩ましいな。いま私の作っているシステムにおけるデータベースは元データが常に外部にあり DB 自体がキャッシュみたいな感じの存在になるので、明らかに自然キーでいいと思えるものについては自然キーを採用して作ってみよう思う。