開発環境現状確認（2026年）
こんにちは @shunk031 です。開発環境現状確認[1][2][3]というタイトルの記事をいくつか見たので、自分の環境も整理してみます。 なお、環境構築に使用している dotfiles は以下で公開しています。 著者のバックグラウンド 開発環境の現状を確認する前に、私のバックグラウンドを説明しておくとなぜそのような設定になっているかがわかりやすいかもと思い以下記述します。 私は画像生成やデザイン生成に関する研究開発に取り組む Research Scientist をしています。主に Python を使用しており、普段は手元の Macbook から、リソースリッチな GPU マシンへ接続して研究開発を行うスタイルです。 開発の前提として、ローカルマシンですべてを完結させるのではなく macOS 上でエディタやターミナルを操作しつつ、計算資源を必要とする処理は GPU サーバ（Ubuntu
コーディングエージェントにやさしい環境は、人間にも優しかった ghq × gwq × fzf のススメ
こんにちは @shunk031 です。業務や趣味に git clone 等でレポジトリが増えると、どこに clone したか・どこで作業しているかが分かりにくくなり、cd や補完に時間を取られがちですよね。さらに開発のためにブランチを切ったり、Pull Request のレビューのために別ブランチをチェックアウトしたりすると、切り替えや stash の手間がどんどん増えます。私はよくブランチの切り替えをミスってコンフリクトを起こしたり、変更を失いかけたりしています。 こうした問題は Claude Code や Codex のようなコーディングエージェントを使い始めると更に露呈します。複数タスクを並列に走らせるほど、作業ディレクトリが 1 つだと衝突しやすいからです。コーディングエージェントなんてなんぼでもしばきたいですよネ。 本記事では、以下の 3 つのツールを組み合わせて日々の開発をさら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
