あっ #現場猫

基礎知識なかったら切り分けができないから調べられないんだよね。 それはネットワークの仕様か？ 言語の仕様か？ フレームワークの仕様か？ など。 でも、基礎知識を身につけるのって結構大変だから退屈に感じるのはわかる 動いた方が面白いからね。

もうイラスト業界、AI作成のものに関して拒絶反応だすひとが散見されるね。 毛嫌いしてるってレベルじゃないなぁ

claudeの偽サイトが普通にあって焦った。 色々調べて問題ないことを確認したけど、見た目似てるから間違ってコマンド打ってしまった。

情報が共有されていない 人によって言うことが違う なんのためのシステムなんだろうって気持ちになる 顧客にとって本当にストレスになるんだよなぁ、この辺り

事務員さんは楽じゃない #現場猫

開発者同士のフィードバック、アクセラのメンタリング、社内アイデアソンでの上司からの講評…わりと色々経験してきたけど、ユーザーさんではない人の意見聞いても基本的に意味ないどころか迷いを生むので普通にノイズまであるぽよ🥹(バグ潰しは別)

ゲーム開発で乱数を「ただのランダム」として扱うか、「再現できる入力」として設計するかで、不具合調査の難易度は大きく変わります。たとえば、ランダム生成されたマップで進行不能になった。敵AIが特定条件でおかしな行動をした。でも、もう一度遊ぶと再現しない。こういうバグはかなり厄介です。

自分に適したキーボードを提案してくれるAIとかないんだろうか 手が小さいからいろいろ打ち間違えるんだよね

デスクワークしてると運動不足になりやすいから、有酸素運動しながら仕事できるように工夫したい

SOLID原則 単一責任 オープンクローズド リスコフの置換 インターフェース分離 依存性逆転 他は、関心の分離、DRY、YAGNI、KISSあたりをよく聞くかな。

なんで原則というものが提唱されているのか？ その裏にはどういう問題があるのか？ 何を目的としているのか？ それを分かった上で、実際にメリットを実感できるだけ手を動かす ここまでやって、はじめて理解できた ただ覚えるだけでは設計は上達しないことを痛感しました

テストコードを一通り書いてコードを変更するときの安心感はクセになる

自己設計第6回の動画は明日か明後日にはアップできそう。 さすがに社会構造を捉えるのは難しかった。 だいぶまとまったから近々アップします。

自己設計シリーズは今月中に完結する予定。 そしたらWebアプリ開発をしばらく注力して、空いたらコンピュータの思想理論編をやるか 自己設計はほんと数字取れない系のシリーズだけど、重要なんで長期資産になればそれで良い

手段が目的になってる件数をカウントして統計取ったらどんな結果になるかマジで興味あるから測定してみてぇー

WindowsもARM採用してきてるし、ARMの解説やりたいなぁ。 ccelとか条件実行命令がなかなか良いのよ。 clz命令とかは可愛いよね。

なんでAIに仕事を奪われるって表現するんだろうね AIによって仕事が変化するっていう方が適切じゃないのかなって思ってる 変化に対応できないとか、いままで苦労が無駄になるとかそういう恐れはあると思うけど

ドパミン、ノルアドレナリン、セロトニンなどの脳内の神経伝達物質のバランスがおかしくなるのが鬱病なんだろうなぁって思ったり 実際に測定できたらちゃんと証明できるんだけど、それは難しいから精神病ってなかなかれっきとした病気であるという一般認知が進まないんだろうなぁ

モダンオペレーティングシステム ぜひ読みたいのでメモ