アカウント名:
パスワード:
個人的な経験では,開発言語がどうこうという議論をやっているプロジェクトで成功したためしがないんですけどね.
むしろ昔からオープン系システムやオープン系・メインフレーム連携システムを多く手がけている部隊の方が,業務分析,システム設計,実装アーキテクチャ設計あたりで効率を稼ぐ術を心得ているように思えます.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
じゃあCOBOLを使いたいかい? (スコア:1)
トランザクションモニタ配下のCOBOLだったら、勝手なことは出来ないし、フレームワークとしてもきっちりしてる。でも、結局いろんなことは「規約」を作って縛らないと縛り切れない。
個人的にはCOBOLは好きなんだが、Javaマンセーな奴は聞く耳は持たんだろう。でも、COBOL+TPモニタでも、EJBでも、ドメインが同じならやってることに大差はない。それはPHPでも同じこと。
まーそーいったわけで、言語がどーだこーだという問題ではないと思うんだけどな。業務がわかる技術者が生産性高く品質高く作れて、人を集めやすければそれでいいかと。
まぁ言い古されたことだとは思うけどね。
Re:じゃあCOBOLを使いたいかい? (スコア:1)
御意。以前、大規模WebApplicationの構築で、Javaのコンサルという名目で参加したことありますが、請け負ったベンダーさんの方達はJava未経験のCOBOL屋さんばかりで、マジでCOBOLでCGI書いた方がいいんじゃないか?と思いましたよ。
残念なことに、私が行ったときには、全て「これは決定です。変更できません」ばかりで、どうしようもない状態でしたけど。何のためのコンサルなんだか (-_-;;;
Re:じゃあCOBOLを使いたいかい? (スコア:1)
個人的な経験では,開発言語がどうこうという議論をやっているプロジェクトで成功したためしがないんですけどね.
むしろ昔からオープン系システムやオープン系・メインフレーム連携システムを多く手がけている部隊の方が,業務分析,システム設計,実装アーキテクチャ設計あたりで効率を稼ぐ術を心得ているように思えます.