アカウント名:
パスワード:
入門書レベルのVBAで作った野良システムが普通に実稼働してるところかな?
危険なニオイのする話ですよね…。システムは作ったら終わりじゃないんですよ、不具合修正はもちろんですが機能の追加変更などいろいろあるし、これらがスムーズにできなければ技術的負債一直線です。
最初のバージョンを作るのはちゃんとシステムエンジニアリングの経験を積んだところじゃないといけない。逆に最初にキチンと作っていれば例え一時期動作が不安定でも修正は容易ですしいずれ機能追加や次システムへの流用を考える時になれば嫌でも有り難みがわかってくるものです。
こういう話を聞くとどうしても某動画サービスのことを思い出して不安な気持ちになります。3日で作られたそのサービスは年月がたつうちに複雑化し、バージョンアップもまともにできなくなり、今では利用者は低迷してYoutubeに並ぶとか考える人もいなくなりました。(一時期ホントに言ってたんですよ)
私はこの件のシステムは知りませんし、安定稼働とやらをどのレベルで実現しているのかわかりませんが視察に来るというシステム部門トップの人にはとにかく冷静な判断をしてほしいところです…。
謎技術を生まないことは重要だけど、「初めから本格的に」という考え方が今回のような失敗を生むこともある。システムが肥大化し過ぎて、容易なはずの修正・機能追加が困難になってしまった場合だ。 最初はとにかくシンプルさを重視した作りにしておいて、重要性が増してきたら丁寧に作れば良い。実際、引き合いに出しているYoutubeだって既に原型を留めていない。 重要なのは、軽微な修正からフルスクラッチまで柔軟に判断すること。謎技術や要件の盛り込み過ぎはどちらも判断の障害となる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
問題点の整理 (スコア:1)
入門書レベルのVBAで作った野良システムが普通に実稼働してるところかな?
Re: (スコア:1)
危険なニオイのする話ですよね…。
システムは作ったら終わりじゃないんですよ、不具合修正はもちろんですが
機能の追加変更などいろいろあるし、これらがスムーズにできなければ技術的負債一直線です。
最初のバージョンを作るのはちゃんとシステムエンジニアリングの経験を積んだところじゃないといけない。
逆に最初にキチンと作っていれば例え一時期動作が不安定でも修正は容易ですし
いずれ機能追加や次システムへの流用を考える時になれば嫌でも有り難みがわかってくるものです。
こういう話を聞くとどうしても某動画サービスのことを思い出して不安な気持ちになります。
3日で作られたそのサービスは年月がたつうちに複雑化し、バージョンアップもまともにできなくなり、
今では利用者は低迷してYoutubeに並ぶとか考える人もいなくなりました。(一時期ホントに言ってたんですよ)
私はこの件のシステムは知りませんし、安定稼働とやらをどのレベルで実現しているのかわかりませんが
視察に来るというシステム部門トップの人にはとにかく冷静な判断をしてほしいところです…。
Re: Re:問題点の整理 (スコア:0)
謎技術を生まないことは重要だけど、「初めから本格的に」という考え方が今回のような失敗を生むこともある。システムが肥大化し過ぎて、容易なはずの修正・機能追加が困難になってしまった場合だ。
最初はとにかくシンプルさを重視した作りにしておいて、重要性が増してきたら丁寧に作れば良い。実際、引き合いに出しているYoutubeだって既に原型を留めていない。
重要なのは、軽微な修正からフルスクラッチまで柔軟に判断すること。謎技術や要件の盛り込み過ぎはどちらも判断の障害となる。