【完全比較】VS Code最強の3大AIアシスタント！Cline vs Roo Code vs CoolCline - Qiita
Cline : シンプルかつ導入しやすいオープンソースAI Roo Code : Clineを拡張し、UIや役割切替が充実 CoolCline : 機能総合版。自動承認やコスト管理などを備えた最上級仕様 それぞれの特色や目的に合わせ、最適なツールを選んでみてください。 以下では、それぞれの詳細を見ていきます。 （長い割に上部でまとまっているので、以降は興味のある方のみ読んでください。） 1. Cline（クライン） 概要 Clineは、VS Code上で動作するオープンソースのAIコーディングアシスタントです。 VS Code拡張機能としてインストールし、コマンドラインインターフェース（CLI）やブラウザ操作とも連携できます。 GitHub Copilotのようなコード補完とは異なり、プロジェクト全体を理解して複数ファイルにわたる修正やビルド・テスト実行まで自律的に行える点が強みです。 ま
Devinを導入して1ヶ月経ったので、人間とAIとでどのような開発の役割分担をするべきか振り返ってみる - Generative Agents Tech Blog
こんにちは、ジェネラティブエージェンツの西見です。 「完全自律型AIエンジニア」という触れ込みと、その印象的なティザー動画で一躍有名になったDevinが、2024年12月10日にGAしました。 www.cognition.ai それからしばらく経ったこともあって、X上でもチラホラと日本企業におけるDevin採用報告が聞こえてくるようになり、「こんなタスクには使えた😆」「簡単なタスクにハマり続けて使えない、金もったいない😭」といったポストがよく見られるようになりました。 正直なところ、月500ドルは高いなぁ・・・*1なんて思っていたのですが、弊社も多分に漏れず猫の手も借りたい状況なのもあって、2025年1月22日からDevin（猫の手）を採用してみました。それからちょうど1ヶ月が経ったので、弊社の開発状況にどんな変化があったのかを振り返って、レポートしてみたいと思います。 GitHubア
アジャイルの実践に必要だった大切な参考書 ── 開発者として深く成長させてくれた本は何ですか？ - Agile Journey
技術ブログやエンジニアセミナーなど、ソフトウェア開発に必要な情報を得る機会はたくさんありますが、系統だった知識をまとめて学ぶなら「本」は依然として便利ですし、繰り返し参照するにも適しています。 また本には人生を変える力があり、多くのエンジニアが書籍から知識を得るだけでなく、本と向き合うことでやり方や考え方を見つめ直しています。今回はAgile Journeyと関係のある8人の開発者に、エンジニアとして壁を乗り越え、アジャイルに取り組む契機になるような自分にとって大切な本を推薦してもらいました。 紹介する中には現在では入手の難しい本もありますが、機会があればぜひ手に取ってみてください。 アジャイルやXP・スクラムをどう実践すればいいのだろう？ アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 アジャイルな見積もりと計画づくり 価値あるソフトウェアを育てる概念と技法 塹壕よりScr
自動テストの世界に、この5年間で起きたこと 2025/02/13 Developer Summit 2025 Quality Evangelist 末村拓也による発表
トラブル分析手法「4M4E分析」を”私の効率の悪さ”解消のために取り入れてみた。 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「仕事を効率化したい」「生産性をあげたい」 多くのビジネスパーソンは、そんなふうに考えるのではないでしょうか。 そこで生産性ハックの記事を読んだり、書籍をあたったりするものの、どうも自分の置かれている状況と、前提が違っていてしっくりこない、と感じることもあるかもしれません。 みなさんが求めているのは、「一般論」としての生産性向上ではなく、「あなた自身の仕事」の生産性向上のはず。 そんな「自分の仕事の生産性」をあげるために、とても有効な方法があります。それは「4M4E分析」と呼ばれる手法です。本来は、事故やトラブルの原因究明や、対策の立案のために行なうもの。大きな事象に対して使うようなイメージです。 でもこれ、トラブルを「自分の仕事の生産性の低さ」と置き換えることで、生産性アップの対策を考えるためにも役に立つ方法なのです。 私が実際に取り組んだ、「4M4E分析」を用いた生産性向上作戦をご紹介
【完全版】Clineとは何かを徹底解説します
この記事で紹介する「Cline」は、同様のAI支援ツールの中でも、VSCodeの拡張機能として提供されるオープンソースのAIエージェントです。 AIのコード自動生成のみならず、自動的にターミナルを操作して依存パッケージをインストールしたり、エラーが出ればログを解析して修正案を提案・実行するなど、まるで“AIが開発を進めていく”ようなユーザー体験をもたらし話題です。 Clineの他にもWindsurfエディタやCursorエディタも同様の機能を提供しており、コレが今のAI駆動開発というバズワードにも繋がっています。 しかし、Clineはユーザーエクスペリエンスの緻密さや、複雑なコンテキスト認識の部分では、CursorやWindsurf、と見劣りする面も否めません。したがって実際には、CursorやWindsurfが使える環境であればそちらをメインにしつつ、Clineを補助的に利用するというの
テスト自動化への心理的障壁がエベレストなSET1年生が記述レベルMAXな自動テストスクリプトを書けるわけがない - Tabelog Tech Blog
はじめに 課金戦士は恐怖した。必ず、テスト自動化の実装をできるようにならなければならぬと決意した。課金戦士にはコードがわからぬ。課金戦士は、QAエンジニアである。テストケースを作成し、テスト環境に弄ばれて暮して来た。けれどもテスト自動化という未知に対しては、人一倍に敏感であった。 テスト自動化への心理的障壁がエベレストなあなたも、日和山なあなたも、はじめまして。 食べログの品質管理室、SETチームに生息している課金戦士と申します(課金機能を担当している戦士ではなく、アプリゲーム課金を趣味として赤字と戦い続ける戦士です)。 ちなみにSETとは、「Software Engineer in Test」のことを指します。つまりSETチームとは、ソフトウェアの品質保証とテスト自動化に特化したエンジニアのチームです。 課金戦士は、SETチームの一員として、約1年半テスト自動化に携わってきました。 今回
デブサミ2025で品質に関するパネルディスカッションに参加してきました。アジャイル開発において「価値提供のスピードを落とさずに品質を維持するためにどうするか」というテーマにおいて、僕はアーキテクトという立場から「構造」の側面、ブロッコリーさんはQAエンジニアという立場から「プロセス」の側面から話をしました。 アジャイル開発で品質とスピードを両立するには、構造とプロセスの両面からのアプローチが必須です。 はじめに 参加したのはデブサミ2025での「開発スピードは上がっている…品質はどうする？ ～スピードと品質を両立させるためのプロダクト開発の進め方とは～」です。もう1人の登壇者である風間さん（ブロッコリー）からお誘いを受けてお話しさせていただきました。パネルは安達さんにまとめてもらい、良い形になったと思います。 ブロッコリーさんのブログ「Developers Summit 2025で企画作成
Railsを扱う時に考えること
概要 こういうことを実践できたらメンテナンスしやすいRailsアプリケーションを構築できるんだろうな、というポエムです。 前提 以下の条件を前提に書いています。 0→1の構築である 自由に技術を決められる モノリス モジュラモノリスは考えない 複数DBは考えない スコープ ざっと以下のことを考えたいと思います。 フロントをRailsで構築するかどうか REST vs GraphQL RDBMS選定 ライブラリ選定 静的解析 rubocop モデリング つまりDB設計 アーキテクチャ Yes MVC, No Layerd Architecture サービスクラスの是非 Fat Controllerの避け方 自動テスト戦略 RSpec (Playwright) コンテナ化 令和時代のRailsに最適化されたDockerfileの書き方 インフラリソース クラウドプロバイダー選定(AWS, GC
Gemini Code Assist によるコーディング支援が無償で利用可能に | Google Cloud 公式ブログ
世界中の開発者が、実質無制限の無料 AI コーディング支援と、コード レビュー支援を受けられるようになりました。 最新の開発者向け DORA の 調査によると、開発者の 75% 以上が日常業務で AI を利用しています。その一例として、Google の新規コードの 25% 以上が AI によって生成され、その後エンジニアによってレビュー、承認されています。 十分なリソースを持つ組織はエンジニア チームに最新の AI 機能を提供していますが、一方、学生、趣味のプログラマー、フリーランサー、スタートアップが同じレベルのツールにアクセスすることは困難です。世界の開発者人口が 2028 年までに 5,780 万人に成長すると予測されている中、私たちは経済的な制約なく、誰もが将来の開発においてスタンダードなデジタル ツールとして、AI を利用できるようにすべきだと考えています。 このギャップを埋める
1. はじめに 対象読者 前提条件 2. 課題 3. 取り組んだこと ① OpenAPIでAPI仕様書を作成する ② OpenAPI形式の仕様書を元にクライアントとサーバーのコードを自動生成 ③ フェイクサーバーを作成し、フロントエンドの開発を並行化 ④ モックサーバーを作成し、バックエンドの開発とテストを自動化 4. 成果 5. まとめ 1. はじめに enechain eClearデスク兼GXデスクのバックエンドエンジニア @eji です。 サービスを開発する上で、外部APIとの連携は避けて通れない課題です。 eClearデスクでも様々な外部APIと連携する機会がありました。 今回は、外部APIとの連携を効率化するために取り組んだ、コード生成とテスト方法を紹介します。 対象読者 外部APIを利用するWebアプリを開発しているエンジニア フロントエンドとバックエンドの担当が分かれている開
Ruby on RailsでUIコンポーネント構築を効率化、ユーザ体験の仮説検証ループを爆速で回しちゃうぞ！ - Techouse Developers Blog
はじめに こんにちは、2023 年からジョブハウスで業務委託のバックエンドエンジニアをしている jxmtst です。 今日は、ジョブハウスで使用している Ruby on Rails の ViewComponent を用いて UI コンポーネントを実装する際に利用しているライブラリを紹介します。 ViewComponent（UI コンポーネント）× Lookbook（プレビュー）× rspec-snapshot（スナップショットテスト） という、フロントエンドエンジニアには馴染みのあるようなエコシステムを、Ruby on Rails 上で実現しています。 ViewComponent とは ViewComponent は、もともと GitHub のエンジニアによって開発されました。 大規模な Rails アプリケーションを扱う中で、ビューに関するコードの複雑化やメンテナンス性の低下といった問題
はじめに そろそろAIエージェントを使った開発に慣れる必要性を感じてClineを試した。ClineはVS Code上で動作する対話型のAIエージェントで、コードの生成、修正、テストなどを自律的に行うことができる。GitHub Copilot（以下Copilot）の使用感から大きな期待はなかったものの、コード生成の精度や自律的な動作など、予想を大きく超える体験となった。その所感をまとめる（Xでポストした内容のまとめも兼ねている）。 使用ツール 本家Clineを採用。派生版も存在するがオリジナルで。 バージョンは3.4.9（2025年2月28日時点） Clineインストール後に設定画面で「VS Code LM API」を選択し、 Copilotが対応しているLLMを選択する（なのでCopilotの拡張機能も必須のはず）。 キャプチャ時点ではclaude 3.7 sonnetを選択できるようにな
2024 Accelerate State of DevOps Report 概説#4 『Four Keysは解散前夜なのか！"変更失敗率"がグループ離脱？』 - Findy Tech Blog
こんにちは。ソフトウェアプロセス改善コーチでFindy Tech Blog編集長の高橋（@Taka_bow）です。 2024 DORA Reportについての連載も、今回で最終回です。 今回はDORA Reportの中から、前回取り上げたAI関連以外で個人的に気になったトピックをまとめました。 本記事ではv.2024.3をベースに解説します。なお、執筆時点で日本語版はまだリリースされていませんでした。また、正誤表を確認しなるべく最新の情報を参照するように努めました。 DORA Reportのライセンスは次の通りです。 “Accelerate State of DevOps 2024” by Google LLC is licensed under [CC BY-NC-SA 4.0](https://creativecommons.org/licenses/by-nc-sa/4.0/) なお
Gemini Code Assist によるコーディング支援が無償で利用可能に | Google Cloud 公式ブログ
世界中の開発者が、実質無制限の無料 AI コーディング支援と、コード レビュー支援を受けられるようになりました。 最新の開発者向け DORA の 調査によると、開発者の 75% 以上が日常業務で AI を利用しています。その一例として、Google の新規コードの 25% 以上が AI によって生成され、その後エンジニアによってレビュー、承認されています。 十分なリソースを持つ組織はエンジニア チームに最新の AI 機能を提供していますが、一方、学生、趣味のプログラマー、フリーランサー、スタートアップが同じレベルのツールにアクセスすることは困難です。世界の開発者人口が 2028 年までに 5,780 万人に成長すると予測されている中、私たちは経済的な制約なく、誰もが将来の開発においてスタンダードなデジタル ツールとして、AI を利用できるようにすべきだと考えています。 このギャップを埋める
Firebase Test Labを活用したJetpack ComposeのUIテスト自動化の導入事例 - ZOZO TECH BLOG
はじめに こんにちは、ブランドソリューション開発本部FAANS部でAndroidアプリを担当している田中です。本記事ではバグ件数削減の施策の1つとしてFAANS Androidで実施したJetpack ComposeのUIテストの自動化についてご紹介します。 目次 はじめに 目次 背景 Firebase Test Labについて 料金について UIテストを記載する build.gradleの設定 UIテストで使用するテストファイル 1. 特定の文字列が表示されているかのテスト 2. 特定のコンポーネントが表示されているかのテスト 3. アイコン押下で意図したダイアログが表示されているかのテスト GitHub ActionsでFirebase Test Labを実行する 1.Google CloudのAPIの有効化 2.サービスアカウントとCloud Storageバケットの作成 Cloud
【世界で大注目】AIエディタ「Aide」を徹底解説します。Cursorと同等以上の力を秘めるAIエージェントを持ちます
【世界で大注目】AIエディタ「Aide」を徹底解説します。Cursorと同等以上の力を秘めるAIエージェントを持ちます 近年、ソフトウェア開発の現場では、AIによるコード生成やデバッグ支援が急速に普及してきました。GitHub Copilotの登場を皮切りに、CursorやTRAE、Windsurfなど、多彩なツールが「コードをより早く書くための補完・提案機能」を提供しています。 しかし、これらのAIコーディング支援ツールは、まだ多くの成長課題も抱えています。たとえば複数ファイルにわたる大規模なリファクタリングや、継続的なタスク分割などは、単にコードを提案するだけでは完結しません。そこで最近海外で注目を集めているのが、「Agentic IDE（エージェント駆動IDE）」 略してAIDEと呼ばれる新しいAIエディターです。 今回紹介するAIDEは、CodeStory（YC S23 バッチ）が
2025/02/13(木)、14(金)で開催されたデブサミ2025に関する、現時点で公開資料と X アカウントリンクをまとめました。 よろしければご活用ください。 はじめに 講演名は一部わからない方がいらしたため、追った内容ベースで括弧書きの仮名で書いています。 登壇者名は敬称略させていただいています。 X アカウントについては、多くの方はデブサミ公式サイトの紹介ページに記載 or 資料記載がありましたので、そちらから引用させていただきました。 そちらに記載がなかった方については、別途分かった方のみ記載。 スライドについては、ご本人がツイートで展開されていたり、スライドサービスにアップロードされているものを記載。 リンクの間違い等ありましたらコメントいただけると助かります🙏 2025/02/13(木) 13-A-1 技術と情熱で創る未来 登壇者：及川 卓也[Tably] @takorat
近年、多くのチームがCI/CDに取り組んでいます。そんな状況の中、CI/CDに興味があるものの何から始めていいかわからない、他のツールを使っていたがGitHub Actionsを使ってみたい、という方もいるのではないでしょうか。そんな方に向けて、本連載ではGitHub Actionsの基本を解説していきます。複雑化するシステム、ますます求められる品質やセキュリティといった側面を考えると、CI/CDもシステム開発における基礎知識です。一緒にGitHub Actionsをはじめましょう！ はじめに こんにちは、都内でソフトウェアエンジニアとして働いている藤澤です。 本連載「GitHub Actionsをはじめよう」 では、全4回にわたってGitHub Actionsの基本を解説します。わかりやすくまとめていきますので、ぜひ最後までお付き合いください。第1回となる本記事では、GitHub Act
自動テストの世界に、この5年間で起きたこと オーティファイの末村拓也氏（@tsueeemura）は、2019年にAutifyが最初のプロダクトをリリースしてからの5年間について、自動テストにどのような変化が起きたのか、そして今後はどのように変わっていくのかについて、一人の自動テストエンジニアの目線から語りました。 セッション情報 【13-B-2】「自動テストの世界に、この5年間で起きたこと」 登壇者：末村 拓也[オーティファイ] プロセス改善による品質向上事例 ヒューマンクレストの浅黄友隆氏（@tom_asa）は、スクラムチームにおいて、 Agile TPIを用いたプロセス改善によりバグを大幅に削減した、Webマーケティングツールの事例について紹介。継続的な改善の重要性と、すぐに活用できる具体的なアイデアについて共有しました。 セッション情報 【13-C-3】「プロセス改善による品質向上事
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自動テストの世界に、この5年間で起きたこと
アジャイルで品質とスピードを両立するには構造とプロセスが必要 - arclamp
外部APIとの連携を効率化するコード生成とテスト - enechain Tech Blog
ClineとAIエージェント時代のプログラミングに関する所感
Developers Summit 2025 公開資料・Xアカウントリンクまとめ
【GitHub Actionsをはじめよう】GitHub Actionsとは？ 実務での活用シーンを紹介
自動テストやプロセス改善も！「テスト・品質」に関する講演スライドまとめ【デブサミ2025】
Naofumi Kagami - 🇵🇸 lives matter on X: "私はなるべくシードデータはソースコードと同じレベルで考える。自動テストと同等。シードデータが整備されていないと手動テストが困難だから RailsのFixturesはテストとシードデータの双方に使えるので、自動テストと手動テストが同じデータを共有する。めちゃくちゃ便利でわかりやすい"