以前の私は、とにかく「実装」に集中していました。作りたいものを作るためには、難しいコードを書く必要があり、それが何よりも大事だったからです。
しかし、AIを使うようになり、実装にかかる時間が減りました。実装のしんどさが減った分、「あぁでもない、こうでもない」と設計を考えている時が一番楽しくなりました。
それはまるで、ウィンドウショッピングで欲しいものを調べて、あれこれ想像している時の楽しさに近い気がします。
横持ちの承認データは、あとから直すのが大変だった
設計の段階でキーの持たせ方や正規化をサボると、実装してテストが終わった後に「間違っていました」と発覚し、修正するのが信じられないほどしんどくなります。同じような名前の項目が複数テーブルにまたがって存在し、「どっちが正？」と混乱したり、パフォーマンスが出なかったりと、解決に手間のかかる不具合を大量に抱えることになります。
例えば、承認系のシステム。
ユーザーテーブルやトランザクションに、「主任」「係長」「課長」「部長」「本部長」のような列を横持ちで持たせてしまう設計です。一見分かりやすいですが、人事異動や承認ルートの変更が発生した瞬間、過去データの管理や洗い替えが大変になります。なまじ他の機能もこの横持ち設計を踏襲していたりすると、直すのが本当に面倒くさい。
承認用のワークフローは専用のテーブルを「縦持ち」した方が、運用も修正も楽で、無駄な列を持たずに済みます。
複雑な設計は、あとで自分を苦しめる
もう一つ意識しているのが「シンプルさ」です。
複雑な設計は、理解・実装・修正・保守のそれぞれで時間がかかります。構造が単純なら仕様を追いやすく、バグが起きた時も調べる場所を絞りやすい。数ヶ月後、数年後に「過去の自分のコードを呪わずに済む」のも大きいです。
検索結果が1〜2秒返ってこないだけでイライラする
遅いシステムは、尋常じゃないストレスを生みます。
検索結果が1〜2秒返ってこないだけで、急いでいる時は特にイライラします。「別の作業をすればいい」と言われても、私は待たされること自体に腹が立ちます。操作してから数秒以内に反応しないと、使い続けるのがつらいです。
100件を一件ずつ承認する画面は作りたくない
パフォーマンスと同じくらい、一件ずつ操作させるUIも気になります。業務システムでは、大量のデータを続けて扱う場面があるからです。
例えば、日に100件の承認作業がある業務で、1件1件画面を開いて承認ボタンを押させるシステム。100回画面を開くなんて明確に無駄です。
だからこそ、最近の私は絶対に「1件の作業」と「一括の作業」の両方を作るようにしています。データ編集も、一覧画面から複数件を一度に処理できるUI/UXを設計の段階で必ず考慮します。
AIのおかげで、実装へ取りかかるまでのハードルは下がりました。
その分、「データ構造はどうするか」「操作する人が待たされない画面にできるか」を考える時間を増やしたいです。今は実装そのものより、設計を考えている時の方が楽しいと感じています。
AIに実装を任せるほど設計・課題定義の比重が上がった背景は、AIによって業務のレイヤーが一段上がった今で詳しく整理しています。
コメント