https://gihyo.jp/magazine/SD/archive/2024/202404
話題になってたやつ. 屋上屋を架す感じが気になるけど, ちょっと触ってみたい. 用途があんまり思いつかない. Wasmerとかと合わせたら面白いのかも.
DNSなにもわからないので助かる. いわゆる「浸透」問題の話. きちんと根本的な部分を理解すれば比較的単純な話なので, そもそもDNSの仕組みに関するドキュメントが不足しているのが問題なのかもしれない.
項目多すぎて笑った. 辞書代わりに手元に置いておくと良さそう. 今だとDockerとかWSLとかで触る機会が多いと思うけど, 仮想化による違いのせいでつまづいたりすることがけっこうあるので基礎を押さえておくのは大事. 網羅的で目が滑るので実際に手を動かして読むのが良さそう.
とても良い. さすが文章が読みやすい. 「第2章：読み手に合わせたドキュメントを書く」で読み手に関して詳しく書かれていたが, 『Googleのソフトウェアエンジニアリング』の「10章 ドキュメンテーション」では, 例えばリファレンスド キュメンテーションはコードの利用方法に関するドキュメントで...といったように, 読み手とその目的ごとの「ドキュメンテーションの類型」についても説明されていたので, 合わせて読みたい. 「第3章：アウトラインで伝える情報を整理する」, 「第4章：明確な文章を書く技術」は How to で具体的にまとまっていて良い. 特に4章みたいな内容はドキュメント読んでて気になることも多いので, 頭に入れておいてほしい（そして私の文章も指摘してほしい）.
内容細かくて面白い. こういうの日本語で読めるのほんとにありがたい.
よかった. さらっとUIテスト基盤が構築されてるけど, この時点でかなり大変そう.
基本的には、既存画面をリニューアルするプロジェクトが立ち上がったとき、その画面をゼロからTCAで作りなおすという方針で進めています。
小さく進めるの大事よね. うまく切り出して進めていくのは難しいし, 腕の見せ所という感じ.
泣いた. そもそもパフォーマンスを上げるために腰を据えて取り組む時間を確保するのが難しいんだよね. 逆にこのへんの内容をきちんと理解してパフォーマンスを上げるのも重要かもしれない.
DBとの境界が溶けてしまっていて面白い. 逆に仕組みを理解して開発するのは大変そう.
SSMはSSHログインするためのやつぐらいの理解だったけど, 機能がたくさんあるのね.