タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
こんにちは。LayerX AI・LLM事業部でAi Workforceのプロダクトマネージャーを務めている稲生です。 Ai Workforce は、社内外に散在するドキュメントを活用し、抽出・分類・要約・生成などのタスクを自動化できる 横断型（Horizontal）AI プラットフォーム SaaS です。 今回は、最近力を入れているAi Workforceにおける 「精度評価」 の取り組みをご紹介します。 なぜ精度評価なのか LLMを利用するプロダクトにおいて、その精度はとても重要です。 LLMの進化は加速中 OpenAIをはじめ、各社が次々と高性能なモデルを公開し、誰でも高精度な出力を得られる時代になりました。 モデルの精度≠アプリケーションの精度 同じモデルを使っても、プロンプト設計やユースケース次第で最終的なアウトプットの質は大きく変わります。 低精度はUXとROIを損なう 人による
GitHub - oceanbase/oceanbase: OceanBase is an enterprise distributed relational database with high availability, high performance, horizontal scalability, and compatibility with SQL standards.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
事業のネタ帳 #6 HorizontalからVerticalへ。そしてVerticalの未来。｜Taka Suzuki
皆さま、お元気ですか。初めましての方も宜しくお願い致します。 ジェネシア・ベンチャーズ鈴木です。 物凄く久しぶりにnoteを執筆させて頂きます。 と言うのも現在、ジェネシア・ベンチャーズではキャピタリストで「事業のネタ帳」なる連載を行なっており私の担当回が来たので、ぼんやりと考え続けていることをまとめてみたいと思います。 #1 AI-powered BPO（相良） #2 コールセンターのDX（相良） #3 産業領域特化型コラボレーション（水谷） #4 データドリブンファイナンス（河野） #5 ローカル店舗のOMO化（一戸）他のキャピタリストが執筆しているような具体的な事業領域と言うよりは、より抽象度の高い内容で申し訳ないのですが自社の事業戦略を考える際の思考の補助線となれば嬉しいです。 HorizontalからVerticalへの潮流実はジェネシアの支援先の約7割がB2B関連領域で事業を展
GitHub - pgdogdev/pgdog: Horizontal scaling for PostgreSQL with automatic sharding.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Should you use a vertical or horizontal card for your content? Many designers struggle to answer this question because they don’t understand the differences between the two card types beyond layout and orientation. Eye Fixations and SaccadesThe right card choice depends on several factors. If you’re using large images to communicate information, a horizontal card produces a scattered scanning flow
『Terror Twilight: Farewell Horizontal』Pavement(2022年4月リイシュー) - ブンゲイブ・ケイオンガクブ
Pavementのなかなかデラックスエディション化されなかったラストアルバムが遂に成されて、元々大好きだったこの作品について改めて様々な背景を知り、そしてLP版やサブスクでの驚愕の曲順を前にして、様々な複雑な想いが去来したので筆を取ります。これまでリイシューのアルバムの記事を書くことはしたことないですが、元々は1999年にリリースされて、既に賛・否の両論からも色々と語り尽くされてたであろうこの作品を、改めて色々と見つめ直してみたいと思います。 全曲レビューについては、今回示されたNigel Godrich提案の曲順のバージョン(LPやサブスクはこちら)とリアルタイムリリースの曲順(CDはこちら)の両方で書いてみます。 songwhip.com それにしても、なんて愛しい屈託にまみれたアルバムだろう。その混沌とした制作背景のエピソード群も含めて、まさにPavementにとっての『Let It
GitHub - paralleldrive/cuid2: Next generation guids. Secure, collision-resistant ids optimized for horizontal scaling and performance.
Secure, collision-resistant ids optimized for horizontal scaling and performance. Next generation UUIDs. Need unique ids in your app? Forget UUIDs and GUIDs which often collide in large apps. Use Cuid2, instead. Cuid2 is: Secure: It's not feasible to guess the next id, existing valid ids, or learn anything about the referenced data from the id. Cuid2 uses multiple, independent entropy sources and
Announcing horizontal autoscaling in Amazon ElastiCache for Memcached - AWS
Amazon ElastiCache for Memcached now supports horizontal autoscaling enabling you to automatically adjust capacity of your self-designed Memcached caches without the need for manual intervention. ElastiCache for Memcached leverages AWS Application Auto Scaling to manage the scaling process and Amazon CloudWatch metrics to determine when to scale in or out, ensuring your Memcached caches maintain s
Kubernetes水平オートスケーリング実践入門 / A Practical Guide to Horizontal Autoscaling in Kubernetes
CloudNative Days Tokyo 2020 (#CNDT2020) での発表資料です。 Kubernetesの水平オートスケーリングを使っていこうという話。
Horizontal Pod AutoscalerとDatadogメトリクスでPod数をコントロールした話 - asoview! Tech Blog
こんにちは。アソビューのSREユニットの三森です。 今回は、Datadogのカスタムメトリクスを使ってElastic Kubernetes Service（以降、EKS）で管理をしているリソース制御についてお話をします。 概要 アソビューでは、EKSでHorizontal Pod Autoscaler(以降、HPA)を使用していますが、これまでは効果的に使えていませんでした。 Podの中にはNodeのリソースを多く利用するものもあり、トラフィックの量が減る夜間帯での縮退運用をすると、コスト的にも効率が良くなりそうな余地がありました。そこで、Datadogのメトリクスを元にPodの負荷を監視し、夜間もしくはトラフィックが減る時間帯はPod数を下げられるような仕組みを導入することを検討しました。 実装 まず、Datadogのメトリクスですが、以下のクエリで1Pod１秒あたりのリクエスト処理可能
Metrics ServerをインストールしてHPA(Horizontal Pod Autoscaler)を使ってみる | DevelopersIO
Metrics Serverとは クラスター全体のリソース使用量データを収集するコンポーネントです。これをインストールすると、kubectl top node や kubectl top podで各のNodeやPodのリソース（CPU・メモリ使用率）を確認できるようになります。 Metrics Serverをインストールする動機 HPA(Horizontal Pod Autoscaler)を使いたいからです。HPAは、CPU等のリソース使用率に基づいてdeployment等のPodの数を自動的にスケールする機能です。Metrics Server経由でCPUやメモリ使用率を取得して、その値を元に自動スケールアウト・スケールインすることができます。 Metrics ServerなしでHPAを定義した場合 以下コマンドでHPAを作成します。CPU使用率を元にスケールさせます。 % kubectl
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Horizontal AI SaaSにおける精度評価基盤づくり - LayerX エンジニアブログ
Vertical vs. Horizontal Cards: Which Are Better?
x.com
jbpress.ismedia.jp
momoizumi.hatenablog.com
tbs-mri.com
share.google
anond.hatelabo.jp