今道(瀬野)

ユニークすぎてせいぜいマスター止まりなキャリアのWebエンジニアを目指しているアカウント。
今は自社開発企業でGoを使って開発中。
読んだ本を章ごとに要約をしています。

[今道(瀬野) @1941inLondon]

@autobullbear 事前の依存チェックは入れていません。plan は正しく、ずれたのは適用途中の AWS 側のタイミングだったので、代わりに「足す→参照を移す→消す」を別々の apply に分けると決めました。まだ次の機会がなく未検証です。

[今道(瀬野) @1941inLondon]

『詳解Terraform』Yevgeniy Brikman
1章なぜTerraformを使うのか
コードベースが成熟していて、イミュータブルはインフラをサポートし、宣言型言語を使い、マスタレスでエージェントレスなアーキテクチャを持ち、オープンソースで特定のクラウドに依存しないプロビジョニングツールがTerraform

[今道(瀬野) @1941inLondon]

3章論理設計と正規化〜なぜテ���ブルは分割する必要があるのか？
正規化とは更新時の不都合/不整合を排除するために行う
正規化は従属性を見抜くことで可能になる
正規形はいつでも非正規形に戻せる

[今道(瀬野) @1941inLondon]

『達人に学ぶDB設計徹底指南書』ミック著
1章データベースを制するものはシステムを制す
データとは、ある形式（フォーマット）に揃えられた事実のこと
最初にデータがあり、プログラムはその次にできる

[今道(瀬野) @1941inLondon]

2章論理設計と物理設計
概念スキーマを定義する設計を論理設計と呼ぶ
物理設計は論理設計の結果を受けて、データを格納するための物理的な領域や格納方法を決める工程
論理設計は物理設計に先立つ

[今道(瀬野) @1941inLondon]

@autobullbear 前の返信の訂正です。この構成は NAT を置いていないので確認対象に入っていません。削除の完了は Terraform 側が待つので、再試行はせず完走後に 1 回確認するだけです。参照が残る件は SG の差し替えで一度踏み、手で付け替えて解きました。

[今道(瀬野) @1941inLondon]

@autobullbear ありがとうございます！
destroy 直後に ALB・RDS・CloudFront・NAT を各 API に直接聞いて 0 件か見ています。タグ検索は消えた後も墓標が返ってきて誤���するので使っていません。Budgets は最後の保険です。

[今道(瀬野) @1941inLondon]

@Tac_Cato 本当に凄いです。便利だなと思う反面怖いなと思いますので、学びたいけど学ばせたくないは言い得て妙です

[今道(瀬野) @1941inLondon]

@autobullbear ありがとうございます！
まだ個��の学習用で、モジュールもこれから切り出すところなので棚卸しは回せていません。今は使う日だけ apply して終わったら destroy する形で、古いものを溜めないようにしています。オーナー欄の話、参考にします！

[今道(瀬野) @1941inLondon]

感想
個人開発でTerraform使って、訳分からんと思ったので勉強がてら読みました
少しだけでも知れたので良かったでしたが、まずはAWSの勉強も必要かなと思ったり

[今道(瀬野) @1941inLondon]

チームでTerraformを使う
Terraformを正しく使えば、チームはより素早くデプロイできるようになり、変化に素早く対応できるようになる
願わくばデプロイがるーちんかし、退屈なものになって欲しい

[今道(瀬野) @1941inLondon]

感想
フロントの知見が足りないと思っていたので勉強したく読みました
書き方がやっぱり全然違うなと思う一方で、色んなことが出来て楽しいそうだなと思っています

[今道(瀬野) @1941inLondon]

『これからはじめるReact実践入門』山田祥寛著
1 イントロダクション
Reactはフロントエンド開発のためのJavaScriptライブラリ
Reactは導入のハードル、学習のコストが低いという特徴がある

[今道(瀬野) @1941inLondon]

11 Next.jsの活用
Next.jsとは、クライアント/サーバーを適切に役割分担することで、アプリにより安定した性能を提供するフレームワーク
アプリの骨子を表現するルーター、動作の前提となるサーバーコンポーネントの2点を意識して学んでいくことで、大枠を把握しやすくなる