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
410
新着ニュースを毎朝メール通知する仕組みを作ってみた
ryu-ki
April 21, 2025
Tweet
Share
More Decks by ryu-ki
See All by ryu-ki
継続してアウトプットするヒントになる...かもしれない話
ryuki0947
0
48
AWS re:Invent 2025 振り返り 〜初海外が re:Invent な私の感想〜
ryuki0947
0
310
AWS DevOps Agent 入門 〜プレビュー期間に触ってみる〜
ryuki0947
2
69
気軽に始めるアウトプット活動
ryuki0947
1
490
ポリシーの評価理論について CLI で遊んでみた
ryuki0947
0
63
Amazon Nova モデルの比較してみる
ryuki0947
0
72
Strands Agents の基本を学ぶ~AWS調査エージェントを添えて~
ryuki0947
3
220
Amazon S3 Vectors とハイブリット検索を実現してみる
ryuki0947
15
3.2k
Strands AgentsでAWS調査エージェントをサクッと構築してみた
ryuki0947
1
170
Featured
See All Featured
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
350
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
200
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Mobile First: as difficult as doing things right
swwweet
225
10k
RailsConf 2023
tenderlove
30
1.3k
Optimizing for Happiness
mojombo
379
71k
Code Review Best Practice
trishagee
74
20k
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
160
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
0
1.8k
It's Worth the Effort
3n
188
29k
Side Projects
sachag
455
43k
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 ┃最新情報キャッチアップのために、ニュース情報 通知システムを構築 ┃その際、技術的な要因により実現できない機能もあった ┃そこに悩みすぎず、まずは動くものをつくってみる ことが大事だと感じた