はてなブックマーク

概要 ガツガツ開発してみたけど ER図とか特に管理してなかったから俯瞰した図はねえぜ。 みたいなケースってありますよね・・・ そんな時いい感じにER図自動で生成されてほしいなぁ。というそれだけのお話。 方法 以前MySQL使ってた時はdbdiagram.ioにペコっと貼り付けて生成とかさせてたけど 今回PostgreSQL使うことになり コマンドラインでDDL出力->dbdiagram.ioにコピペでER図出力しようとしたら 結構syntax対応されてなくてたくさんエラー出てきた・・・・ ので、ちょろちょろっとググってみるとschemaspyなるものが良さそうだったので使ってみた やり方 DBにアクセスできる状態で以下コマンド打つだけ docker run -v "$PWD/schema:/output" --net="host" schemaspy/schemaspy:6.1.0 -t

概要 最近privateドタバタしてて全然開発できてなかったけど、隙間時間で再開🤹‍♂️ GitHubでよく見るこの辺のreleaseとかtagを自動で打てたら素敵だなぁ と前々から思ってたので、今日はこの辺調べてみ たらすでに素敵な記事があったw 基本上記記事通りやればいいだけだけど ちょっと詰まった部分もあったのでメモ残しとく ポイント 以下やっていく感じ main branchにpushしたらreleaseとtagを勝手に打ってもらう semantic-release コミットの命名規則を見てtagとreleaseをよろしく作成してくれる GitHub Actions masterへのpushでsemantic-release実行してくれるCI ローカルでコミットメッセージの規則性を強制する commitlint コミットの命名がsemantic-releaseの求める規則通りかチ

概要 AWSのベスプラ記事に倣って マルチアカウントベースの最小構成Starting FrameworkをTerraformで作成してみることにした （VPC単位ではなくAWSアカウントベースで環境構築することでスケーラブルなシステムが出来上がるらしい ...が、初っ端のOU(Organization Unit)、AWSアカウント作成あたりでだいぶ躓いたのでメモを書いておく Terraformで作ったもの 事前準備 terraform操作する用のIAMメンバー作成 RootのAWSアカウントにAdministratorAccessポリシー付与したグループ作成 そのグループにIAMメンバーを作成する IAMメンバーに用いるメールアドレスはgmailのエイリアスを使って[email protected]とか適当な名前使う IAMメンバーのアクセスキーの取得 コンソールから作成したIAMメン

概要 先日Next.jsをFirebase Hosting + Cloud Functions For Firebaseにデプロイしてみましたが しばらくアクセスないタイミングでアクセスするとかなり重くて厳しかったので Firebase Hosting + SWRでサーバーサイドの処理なく開発できないか遊んでみた ついでに裏側のAPIをGraphQL(gqlgen)で作成してCloud RunにTerraform経由でデプロイ 全部書くと長くなりそうなので、後で振り返れるようにポイントポイントをメモしておく ローカル環境 これまで業務ではフロントエンド、バックエンド（API）どちらも 同じリポジトリに格納されているケースしか経験が無かったため 今回は実験的に別リポジトリにして、それぞれ独立させてみた バックエンド（API） GraphQL(gqlgen)の作成 業務ではRESTしか触ってな