2022-07-27

anond:20220727153115

そういうことができる神ツールがあるなら是非紹介してほしい。

そういうツール自作するのはツール自体メンテが発生するしカスタマイズしようとして逆に非効率になる事例を見てきた。

もちろんExcel絶対正義とは思ってないけど

学習コストとかメンテコストとか改変のしやすさとか客とのやり取りのしやすさとか諸々でなんだかんだExcelに落ち着くみたいな風潮があるのは確か

記事への反応 -
  • DB定義がExcelなのはガチ

    • SE脳だけど Excel(少なくとも表形式)じゃないDB定義書が想像できない DB定義書なり機能定義書のベストプラクティスがあったら是非教えてほしい

      • 何でも良いけどスキーマ定義してマイグレーションとかもバージョン管理するのが世の中の常識

        • それは個人開発レベルではそうするとして、 大規模になって外接のベンダーと話すときとか、新規参入者のキャッチアップ用に各カラムの論理名やら備考やらを見せたい時 綺麗に見せら...

          • 大規模だろうが複数の部分に分割できるだろう。それぞれのスキーマ定義にドキュメントをしっかり書いてさえあればExcel形式にでもなんでも変換すれことは可能。そのためのプログラミ...

            • そういうことができる神ツールがあるなら是非紹介してほしい。 そういうツールを自作するのはツール自体のメンテが発生するしカスタマイズしようとして逆に非効率になる事例を見て...

              • Excelですべて管理するほうがよっぽど大変では?簡単な変換ツールすら実装できないプログラミング能力ならそもそもITに関わらないほうが良いと思う

                • それぞれのツールは簡単だとしても60人くらいの規模のプロジェクトで自作ツールが乱立してるプロジェクトはちょっとキツい

                  • スキーマ定義から客に見せる用のExcelへの変換なんてどれも一緒でないの?60人しかいないプロジェクトならみんなで同じツール共有して使えば良いんでないの?

                    • DB定義書だけでないにしろテストデータ作成とかジョブ監視とか ツールを作っていた人がプロジェクトから抜けてだれもメンテしなくなって、、、みたいなことが頻繁に起こるわけです...

    • あれマジでやめてほしいわ んでDB定義からDDL作るマクロとか作るんだぞ 無駄すぎる

    • SI崩れのゴミがやってきてこれ強制しだしたのですぐに辞めた

記事への反応(ブックマークコメント)

ログイン ユーザー登録
ようこそ ゲスト さん