2025年4月24日に開催した 【日経×Helpfeel×note】検索体験の裏側〜知りたい情報を最短で届けるための取り組み紹介〜 にて発表した資料です https://nikkei.connpass.com/event/347879/

2025年4月24日に開催した 【日経×Helpfeel×note】検索体験の裏側〜知りたい情報を最短で届けるための取り組み紹介〜 にて発表した資料です https://nikkei.connpass.com/event/347879/
最終報告 2023.1.25 基幹系システム・フロントランナー・サポートハブ 最終報告のサマリー(1) ⚫ 金融業界では、様々な規制や既存システムの制約に加えて、膨大な情報や革新的なサービスを容易に取得できる環境を背景に顧客ニーズが多様化・変容しており、既存金融サービスの 水準と顧客ニーズ(期待・要求)の水準に大きな乖離が発生している。 ⚫ この乖離をFintech企業やメガテック企業などのディスラプターがチャンスと捉えて、新しいサービスを武器に次々と進出しており、今後、銀行の預金・決済・融資・資産運用等における顧 客接点が奪われていく可能性がある。 ⚫ 一方、既存銀行が多様化・変容する顧客ニーズに迅速に対応し、ディスラプターに対抗していくためには、重厚長大なシステムの開発や保守・運用、人が行う前提の業務や紙ベースのオペ レーション、多階層のガバナンス構造など、現状の仕組みやアプローチを抜
こんにちは、プロダクト開発部の中田です。 最近、AIエージェント界隈は非常に盛り上がっていますね。 今回は、Clineを使ってみた感想や、自分が現在どのように使っているかをご紹介します。 はじめに Clineを使いはじめたわけ Clineを使いはじめて悩んだこと AIを使用するうえでの保守性の高いコードベースの重要性 コンテキストの局所化 自然言語としての可読性 実際のタスク分担の例 バックエンド開発タスク UseCaseのユニットテスト実装 Controller実装 Repository実装 フロントエンド開発タスク コンポーネントライブラリの実装 個別コンポーネントの実装 やってみて効果を実感したTIPS 参考にしたい既存コードをVSCodeで開いておく Planですり合わせしてからActする .clinerulesファイルを活用する Clineとのやりとりを記録・共有する Cline
Cloud native infrastructure continues to scale, and with it, so does operational overhead. Kubernetes has become the backbone of modern platforms, but as cluster sizes grow past 100 nodes and thousands of workloads, the operational load can be intense. At this scale, it’s not unusual for organizations to require at least five dedicated Site Reliability Engineers (SREs) to ensure uptime, manage cos
明日からできる!GitHub Copilot + GitHub MCP Serverで始めるAI駆動開発 はじめに こんにちは、URBAN HACKS サーバーサイドエンジニアの池田です。 URBAN HACKSでは日々の開発でGitHub Copilotを活用しています。 コードを提案、補完してくれるだけでも十分に活躍していますが、GitHub CopilotにAgent Modeが搭載されたこと、公式のGitHub MCP Serverが登場したことにより、これらを組み合わせ、より効果的に活用できるようになりました! この記事ではこれらを組み合わせた開発手法をご紹介すると共に、 生成コードの精度が上がりやすくなるコツ チーム開発とAIの組み合わせ方 をお伝えできればと思います! コード生成の精度にお悩みの方や、より効果的にAIにコーディングを手伝って欲しい方の参考になれば幸いです。 G
2025年04月20日現在の話です。 毎度ですが、記事の賞味期限には気をつけてください。食あたり注意です。 Rulesを捨てた経緯 2025年3月末、Gemini 2.5 Pro が出ました。コンテキストウィンドウ1Mということでゲームチェンジャー感がありすぐ使い始めました。4/20日現在もほぼGemini1本と言っていいくらい使ってます。 別にこのタイミングである必要はなかったかもしれませんが、直近で感じてた疑念— 「LLMに辞書みたいなrulesを読み込ませるのは本当に正しいのか?」 を検証することにしました。(というか、正しくないことが半分分かっていたのでどっかで認識をリセットしなくてはと思っていました。) 元々以下のような記事を書いて逐次的なRulesの更新を推奨していました。 この頃は、将来的にモデルの性能向上でコンテキストウィンドウも拡大するから何でもツッコんで貯めとこうと思っ
TVerバックエンドチームの id:takanamito , 小林 ( @k0bya4 ) です。 この記事では、TVerにおけるAPIリアーキテクチャについて紹介します。 ここでいうリアーキテクチャはAPIサーバーのソフトウェア的なアーキテクチャを変更する作業のことを指します。一部インフラにも変更点はありますが、今回の記事ではソフトウェアのリアーキテクチャにフォーカスして書いていきます。 今回の記事では、なぜリアーキテクチャをするのか、どのような課題を解決しようとしているのかを整理して解説します。 リアーキテクチャをする理由 新アーキテクチャの設計方針 オニオンアーキテクチャの採用 プロセスの分割 新アーキテクチャの具体的な取り組み アーキテクチャ構造と分割の意図 コードジェネレートの積極的な採用 OpenAPI ORM APIのマイグレーション計画について やらなかったこと できていな
これなに 前から欲しかったCLIツールがあり、Clineに作らせることにした。 せっかくなのでClineのみで開発した肌感覚が欲しくて、結果として$100かかった血の記録を残す。 前提 Fork版ではなく、本家のClineの話をする。 公式ドキュメントを読まずに突っ走ったので、現場ノウハウ的な内容ではある。 Amazon Bedrockでの費用感を試したかったので、以下のモデルを利用した。 Claude 3.5 Sonnet Claude 3.5 Haiku Clineの位置づけ Clineの基本的な知識及び2024年末までの状況は、この記事で理解できる。 .clinerules プロジェクト固有のシステムプロンプトは、Clineではclinerulesファイルに記述する。個人用のSetting >> Custom instructionsとは位置づけが異なる。 .clinerulesはル
本ガイドラインは、世の中のシステム開発プロジェクトのために無償で提供致します。 ただし、掲載内容および利用に際して発生した問題、それに伴う損害については、フューチャー株式会社は一切の責務を負わないものとします。 また、掲載している情報は予告なく変更することがございますので、あらかじめご了承下さい。 はじめに Terraformはインフラを宣言的にコード管理するツールであるが、特に大規模なシステムでは扱うリソース数が増え、必然的にTerraformコードも複雑化する傾向にある。Terraformの可読性が低下すると、作業効率の低下だけではなく影響度が大きいミスを誘発する懸念がある。 また、Terraformは活発に機能開発が継続されており新しい機能/記述方法もリリース毎に追加されている。これは嬉しい反面、新規開発者が悩むポイントも増えたと言える。関連して、チームやプロジェクトごとに設計方針
みなさんは Spring Bootや Nodeのexpress、Flaskなどの Web Frameworkを使って構築された Webアプリを Lambdaに載せたことはありますか? また載せたいと思ったことはありますか? そんな時に考えるポイントをご紹介します。
他にもIPv4で個別に規定されたアドレス帯や、IPv6でも個別に規定されたアドレス帯がありますが本コラムでは省略します。 MACアドレスの考え方 MACアドレスは、ネットワークインターフェースを識別するために使用される識別子で、Ethernetでは48ビットで表現され、前半32bitがベンダーID、次の8bitが機器ID、最後の16bitがシリアルIDとなることが一般的ですが、例外もあります。過去にはすべての機器が一意に識別されるという説明もありましたが、現在ではこれも例外があります。ネットワークインターフェースごとにMACアドレスを持つため、複数のMACアドレスを持つ機器もあります。 同一ネットワークの通信の仕組み では、IPアドレスとMACアドレスを利用してどのように通信を行うかをおさらいしていきます。 同一ネットワークを192.168.0.0/24として送信元192.168.0.1と
概要 導入 生成AIの進化に伴いシステム開発においても生成AIにとっても管理しやすいコードベースを作ることが重要になってきてるかなと思います。 そこで重要な点は生成AIに一度に読み書きさせる文章量や概念の広さ(コンテキストウィンドウ)が広い程に品質が下がるので判断材料は多いほど良いのですが効率的に関連情報のみにフィルタリングして渡す情報を節約するのが重要なのでなはいかと(お値段的にも)。 そこで今回お話ししたいのは、昨今流行っているレイヤードアーキテクチャのレイヤー構造が生成AIのコンテキストウィンドウと相性が悪いのではないかと気付き新しいアーキテクチャのコンセプトを描きたくなったので記事を書きました。 コード生成処理の流れ 1.コード生成対象ディレクトリの特定(pwd) 2. 関連パス(親ディレクトリ含む)を列挙 3. module.yaml(と親のmodule.yaml)から設計情報を
こんにちは、しば田です。 AI を用いたプログラミング、中々難しいです。 日々どうしたら効率を最大化できるかを日々試行錯誤していますが、なかなか正解に辿り着けている気もしないしモデルの登場のたびにチューニングが必要なのでツラいですね。 この記事では、自分の思考整理も兼ねて常日頃から私が意識して行っている Tips に関してまとめてみました。重要なことから些末なことまで全て書いています。 最近、Cursorのコミュニティが出していたTips17選に対して自分の考えを書いたのですが、 反響があったのでもっと網羅的に書きたいなと思い記事を書くことにしました。(30個くらいあります。) ※記事の対象者は Cursor、Windsurf、Cline(Roo)あたりを使ってプログラミングしている人を想定しています。 ※一覧性を優先するのでそれぞれを深くは語りません。 ※多分抜け漏れがあるので適宜追加し
はじめに データ活用と生成AI 構造化されたデータと生成AI 事例 Uber LinkedIn Pinterest さいごに はじめに ikki-sanのデータ活用の民主化へのコメントをそうだなと思いながら読んで、最近自分もそんな感じの領域のことをベンダー所属のプロダクトマネージャーとしてやっているので、考えていることをまとめてみる。 この数年間で「データの民主化」はイマイチ進まなかった印象ですが、その原因は「SQLの習得難易度」によるところが大きい。そこに関しては生成AIで相当解決されるはずなので、今後はデータの民主化がスタンダードになると予想しています。— ikki / stable代表 (@ikki_mz) 2025年4月7日 データ活用と生成AI これまで社内に蓄積された構造化されたデータを取得・操作するにはSQLおよびデータベースの理解が必要であり、その理解がない人たちは誰かにデ
マルハニチロが完全養殖クロマグロの生産を8割削減。天然資源の回復や餌の高騰が背景にあり、業界の将来に新たな課題を突き付けている。 完全養殖マグロに迫る危機 完全養殖によるクロマグロの商業生産がほぼ消滅する見通しとなった。マルハニチロは2025年度の生産量を前年度比8割減とする方針を示し、ニッスイや極洋など他の大手水産会社も同事業から撤退した。近畿大学が2002年に世界初の完全養殖に成功して以来、同技術は希少なマグロを安定供給する手段として注目され、多くの企業が参入してきた。しかし、近年の天然資源回復と餌の価格高騰により採算が悪化し、事業継続が難しくなった。 背景にある要因と影響 完全養殖とは、人工ふ化させた稚魚を成魚まで育て、その親魚から再び卵を採取して次世代を生み出す方法であり、海洋資源への負荷が少ないとされる。一方で、マグロの完全養殖は他の魚種と比べて技術的難易度が高く、生産コストも膨
AI Coding Meetup #1 https://layerx.connpass.com/event/347094/ https://youtu.be/Q783txBWcOM?t=1339
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く