Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
新着ニュースを毎朝メール通知する仕組みを作ってみた
Search
ryu-ki
April 21, 2025
2
310
新着ニュースを毎朝メール通知する仕組みを作ってみた
ryu-ki
April 21, 2025
Tweet
Share
More Decks by ryu-ki
See All by ryu-ki
令和のミニ四駆!? AWS DeepRacer で強化学習に入門してみた
ryuki0947
1
220
DuckDBを用いたS3上のALBアクセスログの探索
ryuki0947
0
57
Amazon Bedrock Flowsで ニュース記事のおすすめ度を測ってみた
ryuki0947
0
110
Featured
See All Featured
Stop Working from a Prison Cell
hatefulcrawdad
269
20k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Typedesign – Prime Four
hannesfritz
42
2.7k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.3k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
53k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
281
13k
Building a Modern Day E-commerce SEO Strategy
aleyda
41
7.3k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.8k
Speed Design
sergeychernyshev
31
990
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
123
52k
The Cult of Friendly URLs
andyhume
79
6.4k
Transcript
新着ニュースを毎朝メール通知する 仕組みを作ってみた 2025/04/22(火) JAWS-UG初心者支部#64 ハンズオン<勉強会!
自己紹介 ┃所属:TIS株式会社 ‐ 年次:2年目(24卒) ‐ 担当業務:社内サービス(AWS/Terraform/React) ┃趣味:国内旅行・競馬 ┃片思いのAWSサービス:Amazon Bedrock 2
井町 瑠貴 (umitsu) 昨年末からQiitaへの記事投稿を 始めました!(AWS・生成AIなど) クォータ制限を引き上げてもらえません!
はじめに ┃本日お話しすること ‐ 構築した仕組みの概要 ‐ 構築する上で実現できなかったこと・気づき ┃お話ししないこと ‐ 構築した仕組みの詳細な構築方法 3
システム構築の背景 ┃日々技術が進歩し、新しい技術・ツールなどに 関する情報が次々と登場 ┃このような情報を日常的にキャッチアップしたい ‐ が、自分で取りに行くのは少し大変… 4
システム構築の背景 ┃日々技術が進歩し、新しい技術・ツールなどに 関する情報が次々と登場 ┃このような情報を日常的にキャッチアップしたい ‐ が、自分で取りに行くのは少し大変… 5 情報を取りに行ってくれる仕組みを作ろう!
当初の構成 6
当初の構成 7
実現した構成 8
実現できなかったこと ┃ウェブスクレイピングの壁(記事本文の取得) ‐ いろいろ試したものの、なぜか取得結果が空の状態 ┃Bedrockのクォータ制限(記事レコメンド) ‐ 制限緩和の問い合わせをしたものの、すくなくとも 今は緩和することができないとの返事 ┃マルチソース対応の複雑さ ‐
サイトによってRSSの形式が異なるため、ソースを Qiitaに限定 9
実現できなかったこと ┃ウェブスクレイピングの壁(記事本文の取得) ‐ とりあえず、タイトルが分かれば概要はつかめそう ┃Bedrockのクォータ制限(記事レコメンド) ‐ 制限緩和の問い合わせをしたものの、すくなくとも 今は緩和することができないとの返事 ┃マルチソース対応の複雑さ ‐
サイトによってRSSの形式が異なるため、ソースを Qiitaに限定 10
実現できなかったこと ┃ウェブスクレイピングの壁(記事本文の取得) ‐ とりあえず、タイトルが分かれば概要はつかめそう ┃Bedrockのクォータ制限(記事レコメンド) ‐ いったん世間で注目されている情報が分かればよい ┃マルチソース対応の複雑さ ‐ サイトによってRSSの形式が異なるため、ソースを
Qiitaに限定 11
実現できなかったこと ┃ウェブスクレイピングの壁(記事本文の取得) ‐ とりあえず、タイトルが分かれば概要はつかめそう ┃Bedrockのクォータ制限(記事レコメンド) ‐ いったん世間で注目されている情報が分かればよい ┃マルチソース対応の複雑さ ‐ Qiitaを見れば、ひとまずはいろいろな情報を得られそう
12
実現できなかったこと ┃ウェブスクレイピングの壁(記事本文の取得) ‐ とりあえず、タイトルが分かれば概要はつかめそう ┃Bedrockのクォータ制限(記事レコメンド) ‐ いったん世間で注目されている情報が分かればよい ┃マルチソース対応の複雑さ ‐ Qiitaを見れば、ひとまずはいろいろな情報を得られそう
13 実現できていないけどひとまずOK!
現状通知される情報 14
気づき 15 ┃MVPの重要性 ‐ 目的を達成するための最小限の機能で動くものを作り、 段階的に機能追加する方が現実的 ┃事前調査の重要性 ‐ クォータ制限などは事前に把握しておくことが望ましい ┃シンプルな設計の価値
‐ 結果的に、シンプルなシステムでも、ある程度目的を 達成することができることを実感
まとめ 16 ┃最新情報キャッチアップのために、ニュース情報 通知システムを構築 ┃その際、技術的な要因により実現できない機能もあった ┃そこに悩みすぎず、まずは動くものをつくってみる ことが大事だと感じた