アカウント名:
パスワード:
>そもそも、事務処理をコンピュータ化するための担当者に、オブジェクト指向なんていうモデル化手法が必要とされていたんだろうか。>いまどきのコンピュータで、事務処理システムを作成するには、小難しいプログラムの理論など知らなくても、>頭数を揃えて力ずくで書き上げれば、普通に動くようになるんじゃないか。
それは二流以下のSIです。事務処理も仕様変更・追加は発生するものだし、そのときのシステム改修コストを考えると、かなりしっかり業務とデータ処理を抽象化し、エレガントな設計にしておく必要があります。
また、そのようにきれいな設計にしておくことで、有用な新機能を提案し、費用を頂くが、実は実装自体は非常に簡単、なんてこともおきます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
モデル化手法と技能の必要性 (スコア:0, すばらしい洞察)
こういった事務システムをモデル化すると、むしろCOBOLのような手続きとして記述されることのほうが自然で、オブジェクトの相互作用として考えるほうが特殊な気がする。
そう考えると、その実装をJavaやオブジェクト指向で行うことのほうが不適切に思える。
そもそも、事務処理をコンピュータ化するための担当者に、オブジェクト指向なんていうモデル化手法が必要とされていたんだろうか。いまどきのコンピュータで、事務処理システムを作成するには、小難しいプログラムの理論など知らなくても、頭数を揃えて力ずくで書き上げれば、普通に動くようになるんじゃないか。
Re: (スコア:1)
>そもそも、事務処理をコンピュータ化するための担当者に、オブジェクト指向なんていうモデル化手法が必要とされていたんだろうか。
>いまどきのコンピュータで、事務処理システムを作成するには、小難しいプログラムの理論など知らなくても、
>頭数を揃えて力ずくで書き上げれば、普通に動くようになるんじゃないか。
それは二流以下のSIです。事務処理も仕様変更・追加は発生するものだし、
そのときのシステム改修コストを考えると、かなりしっかり業務とデータ処理を抽象化し、
エレガントな設計にしておく必要があります。
また、そのようにきれいな設計にしておくことで、有用な新機能を提案し、費用を頂くが、
実は実装自体は非常に簡単、なんてこともおきます。
Re:モデル化手法と技能の必要性 (スコア:0)
実際は何十年もその方法でやってきてて、プログラムも書けないSEを含めて、今の現場の技能が向上するわけでもない。
膨大な過去のソフトウェアを再設計するわけにもいかないし、
二流以下だろうと、それで仕事が回っている。
そうであれば、高度な技能の必要とされない業態のひとつとして、ありえる形なんじゃないだろうか。
それが情報産業の実態として広くいきわたっているとするなら、
外的な要因でうまく立ち行かなくなるまで、きっとなくならない。