20201228 BEC開発の今後の方針

1. NCDに何をしてもらうか？

1.1. テスト要員

1.2. 開発要員

1.3. 設計要員

1.4. 業務知識の辞書

1.4.1. 黄さん?

1.5. 現状のコードベースの辞書

1.5.1. 見るしか無いかも

1.5.2. 黄さん?

1.6. オラクルの知識要員

2. 年末年始のNCDの宿題

2.1. トランザクション問題の解決に専念してもらう

2.1.1. 問題が彼らから見える状態なので何か前に進むと期待

2.1.2. 仮にマイナス方向に進んでいたとしてもリバートすればよい

2.1.3. 何をチャレンジしたのかわかれば我々が同じことを試さなくて済む

2.2. ユニットテストを書いてもらう

2.2.1. クソテストが増えるだけと予想される

2.2.2. クソ管理対象物が増えるだけなのでムダ

3. 仮に開発巻き取ったとして....

3.1. リリース後の保守どうするんだ？

3.1.1. どうせユーザから無限に要望が出続ける

4. 欲しい物

4.1. APIドキュメント

4.1.1. 入力

4.1.1.1. データサンプル

4.1.1.1.1. テスト時の作り方

4.1.1.1.2. 妥当性

4.1.2. 出力

4.1.2.1. データサンプル

4.1.3. エラー体系

4.1.4. 存在理由

4.1.4.1. ビジネス上のどの課題用なのか

4.2. 要件定義

4.2.1. 諦められることはなんなの？

4.3. やり方

4.3.1. ビルド

4.3.2. デプロイ

4.3.2.1. 起動の仕方も

4.3.3. バッチ実行のやり方

4.4. 無いと思ってるもの

4.4.1. 障害対応フロー

4.4.2. デプロイジョブ

4.4.3. 巻き戻しジョブ

4.4.4. と言うかCI/CD環境

4.4.5. 当初の設計指針

4.4.5.1. あとその担当者の有無

5. 今のシステムの最大の問題

5.1. 現状でトランザクションがそもそも破綻している

5.2. パフォーマンスは二の次でよい

6. テコ入れ方針

6.1. トランザクション問題を何とかする

6.2. 並列処理頑張るしか無い

7. 我々が何をするか？

7.1. 最悪どっぷりはいる