小野哲也

専門学校や高専で非常勤講師してます。初歩のプログラミングやOfficeなどが守備範囲。最近はClaudeCodeでのプログラム作成にはまってます。

[けいすけ @kei31]

「JavaとJavaScriptって違うの？」という質問をされた時は、「浜松と浜松町ぐらい違うよ」と言うようにしています。

[Haruhiko Okumura @h_okumura]

『知的生産の技術』みたいな本、AIの時代には最初から書き直さなければならないかな？ 誰が書く？ 書いてもすぐ陳腐化する？

[抹茶もなか @GianMattya]

最近Gen2(ARメガネ)を買ったんだけど、リアルタイムで音声をclaudeに食わせて解説したものを相手にほぼバレない形で空間投影して読めるので、これが今後のデフォルトになると思うとマジで適当な話はできないなと思う
営業とか本当に大変なことになりそう

[小野哲也 @programjourney]

@tamakiyuichiro 裏切り者

[Oikon @oikon48]

Claude Codeの反応冷たw

[小野哲也 @programjourney]

Sonnet4.6はOpus4.6と比べてどこが劣るのかよく分からん。たぶん、違いが分かるほどの課題を出せていないのだろうなー。なんか悔しい。
気がつく範囲だと、Sonnet4.6のほうが意図を勘違いしやすい気はする。あと誤字に引きずられやすい。　#claude

[小野哲也 @programjourney]

使うときにはキーワードを意識する必要があると思う。

[小野哲也 @programjourney]

Gemini3.1、頭固いというか意図を察する能力が低いな。

[朱雀 | SUZACQUE @Suzacque]

もう人間の方がハルシネーション多くない？

[抹茶もなか @GianMattya]

いままで良いなと思うアイディアがあってもコード書くのが億劫で7~8割くらい作って投げ出してしまったサービスが沢山あったんだけど、LLMの発展でコードを書くハードルが劇的に下がった事で完成率9割くらいまでもっていけるようになったし未完成のまま投げ出した作りかけのサービスの数は倍になった

[サキガケ @nihonpatriot]

ほんとこれな！

今野忍「投票率が低いから、一部の宗教団体や労働組合が日本の政治を決めるみたいになってる。『俺の1票で変わるわけじゃない』と思ってる無党派の人たち、投票に行こう」
https://t.co/1e7y7rsLCv

[ぬこぬこ / NUKO 🇯🇵 @nukonuko]

Claude Code 開発者の Boris 氏による Claude Code のヒント 10 選を、自分の勉強を兼ねて機械翻訳をベースに不自然な部分を手直ししたのでよかったらご覧ください（私は著作権を主張しません）

Claude Code を開発した Boris です。Claude Code チームの皆さんから直接聞いた、Claude Code の使い方のヒントをいくつかご紹介します。チームの Claude の使い方は、私の使い方とは異なります。覚えておいてください。Claude Code の使い方に正解はありません。皆さんの設定はそれぞれ異なるからです。自分に合った方法を見つけるために、いろいろ試してみてください！

1. 並行して作業を進める

3-5 個の git worktree を同時に起動し、それぞれで Claude セッションを並行して実行します。これは生産性を最も大きく向上させる方法であり、チームからの一番のアドバイスです。個人的には複数の git checkout を使用していますが、Claude Code チームのほとんどは worktree を好みます。amorriscode 氏が Claude Desktop アプリに worktree のネイティブサポートを組み込んだのもそのためです。

worktree に名前を付け、シェルエイリアス（za、zb、zc）を設定して、キー操作 1 つで切り替えられるようにする人もいます。また、ログの読み取りと BigQuery の実行のみを目的とした分析用 worktree を用意する人もいます。

参考リンク
https://t.co/ZV35Ma5aIz

2. 複雑なタスクはすべてプランモードで開始します。Claude が一発で実装できるよう、プランに全力を注ぎましょう。

ある人が 1 つの Claude にプランを書かせ、次に 2 つ目の Claude にスタッフエンジニアとしてそのプランをレビューさせます。

何か問題が発生した瞬間にプランモードに戻り、再度プランを立てるという人もいます。無理強いは禁物です。また、Claude にはビルドだけでなく検証手順でもプランモードに入るように明確に指示しています。

3. https://t.co/QxRgX1mkMC に投資しましょう。修正するたびに、「同じ間違いを繰り返さないように、https://t.co/QxRgX1mkMC を更新しましょう」と締めくくりましょう。Claude は、自分自身でルールを記述するのが驚くほど得意です。

https://t.co/QxRgX1mkMC を時間をかけて徹底的に編集し、Claude のミスの確率が目に見えるくらい減少するまで繰り返し修正を続けましょう。

あるエンジニアが Claude に、すべてのタスク、プロジェクトごとに notes ディレクトリを作成し、PR ごとに更新するように指示しました。そして、https://t.co/QxRgX1mkMC をそのディレクトリに関連付けました。

4. 独自のスキルを作成し、git にコミットします。すべてのプロジェクトで再利用できます。

チームからのヒント:

・1 日に 2 回以上行う場合は、それをスキルまたはコマンドに変換します
・/techdebt スラッシュコマンドを作成し、各セッションの最後に実行して重複コードを見つけて削除します。
・Slack、Google Drive、Asana、GitHub の 7 日間のデータを 1 つのコンテキストダンプに同期するスラッシュコマンドを設定します。
・開発時に DBT モデルを記述し、コードをレビューし、変更をテストする分析エンジニアスタイルのエージェントを構築します。

参考リンク
https://t.co/0XI9fyXG2l

5. Claude はほとんどのバグを自力で修正します。その方法は以下の通りです。

Slack MCP を有効にして、Slack のバグスレッドを Claude に貼り付けて、「fix」と言うだけです。コンテキストの切り替えは不要です。

Or, just say "Go fix the failing CI tests." Don't micromanage how.
あるいは、「失敗した CI テストを修正してください」とだけ指示してください。方法については細かく指示しないでください。

分散システムのトラブルシューティングには docker ログが役立ちます。驚くほど優れた機能です。

6. プロンプトのレベルを上げる

a. Claude に挑戦させる。「これらの変更について厳しく問いただして、あなたのテストに合格するまでプルリクエストを出さないでください」と言い、Claude をレビュー担当者に任命する。あるいは「これが動作することを証明してくれ」と言い、main ブランチと feature ブランチの動作を比較させる。

b. 可も不可もない修正が終わったら、「今あなたがわかっていることはすべて理解しているので、これを破棄して、より洗練された解決策を実装しましょう」と伝える

c. 作業を引き継ぐ前に、詳細な仕様を記述し、曖昧さを減らしましょう。より具体的であればあるほど、成果物はより良くなります。

7. ターミナルと環境設定

我々のチームは Ghostty が大好きです。同期レンダリング、24 ビットカラー、適切な Unicode サポートが好評です。

Claude のジャグリングをもっと簡単にするには、/statusline を使ってステータスバーをカスタマイズし、コンテキストの使用状況と現在の git ブランチを常に表示するようにします。ターミナルのタブを色分けしたり、名前を付けたりしている人も多いでしょう。tmux を使うこともあります。task、worktree ごとにタブを 1 つずつ割り当てるといった具合です。

音声入力を使用してください。タイピングの 3 倍の速さで入力することができ、より詳細な指示が得られます。（macOS で音声入力をするには fn キーを 2 回押してください）

その他のヒント
https://t.co/S14Uvr24Rs

8. サブエージェントを使用する

a. Claude に問題解決のためにさらに計算を実行させたいリクエストには「use subagents」を追加します。

b. 個々のタスクをサブエージェントにオフロードして、メインエージェントのコンテキストウィンドウを整理して集中できるようにします。

c. Route permission requests to Opus 4.5 via a hook — let it scan for attacks and auto-approve the safe ones (see https://t.co/BlrxhsfCIf…)

c. フック経由で Opus 4.5 に権限リクエストをルーティングし、攻撃をスキャンして安全なものを自動的に承認します

参考リンク
https://t.co/UK8jSta4o3

9. データと分析に Claude を使用する

Claude Code に bq CLI を使ってメトリクスをリアルタイムで取得・分析するように依頼しましょう。BigQuery スキルはコードベースにチェックされており、チーム全員が Claude Code 内で直接分析クエリを実行するために使用しています。私自身、ここ 6 ヶ月以上 SQL を 1 行も書いていません。

これは、CLI、MCP、または API を備えた任意のデータベースで動作します。

10. Claude と学ぶ

学習に Claude Code を使用するためのチームからのヒントをいくつか紹介します。

a. /config で「Explanatory」または「Learning」出力スタイルを有効にすると、Claude が変更の理由を説明します。

b. Claude に、馴染みのないコードを説明するビジュアル HTML プレゼンテーションを作成させましょう。驚くほど素晴らしいスライドになります！

c. 新しいプロトコルとコードベースの ASCII ダイアグラムを Claude に描いてもらい、理解を深める

d. 間隔をあけた反復的な学習スキルを身につける：あなたが理解したことを説明し、Claude が補足質問してギャップを埋め、結果を保存する

これらのヒントがお役に立てば幸いです！次はどんな話を聞きたいですか？

[小野哲也 @programjourney]

やってることもやってないかともあるけど……。git worktreeやれると楽しそう。

[ぬこぬこ / NUKO 🇯🇵 @nukonuko]

Claude Code 開発者の Boris 氏による Claude Code のヒント 10 選を、自分の勉強を兼ねて機械翻訳をベースに不自然な部分を手直ししたのでよかったらご覧ください（私は著作権を主張しません）

Claude Code を開発した Boris です。Claude Code チームの皆さんから直接聞いた、Claude Code の使い方のヒントをいくつかご紹介します。チームの Claude の使い方は、私の使い方とは異なります。覚えておいてください。Claude Code の使い方に正解はありません。皆さんの設定はそれぞれ異なるからです。自分に合った方法を見つけるために、いろいろ試してみてください！

1. 並行して作業を進める

3-5 個の git worktree を同時に起動し、それぞれで Claude セッションを並行して実行します。これは生産性を最も大きく向上させる方法であり、チームからの一番のアドバイスです。個人的には複数の git checkout を使用していますが、Claude Code チームのほとんどは worktree を好みます。amorriscode 氏が Claude Desktop アプリに worktree のネイティブサポートを組み込んだのもそのためです。

worktree に名前を付け、シェルエイリアス（za、zb、zc）を設定して、キー操作 1 つで切り替えられるようにする人もいます。また、ログの読み取りと BigQuery の実行のみを目的とした分析用 worktree を用意する人もいます。

参考リンク
https://t.co/ZV35Ma5aIz

2. 複雑なタスクはすべてプランモードで開始します。Claude が一発で実装できるよう、プランに全力を注ぎましょう。

ある人が 1 つの Claude にプランを書かせ、次に 2 つ目の Claude にスタッフエンジニアとしてそのプランをレビューさせます。

何か問題が発生した瞬間にプランモードに戻り、再度プランを立てるという人もいます。無理強いは禁物です。また、Claude にはビルドだけでなく検証手順でもプランモードに入るように明確に指示しています。

3. https://t.co/QxRgX1mkMC に投資しましょう。修正するたびに、「同じ間違いを繰り返さないように、https://t.co/QxRgX1mkMC を更新しましょう」と締めくくりましょう。Claude は、自分自身でルールを記述するのが驚くほど得意です。

https://t.co/QxRgX1mkMC を時間をかけて徹底的に編集し、Claude のミスの確率が目に見えるくらい減少するまで繰り返し修正を続けましょう。

あるエンジニアが Claude に、すべてのタスク、プロジェクトごとに notes ディレクトリを作成し、PR ごとに更新するように指示しました。そして、https://t.co/QxRgX1mkMC をそのディレクトリに関連付けました。

4. 独自のスキルを作成し、git にコミットします。すべてのプロジェクトで再利用できます。

チームからのヒント:

・1 日に 2 回以上行う場合は、それをスキルまたはコマンドに変換します
・/techdebt スラッシュコマンドを作成し、各セッションの最後に実行して重複コードを見つけて削除します。
・Slack、Google Drive、Asana、GitHub の 7 日間のデータを 1 つのコンテキストダンプに同期するスラッシュコマンドを設定します。
・開発時に DBT モデルを記述し、コードをレビューし、変更をテストする分析エンジニアスタイルのエージェントを構築します。

参考リンク
https://t.co/0XI9fyXG2l

5. Claude はほとんどのバグを自力で修正します。その方法は以下の通りです。

Slack MCP を有効にして、Slack のバグスレッドを Claude に貼り付けて、「fix」と言うだけです。コンテキストの切り替えは不要です。

Or, just say "Go fix the failing CI tests." Don't micromanage how.
あるいは、「失敗した CI テストを修正してください」とだけ指示してください。方法については細かく指示しないでください。

分散システムのトラブルシューティングには docker ログが役立ちます。驚くほど優れた機能です。

6. プロンプトのレベルを上げる

a. Claude に挑戦させる。「これらの変更について厳しく問いただして、あなたのテストに合格するまでプルリクエストを出さないでください」と言い、Claude をレビュー担当者に任命する。あるいは「これが動作することを証明してくれ」と言い、main ブランチと feature ブランチの動作を比較させる。

b. 可も不可もない修正が終わったら、「今あなたがわかっていることはすべて理解しているので、これを破棄して、より洗練された解決策を実装しましょう」と伝える

c. 作業を引き継ぐ前に、詳細な仕様を記述し、曖昧さを減らしましょう。より具体的であればあるほど、成果物はより良くなります。

7. ターミナルと環境設定

我々のチームは Ghostty が大好きです。同期レンダリング、24 ビットカラー、適切な Unicode サポートが好評です。

Claude のジャグリングをもっと簡単にするには、/statusline を使ってステータスバーをカスタマイズし、コンテキストの使用状況と現在の git ブランチを常に表示するようにします。ターミナルのタブを色分けしたり、名前を付けたりしている人も多いでしょう。tmux を使うこともあります。task、worktree ごとにタブを 1 つずつ割り当てるといった具合です。

音声入力を使用してください。タイピングの 3 倍の速さで入力することができ、より詳細な指示が得られます。（macOS で音声入力をするには fn キーを 2 回押してください）

その他のヒント
https://t.co/S14Uvr24Rs

8. サブエージェントを使用する

a. Claude に問題解決のためにさらに計算を実行させたいリクエストには「use subagents」を追加します。

b. 個々のタスクをサブエージェントにオフロードして、メインエージェントのコンテキストウィンドウを整理して集中できるようにします。

c. Route permission requests to Opus 4.5 via a hook — let it scan for attacks and auto-approve the safe ones (see https://t.co/BlrxhsfCIf…)

c. フック経由で Opus 4.5 に権限リクエストをルーティングし、攻撃をスキャンして安全なものを自動的に承認します

参考リンク
https://t.co/UK8jSta4o3

9. データと分析に Claude を使用する

Claude Code に bq CLI を使ってメトリクスをリアルタイムで取得・分析するように依頼しましょう。BigQuery スキルはコードベースにチェックされており、チーム全員が Claude Code 内で直接分析クエリを実行するために使用しています。私自身、ここ 6 ヶ月以上 SQL を 1 行も書いていません。

これは、CLI、MCP、または API を備えた任意のデータベースで動作します。

10. Claude と学ぶ

学習に Claude Code を使用するためのチームからのヒントをいくつか紹介します。

a. /config で「Explanatory」または「Learning」出力スタイルを有効にすると、Claude が変更の理由を説明します。

b. Claude に、馴染みのないコードを説明するビジュアル HTML プレゼンテーションを作成させましょう。驚くほど素晴らしいスライドになります！

c. 新しいプロトコルとコードベースの ASCII ダイアグラムを Claude に描いてもらい、理解を深める

d. 間隔をあけた反復的な学習スキルを身につける：あなたが理解したことを説明し、Claude が補足質問してギャップを埋め、結果を保存する

これらのヒントがお役に立てば幸いです！次はどんな話を聞きたいですか？

[小野哲也 @programjourney]

ベロやけどした。

[Nature Japan @NatureJapan]

Nick Ashtonらの@Nature #論文
Earliest evidence of making fire
https://t.co/RMgNi15jBw
論文閲覧用リンク：https://t.co/e5vFxUA08t
【注目のハイライト】考古学：意図的な火起こしの初期の証拠
https://t.co/pjz16tULWZ
@britishmuseum @ucl

[Ammaar Reshi @ammaar]

We got GenieA6 before we got GTA 6.

Genie 3 is incredible.

[IT navi @itnavi2022]

『ダリオ・アモデイ氏のAIのリスクについてのエッセイ「テクノロジーの思春期」（The Adolescence of Technology）を読む』
✅AIの将来を語る前に、絶対に読んでおくべき基本文献
✅1月27日にAnthropic CEOのDario Amodei氏が発表したエッセイの日本語訳や要約を紹介
https://t.co/uzeiAf2std

[小野哲也 @programjourney]

出かける時間なのにトイレから動けない！！

[小野哲也 @programjourney]

うちのlam、shougun入れにくい。wsl2ならと思ったがrustが……。

[小野哲也 @programjourney]

やっぱあのツール危なっかしいかったか。