t_wの輪郭

あれ

2023/9/7 20:37:00

DBのテーブルとテーブルを一対多から多対多への変更が必要となり、DBのデータ構造の変更に伴う作業全て（データ構造の再設計・API改修・APIに係る認可の修正・フロントエンド改修（プロトタイプ作成、ユーザーヒアリング、画面実装）・データ変換スクリプト作成・自動テスト作成・品質保証）をt_wが1人で2週間という奇跡的な短期間で終わらせたが、ユーザー部門には「要望に対応してくれない」と不満があることが判明した。そのため挙げられた要望を5つほど追加でやることになった。期限は据え置き。

改めて文章にして書くと頭のおかしい早さだ。

しかしここまでやってなお「実装期間一週間でウェブアプリを作ってきたベンダー」の記憶が「まだ行けるやろ」と圧をかけてくる。

あれ

2023/9/11 18:42:00

リリース作業ですげー疲れた。実労1時間だが、これだけでヘボヘボのヘボン式となった。ヘボン式がへぼいと言いたいわけではない。疲れていると余計なものが出てくる。

「Amplifyと繋がってるGitホスティングサービスの変更（Amplifyのバグのせいですげーテクいし本番環境を一回吹っ飛ばして立て直す）」と「DBのテーブルの多対多への変更に伴うデータ変換」が重なってめちゃ気を使う作業群となってしまった。今思うとそんなもん重ねるなとなる。

でも、これ以降は他のメンバーが開発に参加できるので、開発が加速するはずだ。社内標準のGitホスティングサービスに移行できたし、データ構造が固まったのでフロントエンドの開発を並列化して進められる。


あれ

2023/9/10 23:57:00

多対多のテーブルを作ってると「輪郭じゃん……！」ってなって良くない。
よほど柔軟性を求められる用途でない限り、輪郭のような汎用の何某かを作るとアレ(抽象的で難解になり、システムの利用・保守が難しくなる)しそう。

「輪郭法を用いたExcelを作れるか？」というわけだ。無理である。