アカウント名:
パスワード:
…って「設計ぐらいは普通はするもんだ」と言いたいなぁ。 っても「納期明日だから」じゃどうにもならんか。 打ち合わせすらする暇無しだから。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
早速 (スコア:3, 興味深い)
そういえば、Visual Basic.netは2003の時はVB6で書いたソースコードをVB.net2003にウィザードを使って変換できなかったり、VB6からの大幅な言語の変更で結構戸惑った事がありましたが、VB.net2005 ExpressはVB6からすんなりと移行できました。
そういえば、VBを使用している企業ってどのくらいあるのでしょうか?
Li-ion DC 1.2V(定格:3.7V) 500mA 乾電池はリサイクルへ
Re:早速 (スコア:2, 参考になる)
細かい問題は色々起きてますが、「運用でカバーしろ・問題が見つかったらその時直せ」の合言葉で意外と何とかなってしまうから不思議。運用でカバーができず、絶対ミスが許されないような現場でなければコストパフォーマンス的には悪くないような気がしてます。
個人的にはあまり使いたくありませんが。
Re:早速 (スコア:1, 興味深い)
何とかやり過ごすしかないというのが現状かと思います。
Windowsをクライアントにせざるを得ない状況が、最大のバックアップ環境。
で、そんな運用対処の必要な穴を埋める事態に当事者はいなく、
気軽にとりかかるぶんドキュメントはなくというのはお約束。
絶対までいかなくとも、ミスに寛容でいられない現場であっても、
VBマクロの延長程度の学習で作業員を増やせるので、
結局「運用でカバーさせろ」がだいぶ強い調子に感じますね。
俺はweb技術チームとして、隣の状況を見聞きしてるだけですがw
Re:早速 (スコア:0)
尻拭いをする羽目になったやつがえらい目に会うと。
あー、やだやだ。ローカルの代入もしてない参照を使っても警告も出さない屑言語なんざ。
Re:早速 (スコア:0)
ただ、まともに動くだけであって造りは無茶苦茶なので、そこに拘る人は悶絶する。拘らない人はそれがいつも通りなので気にしない(そして傷が深くなる)。
Re:早速 (スコア:2, 興味深い)
MFCとVB両方のプロジェクトに関わったことがありますが、
なんだかんだ言ってVBの方が生産性は高かったです。
最近はVB.netにリプレイスしつつありますが、社内では逆にVB6.0が流行ってます。
IDEの起動の早さとデバッグ実行の手軽さ、実行ファイルも.NETと比べて起動が軽いので
ツールやサンプル作成にはもってこいなんですよね。
Re:早速 (スコア:0)
個人的にはせめて VB.NET にと思っているのですが
# 弊社もまたしかり
Re:早速 (スコア:0)
「仕様なんか後で適当にやれ。直ぐ造れ」
となればVBしか無くなりますが。
流石にまもとに設計できない状況からVC++となるとリスクが高過ぎ。
VBの利点はレビューしながら作れること。
…って「設計ぐらいは普通はするもんだ」と言いたいなぁ。
っても「納期明日だから」じゃどうにもならんか。
打ち合わせすらする暇無しだから。
Re:早速 (スコア:0)
仕様が確定していないこと多いし、後で仕様変わるのはざらですから、VBだと開発効率が良いです。
また画面切り替えが大量にあるときも、製作が楽です。