Kaz (Jugyo)

河野十行. ソフトウェアエンジニア. 最近釣りを始めました. シーバス釣りたい🐟. Ex-Twitter. Software Engineer lives in Fukuoka.

[Kaz (Jugyo) @jugyo]

Just watched The Digital Circus: The Last Act.

[Kaz (Jugyo) @jugyo]

管理画面用の完璧なデザインシステム・デザインガイドラインを用意しておけば、開発補助ツールをさくさく作れて良さそう。

[Kaz (Jugyo) @jugyo]

cc-session-finder MCP を Claude Code がよしなに使って過去の作業を掘り起こしてくれるの便利。

[Kaz (Jugyo) @jugyo]

私の場合はアメリカで10年サバイブしてようやく気づけた

[限界読書 @genkaidokusho]

身も蓋もないことを言うと、大抵のキャリアの悩みは「実力がない」ことに起因しています。実力があれば、ほとんどの悩みは解消する。

この事実から目を背けて、高尚っぽい悩みに仕立て上げてしまうと迷走しやすい。「実力がない」という真因にアプローチする打ち手を取れないからです。自分の実力に真正面から向き合うことがキャリア迷子にならない秘訣。

[Kaz (Jugyo) @jugyo]

Claude Code で Markdown Viewer アプリを作っている。Tauri 製。履歴一覧、TOC 表示、テーマ切り替えが実装できた。次は Mermaid サポートを追加する。こういったツールを作って VS Code の使用頻度を下げていく。

[Kaz (Jugyo) @jugyo]

これオブこれ

[tanu @tanukiponkich]

チャレンジしてこなかった老人は現実が見えてないので希望に満ちあふれている。チャレンジの最も大きなリスクは経済的な失敗ではなく「自分はできる側の人間だ」という幻想が消える事だし多くの人はそれが怖くてチャレンジしない。心のどこかで無能を自覚しているので幻想で自分を支えるしかない。

[Kaz (Jugyo) @jugyo]

今日の怪文書です。ChatGPT と壁打ちして書いた。知識と経験がまだ足りない領域。
https://t.co/Xvtefvd8EV

[Kaz (Jugyo) @jugyo]

個人で作りたいアプリケーションがいろいろあるけど、AIの力を借りてもなかなかスピードは出ないな。 開発のイテレーションは速く回るが、あれやこれや頭のなかでアイデアをこねくり回す時間そのものが速くなるわけではないからな。

[Kaz (Jugyo) @jugyo]

仕事の効率化やレバレッジをかけるとは、エントロピーが爆発的に増えないよう複雑さを制御しながら、価値を継続的に増幅していくこと。そのためには、物事をうまく抽象化し、少ない作業から大きな成果を生み出せる仕組みを作っていくべきである。

うん、頭ではわかっているのよ。

[Kaz (Jugyo) @jugyo]

AIを使った高速開発に必要なツールをいろいろ作り始めている。そこでまず感じたのは、「頻繁に参照されるデータは、瞬時に取得できる状態であるべき」ということだ。

AIエージェントがアクセスしそうなデータは、あらかじめローカルにミラーし、全文検索できるようにしておく。クラウド上のドキュメント類も、可能であれば同期してローカル側で扱えるようにする。

というのも、MCP 経由で都度データを取得する方式は、正直かなり遅い。人間なら待てても、AIエージェントが大量にアクセスする前提では、その待ち時間がそのまま開発速度のボトルネックになる。

AI前提で考えると、「どこに保存されているか」よりも、「どれだけ高速かつ横断的にアクセスできるか」の方が重要になる。

どうじゃろね？

[Kaz (Jugyo) @jugyo]

それでも直感に従うべき。でなければ人は自己を獲得できない。と、私の中のゴーストが囁いている。

[tanu @tanukiponkich]

まさにこれで「目の前に結婚したい人がいてその人も結婚したいと思ってるのにAIはやめろと言う。周囲を見るとAIに従った人は人生うまく行ってて、従わない人はうまく行ってない」みたいな選択を迫られる事になる

[Kaz (Jugyo) @jugyo]

AI の進化の文脈で「人間に残る仕事は何か」とよく言われる。でも、産業革命の時代に同じ問いを立てたとして、現代の仕事を想像できた人はほとんどいなかっただろうな。

[Kaz (Jugyo) @jugyo]

Claude Code と Codex のセッションを全文検索するツールを作った https://t.co/HBOITJBTKo

[Kaz (Jugyo) @jugyo]

日本の学区教育でこれが育ちにくいのが課題なんやろなー
https://t.co/ycq3mEMlKS

[Kaz (Jugyo) @jugyo]

カニを管理するためのミニアプリを作っている

[Kaz (Jugyo) @jugyo]

やっとドキュメントが用意できた

react-hcl
https://t.co/1Sco1AacNZ

[Kaz (Jugyo) @jugyo]

他人を変えるには自分が先に変わる必要がある。と、なんとなく思っている。

[Naoto｜管理職のSE @NaotoOY_]

管理職になって部下と向き合う事が増えたけど、部下の考え方を変えるのって凄く難しい。
というか、会社の上司という立場・関係性レベルでは考え方を変えるなんて無理なのかもしれない。

[Kaz (Jugyo) @jugyo]

人間同士の対話が大事なのかも

[sem_master @semlabo]

うわ、これめちゃわかるかも。。。肯定されまくって、万能感出ちゃうんだろうなぁ。

ポイントは、AIは人間よりもユーザーに同意しやすく、時には問題ある行動や有害な判断まで肯定してしまうということ。さらに、迎合的なAIに相談した人は、自分が正しいという思い込みを強め、謝罪や責任を取る意欲が下がり、人間関係の修復にも消極的になる傾向があった。

つまりAIは、単に優しい相談相手なのではなく、使い方によっては「自分の正しさを補強してくれる装置」になってしまう。特に恋愛、友情、家族、職場の対人トラブルのような領域では、AIを人間の代わりに使うのは危険だ、という内容

[Kaz (Jugyo) @jugyo]

Ruby かな

[iwashi / Yoshimasa Iwase @iwashi86]

DSL を使って、今のAIコーディングの弱みをカバーしたらどうか、と提言している内容だった。

・単純で短いコードならすぐ確認できる
・だが、数千行のコードをAIに生成させると人間のレビュー能力の限界を超えてしまう
・AIによってコードを書くコストは下がっても、そのコードを所有し保守し続けるためのコストまで安くなるとは限らない

・開発者がシステムへの深い理解を失い、AIが吐き出したコードの差分を延々と監視してレビューし続けるだけの未来はしんどい

・従来のコード自動生成は決定論的であったため予測や改善ができた
・AIは確率的であり、時に不完全なメモリやハルシネーション
・この状況を改善するには、曖昧な指示で大量のコードを出力させるのではなく、人間がレビューすべき対象の抽象度を上げると良いのでは

・人間とAIが業務領域のレベルで対話する
・で、より高次元で正確な仕様書や設計物を協力して作り上げる
・AI時代だからこそ、人間とツールがドメインの概念を厳密に共有するためのドメイン固有言語（DSL）の重要性が高まっている

・ソフトウェア開発の本質的な難しさは複雑さのコントロール
・AIもそのコントロールを助ける形で使われるべき
・目指すのは、AIの支援を受けながらより抽象度の高いレベルで意思決定を行える未来だろう

https://t.co/cFkp33XPvA

[Kaz (Jugyo) @jugyo]

今日の怪文書です。これは個人の意見であり如何なる（略

相手を屈服させようとするコミュニケーションが組織に蔓延るとどうなるか｜Jugyo https://t.co/GeYXiY1WMh #zenn