Claude Codeの開発環境にコンテナーを使ってもらう：Dev ContainerとContainer Use
以前、ClaudeのComputer Use Demoを触った時の話で、LLMに操作させる環境はローカルマシンよりもコンテナーの方がメリットがありそうということを書きました。それはClaude Codeのようなコーディングエージェントでも同様の話だと思っています。Claude Codeは通常のセットアップではMacやLinux等のローカルマシン上で開発作業を進めるのですが、その作業環境をコンテナーに閉じ込められたら、rm -rf ~/のようなコマンドを万が一実行されても影響は最小化できそうです。 Claude Codeの開発環境にコンテナーを使わせる方法としては、Dev ContainerとContainer Useの2種類が少なくともあることは知っていたので、今回はその両方を試してみました。ちなみに私の環境は、mac OS Sequoia 15.5です。 Dev Container fo
Claude Codeでn8nワークフロー作るのが楽すぎて、もう手動で作る気が起きない件
※この記事は、AIで生成したフィクションのキャラクター「ダウナー系お姉さん」の視点で書かれています。登場する人物・事例もAIで生成した100%架空のものですが、技術的な内容は実際に使用可能です。 はぁ...また夜更かししちゃった。タバコとコーヒーだけで生きてる気がする今日この頃。 でもね、今日は珍しく良いもの見つけたから記事書いてあげる。Claude Code使ってn8nのワークフローを自然言語で作れるっていう、まあまあ使える話。 なんでこんなことしようと思ったか Claude Code推進してる会社多いでしょ？「Webアプリのデモ作ってすごいね〜」で終わってない？正直、それじゃあんまり楽になんないよね。 実際の業務に使えないと、ただの高級なおもちゃ。というわけで、業務自動化の定番n8nと組み合わせてみたら、意外と良かったって話。 ちなみにこれ使うやつ： ...真面目に読んでる？まあいいや
Cline / RooCodeを安全に使うためにDevContainerを使い始めた
AIコーディングエージェントは便利ですが、意図しない挙動を行った時に、被害を最小限にとどめる工夫がいるな〜と思っています。例えば、なんらかの設定をミスって、rm -rfが暴走するとか、無限ループを実行してしまうといったインシデントが考えられます。 当初そのために、今お買い得なXserver VPSを借りて快適な独立した作業環境を構築していました。4GBインスタンスでVSCode ServerとDockerを動かしてたんですが、メモリ使用に耐えられなくなってきて。ちょくちょくOOM（Out of Memory）が出て、「うーん、これは厳しいかな」と感じてました。 そこで、自宅PCを刷新して開発用VMをプロジェクトごとに建てようかと思ったんですが、それはそれでオーバーヘッドでかいですよね。OS管理とかアップデートとか考えると面倒くさい。 要は、プロセスが分離されてて、ワーキングディレクトリ外に
【Go】LocalStack活用メモ：ローカル開発環境からテストまで
この記事は何 ローカル環境でAWSサービスをエミュレートできるLocalStack、便利ですよね。 本当のAWS環境を使わないようにすることで、セキュリティの担保(詳細は後述)やうっかりとした事故の防止を実現しつつ、アプリケーションのコード内で無用なモックを用意する必要もなくなります。 LocalStackの活用方法の様々な記事がありますが、Go言語での開発において、1:ローカル開発環境用途、2:テスト時の使い捨て用途の両方をまとめて整理した記事は見かけませんでした。本記事では両者を整理して、スッとLocalStackを活用できることを目的とします。 具体的に取り扱う内容は以下の通りです。 ローカル開発環境：Go言語で書いたアプリケーションが動くアプリコンテナと、LocalStackコンテナ間で通信する環境を構築します。 テスト：testcontainers-goを使ってLocalStac
辿り着いた最高の開発環境はRemoteなDev Containersです
はじめに ある程度最高な開発環境は、ポータブルなDev Containersで実現できます。これは前回の記事で紹介しました。 ただし、これでも欲が出てきて「より快適な開発環境」を追い求めてしまうのです。その結果、現在私が辿り着いた環境を共有できたらと思います。 文字よりも実践しているところを見たい人は以下動画を参照いただけたらと思います！ 何が不満だったか 「Dev Containers最高！」と言っていたのに、何がまだ不満だったのか。大きくは1点だけです。 それは、 開発環境と本番環境でOSが違っている ことです。 ここで言っているOSは、Mac, Windows, Linuxみたいなレベルの話です（Distributionなどのもうちょっと細かい話は無視してます）。 世の中の多くのサービスはLinux上で動いているのに、開発のときはMacだったりWindows上で行っていることが多いで
2024年に調べたり構築した開発環境について
はじめに 2024 年に調べたり構築した開発環境について、振り返っておこうと思います。基本的に Linux をメインに Web アプリの開発環境を構築することが多いです。 今どきの Web アプリの開発環境というと、VS Code + Docker + Git が必須となっているので、これらをベースとして環境構築をしています。2024 年は、これらを使った開発環境の構築をしていました。また、構築にあたって、いろいろと調べていました。 Visual Studio Code Visual Studio Code は、Linux、Windows、macOS に対応していて、Intel 系 CPU だけでなく ARM 系 CPU にも対応している OSS ベースの高機能エディタということで、重宝しています。VS Code や、vscode と省略されることがあります。 本体だけでも十分便利なのです
PCが変わっても使い慣れたNeovimですぐに開発を始める仕組み
はじめに 私はエンジニアのキャリアをスタートしたときから、当時の上司の影響もあり、Neovim を使用して開発してきました。 当時は dotfiles を GitHub で管理していて、そのリポジトリをローカル環境に git clone して Neovim を使用していました。 その運用をしていたため、新しく PC を購入した時にすぐに環境を整えることができませんでした。なぜなら、dotfiles を機能させるためにどういったライブラリ（例: npm, node, ...）をダウンロードしていたか覚えていなかったからです。 そういった背景があり、転職や故障などを理由に PC が変わったとしても、すぐに開発環境を整えられるように Docker を利用した運用方法に変えました。 具体的にどういった運用をしているのか？ 私は以下のような方法で開発環境を整えています。実際にプライベートの PC と
.envでDocker開発環境をカスタマイズ！
こんにちは、エンジニアの籏野です。 以前、弊社のエンジニアが社内の Dockerfile のベストプラクティスを公開しました。 この頃から更に Docker を用いるための知見が増えてきており、アプリ開発時にはコンテナを利用することが当たり前になってきました。 新規アプリはもちろんのこと、昔からあるアプリに対してもコンテナによる開発環境を用意する動きが多くあります。 コンテナ起動には docker-compose（もしくは docker compose プラグイン）を利用していますが、いろんな開発者がコンテナを利用していると、「自分の環境では少しだけ設定を変えたい！」という場面が出てきます。 そんなニーズに応える docker compose の設定方法を紹介します。 3 行まとめ compose.yml の設定値を変数化しておく 変数は.env で定義する .env をシェルスクリプトで
BuildJetを使ってamd64とarm64に対応したコンテナイメージを今までの8倍速く作る - 風に吹かれても
三行まとめ BuildJet が提供するArmマシンを用いてArmで動くイメージを作成する Docker Buildx を用いると複数のイメージに同じタグを貼ることができる Actionsのx86_64マシンでamd64で動くイメージを、BuildJetのArmマシンでarm64で動くイメージをそれぞれ作成してくっつけた 三行まとめ はじめに BuildJetとは 方法 BuildJetに登録する BuildJetを有効にする runs-onにBuildJetのランナーを指定する 複数のイメージを束ねるマニフェストを作る めでたしめでたし 実際に使ってみる 速度比較 まとめ はじめに Apple Silicon搭載マシンの登場、Raspberry Piの普及などArmが身近になってきた人も多いのではないでしょうか。 Raspberry Pi上で動くKubernetesなどを運用する際にはa
AppleシリコンのMacでのDocker開発環境のパフォーマンス改善
プロダクト開発部バックエンド開発グループでエンジニアをしています、おかだです。 ココナラには開発環境改善委員会があり、開発スピードの維持・改善に取り組んでいます。 本日は、取り組みの一環としてAppleシリコンのMacでのDocker開発環境のパフォーマンスを5-10倍程度改善したお話をしたいと思います。 はじめに AppleシリコンのMacが発表されてから数年が経ちました。ココナラでも昨年から導入が進んでおります。新しく入社したメンバへはM1 MacBook Pro(最近だとM2)が標準で支給されるようになっており、現在はIntel MacとM1 Macが混在して利用されている状況です。 バックエンドの開発では、ローカルでの動作確認や単体テストはコンテナ内で実行できるようになっています。 Dockerパフォーマンス問題 M1 Macを導入したメンバから 単体テストが遅い 静的解析が遅い
Keycloakを使ってパスワードログインを導入したので、開発環境について解説してみる - Uzabase for Engineers
この記事は、NewsPicks Advent Calendar 2022 の 17 日目の記事になります。 qiita.com こんにちは。AlphaDrive で Web アプリケーションエンジニアをしている fmatzy です。普段は主に Go でバックエンドの開発を行なっています。 現在新規開発中のプロダクトにて、パスワードログインの導入に Keycloak を利用しました。社内ではすでに Keycloak の導入事例があり、かなり参考にできる環境が整っていました。一方で Keycloak 自体は近年 WildFly から Quarkus に移行し、公式含め技術情報が outdated なものが多く見受けられました (例えば、公式の docker-compose の example は WildFly 版がアーカイブされた後 Quarkus 版が追加されていない…)。 本記事では、今
GitLab CEのDockerコンテナイメージを使って、ローカルにGitLab CEをサクッとたてる(https + Container Registry込み) - zaki work log
DockerHubで公開されているGitLab CEのコンテナイメージを使えば、簡単にGitLabをローカルに立てることができます。 GitLab CEをDockerで動かす GitLab CEでコンテナレジストリを動かす はそれぞれ先人たちのブログ記事とか見つかる(ありがとうございます！)のですが、「Dockerで動かすGitLab CEにコンテナレジストリも追加した」がなかなか見当たらなかったので試してみました。 (レジストリ無しでデプロイしてdocker execでシェル起動して設定変更してgitlab-ctl reconfigureでも試せた) gitlab-ce.example.org というドメイン名で動かす前提で、Gitリポジトリのポート番号は8443/TCP、コンテナレジストリは25000/TCPでhttpsさせてます。 (ウェルノウンじゃないポート使う時の設定例ということ
Docker Desktopと代替ソフトウェア大集合 - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
Docker Desktopは普段使いのマシンでコンテナーでアプリケーションを実行することができるソフトウェアで、Dockerのサイトからダウンロードして使うことができます。 開発中のアプリケーションのテストとか、手元の環境でソフトウェアを動かしてみたい時に便利です。VSCodeとの連携もバッチリで、VSCodeコードでコーディングしたアプリケーションをDockerコンテナーで実行するDevContainerにも対応しています。最近のバージョンでLinux Desktop版も提供されるようになったので、もちろんパソコンは必要ですが、Linux DesktopにDocker Desktopをインストールすれば、ほぼ無料でコンテナーベースのアプリケーション開発が可能になります。 良い世の中になりました。 そんな便利なDocker Desktopですが、Dockerの方針変更で次の条件に当てはま
M1Mac × Docker × SchemaSpy × MySQL8.0でテーブル定義書とER図を自動生成してみる
M1Mac × Docker × SchemaSpy × MySQL8.0でテーブル定義書とER図を自動生成してみる 2022.10.19 技術 Docker, MYSQL こんにちは、システム部の能勢です。昨年の秋に入社して、今はバックエンドを中心に開発を担当しています。 「この設計資料、最終更新何年前やねん」 「なんか現実と違うんですけど」 こんな言葉にビビビっとくる方いませんか？ 最近はかなり激減したんですが、自分は少なくともエンジニアキャリアの最初の方ではこういう経験をよくしてきたタイプです。 弊社みたいにプロジェクトリリース前にドキュメントを第三者視点できっちり確認されるような体制のある開発現場ではこういうことが起こるのも低頻度だと思うんですが、実際問題世の中にはいろんなタイプの現場がありますし、そこまできっちり管理しきれない・・・こんなホンネが漏れるのが実情という方も多いんじゃ
Visual Studio Code と Docker コンテナを使って開発する - Pepabo Tech Portal
技術部データ基盤チームの @zaimy です。今回は、 Visual Studio Code（以下 VS Code）と Docker コンテナを使って開発環境を構築する方法を紹介します。 データ基盤エンジニアの開発環境として、Python を使用する単一コンテナを例に記述しますが、他の言語や Docker Compose を使う場合でも応用できます。 背景: M1 Mac (Monterey) に Python 3.8.12 をインストールできない 先日、業務で使用するマシンを Intel Mac から M1 Mac に切り替えたのですが、CPU アーキテクチャが異なることに加えて、OS のバージョンが上がったことで Apple Clang に下位互換性のない変更が入っており、業務上ある理由で必要な Python 3.8.12 のインストールが困難でした。 そこで、私の所属するチームは全員
Go + echo + Air + Dockerで最小限かつホットリロードなAPI開発環境を作る - Qiita
GoのREST API開発環境を作りたく、まずは最小限の環境を作ってみた 似たような記事はたくさんあるが、自分としては記事の数だけヒントを貰うことができたため自分の記事も誰かの役に立つと考え、備忘録も兼ねてここにメモしておく この記事のゴール Dockerコンテナ上でGo（echo）を稼働させる Airを使い、ホットリロードを効かせる ローカルホストにアクセスするとHello, world!を出力する ファイル構成 - app_name # root - .air.toml # Airの設定ファイル、自動出力 - docker-compose.yml - Dockerfile - go.mod - go.sum - main.go
Docker Compose な開発環境にちょい足し3分で作るVSCode devcontainer
こんにちは、devcontainer職人です🧑🍳 今回紹介するのはDocker Composeを既に利用している開発環境にかんたんにdevcontainerを構築する方法を紹介します。 VSCodeのdevcontainerはとても良くできた開発環境構築方法なのですが、ちょっと難しそうと思われていたり、VSCode以外のエディタを使う人の開発体験が悪くなるのでは、などの懸念がありまだあまり使われていないような印象があります。今回はそんなdevcontainerを3分で作れるtipsを紹介します。 準備するもの Docker Composeで構築した開発環境 VS Code Docker Desktop for Windows/Mac Remote - Containers extension Docker Composeで構築した開発環境のサンプル 今回用意するのはサンプルとしてRu
FastAPIとPythonの型ヒントが反映されたDocker環境を作ってそこにVS CodeのRemote Containerから接続する構築手順（2022年版） - Qiita
FastAPIとPythonの型ヒントが反映されたDocker環境を作ってそこにVS CodeのRemote Containerから接続する構築手順（2022年版）PythonDockerdockerfileFastAPIRemote-Containers 1. はじめに FastAPIの開発環境をPythonの型付け（型ヒント）の恩恵を厳し目に受けながら開発したい。 そしてそれらの設定が反映されたDockerの開発環境をつくってホストの環境を汚さないようにしたい。 さらにVS CodeのRemote Containerを使うことでDockerの開発環境に接続して開発できる状態にしたい。 という動機から始まっています。 1-1.背景 上記を実現するためにFastAPIの環境構築について調査していると、「個人的にこの設定がスタンダートな最小構成だよね」をまとめるに苦労したのでこの際まとめてお
2021年サーバーサイドのエンジニアが使ってよかったもの10選 - KAYAC engineers' blog
こんにちは！ Tech KAYAC Advent Calendar 2021 7日目を担当する荒賀(@ken39arg) です。 カヤックのエンジニアブログには2008年にPHPを使ったガラケー関連の記事を書いたのが最初になります。 それから10年以上たち、ガラケーも弊社でのPHPのプロジェクトもほぼなくなり、メンバーもかなり入れ替わり、私自身も20代だったのがついに40歳になりました。そんな私にとってこのアドベントカレンダーは私は今でもここにいるよというPingのような役割になっているため、年に一度若者に混じってアドベントカレンダーに参加しております。 例年ですと、趣味のマラソンなどに関する実績も書いているのですが、昨年同様、今年も続くコロナ禍により多くの大会が中止となったためこちらに関しては特に特記すべき実績はありません。ただ2020年に走るはずだった東京マラソンは権利は移行を続けてお
頑張らないM1(Apple Silicon) Macの開発環境構築 - kikukawa's diary
追記：Homebrew 3.0.0 がリリースされ正式にm1 mac 対応されました brew.sh はじめに この記事は、 Makuake Advent Calendar 2020 24日目の記事です。 M1 Macはサードパーティ製ソフトがまだ追いついてないものがあり、 開発環境の構築をするのが大変です。 後々のことも考えできるだけ今まで通りの手順で 手間と時間をかけない方法で環境構築してみました。 結果的に面倒なのはhomebrew周りだけになりました。 すべてのソフト、パッケージのインストール、起動の成否については詳しく載せてませんが、参考になれば幸いです。 方針 開発に必須でhomebrewなどでお手軽に入らないものは頑張ります なるべくhomebrewでインストールします homebrew自体は頑張ります homebrewのパッケージをインストールするときは --build-f
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
