2025/06/10
年金の納付通知と納付書が届いた
なんなんだろ、もはや払うことがインモラルな感がある
廿日市市6月定例議会本会議１日目
執行部の議案を延々と読み上げるだけの会なので作業しながらWEB傍聴
冒頭、市長挨拶
転入超過１０年連続
１０代、２０代の転出は課題と認識
大阪万博への言及
ハワイの姉妹都市
子ども議会
議案概要説明
議案説明を延々と執行部がするだけなので市長挨拶以外は割愛
観光課補正予算に総務省のローカル10000プロジェクトが入ってる
https://scrapbox.io/files/6847ebd075b5a575f09b9e84.png
https://scrapbox.io/files/6847ebe41a2671ee7a8dfec8.png
https://scrapbox.io/files/6847ebfb4da106c13e12a37d.png
島内の関係者に情報共有するとともに事業に関して把握していることがあれば確認する
1月募集の3月末採択になる
穿った見方だが住民の反対により事業規模が縮小した自然公園の再開発事業の代替策か？
事業エリアが縮小し、当初予定のレストランの事業用地の確保が難しいはず（狭くなった事業用地にレストランを展開しようとすると宿泊施設を縮小するほかない）
広島信金が事業融資を引いているということは地元のそうでもないレベルの事業者が来るのだろう
第一地銀：広銀、第二地銀：もみじ銀行、広島信金はそれより下
市役所本庁の収納金融機関はJAひろしま
通常であれば、創業支援なので産業振興課が事業担当のはず
観光課が所管なのがなぜなのか不明
確認したが、民間事業者からの問い合わせ先は経営企画課だった
内容が住民の反対により一部修正された補正予算と一緒に出されたことからも自然公園の再開発事業と一定関連している可能性が高い
6末に予算が可決してからの事業着手のはずなので、内装工事等を実施して早ければ年内稼働か？
Firebaseロギング周りの整理
地域地縁組織向けに市事業の概要を説明する資料の作成
DONE
Firebaseでの実装関連整理
ゼロ年代読書リスト
Genkit
Backend TypeScript
Express.js, typeORM, TypeScript
typeORMが糞過ぎてSQLをKnex.jsを使ってほぼ書いてた
つらかった二度とやりたくない
2017年スタートとかのプロダクトでバックエンドNode.jsでTypeScriptという選択はかなりピーキーだなとは思います
最初C＃で書くつもりなのをわたしが技術選定責任者だったので好き放題した
今振り返ってみてクソ反省してる
9年も前、はじめてのプロジェクト/プロダクトの責任者で技術選定だったのでイキっていました（わたしは大量の技術負債を残しましたの札を首からぶら下げます）
でも言うて、Nest.js今ではデファクトスタンダードの顔してるし、なんならTypeScript V2ぐらいの時はReact勢からTypeScriptはクソみたいなお気持ち記事が平気で出ていたころにしては技術選定眼はあったのではとか言いたいけど、やっぱ負債を作っただけだし、技術者が使いたいだけで技術選定するのは未熟だと思う
わたし、2016年からTypeScript書いてるのか、ぜんぜん進歩してないのに歴だけ長くなってしまっている（たぶん最初に書いたのv1.9とかv1.8）
Nest.js
上記スタックで規模がデカくなってきたので移行した
フロントエンド側をAngularを使っているチームだったので採用
v5がbetaででた頃なので日本での採用事例はほぼないはず(2018年とか）
この時点ではビルドがなかなかに遅くてつらかった記憶がある
typeORMは相変わらず
Cloud Functions for FirebaseでHTTPイベントトリガー
雑スクリプト（管理用）を動かすためだけに少し書くぐらい
技術選定でkoa.jsとか死ぬほど色々触ったけど結局のところ薄い、主張のあまりないライブラリがよいと思う（というか私が好きなだけ）
現状の選択肢
Express.js
既に採用してるなら仕方ないが今から採用するのはちょっとどうかと思う
Fastifyかkoa.jsを検討した方がよい
Nest.js
新規開発でDI、モジュールベースがイヤでなければ採用を考えてよい
ただしORM含めて全部入りなんでそこんとこだけ要確認
お作法従うのがダルイ、クラスベースでコード書きたくない、DIイヤ、というわけでわたしは好きじゃないです
サラリーマンでこれで書いてといわれるなら書くけどという温度感
Hono.js
Cloudflare使うならファーストチョイス
https://hono.dev/
軽く触っている感じスキ、すごくスキ
Fastify
実は真面目に触ったことない
encore.ts
試してないのでわからないが、Requests/secが最速を謳っている
https://encore.dev/
ざっと公式みた感じ主張は強め
主には既存Express.jsからの乗り換えを想定している
ElysiaJS
Bunをランタイムに使ったフレームワーク
https://elysiajs.com/
Adonis
全部入りフレームワーク
https://adonisjs.com/
まず、ランタイムがNode.js一択ではなくなっているのでそこの選択から考える必要性がある
わたしの場合はGoogle CloudのCloud run functionsを初手では利用するので現状はNode.js一択
なのでBunで動くElysiaJSはなし
Nest.jsはわたしの要件ではtoo muchなので今回はなし
Express.jsも実質死に体なので新規のプロダクトで採用はありえないのでこれもなし
Adonisは全部入りで、フロントエンド側は別建てするのでこれもなし
残るのが、Fastify、koa.js、Hono.js、encore.tsになる
encore.tsを公式を見る限りコンテナありきがぬぐえないのでパス
主張が癖ツヨ感があるのとgolangの匂いがするの当分の間は嫌なのでなんかイヤ
koa.jsは良いんだけど、エコシステムが弱いんでこれもパス
いいんだけど、敢えて選ぶ理由が見つからない
Fastifyかhono.jsで比較検討して決める
Cloud run functions for Firebaseで初手は使用するのでまずはやりたいことを初動でやった場合の比較
最終的にはコンテナベースにしてCloud Run に移行した場合の想定での比較
TODO
事業説明の資料作成（木曜日まで）
ザックリ説明できれば良いんでそもそも論でいらないかも
技術選定の残りやる
Fastifyとhono.jsでそれぞれリクエストを受け付けて、Auth処理して、Firestoreにデータ取りに行って返す所まで
Logging周りもあわせて検証する
大した規模でもないし、イベントトリガーを生のまま使うんでも良いんでは？という気もしている
6月定例議会2日目（議員一般質問1日目）の傍聴
朝起きてしんどくない＆雨が強くなければ議会に足を運ぶ
というか、午前終わった後、買い物して変えるのが目的説
現状、ほぼ行く気なしでWeb傍聴なんだが、新人議員をどの温度感で執行部があしらってるかは現場いかないとわからんのでいこうかなという温度感
<2025/06/112025/06/09>