Front makes you look at things from a different perspectives.
某SIerの「設計書からソースコードを自動的に生成するソリューション」について、エンジニアの間でブーイングの声が広まってる感があったので、ちょっと前に考えたことを書いてみる。 設計書からソースコードを自動生成することの何がイケてないのか。 それは、どんな設計書なら自動的にソースコードを生成出来るのか?ということに尽きる。 ソースコードを生成するということは、結局は変換をするということである。機械的に自動生成が出来るためには、ソースコードに変換するための情報が設計書と自動生成ツールの中に全て揃っていなくてはいけない。つまり、完全に動くソースコードに変換できるような情報をすべて設計書に書かなくてはいけないということを意味するのだ。実行可能な設計書と言ってもいいだろう。 かつての UMLモデリングツールなども MDD(Model Driven Development: モデル駆動設計)を称して、
少し前、ある大手企業の情報システム責任者を長年務めてこられた方にお目にかかる機会があった。初めのうちは雑談していたのだが、最後は「経営トップのIT(情報技術)理解」という話題になってしまった。 「経営トップがITを分かっているかどうか、それが問題だとコラムや記事をお書きになっていますね。私も長年、分かってもらおうといろいろ取り組んできましたが正直、無理かなあというのが最近の実感ですね」 「御社のビジネスはコンピューターがないと成立しないでしょう」 「よくITは経営戦略そのもの、と言いますね。当社の場合、戦略と一体かどうかは分かりませんが、コンピューターが止まってしまったら、当社が潰れることだけは間違いありません。戦略というより、もはや生命線と言っていい。これほど重要なことなのに、経営トップの理解は残念ながらいま一つです」 100億円投じたのに期限までに完成しない 「コンピューターの機械は、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く