2025/06/11
クソ眠い。睡眠の質が悪かった。
D庁のnoteが話題になってる
https://digital-gov.note.jp/n/n3640f6b7a009
総務省「地域社会DXの推進に向けた情報通信政策の在り方」
https://www.soumu.go.jp/main_sosiki/joho_tsusin/policyreports/joho_tsusin/02tsushin10_04000657.html
答申案のリンクがなぜかない
https://www.soumu.go.jp/main_content/001013987.pdf
D庁2025/04/14掲載「デジタル田園都市国家構想実現のための生活用データ連携基盤推奨モジュール拡充・運用・自治体への運用支援等事業 最終報告書」
一社データ社会推進協議会が作成
https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/82a1ea56-128f-4cf6-bbd5-9ef6d4b7bafc/5efd2596/20250414_policies_budget_entrustment_deliverables_report_01.pdf
6月定例議会2日目(議員一般質問1日目)の傍聴
Firebase MCP Server
https://firebase.blog/posts/2025/05/firebase-mcp-server
FirebaseのCloud Functions周りの整理
技術選定結論、HTTPリクエストによるトリガーの利用は現状は不要(必然的にWebフレームワークも不要)
ユーザー意志でトリガーできるイベント
フロントエンド側からのリクエスト
Schedulerで設定した任意の時刻のリクエスト
付随的なイベント
何らかの理由でFirebaseのサービスに発生した変化によるイベントの購読
TODO
事業説明の資料作成(木曜日まで)
ザックリ説明できれば良いんでそもそも論でいらないかも
流石になんで手持ち資料を1枚作る
技術選定の残りやる
結論HTTPリクエストハンドラ&Webフレームワークは使わずにFirebase生の技術セットだけ使って構成する
Fastifyとhono.jsでそれぞれリクエストを受け付けて、Auth処理して、Firestoreにデータ取りに行って返す所まで
Logging周りもあわせて検証する
大した規模でもないし、イベントトリガーを生のまま使うんでも良いんでは?という気もしている
6月定例議会2日目(議員一般質問1日目)の傍聴
朝起きてしんどくない&雨が強くなければ議会に足を運ぶ
というか、午前終わった後、買い物して変えるのが目的説
現状、ほぼ行く気なしでWeb傍聴なんだが、新人議員をどの温度感で執行部があしらってるかは現場いかないとわからんのでいこうかなという温度感
夕方、公民館でMTG対応
<2025/06/122025/06/10>