河野十行. ソフトウェアエンジニア. 最近釣りを始めました. シーバス釣りたい🐟. Ex-Twitter. Software Engineer lives in Fukuoka.
Joined April 2007
- Tweets 94,924
- Following 1,748
- Followers 3,291
- Likes 59,535
4,361 Photos and videos
Jun 14
GitHub クローンを作り始めた。Issues と Pull Requests の機能のみ持つ、完全にローカルで動作する GitHub を実現することを目指している。
これの何がうれしいのかというと、
- ソロ開発が捗る（はず）
- いろんな自動化（AI によるレビューなど）を試せる（はず）
- レビューのための理想的な UI を探求できる（はず）
AI を使って開発していると次から次へとやりたいことが出てくる。それを GitHub Issues などを使って管理するのはまどろっこしい。ローカルで管理できればいいじゃん、と思う。Claude Code などから GitHub を操作するのはいつもワンテンポ遅れる感じがあるし。だったら全部ローカルで完結できればいいのでは？と思った。
なぜ GitHub をクローンするのかというとAIエージェントが使い方を知っているから。
1
16
5,814
Jun 11
人間はすぐに業務を権威と勘違いするしなー
Jun 11
経験上「セキュリティ組織は独立させない方が良い」という結論
分けると、
すべてのセキュリティ関連の判断が安全側に倒される
↓
業務担当と折り合いがつかないか業務がやりにくくになる
↓
問題発生
↓
（上に戻って繰り返し）
↓
セキュリティ担当は業務の責任を負わないから、このループが加速
↓
最終的にクチだけ出す偉そうな人ができあがる
↓
なんでそんな意味わからん業務やってんの？みたいな業務ができあがる
↓
業務担当の負担が限界突破
↓
徐々に人が減る
↓
・・・
セキュリティわかる人が業務するのが理想ですよね。
418
Jun 11
Claude のプライバシーポリシー更新（2026/7/8発効）についてメモ。（ChatGPT 調べ）
ざっくり言うと、
- 対象は Claude Free / Pro / Max（個人向けプラン）
- Team / Enterprise / API は別契約
- 入力内容や出力内容は、セキュリティ対応・安全性確認・デバッグ・サービス改善などの目的で利用されうる
- 「Help improve Claude」をオフにすると学習用途は制限できるが、運用上必要な処理までは止まらない
そのため、
> 個人契約の Claude Max を会社業務に使う場合は、自社ポリシーとの整合性を確認した方がよい
という話になります。
特に顧客情報、ソースコード、設計資料、未公開情報などを扱う場合は注意。
今回の変更で急に危険になったというより、「消費者向けサービスとしてのデータ利用方針がより明確になった」と理解するのがよさそうです。
参考:
anthropic.com/legal/privacy
4
39
8,003
Jun 7
私の場合はアメリカで10年サバイブしてようやく気づけた
Jun 7
身も蓋もないことを言うと、大抵のキャリアの悩みは「実力がない」ことに起因しています。実力があれば、ほとんどの悩みは解消する。
この事実から目を背けて、高尚っぽい悩みに仕立て上げてしまうと迷走しやすい。「実力がない」という真因にアプローチする打ち手を取れないからです。自分の実力に真正面から向き合うことがキャリア迷子にならない秘訣。
536
Jun 7
Claude Code で Markdown Viewer アプリを作っている。Tauri 製。履歴一覧、TOC 表示、テーマ切り替えが実装できた。次は Mermaid サポートを追加する。こういったツールを作って VS Code の使用頻度を下げていく。
224
Jun 5
これオブこれ
3 May 2025
チャレンジしてこなかった老人は現実が見えてないので希望に満ちあふれている。チャレンジの最も大きなリスクは経済的な失敗ではなく「自分はできる側の人間だ」という幻想が消える事だし多くの人はそれが怖くてチャレンジしない。心のどこかで無能を自覚しているので幻想で自分を支えるしかない。
406
May 25
個人で作りたいアプリケーションがいろいろあるけど、AIの力を借りてもなかなかスピードは出ないな。 開発のイテレーションは速く回るが、あれやこれや頭のなかでアイデアをこねくり回す時間そのものが速くなるわけではないからな。
7
399
May 25
仕事の効率化やレバレッジをかけるとは、エントロピーが爆発的に増えないよう複雑さを制御しながら、価値を継続的に増幅していくこと。そのためには、物事をうまく抽象化し、少ない作業から大きな成果を生み出せる仕組みを作っていくべきである。
うん、頭ではわかっているのよ。
3
307
May 25
AIを使った高速開発に必要なツールをいろいろ作り始めている。そこでまず感じたのは、「頻繁に参照されるデータは、瞬時に取得できる状態であるべき」ということだ。
AIエージェントがアクセスしそうなデータは、あらかじめローカルにミラーし、全文検索できるようにしておく。クラウド上のドキュメント類も、可能であれば同期してローカル側で扱えるようにする。
というのも、MCP 経由で都度データを取得する方式は、正直かなり遅い。人間なら待てても、AIエージェントが大量にアクセスする前提では、その待ち時間がそのまま開発速度のボトルネックになる。
AI前提で考えると、「どこに保存されているか」よりも、「どれだけ高速かつ横断的にアクセスできるか」の方が重要になる。
どうじゃろね？
439
May 25
それでも直感に従うべき。でなければ人は自己を獲得できない。と、私の中のゴーストが囁いている。
May 24
まさにこれで「目の前に結婚したい人がいてその人も結婚したいと思ってるのにAIはやめろと言う。周囲を見るとAIに従った人は人生うまく行ってて、従わない人はうまく行ってない」みたいな選択を迫られる事になる
2
9
1,244
May 25
AI の進化の文脈で「人間に残る仕事は何か」とよく言われる。でも、産業革命の時代に同じ問いを立てたとして、現代の仕事を想像できた人はほとんどいなかっただろうな。
201