日本語対応オープンソースOCRの比較
結果 処理時間 Tesseract(0.85s) > PaddleOCR(1.52s) > EasyOCR(3.90s) 精度（主観あり。。。） PaddleOCR > EasyOCR > Tesseract 処理時間 Tesseract(7.42s) > PaddleOCR(9.60s) > EasyOCR(51.34s) 精度（主観あり。。。） PaddleOCR > EasyOCR > Tesseract 参考 - Google Cloud Vision ポイ捨て禁止! NO LITTER 清潔できれいな港区を 港区 MINATO CITY マル 得 松のや サービス券 コロッケ 1個 無料! 有効期限:2023年4月30日15時まで ※メインメニュー1食につき綴りの1枚がご利用頂けます。 ※ご希望のサービス品を切取り、店舗で従業員へ直接 お渡し下さい。 ※配布時のご利用は頂けません
Pythonを用いて、スキャンしたPDFからテキスト抽出してみよう！ - Qiita
はじめに みなさんこんにちは、Hagianです。現在大学院修士2年に在学しています。本記事では、最近文献を読むにあたって直面した問題と、解決方法について簡単に紹介したいと思います。 背景・直面した問題 学術論文をはじめとする、研究に関連する文献は近年、電子媒体で発行されるのが一般的になってきています。また、過去に発行された文献についても、電子化して公開する流れはかなり活発になってきています。これらの文献は、PDFとして公開されるのが一般的です。 最近発行された文献の場合、PDFにフォントが埋め込まれている場合が多く、一字一句変えずに利用する場面（論文を引用するとき/翻訳したいとき/参考文献リストを作るとき etc..）で困ることはあまりありません。しかし、過去に紙媒体で発行された文献が電子化を経て公開された場合であったり、自分で文献をスキャンして保存した場合などは、ほとんどPDFにフォント
AWS CloudShell全機能 〜 CLI活用のススメ / 20240821-nri-aws-cloudshell
株式会社野村総合研究所様のAWS勉強会での登壇資料です。 (運用設計ラボ合同会社 波田野裕一)
Best practices for event logging and threat detection
Best practices for event logging and threat detection Best practices for event logging and threat detection 3 Table of contents Executive summary �4 Introduction �5 Audience �5 Best practices �5 Enterprise-approved event logging policy �5 Event log quality �5 Captured event log details �6 Operational Technology considerations �7 Additional resources �7 Content and format consistency �7 Timestamp c
ITをクソつまらなくしているマネージャーです。ごめんね。
SIerでマネージャーまで出世し、いくつかのスタートアップでEMやCTOを経験してる。 この増田には本当にごめんねと思ったので初投稿。 https://anond.hatelabo.jp/20240728023355 エンジニアもビジネスだとか、生成AIだとか、本当つまらないよね。俺もそう思ってるよ。 でもさ、CEOや株主や役員達が言うんだよ。 ビジネス成果も禄に出してなければ、OSSで活躍している訳でもない、コミュニケーションがちょっと得意なその辺のスタートアップのCTOとかに、ビジネスイベントや飲み屋でそう言われてさ。 「これからは生成AIだ」とか「エンジニアにもビジネス意識を植え付けよう」って。「評価や採用も技術発信もそうしよう」「その方が儲かるぞ」って。 JTCがコンサルに弱いのと同じでさ、エンジニア業界で評価されていないキラキラCTOみたいな人でもさ、なんか不思議な力で言われてそ
LLMアプリケーションの評価入門〜基礎から運用まで徹底解説〜
こんにちは。PharmaXの上野です。 今回はLLMアプリケーションを評価する上で知っておくべき評価の基本をきちんと整理したいと思います。 これまで何度かLLMアプリケーションの評価について語ってきました。 運用についても記事や発表の形でシェアを行ってきました。 ですが、まだまだ「評価とはなにか？」という基本的なところで躓いてしまっている方も多い印象なので、今回は前提から丁寧に評価の全体像をまとめていきたいと思います。 LLMアプリケーションを運用している方の参考になれば嬉しいです！ なぜLLMアプリケーションを評価する必要があるのか LLMをアプリケーションに組み込んでいると、LLMの出力を評価する必要が出てきます。 LLMの「出力は確率的である（毎回異なる）」ためです。 また、LLMの出力はハルシネーションを含む可能性がありますし、間違いではないにしてもサービス提供者の意図とは違った出
社内AIチャット「TIS AIChatLab」：RAG応答評価の仕組みとプロセス | Fintan
はじめに TISは、生成AIを活用した自社データと連携する社内専用のChatGPT環境である「TIS AIChatLab」の開発・利用を進めています。これは、大規模言語モデル（LLM）を基盤とし、企業固有の情報を活用できるよう拡張したシステムです。本記事は「TIS AIChatLab」のプロジェクトメンバーへのインタビューを通して、TISにおけるLLMやRAGに関する取り組みを紐解くシリーズの第2回です。 今回は評価の仕組み、作業プロセス、指標などの評価部分にフォーカスしてお届けします。 インタビュアー 水谷：会員制メディアAIDBの運営者。LLMなど機械学習の知見を論文ベースで紹介している。 サマリ 社内専用のAIチャット「TIS AIChatLab」の開発では、RAGASを活用したAIの応答を定量的に評価している。これにより、パフォーマンスを客観的に測定し、継続的な改善を可能にしている
AWSによりオンプレミス環境を再現：ハイブリッド接続の学習と検証の効率化 - yamamototis1105’s tech blog
はじめに クラウド化が進んだことで、仮想環境での検証や学習をしやすくなりましたが、“ハイブリッド接続ならではの困り事” を感じたことはありませんか？ 本記事では、ハイブリッド接続環境で学習・検証での課題・対処の一案をご紹介します。 2024年5月31日にJANOG Interium Meeting 53.5で「ハイブリッドクラウド接続検証環境をフル仮想化してみた」というタイトルで発表した内容をベースにしています。 発表資料は以下へアップロードされていますので、ご興味がある方は是非ご覧下さいませ。 janog.connpass.com はじめに ハイブリッド接続の学習と検証における課題 オンプレミス環境のフル仮想化による対処 全体およびサービスの構成・設定 まとめ おわりに ハイブリッド接続の学習と検証における課題 クラウド実習は手軽に環境を構築・廃止できるためイメージを深めやすいと思います
コミケ参加翌月に逝った兄「意地が勝ったね」闘病支えた妹が語る敬意
原点は『カードキャプターさくら』 妹と参加したコミケが人生の転機に 死してなお続いた兄の創作活動 「今までの全てに、ありがとう」。2022年1月、ツイッター上でそうつぶやいて間もなく、息を引き取った男性がいます。直前に開かれた、同人誌即売会・コミックマーケット（コミケ）。男性は重い病を患いながら、死力を尽くして参加し、自ら描いたイラスト集を会場で頒布していたのです。命を燃やすようにペンを走らせながら、何を思っていたのか。人生の終幕が迫る中、どうして表現活動に取り組んだのか。亡き兄の創作と闘病を間近で支え続けた、きょうだいの記憶をたどりつつ考えました。（withnews編集部・神戸郁人） 葛藤の末に送った依頼メッセージ 2021年12月末、記者（34）は万感の思いで、東京ビッグサイトを訪れていました。新型コロナウイルスの流行による延期と中止を経て、実に2年ぶり・99回目となるコミケが開かれた
【開催報告】プラットフォームエンジニアリングって何？〜基本から AWS での実現方法について〜 | Amazon Web Services
Amazon Web Services ブログ 【開催報告】プラットフォームエンジニアリングって何？〜基本から AWS での実現方法について〜 みなさんこんにちは！アマゾンウェブサービスジャパン合同会社 ソリューションアーキテクトの後藤です。 2024 年 2 月 29 日に AWS オンラインセミナー「プラットフォームエンジニアリングって何？〜基本から AWS での実現方法について〜」を開催しました。 本イベントは、プラットフォームエンジニアリングの基本的な概要と現状について解説した上で、SRE や DevOps との関連性、どんな課題をどう解決するのか、実装するとなれば、AWS でどう実現するのかといった点についてご紹介させていただきました。400 名を超える多くの方々にご参加いただきました。ご参加いただいた皆様、誠にありがとうございました！ アジェンダ AWS メンバーから、プラット
PCI DSS が v4.0 に完全移行したので PCI DSS とAWSについてまとめてみる - Qiita
はじめに ついに本日(2024年3月31日)を以てPCI DSSがv4.0に完全に移行します。本記事では自身の勉強も兼ねてPCI DSSとAWSについて情報収集したので内容シェアさせていただきます。セキュアなAWS環境を作るうえでの気付きは多いと思いますので、多くの方に参考にしていただけたら嬉しいです。 PCI DSSの概要 PCI DSSとは PCI DSSという用語はご存知でしょうか。そうです、AWSの試験でやたら出てくるアイツです（笑） クレジットカード業界のセキュリティ基準で、正式には以下のように説明されています。 PCI DSS（Payment Card Industry Data Security Standard）は、 クレジットカード情報および取り引き情報を保護するために2004年12月、JCB・American Express・Discover・マスターカード・VISAの
運用改善、不都合な真実 / 20240722-ssmjp-kaizen
ssmonline #43 での発表資料です。 (運用設計ラボ合同会社 波田野裕一)
NATゲートウェイの通信内容を調査して対策し、コストを約60％削減した話 - ZOZO TECH BLOG
はじめに こんにちは。WEARバックエンド部SREブロックの春日です。普段はWEARというサービスのSREとして開発・運用に携わっています。本記事では、約60％のコスト削減に成功したNATゲートウェイの通信内容の調査方法と通信量の削減方法についてご紹介します。 目次 はじめに 目次 背景 コストの把握 NATゲートウェイの通信内容の把握 CloudWatchメトリクスでの確認 VPCフローログでの確認 リゾルバーでのクエリログでの確認 調査結果をもとにNATゲートウェイ経由での通信量を削減する AWSサービスとの通信 Datadogとの通信 WEARのAPIとの通信 ECRパブリックリポジトリとの通信 結果 まとめ 背景 ZOZOではより効果的な成長を目指してコストの最適化を進めています。コストの増大はサービスの拡大を鈍化させる原因となるため、常に最適な状態に保つことが必要です。WEARで
なぜ官公庁の食堂はうまくいかないのか、元給食営業マンが考えてみた。 - Everything you've ever Dreamed
僕は食品会社の営業部長だ。先日、とある官公庁の担当者から連絡を受けて話を聞いたら、税金を納める側からしたら、とんでもない仕事の進め方をしており、僕ひとりでは受け止めきれないのでシェアしたい。官公庁の食堂に係る仕事の進め方で記憶に新しいのは、条件が厳しくて参加業者が集まらなかった「これ」である。 県庁東庁舎12階のレストラン、神奈川県が要件を見直し再募集｜新・公民連携最前線｜PPPまちづくり 僕が受けた話は、この神奈川県庁東庁舎レストラン案件より規模は小さいものの、仕事の進め方ははるかに悪く、衝撃的だ。正式にコンペが行われる前に、「相談」という形で行われるヒアリングだった。具体的な施設名称は差し控えるが、対象は公的な施設の職員食堂。数年前に業者が撤退して以来稼働していない暗黒案件だ。話を聞く前から条件の悪さを予想できる。担当者は冒頭で「施設を無駄にしているので一刻も早く食堂を改造しなきゃいけ
マルチAWSアカウント環境のセキュリティって無理ゲーじゃね？
対象読者 様々なプロダクトへ AWS アカウントや環境を提供する SRE / CCoE チームを想定しています。 マルチAWSアカウント環境 SRE / CCoE は各プロダクトが安全かつ便利に AWS を利用できるよう、AWS アカウントの設定・払い出しや周辺コンポーネントの提供（踏み台・ID管理・ログ収集 etc...）を行います。 個別プロダクトの基盤設計や構築は行いません。 私の担当案件では 100 以上の AWS アカウントを提供しています。これでも多いとは言えず、例えば NTT ドコモでは 2,000 以上の AWS アカウントを管理[1]しているそうです。 セキュリティ対応方針 セキュリティグループの全開放や S3 バケットのパブリック公開など、AWS リソースの不適切な設定についての対応を考えます。 ゲート型 IAM ポリシーやサービスコントロールポリシー (SCP) で
基盤システムへの移行という複雑なプロジェクトに立ち向かっている話 - STORES Product Blog
こんにちは。情熱に駆動される世の中にしていきたいnasaです 最近エアコンをつけ忘れたまま眠りました。無事、熱中症になりました。36℃ ~ 38℃ を行き来する日々を過ごしていましたが、復活したので最近取り組んでいるプロジェクトについて書きます。 この記事でいちばん伝えたいことは、温度管理がとっても大事ってことかもしれません！命を大事にしつつガンガン行きましょう TL;DR プロダクトの深部を基盤システムに乗せ替えている 基盤システムへの移行のために立ち向かっている課題が複数存在する この複雑性にどうやって対処しているのか 共通の語彙を作る ドキュメント整備や意思決定の記録を残す リファクタリングを行いながら、新しく作っていく 本記事の登場人物 予約: STORES 予約というプロダクト。STORESが提供しているサービスの一つ。 組織基盤: 組織と従業員と従業員の権限を扱うシステム。組織
Data Ingestion ETL の技術選定の変遷をADRで振り返る / Data Ingestion ETL ADRs at DataOps Night#4
DataOps Night#4 https://finatext.connpass.com/event/320643/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オブザーバビリティ入門
Recommended architectures for PostgreSQL in Kubernetes | Cloud Native Computing Foundation
Security-JAWS【第34回】マルチクラウド環境で3年間CSPMをやってきた | ドクセル
