RAGの精度評価をRagasで自動化してみた：いつまで「目視確認」で消耗してるの？ はじめに：「なんとなく動く」からの脱却 RAG（Retrieval-Augmented Generation）アプリケーション開発における最大の敵は、開発者自身の「主観」だ。 「いくつか質問してみたけど、いい感じに回答してくれている気がする」 「プロンプトを変えたら、なんとなく良くなった気がする」 PoC（概念実証）段階ではこれでも許されるが、プロダクション運用やチーム開発において「気がする」は通用しない。上司やクライアントからの「で、精度は何％なの？」という問いに、数字で答えられなければエンジニアとしての信頼に関わる。 そこで導入するのが、**「LLM-as-a-Judge（LLMを用いてLLMを評価する）」**フレームワークである Ragas だ。この記事では、Ragasを用いてRAGの精度を定量的に計

あちきも・・・これ、すごい思う・・・ pyama.fun 2025年時点では、僕にもない。部分的に使うことはあると思うけど。 生成AIに抱かれたプロダクトを作るのが怖い 理由は単純で、自分には生成AIのモデルを自作する能力がなく、誰かの肩に乗っかるしか無いため。 生成AIを使ったコーディングそのものは、どのモデルを使っても大枠同じ。動かすだけなら、1日。プロンプトを投げるだけだから。 問題は、アウトプットの均質化が極めて難しいこと。モデルが変わるだけで、同じプロンプトでも回答が変わる・観点が変わる。似たようなデータを食わせても、僅かな違いが大きなズレとなって、パーソナライズの障壁となる。 人が見たら「これはすごくうまい例えで良い」と評価される文章だとしても、AIが見たら「説明が足りてないのでは」みたいな評価になり得る。 それらの「ズレ」を直すにしても、モデルでやってるロジックがわからない。

かぜなな @nanakaze_rabbit マクドの注文端末、最後の最後まで値段の表示がなかった。 来店の目的が｢600円以内で飯食いたい｣だったのでホンマに最悪やった、システム組んだやつはマクド買う時値段気にしてへんのやろな、ええな pic.x.com/BuwyOuVPja 2025-11-07 19:08:49

はじめに こんにちは、新規事業部フロントエンドブロックの安土琢朗です。普段はZOZOマッチのFlutterアプリ開発を担当しています。 ZOZOマッチは2025年6月にリリースされた、ゼロから立ち上げたマッチングアプリです。zozomatch.jp本記事では、開発初期から取り組んできたデザインシステムの導入によって、どのように開発効率とUIの品質を向上させたか、そしてそれを支える具体的な運用プロセスや仕組みについてご紹介します。 プロダクトを継続的に成長させるうえで、デザインと実装のズレを最小化し、誰が開発しても一定の品質が保たれる状態をどう実現するかは重要なテーマです。その課題に対し、私たちはデザイントークン・UIコンポーネント・UIカタログを軸にしたデザインシステムを構築しました。 目次 はじめに 目次 デザインシステム構築の背景と課題 デザインシステムとは なぜデザインシステムが必要

こんにちは！運用イノベーション部の大野です。 最近ひょんなことから知り合ったカナダ在住エンジニアの方に、「UI作成ならStitchが便利」というお話を伺いました。 ...が恥ずかしながら「Stitch」について全くの無知だったため、軽くですが実際に触って確かめてきました。 今回はその感想を共有させていただきます。 Stitchってなんだ？ Stitchとは、Google Labs提供のUIデザイン生成支援用AIツールです。 2025年5月に行われた「Google I/O 2025」にて発表されました。 自然言語や画像を入力として与えることで、AIによってWebやモバイル画面のUIを生成してくれる機能を持っています。 また、生成したUIをHTMLコードとして表示することや、Figmaに直接エクスポートすることが可能です。 UI生成可能なAIツールは他にも多数存在しますが、以下の点においてSt

PeopleX社でフロントエンドエンジニアをしている芹澤（せりざわ）です！社内では「せりせり」や「せりちゃん」と呼ばれています。みんなとランチに行くのが趣味です！ 私がフロントエンド開発を担当している 「PeopleX AI面接」 というプロダクトでは、shadcn/ui をベースにしたデザインシステムを構築しています。今回この記事では、なぜshadcn/ui を採用しているかに加え、それをどのようにカスタマイズしながら運用しているかを、実践例を交えながらご紹介できればと思います。 そもそも shadcn/ui とは？ shadcn/ui は、Radix UI のプリミティブに Tailwind CSS を組み合わせて構築された React コンポーネントライブラリです。 最大の特徴は、npm パッケージとしてではなく CLI 経由でコードを直接プロジェクトに取り込むスタイルである点です。

はじめにこんにちは。TIGの長谷川です。 フューチャー社内の有志メンバーでWebフロントエンド設計ガイドラインを作成し公開しました！ 本ガイドラインではガイドライン策定の背景やガイドラインの特徴に加えて、内容の一部をピックアップしてご紹介します。 本ガイドラインの背景昨今のWebフロントエンド領域は、単なるHTML、CSS、JavaScriptでのページ制作から大きく変化しました。React、Vue.jsなどのモダンなフレームワークを活用した大規模かつ動的なWebアプリケーションの構築が主流となっています。 これにより開発の効率化とユーザー体験（UX）が向上しています。しかし一方で、設計の考慮点も多様化し、セキュリティやアクセシビリティなど、より多面的な品質も求められるようになりました。 本ガイドラインでは、Webフロントエンド設計における考慮点・設計パターン・推奨手法を提示し、開発チーム

Kuman @KUMAN_R LITALICO / ex-READYFOR VPoE。目標：一日一呟一学。読了/積読は #Kuman本。お仕事・相談等のDMやフォローはお気軽にどうぞ。投稿内容は、主に技術・事業・組織、偶に社会・経済・金融、稀に雑談など。投稿は個人の見解。 qiita.com/KUMAN Kuman @KUMAN_R メール配信の地雷を踏み抜きまくり、赤裸々に語っている感じがなんとも生々しい...。 結局、以下の一言に集約される感じがする。 > 正直SendGridを使う方が早くて安かった気がする ses150-luv1p38.gamma.site 2025-09-09 11:58:00

Hey, dipshit! You know what loads faster than your bloated, overengineered mess? Plain, unadulterated HTML. And you know what doesn't break every motherfucking Tuesday? HTML that just fucking works. Why the fuck are you overcomplicating things, you masochistic fuck? You're out here acting like you're building the next goddamn moon landing when all you need is a button and some text. Newsflash, ass

独自の知識を必要とする質問にも答えられる Slackbot を作ります 生成 AI 技術の発展は目覚ましい！　エンジニアとして、この生成 AI 技術を自分のスキルセットとして持っておきたい！　そんな気持ちをハンズオンにまとめたのがこの記事です。 GPT などの生成 AI を利用したツールはすでに多種多様に存在しますが、いざ自分の手で業務や趣味に組み込むとなると、どうすれば良いか悩むこともあるでしょう。そんな方がこのハンズオンをやってみると、生成 AI 技術の活用についてざっくりとイメージを持ち、引き出しの 1 つとしていつでも使える状態になれるかなと思います。 最終目標として、生成 AI と RAG を用いて、独自の知識を必要とする質問にも答えられる Slackbot を作成する ことを目指します。よくある質問応答システムなどの基礎はこれで構築できますし、ここからいろんなシステムに拡張する

では、それぞれ見ていきましょう。 arXiv AI/ML関連における一次情報源として欠かせないのがarXivです。 しかし、最近はプレプリントの投稿数が爆発的に増加しており、そのままarXivを見に行くとノイズが多すぎて、本当に価値のある論文を見つけるのが難しくなっています。 学会のトップ論文をチェックするという手もありますが、査読プロセスを経るため情報がどうしても遅くなりがちです。 そこで役立つのが、新鮮な論文を適度にキュレーションしてくれるサービスです。ここでは特におすすめの3つを紹介します。 Hugging Face - Daily Papers AI界隈で有名なAKさんをはじめとするHugging Faceのメンバーが、arXivから毎日厳選した論文リストを公開してくれているサービスです。 土日はお休みしていますが、平日は結構な量（多い日だと40本程度）の論文が選定されています。こ

はじめに こんにちは！基盤チームの高畑です。 最近シロカのコーヒーメーカーを買ってからというもの、1 日に 5 杯くらいコーヒーを飲み続けてしまっておりちょっと飲み過ぎなのではないかと危機感を覚えています。 手軽にコーヒーが淹れられてしまうのも考えものですが、美味しいので仕方がないと自分に言い聞かせながら今もコーヒーを淹れています。 みなさん、Cloud SQL のバックアップを定期的に行うといえば、まず思い浮かぶのは自動バックアップ機能を利用することだと思います。 しかし、この自動バックアップはあくまで「インスタンスが存在していること」が前提で、仮に Cloud SQL のインスタンスが削除されてしまった場合にバックアップもろとも削除されてしまい復元ができないといった状態に陥ってしまいます。 AWS の RDS であればスナップショットを定期的に取っておくことでインスタンスが削除されてし

こんにちは、Masaki Nishi@Xです。 フルタイムでエンジニアとして働きながら、1年半でアメリカのオレゴン州立大学のコンピュータサイエンス学士プログラムを卒業し、学士号を取得したため、これまでの道のりを備忘録として残したいと思います。 プログラムに入学するまでの話については、下記記事にまとめています。 なぜオレゴン州立大学の第2学士号コンピュータサイエンスプログラムを始めたのか エンジニアとして働きながらコンピュータサイエンスの有用性や必要性を感じつつも、表面的な技術を擦り続けていて、本腰を入れて学ぶ機会がありませんでした。 また、学問として体系的に学んでこなかったという一種のコンプレックスをずっと感じていたので、発展的な内容を扱う大学院ではなく学部から入る決断をしました。 オレゴン州立大学は、第2学士号としてのコンピュータサイエンスプログラムをオンラインで提供しており、通常の4年

日本各地にシェアハウスを立ち上げ、多拠点生活を続けてきた作家・ブロガーのphaさん。その生活スタイルからすると意外にも思えますが、phaさんには20代後半、友人たちと熱海に別荘を所有していた経験があるといいます。別荘購入から売却までの顛末（てんまつ）は当時、自身のブログにもまとめられ、そのリアルな体験談はインターネット上で話題を呼びました。 当時、別荘をわずか8万円で売却したというphaさん。現在40代を迎えられたphaさんに、改めて当時のことを振り返っていただき、物件購入・売却に関してどんな学びがあったかをお聞きしました。さらには、現在の暮らしや資産についての考えを伺うと、意外な言葉が返ってきました。 ＜phaさんプロフィール＞ 1978年大阪府生まれ。京都大学を卒業後、大学職員として勤務。退職後はニートに。シェアハウスのプロジェクトを立ち上げ、自身もそこで長年暮らす。2019年ひとり暮

プログラマ35歳定年説が滅びたいま、我々技術者の前に立ち塞がるのは「老眼」です。 諸先輩方を中心に貴重な経験談やアイデア等多数いただきましたので、ざっくりとジャンル分けしてまとめました。誠にありがとうございます。 （どなたでもまとめ編集可にしてありますので、問題がある場合は削除や編集などしていただければと思います）

こんにちは、10X プロダクトデザイナーの日比谷（@suuminbot）です。 現在10Xでは新規プロダクトを複数開発している真っ只中ですが、私もその一環でshadcn/uiとTailwind CSSを活用しつつ、SaaSのサービス画面（管理画面）用のコンポーネントライブラリをゼロから構築していました。 少し前に一通り最低限必要なコンポーネントをFigma・実装ともに作りきり、現在は実際にそのコンポーネントライブラリを使って自分自身が複数のプロダクトのUIを作ったり、開発が進んでいる様子を見ているところです。 このブログでは、今回取り組んだことや学びをご紹介していこうと思います。 新規構築の経緯 外部コンポーネントライブラリのあるある課題 自分たちのプロダクトに合った形のコンポーネントライブラリを、クイックに立ち上げたい 「クイックな立ち上げ」と「こだわり」を両立できるshadcn/ui

モノリス特有の運用課題 こんにちは。バックエンドエンジニアの須貝です。 タイミーのバックエンドAPIはモノリスなRuby on Railsアプリケーションです。2024年12月現在、このリポジトリ上で10程度のチームが開発しています。 モノリスは利点も多いのですが、チームが増加するにつれて運用面でモノリス特有の難しさを感じることも増えてきました。例えば、SentryやDatadogで何かエラーや問題を検知しても「これはどこのチームの持ち物なのか」という責任があいまいになってしまい改善がなかなか進まない、基盤的なチームがエラーのトリアージをするにしても調査の負担が大きい、といった課題がありました。 SentryとDatadogにコードオーナーを送る 「まずどこのチームの持ち物なのかわかりやすくしよう」ということで、SentryとDatadogにコードオーナー（リポジトリ内の特定のファイルやデ

Lodash is dead. Long live Radash. 記事は上記記事を意訳したものです。 ※当ブログでの翻訳記事は元サイト様に許可を得て掲載しています。 Lodashの何が問題なのか？ 関数の詳細分析 Lodashの_.get関数 Lodashの_.filter関数 Lodashの_.map関数 コード品質 でも、そのコミュニティは... では、どうするか？ try関数 parallel関数 retry関数 counting関数 range関数 list関数 Lodashの何が問題なのか？ JavaScriptの動的な能力が欠点ではなく特徴として捉えられていた時代に、Lodashは異なる入力に対して異なる振る舞いをする関数を提供することで、できる限り役立つように作られました。現在では、私たちはより良い方法を知っています。純粋関数、決定論的な振る舞い、関数合成といった関数型のコ