953 :
仕様書無しさん:02/03/17 00:02
>って、なんだよ。使われてなくったって、「すばらしい言語」があるって
>ことだろ ?
使われないプログラムを作ったんだったら、それはただの趣味の世界。
相手の都合で使われなくなったのも有るかもしれんが、大抵は業務分析
や設計が悪いとか使いにくいとか。顧客のニーズを掴んでいない点で駄目だよ。
使われないが金を取れるならそれはそれでヨシ(w
955 :
仕様書無しさん:02/03/17 00:33
結局VBを極めた後、C#,Java,C++,Delphiに出会って、
「ああ、そういうこと?」
ってつぶやく。
む〜、そういうおまえは、ト、トロ過ぎる、、、
フッ、VBを極める事など、所詮人間には叶わぬ夢よ
VBが出始めた頃
雑誌に「VBでAPIを使う方法」とかが得意げに載っているのを見て
「はあ?」って思ったもんだよ
「なんでAPIを使うのにいちいち定義してやらんといかんのっ?」て感じで
>>957 たしかにそうだなw
が、個人的にはAPIとか禁止して完全にツールっぽい環境(VBAみたいに)
にしちゃったほうが開発環境としての見通しがよかったんではないかと思う。
へたに一通りできるから大規模システムをVBで構築しる!とかいうSヨが出てくるし。
役に立つかどうか?
仕事はまだある。だから役に立つだろう。
VBで頭おかしいと思う点
form.show があるかと思えば、unload form とかあったりする。
961 :
仕様書無しさん:02/03/17 03:48
はじめまして、僕はプログラマになってはじめてプログラマになって2年になります。
職場にもよりますがVBをやっている職場ならたしかに役に立ちます。
とくに初心者の気持ちがよくわかるんですが、はじめからJavaをやっていたら挫折したかも・・・
実際に使えるアプリを作成するまでの工程が長すぎるというのが印象です。
VBの場合はその点すぐ動くのでいろいろ試せますよね。それは重要だと思いますよ。
完全なオブジェクト指向じゃないとかとかく言われますが、実際大事なのはいかに納品を
早くできるかだと思います。できるプログラマとできないプログラマの差はそこです。
ですので、細かいところはだれか(OCX)にまかせておけば当分は大丈夫です。
気に食わなければほかの言語を勉強すればいいわけで、そこまでできるようになってから
言語を考えても遅くないですよ。
とにかく1つ言語ができれば別の言語の勉強は早いです。文法が違うくらい
VBにおきかえて考えることができるのですごく楽です。(オブジェクト指向はすこし混乱しましたが・・・)
ちなみにVB.NETはどうなんでしょうか。少し触ってみましたがちょっと敷居が高い気がします。
あれをやるならC#だと思いますよ。Javaよりは上いってます。(←これは主観です。アンチマイクロソフトの人たちには怒られそう・・・)
962 :
仕様書無しさん:02/03/17 05:31
963 :
仕様書無しさん:02/03/17 06:58
>>944 >VBを誉める人の特徴。
>・VBを触ったことがある程度でプログラムを完成させたことがない。
これは違うだろ?プログラムを完成させた事のない人間はVBをほめる前にプログラムをやめてるよ。
VBだと
text1.txt = text2.txt * text3.txt
なんていう書き方ができてしまう。かつ、これでもエラーなく動いてしまうから、
いかんよな。
結論:VBの真髄はお手軽さにあった。しかし.NETでそれが失われた今もはや存在価値なし。
>>953 > 使われないプログラムを作ったんだったら、それはただの趣味の世界。
それと、言語仕様と何の関係があるんだ ? C++ で糞プログラムを作る事もでき
るし、VB でまともなプログラムもたくさんある。それだけの事だよ。ただし、
生産効率なんかが違うとか、作り易さというのはある。 (Prolog で業務システ
ムと言うのもね...。)
>>957 >「なんでAPIを使うのにいちいち定義してやらんといかんのっ?」て感じで
こっちこそ「はあ ?」だよ。VC++ なら勝手に定義されてるとでも思ってんの ?
VB だって、標準フォーム (だっけ ?) に定義しておけば良いだけだよ。
>>958 > APIとか禁止して完全にツールっぽい環境(VBAみたいに)
頼むから、えらそうに書くならもう少し勉強しろよ。VBA だって API 呼べる
ぞ。
>>960 > form.show があるかと思えば、unload form とかあったりする。
これには、同意。何でだろう ? 普通 form.unload だよなぁ...。
unloadに対応するのはnewだから別にいいんじゃねーの
>>967 だからあんたは、厨房って言われんのよ。
unload に対するのは、load だよ。ちなみに new に対するものはない
よ。(GC があるからね。) で、load form も form.load じゃねーのか
と言ってんだけどわかる ? (つまり、load/unload をステートメントに
する必要あんのか ? と言う事だよ。)
>>968 バカに付いて行って、一緒に沈むタイプだな。
Load/Unloadがステートメントであるのは過去との互換性のためかもしれないが、
もしかしたら、設計者の考えの違いかもしれない。
VBではプログラムの終了条件はFormsコレクションにフォームが一つもなくなったとき
(正確にはもう少し、コードが実行されてない等のこまかい条件がある)である。
FormsコレクションはVBで作られたすべてのEXEに存在するたった一つの
VB.Globalクラスのメンバ変数である。
LoadはVB.Global.Formsにフォームを登録する処理である。
なので、VB.Form.Load()でVB.Global.Formsに登録させるよりも、
同じクラスのメソッドであるVB.Global.Load()で登録させる方が
カプセル化的に良いと判断したのでは?
まぁ、VB.Form.Load()でVB.Global.Formsに登録するように
出来るっていえば出来るのだが、処理がクラスをまたがるからねぇ。
>>969 だから勉強足りん(w
Load/Unloadの中身を考えなさい
それに、form.showに対応するのはform.hideだろ?
んなことも気づかんのか?
プッ
>>966 > こっちこそ「はあ ?」だよ。VC++ なら勝手に定義されてるとでも思ってんの ?
API以外はなんで宣言しなくてもいいのよ?
実装の問題じゃなくて言語仕様の問題で。
MSはどうしてAPIのヘッダ(VBのDeclareなんとか)用意してないのよ?
> 頼むから、えらそうに書くならもう少し勉強しろよ。VBA だって API 呼べる
> ぞ。
そんなことはしっとるわい。
漏れがいいたいのは特殊な環境に特化した開発環境(VBAみたいにね)のほうが
よかったってことだ。
見通しが悪い上に一通りなんでもできてしまうのがVBの罪。
ActiveX以外全面禁止にしちゃったほうがよかったと思われ
>>966 >こっちこそ「はあ ?」だよ。VC++ なら勝手に定義されてるとでも思ってんの ?
>VB だって、標準フォーム (だっけ ?) に定義しておけば良いだけだよ。
まともな言語(つーか開発環境)なら初めから定義してあるから
ユーザー様にいちいち定義する負担をかけないんだよ
974 :
仕様書無しさん:02/03/17 12:57
VB叩く人間というのが不思議でならない。
世の中、いろんなところでVBで組まれたシステムが実際に動いてる、
ということを知らないのかな、と思えてしまう。
たとえばJRはじめ鉄道各社の自動改札機監視装置だって、WinNTに
VBで作ったシステム載せてるんだけど。
何で作るかより、何を作るかのほうが大事なんじゃないの?
この業界で仕事してる人間なら経験上そういうふうに考えるもんだと
思うけどな。
言語の良し悪しなんてことを言ってるのは一部の言語ヲタク(非職業PG)
だけじゃないの?
975 :
仕様書無しさん:02/03/17 14:04
>>974 同感!!
言語のことで文句を言う奴は言語おたくが多いのは事実。
家の会社にも居ますよそういう奴。
そういう奴の特徴
・VBのことは表面上使ったとこがあるだけ(もしくは本で読んだ)
・オブジェクト指向じゃないと文句をいう。(確かに継承はできんが擬似的にはできる)
・協調性がない(自分の知っている技術を他人に教えようとしない)
・そういう割には大して仕事ができない
ごめんこれは家の会社のSさんだった・・・
976 :
仕様書無しさん:02/03/17 14:06
ブビ坊同士が慰め合うスレはこちらですか?
>>975 自他共に認める言語ヲタクですが何か??
>・VBのことは表面上使ったとこがあるだけ(もしくは本で読んだ)
>・オブジェクト指向じゃないと文句をいう。(確かに継承はできんが擬似的にはできる)
>・協調性がない(自分の知っている技術を他人に教えようとしない)
>・そういう割には大して仕事ができない
上記のようなDQNは、言語ヲタクとは言わない。
我々は好奇心旺盛だから、いろんな言語に触れるよ。
言語の長所や短所は、1つの言語しかできない人たちよりは理解
しているつもりだ。
ここでVBたたきに過剰反応する人って、VBしかでけへんの?
どうよ?
以降、VBしかまともに使えないDQN叩きとします。
979 :
仕様書無しさん:02/03/17 14:42
>>977 そうやって「過剰反応」とか、自分の脳内イメージに相手を合わせて理解しよう
とするから話が噛み合わないんだと思われ。
「なんで叩くのか理解できない」という意見もあっていいんじゃねーの。
ていうか、特定の言語が気に入らないなら、自分が使わない、あるいは使う
仕事はしない、というだけで済む話なわけでさ、その言語やそれを使う人間を
叩く心理ってよく理解できんよ。
ちなみにワシはVBオンリーじゃあないよ。
ただVBの仕事を任されたら、それにはそれで全力を尽くすよ。
980 :
あのゲーム作者:02/03/17 14:46
VBで出来ちゃうんで他の言語覚える必要なかった。
>>979 >一部の言語ヲタク(非職業PG)だけじゃないの?
これはどう見ても意見を通り越して煽り文句だと思う。
>>978 >そうやって「過剰反応」とか、自分の脳内イメージに相手を合わせて理解しよう
「過剰反応」改め、「反応」に訂正しませう。
>「なんで叩くのか理解できない」という意見もあっていいんじゃねーの。
私もそう思います。
どんな言語も叩かれるスキはいくらでもあるのですね。
人間が考えたものですから。
ただ思うのは、「漏れはVBしかできん。だからどーした?」
という、開き直りではなく、自信に満ちた意見が無いような気
がするんですね。どこのシステムはVBだとか、世の中にはあーだ
とか、どうでも良いことです。
ポインタは無いけど参照渡しだよなんて言語を使うと、
その言語仕様をけなしたりするのいるね。
984 :
仕様書無しさん:02/03/17 15:52
井のなかのブビ坊
丼のなかのブビ坊
986 :
仕様書無しさん:02/03/17 16:06
いやSさんに言いたいのは言語がどうのこうのじゃなくてね
早く、しかも質のいい製品をつくってくれればいいんだよ
ちなみにSさんはJava男
もう一人Uさんも居るけどこれはVisual C++
いつも SとUは戦ってる
そんなのはいいから早く仕事しろっちゅうに
987 :
仕様書無しさん:02/03/17 16:08
>>986 追加
ちなみに一番利益をあげているのがVBのメインでやってるプロジェクト
988 :
仕様書無しさん:02/03/17 16:10
989 :
仕様書無しさん:02/03/17 16:16
>>1 TPOによって要求されるものも違うから、だから言語も多様に変化(特化)
してきたわけで、1 のご質問に対してもまた然りではないかと。
うちの会社の場合だと、
事務系のお仕事→VBでも可の仕事あり。でもPL/SQLもセットで
できないとプロトタイプの作成あたりで終了。
(うちの会社での限定。そうでない場合が多いってことは...
このスレ読んでれば分かりますよね。。。)
ネット系のお仕事→お客さんは流行の言語を使いたがり、責任者の方が
何処からか仕入れてきた「なんとかいう機能」を実装せよと
いわれることが多いので、VB以外の最新事情に疎いと
居場所がない。ただし最新事情に鋭敏だからといって顧客を
満足させられることはない。
金融系のお仕事→勘定系はコボラーの天下なのでVBの知識を活かせる
(銀行) 場面があるかどうかは分からないが、村八分の覚悟要。
情報系であればUnix + Oracle(DB2のほうが多いかも)
くらいの知識が必要。ただしお客さんによっては新人お断り
のところもある。VBは業務に使うのではなく「開発・管理
用の便利ツール」作成が主。
証券系のお仕事→ウィルスに感染していても「見なかったことにしておこう」
という課長の一言で半年以上放置されるようなお客様なので
営業に仕方によってはVBでも生存箇所はありそう。
仕事によってはオペレータのお姉さんと仲良くなれるので、
高卒新人OLをゲットしたいならPGよりも「なんちゃって
SE」を目指そう。
1000
1000
1000
1000
994 :
仕様書無しさん:02/03/17 16:18
1000
1000
糞スレだねぇ
1000
1000だ
1000 :
仕様書無しさん:02/03/17 16:19
1000
1001 :
1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
1002 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。