はてなブックマーク

はじめに「LLMへの同じ指摘にげんなりしているこの頃」 こんにちは！ 株式会社アドバンテッジリスクマネジメント（ARM）でフロントエンド開発担当のもろです。プリンは固めが好きです。 社内ではClaude Codeが導入されており、開発作業の効率化を推奨されています。私自身自社サービスの開発はもちろん、社内向けのツール開発など、複数のプロジェクトを担当しています。 そのなかで、プロジェクトごとの業務フローや参照ファイルなど、Claude Code に毎回共有しなければならない情報が増えていきました。 さらに、そうしたルールや前提を整理・管理する手間にも不満を感じていました。 今回は、そういったプロジェクトごとの特徴やルールを整理する作業について、自分なりに考えたので共有です。ぜひ同じ課題を感じている方の参考になれば嬉しいです！ CLAUDE.mdの限界 Claude Code には、プロジェ

はじめに vimが好きで、基本はターミナルからコーディング作業とかしてるんで、tmuxはもうずっと必須ツールとしてウインドウやセッションはいっぱい作ってバリバリ使ってたんですけど、tmuxやターミナルの画面分割はあんまり必要性を感じてなかったんですよね。というか操作が難しく感じていてあまり使ってませんでした。せいぜいvim内で分割するくらい。 ただ、最近になってAIのコーディングエージェントの利用が増えてきていて、これがですね、画面を分割して並列で走らせる…というやり方がなんだかんだ増えてきているわけです。並列で1つのタスクを実行させるとなると、1タスク1ウインドウで完結させるのが、まあわかりやすいのかなと。 で、重い腰を上げてペイン操作をしっかりできるようになりたいなと思って、まとまった情報がないかなと調べてたんですが、意外とペイン操作に特化した情報が見つからなくてですね。当たり前だけど

はじめに Claude Codeでの開発フローを試行錯誤していて、自分なりのやり方がだいたい固まってきたのでまとめておきます。ついでに、最近便利に使ってるツールもあわせて紹介します。 開発フローは、大雑把に言うと以下のステップを踏むようにしました。各フェーズの間で、人間が作業レビューをしています。 書き出してみたら、いたって普通ですね。 意識していることは、コンテキストが肥大化しないこと、チェックポイントを設けて軌道修正しやすくしていること、ツールが併用しやすいことです。それぞれ簡単に補足します。 コンテキストが肥大化しないこと 一度の作業量が多いと、LLMの混乱が大きくなってしまいます。特にLLMの場合は過去の質疑応答で登場した文言の影響を受けやすいので、随時/clearするなど対策をするのかなと思います。作業の区切りを明確に入れることで、次の作業が新鮮な状態で始められます。 チェックポ

こんにちは！ 株式会社アドバンテッジリスクマネジメントで社内システムの開発・保守に携わっている者です。 はじめに✍️ 新卒で入社してから1年が経ち、2年目がスタートしました。振り返ると、右も左もわからない中で、さまざまな業務に向き合いながら成長した1年だったと感じます。 中でも特に印象的だったのが、リモートでの働き方です。弊社のエンジニアは基本的にリモート勤務が可能であり、私もその環境で日々の業務に取り組んできました。 通勤時間がゼロであること、場所にとらわれず働ける自由さがある一方で、コミュニケーションやチーム連携、メリハリのつけ方の難しさなどを感じました。 この記事では、そんなリモート環境で感じた課題と、それに対して私が実践してきた小さな工夫や習慣をご紹介します。 特別な制度やツールがなくても試せる内容ばかりなので、同じような働き方をしている方のヒントになれば嬉しいです。 リモート勤務