DevinとCursorを比較してみてわかった、マルチタスクエンジニアにはDevinこそが救世主である理由 はじめに こんにちは。Ubieでプロダクト開発エンジニア兼社内入稿システムのPOをしている、えんぴつと申します。 「完全自律型AIソフトウェアエンジニア」Devinと、次世代AIコードエディタCursor。どちらも大きく注目されていますが、「実際どう使い分けるの？」「スクラムや日常業務に組み込むには？」と悩む方も多いのではないでしょうか。 私自身の業務内容としては、 プロダクトの実装 Epicの立案やPBIの起票 レビュー対応・ドキュメント整備 採用関連やチーム外のステークホルダーとのアライン という感じで開発以外のタスクもなにかと抱えています。 まとまった時間を取りづらいため、Devinのようにスキマ時間を使って開発タスクを進められる仕組みは本当にありがたいです。一方、Cursor

クラウドネイティブは、果たして通信事業者の運用を楽にし、コストを下げているのか？ NTTドコモやKDDI、ソフトバンク、楽天モバイル、LINEヤフーなど各社が議論［PR］ 通信事業者におけるネットワークの仮想化という大きな変化に向けて、通信事業者や通信機器メーカー、クラウド事業者、オープンソース開発者らのキーパーソンを集め、議論するイベント「Cloud Native Telecom Operator Meetup 2024」（以下、CNTOM 2024）が、2024年12月20日に東京⼤学 山上会館で行われました。 この記事ではCNTOM 2024で行われた主要なセッションをピックアップして内容をダイジェストで紹介していきましょう。 クラウドネイティブ時代のネットワーク運用：AI技術の適用と課題 KDDI総合研究所 宮坂拓也氏による基調講演「クラウドネイティブ時代のネットワーク運用：AI技

あしざわです。 CDK Pipeline のソースにGitHub リポジトリを設定する機会がありました。 GitHub との接続方法は以下の2種類あります。 GitHub アクセストークンを利用したOAuth 認証 AWS Connector for GitHub を経由したCodeConnections による接続 前者はトークンの管理が必要になるため、今回のケースでは後者を選びました。 このブログでは、CDK Pipelines のソースにGitHub リポジトリを設定する流れを順を追って紹介します。 CDKについてはそこまで深く触れないので、CDK をある程度触れたことがある人向けの説明となっています、ご了承ください。 概要 CDK Pipelines は、CDK アプリケーションの継続的デリバリーを簡単にデプロイできるコンストラクトライブラリです。 CloudFormation を

moat /moʊt/ [名] (都市・城壁の周囲に掘られた)堀 Moat(モート)とはウォーレンバフェットと盟友のチャーリーマンガーが様々なインタビューで繰り返し繰り返し述べている事業において最も大切な概念です。 僕が投資家として、最も時間と思考を費やしている対象もMoat(モート)です。 バフェット/マンガーにはMoatについてのいくつもの引用がありますが下記の質疑応答の一部がわかりやすいです。 The most important thing, what we're trying to do is to find a business with a wide and long lasting moat surrounded and with protecting a terrific economic castle with an honest Lord in charge of t

LayerX AI・LLM事業部長の中村 (@nrryuya_jp) です。昨日、弊社の生成AIプラットフォーム「Ai Workforce」が三菱UFJ銀行様に導入されたことを発表しました。また、製品紹介ページもできました。 LayerXは、AIの進化に賭けて事業を展開しています。AIは多くの人々の働き方に影響を与えるでしょう。しかし、AIがどんどん賢く進化しても、必ずしも人間が思い通りに使いこなせるとは限りません。企業が新たに採用した社員を受け入れ定着させることを「オンボーディング」と言ったりしますが、AIにおいても、AIが働きやすい環境にするための「AIのオンボーディング」が重要です。 今回はそんな「AIオンボーディング」と、Ai Workforceの実現したいビジョンについて紹介します。 「AIオンボーディング」の必要性AI・LLMの進化人間の「脳みそ」に例えるなら、昔の機械学習は、

CloudWatch Logsに流しているDBのログに対する課金が高すぎる問題 こんにちは、のんピ(@non____97)です。 皆さんはCloudWatch Logsに流しているDBのログに対する課金が高すぎる問題に直面したことはありますか? 私はあります。 そちらの問題解決アプローチとして、2025/3/1のJAWS DAYS 2025の「DevelopersIO流！アマゾンの奥地で技術の限界に挑戦：LT7人衆、熱き戦い」にて、「Aurora PostgreSQLがCloudWatch Logsに 出力するログの課金を削減してみる」というタイトルで登壇をしてきました。 登壇資料 フィードバックをしてユーザーの声を届けよう DBのログファイルをS3バケットに流す仕組みを自作する方法を紹介しました。 マネージドでできるに越したことはないので、同じ課題を抱えている方は、ぜひAWSにフィードバ

はじめに 普段の個人開発ではNext.jsを用いてアプリケーションを作成することが多く、以下の構成を頻繁に使用しています。 フロントエンド/バックエンド：Next.js ホスティング：Vercel データベース：Supabase (PostgreSQL) ORM：Prisma 毎回この構成で環境構築する際に都度調べながら実装しているので、そろそろしっかりと体系的にブログにしておこうと思います。 今回作成するアーキテクチャの構成図は以下のようなものです。 本番環境ではVercelサーバーにアプリケーションをデプロイし、本番環境のSupabaseに接続します。 開発環境（ローカル環境）では、コンテナ上でローカルのSupabase DBを立ち上げてそちらに接続するようにします。 こうすることで互いの環境が干渉することなくアプリケーション開発に集中することが可能です。 以下の手順で環境構築を行なっ

めまぐるしく変化するテックの世界。技術を身に着けるうえで学ぶべきポイントや学習環境なども年々変わっています。 そこで「もしもいまの環境で、テックのことをイチから学び直すことになったら、自分はどんな風に勉強したいか」というIFストーリーを通じて、技術との向き合い方を考え直してみる企画「テック転生」。 今回は、現役Webエンジニア・大石貴則（@bicstone_me）さんに “自分だったらこう進めたい、ソフトウェアテストの学習ロードマップ” を伺いました。 はじめに はじめまして。大石貴則（おおいし たかのり）と申します。 私は現在物流業界向けのSaaSプロダクトのグロースを担当しています。Webフロントエンドを中心にWebバックエンドやネイティブアプリなどにも幅広く携わっています。 Webエンジニアとしてのキャリアは6年目で、最初はWebバックエンドエンジニアとしてスタートしました。その後、

こちらの記事の続きとなります。 tech.nri-net.com 本シリーズのトップページはこちら！！ tech.nri-net.com はじめに リッチメニュー設定の流れ 画像の作成 リッチメニューの作成 リッチメニューをLINEと関連付ける リッチメニューに画像をアップロードする リッチメニューエイリアスを作成する IDEウィークを開催してみて はじめに 前回記事でアプリケーションの機能部分の実装は終了しました！本記事ではLINEのリッチメニューを作成する方法についてご紹介します。 リッチメニュー設定の流れ リッチメニューの作成は、PostmanというAPIの開発とテストを支援するためのツールを用いて実施していきます。Postman及びAPIについての説明は、以下記事で詳しく解説をしてくれているので、ぜひご覧ください。 tech.nri-net.com 自分がやりたいことも上記とほぼ同

本記事は 生成AIウィーク 5日目の記事です。 👨‍💻 4日目 ▶▶ 本記事 ▶▶ 6日目 👩‍💻 こんにちは越川です。最近、検証でAmazon Bedrock Knowledge Bases（以降Knowledge Bases）を使う機会がありました。予想以上に様々な機能があったため、この機会に整理をしてみようと思います。 Knowledge Baseとは Knowledge BasesとはAmazon Bedrockの機能の一つで、最近流行のRAG（Retrieval-Augmented Generation：検索拡張生成）を簡単に実装できる機能です。RAG（Retrieval-Augmented Generation）は、大規模言語モデル（LLM）の回答精度を向上させる技術です。LLMは基本的に事前に学習されたデータの範囲内でしか回答できないため、例えば社内情報について質問し

翔泳社 CodeZine編集部主催のソフトウェア開発者向けカンファレンス「Developers Summit 2025」（以下、デブサミ2025）が、2月13日・14日にホテル雅叙園東京にて開催されました。本記事は「アーキテクチャ・設計」に関する講演スライドをピックアップしてご紹介します。 Architecture to Design：より良い設計を目指して 株式会社電通総研の米久保剛氏（@tyonekubo ）は、アーキテクトを目指す方や興味がある方、アーキテクト的な考え方を身に付けたい方を対象とし、ソフトウェアアーキテクチャやアプリケーションをどのようにして設計していくべきかについて解説しました。 セッション情報 【13-B-1】Architecture to Design：より良い設計を目指して 登壇者：米久保 剛[電通総研] 業務理解の深化と実践～ドメインモデリングで基幹システムを

翔泳社 CodeZine編集部主催のソフトウェア開発者向けカンファレンス「Developers Summit 2025」（以下、デブサミ2025）が、2月13日・14日にホテル雅叙園東京にて開催されました。本記事は「インフラ・プラットフォームエンジニアリング」に関する講演スライドをピックアップしてご紹介します。 インフラをつくるとはどういうことなのか nwiizo氏、Mauricio Salatino氏のセッションでは、書籍「Kubernetesで実践するPlatform Engineering」の原著者と翻訳者をお招きし、Platform Engineeringの実態に迫りました。 セッション情報 【13-E-4】インフラをつくるとはどういうことなのか、あるいはPlatform Engineeringについて 登壇者：nwiizo[スリーシェイク]/Mauricio Salatino 開

こんにちは AIチームの戸田です 今回はHugging Faceが提供しているAgent Frameworkのsmolagentsが非常に興味深かったので、実際に触ってみた内容を共有します。 smolagentsは、Agentをシンプルに構築できることを目的としたライブラリで、従来のAgent Frameworkと比較して以下の2点で差別化されています。 シンプルな設計: 必要最小限の抽象化でAgentの構築が可能。公式のコードも約1,000行と軽量。 CodeAgent: Pythonコードを直接生成・実行することで、処理ステップを削減し、パフォーマンスを向上。 特に注目すべきは、後者のCodeAgentという仕組みです。CodeAgentは、タスクに応じたPythonコードを生成し、それを実行することで複雑なロジックや操作を簡潔に処理できる点が優れています。 なぜCodeAgentが必

こんにちは！AIチームの戸田です。 近年、様々な作業の自動化を目的としたAI Agent（以下、Agent）が注目を集めています。特に、GUIを操作するAgentは、ユーザーインターフェースを介したタスクの自動化を可能にするため、大きな可能性を秘めています。AnthropicのClaude 3.5 Computer UseやOpenAIのOperator、オープンソースはbrowser-useなどがその代表例です。研究分野でも、学習用データセット（GUI-World: A Dataset for GUI-Oriented Multimodal Large Language Modelsなど）やベンチマーク（WebWalker: Benchmarking LLMs in Web Traversalなど）が多数公開されており、GUI操作Agentの研究開発は活発化しています。 一方で、Agen

データ事業本部の鈴木です。 Icebergテーブルはさまざまなエンジンから利用できる特徴から、とても注目されていますが、Amazon Athenaでも以前から利用可能です。 例えばタイムトラベル機能を利用する際、メタデータを確認することでどのタイミングでどのスナップショットだったかなどを簡単に確認でき、メタデータの確認方法を知っているととても便利です。今回は現時点でAthenaのIcebergテーブルが提供しているメタデータ情報を確認しました。 Athenaでクエリできるメタデータ 現状、以下のテーブルメタデータを簡単にAthenaからクエリできるようになっています。 $files：現在のデータファイルを表示 $manifests：現在のマニフェスト情報を表示 $history：テーブルの履歴を表示 $partitions：現在のパーティションを表示 $snapshots：スナップショット

本記事は ブログ書き初めウィーク 8日目②の記事です。 📝 8日目① ▶▶ 本記事 ▶▶ 9日目 📅 本記事は、こちらの記事の続きとなっております。 tech.nri-net.com 前提条件 全体構成図 ニュース定期通知機能 AWS Lambda IAMロール Lambdaレイヤー S3 EventBridge 宣伝と次回予告 では、実際に開発を始めていきましょう。 前提条件 以下の説明は省略させていただきます。 LINE DevelopersでのChannel作成済み LINE Messaging APIでChannelアクセストークンとシークレットキーは発行済み VPC、サブネット(今回はパブリック)、ルートテーブル、インターネットゲートウェイ作成済み GitHub登録済み お名前.comでドメイン発行済み 全体構成図 本システムの全体構成図は以下の通りです。 アーキテクチャ図

こちらの記事の続きとなります。 tech.nri-net.com 本シリーズのトップページはこちら！！ tech.nri-net.com 本記事では、メッセージに応じたニュース通知機能のインフラ部分の設定をお話ししていきます。 LINEとAWS間の通信 ALB ターゲットグループ セキュリティグループ リスナー・リスナールール Route53 & AWS Certificate Manager Route53でホストゾーン作成 ネームサーバーの変更 Aレコードの作成 証明書の発行 LINE Bot サーバー構築 Amazon ECS コンテナ起動・停止切り替えバッチ AWS Lambda & EventBridge 本機能におけるアーキテクチャは以下の通りです。 LINEとAWS間の通信 LINE Botサーバーを構築する前に、まずLINEユーザーとAWS間の通信環境を整えていきましょう。

こんにちは、バックエンドエンジニアをやっているまるです。 アジャイル開発において、チームで使用するツールの選択というのは意外に重要な要素です。 使用するツールの使いやすさは、コミュニケーション、ソースコード管理、タスク管理の質を左右し、ひいては　リリースされるプロダクトの品質にも影響すると言えます。 私が所属する部署ではプロダクトやツールの開発を行っています。2週間スプリントでアジャイル開発を続けており、今回は一つの開発モデルとして私たちのチームで利用しているツールをご紹介します。 Github 初めにソースコード管理ツールGitHubをご紹介します。 GitHubはソースコードのバージョン管理やレビュー機能、課題管理機能などを提供しており、チーム開発に欠かせないツールと言えます。 GitHub（Git）の機能をすべて説明するには紙幅が足りないので、この記事ではチーム開発に必要な機能として

電力市場の入札不足や価格高騰の軽減策に　同時市場の導入検討が本格化：第13回「同時市場の在り方等に関する検討会」（1/5 ページ） 卸電力市場や需給調整市場を運用する中で課題となっている市場価格の高騰や調整力の調達不足。資源エネルギー庁はこの解決を目指し、電力のkWhと調整力を同じタイミングで約定する「同時市場」の本格的な導入検討を開始した。 現在日本では「電力のkWh」を取引する卸電力市場と、「調整力=ΔkW」を取り引きする需給調整市場、それぞれは分離した制度として運用されている。しかし市場価格の高騰や調整力の調達不足という課題を抱えており、加えて変動性再エネ電源の大量導入がさらに進むことで、系統混雑の発生も増加すると想定されている。 このため第7次エネルギー基本計画では、系統制約も考慮に入れた上で、供給力kWhと調整力ΔkWの同時約定により調整力の調達及び電源運用を最適化する「同時市場