case Kay:

叡愛（えいあい）すらかつ過（あやま）つ。いわんや我おや。

[case Kay: @KskSpaceKey]

もしもスクラップ場や埋立地で、緻密な計算の元に正確なクレーンさばきで廃材が積み上げられていたとしたら、それは一種の構造物と呼んでも良いと思う。

[case Kay: @KskSpaceKey]

無造作に積み上がった瓦礫の山を構造物とは呼ばない。一貫した設計がなく維持管理もできない家に安心して住むことはできない。たとえ外見がまともでも内部までしっかりした構造で支えられているとは限らない。
「家を選ぶ時は、構造と手入れ具合を見なさい」と建築士の父から教わった。

[case Kay: @KskSpaceKey]

無造作に積み上がった瓦礫の山を構造物とは呼ばない。一貫した設計がなく維持管理もできない家に安心して住むことはできない。たとえ外見がまともでも内部までしっかりした構造で支えられているとは限らない。
「家を選ぶ時は、構造と手入れ具合を見なさい」と建築士の父から教わった。

[case Kay: @KskSpaceKey]

先輩はまるでご本人かと見紛うようだった。互いの近況から、学生時代にはできなかったような深い話も色々して楽しかった。

[case Kay: @KskSpaceKey]

大学時代の先輩に会いに行く。多分、リアルで会うのは10年ぶりくらい？

[case Kay: @KskSpaceKey]

@prison777 保健所案件ですね（笑）

[case Kay: @KskSpaceKey]

まぁもしも自分がエンジニア職を続けられなくなったら、おにぎり屋さんでも始めようかなと思ってる。――学生時代に講演で聞いたアップルのシニアエンジニアさんの言葉。AI時代エンジニア不要論の話を聞くと時々思い出す。「僕、おにぎり好きなんだよね」と言ってて、軽やかで素敵だなと思った

[case Kay: @KskSpaceKey]

そういえば、こないだ役所でマイナカードの暗証番号を入力する時、クセで後ろを振り返ったら「大丈夫ですよ、安心してください」と言われ、すみません、エンジニアのクセでつい…と言ったら「私もエンジニアでした」とのこと。思わず少し話盛り上がっちゃったよね

[case Kay: @KskSpaceKey]

今は（信号処理という意味では）専門を離れたというのもある。自分のお金で行ったのもある。何より仕事も人生も色々な経験と技術が役に立つし、無いなら無いなりにどうにかするだろうしと、ようやく少し肩の力を抜いて生きられるようになってきた気がする。本当に歳をとったなと思う（笑）

[case Kay: @KskSpaceKey]

大学を卒業して10年くらいは「もっと勉強しておけば良かった」と思ったりしていたが、今になってみると「まぁあれはあれで良かったのかもな」と許せるようになってきた。

[case Kay: @KskSpaceKey]

ずいぶん昔に作った製品を未だに工夫して使い続けてくれてるユーザーさんがいるのを知れて、ありがとうの気持ち

[case Kay: @KskSpaceKey]

え、将棋が強い人ってそうなの？

“将棋を極める人： 街を歩いていても、「あの角にあの人が立っているから、全体の流れがこう制限される」といった、空間の「動線や詰み」のような構造が自然と目に入ります。”

[case Kay: @KskSpaceKey]

信頼と助け合いの土台があるから、耳の痛い意見も伝わる。仕事だけでなく家族やプライベートでも大切にしたい視点。立場や役割を超えた信頼関係が、結果的に全員を救うという良い記事。
https://t.co/HFDxMFTPT2

[kawasima@99卒 @kawasima]

AIが出力したコードを理解することなく使うことの是非でフォーカスされがちな『認知負債』についてまとめました。(Hacker Newsで今さら盛り上がっていたので)
https://t.co/uEOTrCvFO8

[Takuto Wada @t_wada]

認知負債についての kawasima さんのまとめ､結論が重い

[case Kay: @KskSpaceKey]

記事も出てた
https://t.co/7FikVDM0gX

[case Kay: @KskSpaceKey]

「薬屋のひとりごと」とコラボ中の『企画展　生薬〜自然からの恵み〜』行ってきた。生薬も実物で見ると迫力とリアリティがすごかった！ 興味深くてこの企画展だけで2時間くらい見てた
https://t.co/ZyVONog2qD

[case Kay: @KskSpaceKey]

あと、ケツメイシの名前が生薬から取ってるというのも初めて知った

[case Kay: @KskSpaceKey]

さて、一仕事終えたので、食事という名の労働をしようか

[case Kay: @KskSpaceKey]

重要なルールを変える時には、その意図や役割を深く理解し、「限界」を見失わないことが大切だ———そんな記事をNoteに書きました。
https://t.co/tVPGjuxmD3

逆に言うと、そんなに重要でもないルールは柔軟に変えれば良いと思います。

[case Kay: @KskSpaceKey]

例えば、サッカーのルールを「全員が手を使える」と変えたら、それはもはやサッカーではない。ルールにはその根幹ゆえに改正できない「限界」がある。
重要で影響度の大きいルールを改正する場合には、そのルールの意図や目的を正確に理解し、情緒に流されず慎重に吟味することが人類の知恵と歴史だ。

[case Kay: @KskSpaceKey]

例えるなら、抽象基底クラスの設計思想や役割を**十分に理解しないままに**「基底クラス側の仕様を変えちまうか」とやっていたらシステムが上手く機能するはずがない———これは多くのプログラマーが理論としても経験としても知っていることだ。
そしてソフトウェアに限らず「ルール」全般に言えること。