いまどきVisualBasicやってる人って･･･

VB なんてまだマシだ。　今やらされてるクサレ処理系のオリジナル
スクリプト言語なんか、タイマイベントで重たい処理やったら、次の
タイマイベントがその分遅れるんだぜ。

下には下がいると思い知らされた、この夏。

>>432はバカだよな

去年大卒入社にて、とある化学メーカーの情報システム部門に配属され勤めている者です。
早速ですが質問です。

　　主要開発言語は「COBOL」を使用しています。最近知ったのですが、
　　COBOLという言語は今は廃れ気味のようですね。その事実を知ってから
　　急に将来に不安を覚えました。このまま会社にい続けて、もしリストラ
　　などで路頭に迷うことになったら再就職はそのころあるのでしょうか？
　　COBOLの将来性や、再就職の可能性など、総合的にお答えください。

以上

マルチポスト野郎に未来はないな
間違いない

>>432がわからないやつってバカだよな

タイマー≠マルチスレッド

>>434が正

タイマーとマルチスレッドを一緒に考えてるアフォがいるスレはここれすか？

プロセスとスレッドの定義がある程度Windowsの世界では決まってるのに
そこに言及しないアフォがいるスレはここですか？

タイマーがマルチスレッドではないと思い込んでるアフォがいるスレは
ここですか？ｗ

タイマーの実体ってWindowsにタイマー用コールバック関数を登録するだけだお。
だから別スレッド起動されないし、シングルスレッドだお。

Windowsとはもともと擬似的マルチスレッドOS。
マルチスレッド風に見えればマルチスレッドなんだよ。

アプリ本体が受け取るイベントのほかにタイマーイベントのスレッドが
発生するならマルチスレッドだろ。

Windowsの仕組みを知らないﾌﾞﾋﾞチュウがマルチで暴れるスレッドはここでつか？

＞Windowsとはもともと擬似的マルチスレッドOS。
マルチタスクという言葉を知らない人がレスするスレッドはここでつか？

>>432=>>438=>>443=>>446は頭が悪い。

＞アプリ本体が受け取るイベントのほかにタイマーイベントのスレッドが発生するならマルチスレッドだろ。

文章は論理的には正しいですが、現実とあっていません。
タイマー用に別スレッドは起動されません。

アプリのイベントとか逝ってますが、ウィンドウがウィンドウコールバック関数を登録するだけだし、タイマーはタイマーコールバック関数を登録するだけでつ。

ﾌﾞﾋﾞﾁｭｳがWindowsのことを全く知らないことを証明したスレッドはここでつか？

>>432は本当にバカだな。

432はバカじゃないお。
432は１行ネタで笑わすために書いただけ。
それを真に受けたﾌﾞﾋﾞﾁｭｳが（ｒｙ

ということにしたい>>452==>>432。

俺も >>432 はﾈﾀだと思ってたが。

>>434
>タイマイベントで重たい処理
やる奴が阿呆。

>>450
なんも知らん奴でも出来た気になるのがVBの功罪。

とりあえずコールバック関数と言っときゃいい、みたいなＣ厨の
浅墓さｗｗｗ

マルチスレッドという用語に踊らされてるんだな、専門馬鹿は

マルチスレッド風に動いて、欲しい機能が実現できればいいのに
能書き垂れるだけで何もできないタイプだな >>442=449=454は
しかも妙な自演を繰り返してるしｗ

>>456
442ですが何か？
お前さんも具体的な事は何一つ書いてませんが？
442で言いたかったこと解ってる？

>>432はネタじゃあないと思うんだがな
VB（4以降）標準のタイマーコントロールはActiveXコントロールとして
一つのVMの中でVBのメイン処理とはまったく違うスレッドで処理が走ってるはずだが？
だから449は大間違いかただの釣り
（こんなもんProcessViewerですぐわかるだろうに）

プログラミングを最初っから学び直したほうがいいよ

>>456
>しかも妙な自演を繰り返してるしｗ
自閉症乙。

＞マルチスレッドという用語

用語じゃねーだろ、WinOSの基本機能。タスクとリソース管理こそOS。

>>457
>一つのVMの中でVBのメイン処理とはまったく違うスレッドで処理が走ってるはずだが？
GetCurrentThreadId() 呼び出してみ。

別スレッドだとメインスレッド側がスレッドの排他処理が必要になるのに、
ﾌﾞﾋﾞにその機能が無いんだからｱﾘｴﾅｽ。

ﾌﾞﾋﾞﾄﾞﾄﾈﾄにスレッドベースタイマはあるが、Windowsタイマがあってこっちを普通使うだろ。
タイマを使ってさらに別スレッドなんて構造ｷﾀﾅｽ。

>>461
OCX内部で呼び出さなきゃ意味ねーじゃん

>431で「普通のマルチスレッドは無理」
って書いたのはVBでマルチスレッドやる場合の制限が大きいから

CreateThreadでコールバックする関数の中で
VBの組み込み関数やオブジェクト、変数もString型等を使わない形の処理での記述しかしないか
ActiveXにしてしまうか、くらい

で>>432の
「タイマーコントロール張ればすぐマルチスレッドアプリ出来上がり」
ってのは
「まあ、そりゃそうだけどさ」って苦笑するネタってだけだろ？

>>463
>OCX内部で呼び出さなきゃ意味ねーじゃん
タイマイベント処理とメインの処理が同一スレッドじゃ意味ねーじゃん

同一プロセス内にスレッドが複数無きゃマルチスレッドじゃないよな。
タイマー張るとスレッド増えるのか？

Windowsﾀｲﾏｰなら同一スレッド。

しかしOCXが別スレッド起動することは可能。
ただ、ﾀｲﾏｰで別スレッド使うなんて存在がｲﾐﾌﾒ

マルチスレッドアプリなんか作らなきゃいいんだよ
アプリ間で通信しときゃいいだろ

マルチスレッドにしようっていう発想自体がクズだな
難解なバグに陥ってどうにもならなくなるにきまってる

ヒント：ウェブブラウザ＝通信と描画を同時

>467 ← マルチスレッドの利点の放棄
>468 ← マルチスレッドの理解の放棄
>469 ← それVBでやるの無茶ですから

>>464.466
問題になっていたのは
「タイマーコントロール張ればすぐマルチスレッドアプリ出来上がり」
ってところなんだから論点をそらさないように

>>465
増える

>>470
スレイプニールはウェブブラウザじゃあないと言いたい人？

スレイプニルじゃなくてスレイプニール？　ぷぷぷぷっ
なにこの外人気取り

>>471
へえ、VBだとタイマーでスレッド増えるのか。知らなかったよ。

おまえの髪の毛は増えないままだけど

VBやっている人がクズなのではなく、VBしかできないとかほざいているバカがクズ・
つーかVBすらできないが正しいと思われ。

VBのクラスメンバ書式長すぎ。getだのsetだのいちいち面倒くさい。

VB叩きが知ったかぶりなのはかわらないな。

＞getだのsetだのいちいち面倒くさい。
これってRDBにたとえると、
「SQLServerってSELECTだのGROUP　BYだのっていちいちめんどくさい」って
言ってるようなもんだよなぁ・・・・。
VB覚えたてでうれしいんだろうなぁ・・・・。

VBができない人ってイタイねー
VBユーザーがうらやましくて仕方がないのかい

>>479
>VBユーザーがうらやましくて仕方がないのかい
っつうか、羨む要素が見当たらない。

VB知ってると楽だぞ
簡単な処理ならWSHでも組めるし

Windows環境にしか携わらないというなら、VB使えりゃ得という言い分
は否定しないけどね。

VBだろうが、Javaだろうが、C++だろうがやればいいじゃん。
言語なんて１週間もあれば覚えられるだろ。基本を押さえて、
後は調べ方さえ身につければいいと思うんだが。
いろんな言語やった方が言語毎の特徴がわかるし、用件に合わせ
ていろいろ選べるから融通も聞くじゃん。何でもめてんの。

VBという最新技術がわからない人は哀れだねぇ

>>484
大藁

ていうか金融系の現場だが、ＶＢとアクセスという組み合わせが
多い気がする。JAVA使いだったけど、現場はいってから
VBをおぼえた。よくよく考えればチョイ昔までは業務系といったら
ＶＢしかなかったんだよな。ＶＢの案件なくなるようなことはここ
１０年くらいなさそうなんだけど。

C#が無くなることはあってもVBが無くなるってことはまぁ無いね。
簡単だし。

VBとJavaの両方使えれば
今後苦労しないでしょ

VBは林ハルヒコの基礎編1冊あれば
充分だよな？

>>488
> 林ハルヒコ
の著作読んでる時点で終わってるよ。藁
つか、VB引きづるならせめてVB.NETへシフト汁。

うちの会社にVBオンリーで.netが判らんとかいってる馬鹿がいる。
社内の人望ゼロで関係会社にいい様に使われてる。
金にならんが、だからといって付合いを考えたら切るのも勿体ないという類いの仕事。

どうしょうもないクズにも使い道があるんだなと思った（藁

VBわかってて.netわからんてのがわからん。
継承とかその辺がわからないのか？

だから「馬鹿」なんだろ。

ていうかVB.NETとC♯ってどっちのほうが将来性あるんだろうね。
いまだに決着してない気がする。.NETへの業界の無関心ぶりは
ひどかったからな。.Netを過大評価してる人って、専門学校生とか
社会復帰目指してるニートなんじゃないのかと推測してる。

C/C++・Javaプログラマがどっちか選べと言われたら迷わずC#選ぶだろ。
ま、.NETフレームワーク使うときの書式自体はどの言語使ってもほとん
ど一緒だし。

あほだなー　VBもC#もほとんど同じだろ。
迷わずC#を選ぶ正当な理由がない。C#でいいならVBでもいい。

大文字と小文字の区別くらいしろよ

学科にもよるけど、うちでは大学の授業で未だにVisual Basicなんかやってる。
TAをやってる俺としては、教えるのは勿体ない気がする

勉強するんならアセンブラの互換としてのC言語につきると思うんだが。
ハードを念頭に置かない言語の勉強なんて考えられん。

それをいったらHaskelは一体なんだと思っているんだ

> ｱｾﾝﾌﾞﾗの互換としてのC言語
はつみみです。:-)

>>497
クラスの概念教えるのにもVB使って説明すんの？
なんつう時間の無駄www

>>501
そういうことを教える授業じゃないんだが。
情報系の学部・学科じゃないし。
ただのリテラシーを高めることが目的でWordやExcelやTeXを
教えるついでにやってるだけ

コンピテンシーとかリテラシーとかはやってるよな。
何年かしたら無くなってると思うけど。

>>491
> VBわかってて.netわからんてのがわからん。

.NETがわからないという奴は、たいていVBのスキルも知れてる。
だいたいVB4あたりの知識しかない。
コントロールもActiveXコンポーネントも、単なる「表示される要素」「処理の寄せ集め」
でしかなく、オブジェクト指向的な捉え方をしていない。

だから、VBのイベント中心の考え方しかできず、.NETでオブジェクトを
どう使えばいいのか、という基本的な部分で躓くみたい。

>500
アセンブラを念頭に置いてないとわざわざＣなんて使う意味ないだろ

VBしか知らん奴に自作イベントを発生させるプログラム書かせたら、まず間違いなく
頭ん中パニックになると思われ・・・。

>>503
じゃあなんとかしてくれ。
他の学科ではちゃんとCやJavaを教えてはいるんだが。

VBこそオブジェクト指向を学ぶのに最適だね。

本当に初心者だったらHSPとかのほうがいいかもね。
VBでは高度すぎるかも。

>>486
恐いな。一体どんな金融系w

ヒント：消費者

>>508
それは無理無理

>>511
消費者金融かよ・・・・


いやもっとひどくて闇金融サイト運営だったりしてな・・・・

>>508
こらこら。本気にする奴がいるかも知れないだろwww

>>510
お水の世界で金融系といったらヤ稼業の隠語

.netはjava、VB6はVBAに近いな

Input Line#　がないのが悲しい

近くても、



ﾌﾞﾋﾞ(ﾟ�听)ｲﾗﾈ

>>508　が核心を突いてる

> 私は「らいなっくす」って聞いたことがあります。

そんな汚い英語訛りで読んだら Linus B. Torvalds に失礼だと思ってた。

ライニュックス

Linuxを「らいなっくす」と発音するのはeva厨
Linusを「らいなす」と発音するのはbemani厨

「りぬくす」だろ？

りにゅくす

ライニュックスはVB以下だし。

昔、Linus B. Torvalds 氏が発音した"Linux"の音声ファイルが有ったのだが。
少なくとも「らい〜」では無かった。
はっきり覚えてないけど、「りぬっくす」に近かったかな？
まあ、氏はどんな読み方でもいいとは言ってたけど。

すみません、初心者なんですが
ビジュアルベーシックの開発環境ってただで配布されているのですか？
それとも売り物ですか？

>>526
http://www.microsoft.com/japan/

>>526
「初心者なんですが」と前置きすれば
莫迦な質問をしても叩かれないとでも思ってるあたりが
君の莫迦なところ。

すみません、初心者なんですが
プログラマー板の人たちって莫迦なんですか？

うんそうだよ
君もタップリ楽しんでね（･∀･)

製品サポートの仕事をしているが、最近「どうしたらいいかご指示ください」
という問い合わせが多い。
最初から自分で考えることを放棄している。

こういうのを相手するにはどうしたらいいかご指示ください。

>>531
>こういうのを相手する
のが
>製品サポートの仕事

すみません、初心者なんですが
製品サポートの仕事って何ですか？

すみません、初心者なんですが
週末のこんな時間に書いて得意がってる>>528は莫迦とは言わないんですか？

>>533
製品のサポートをする仕事です。

以上の回答で1インシデントを消費させていただきます。

>>534
書き込んだ曜日や時間と、書き込んだ本人が莫迦かどうかに
相関があるという無根拠な前提を持ち出すあたりが
君の莫迦なところ。

今ものすごく不自然な日本語を見た

うん。自分で書いててもにょった。

C#はレイトバインディングができないのがなー
やっぱり業務アプリはVB.NETのがいいなー

VS2005が導入された。APIを駆使して何でもVBでこなし、今までVB博士と言われていたPGがいた。
VB.NETでほとんどのことができるとわかってからいとも簡単に捨てられた。
彼の10年間はなんだったんだろう。

ブビ叩きって何年も前からあったような。
これから人の言う事に耳を傾ければ良いんじゃね？

ドトネト叩きにも耳をかすべき。

>>540
>VB博士と言われていたPG
「〜博士」などという呼称は小学生か、そうでなければ嫌がらせとしか思えない。

>>540
10年も楽しめてよかったんじゃね？

>>541
ドトネット叩きは理解できん。
VB.NETがダメならC#もダメになる。

API駆使できるほどの人材が現役.net厨ごときについていけなくなるとは思えない。

API し か 駆使できなければ、捨てられるだろうよ。

まぁ少なくとも、VB使い云々じゃなくって
ロジック考えるレベルの問題だろ

別にVB使いにレベル低い奴が多いだけの話

VBが使えないやつがレベル低いんだよなｗｗｗ　(　´,_ゝ｀)ﾌﾟｯ

別に．NETは悪くないんだが
VB6から流れてきた奴らがそのままのやり方で
やってる現場がけっこう多いからな。

InterfaceやMustInheritの存在すら知らないとか。
うちの会社そんなんばっかり(ﾉД`)
VB使いを自称するならちゃんと機能を使いこなしてくれ。

＞別に．NETは悪くないんだが

ドトネッツアプリ悪い。ｲﾗﾈ

まぁ、ぶっちゃけVB否定してる奴らって
大概変な自己満足PGとかなんだよな

どこいってもいらないとか言う奴は聞いたことがない
つうか、皆それなりに使えるのが当たり前だし

>>549
Interfaceて使いどころに迷わない？
明らかにプラグインなんかはつかったりするし

結局継承とかで済むほうが大半なきがする
つっても、パッケージとか汎用部分を多く書いてるわけではないのでまぁ、ヘタレの戯言なんだが･･･

>>552
プラグインなんて、I/Fの使い方の教材というか基本じゃん。
呼び出し元はアドインに対して、呼び出し口の定義だけを示せばいいんだから。
あとは、Assemblyを実体化して、そこからそのI/Fを持ってるクラスを取り出して、その関数を呼ぶだけ。

需要があるから供給してるだけの話だろ？

＞需要
ブビ販売停止だをｗｗｗ

そんな事実はないよ┐(´〜｀;)┌

ttp://www.microsoft.com/japan/msdn/subscriptions/MSJVM/VB6.aspx
これに関連いたしまして、日本語版 Visual Basic 6.0 につきましては 6 月 30 日で一旦提供を中止させていただきました。

　　　_, ._　　ﾊﾟｧｰﾝ
　（　‘д‘）
　　Ｍ＄⊂彡☆))Д´） ←ブビ厨

まあ、VB6だけやってる人ってのは確かにあれだけどね。
それを粘着して言ってる人もきもい。
そういう人しかみてないっていう自分の環境を疑えよ。その程度の中の自分ってのはその程度ってことだよ。

つ ttp://yuki19762.seesaa.net/article/29175346.html >>559

>多くのお客様からのご要望があったことを受け

再開してるよ>>557

>>561
旧製品のダウンロードを可能にしただけで、製品は終焉した。
ブビプログラムもお前は既に氏んでいる状態。

もう十分VBユーザーは増えたから拡大しなくてもいいし。
すでにVB6を持ってるユーザーには無関係な話だなﾌﾟﾌﾟﾌﾟ

そういう問題じゃない。

ダサダサ・ボコルでさえソースコードは生きてるのに、
必ずブビプログラムが氏ぬってこと。
業界でもアリエナス。

早めに別言語に逝行してブビ中が氏滅した方がみんなしあわせ

　　　　　　　　　　　　　　　∴∴∴∴　
　　　　　　　　　　　　∴∴∴∴∴∴
　　　　　　　|￣P∴∴∴∴∴∴∴∴
　 　 　 　 ／　 ＼
　　　　　 |￣￣￣|
　　　　　 |ﾌﾏｷﾗｰ|
　　　　　 |　 (,,ﾟДﾟ)　　＜ 死ねや。ｺﾞﾗｧ!
　　　　　 |　（ﾉ 　 |つ
　　　　　 |　M$　 |　
　　　　　 |＿＿＿|　
　　　　　　　U"U　　
　　 　　　　　　　＼　　　　／
　　 　　　　　　　 　＼　／ 　　／￣￣￣￣￣￣￣￣￣￣
　　　　　／￣￣￣(,ﾟДﾟ,) ＜　　すでにVB6を持ってるユーザーには無関係な話だなﾌﾟﾌﾟﾌﾟ
　 　　　~￣>￣>￣> 　 ヽ 　　＼＿＿＿＿＿＿＿＿＿＿

最高級言語VBを叩かずにはいられないヘボアンチｗｗｗｗ
焦ってる焦ってるｗｗｗｗ

糞みたいなソースを作る奴は、
VBでも、.NETでも、JAVAでも糞ソースを作る。

結局は作る人間の問題だ。言語じゃない。

ソースの問題じゃないんだな。
出来上がったアプリがモッサリ不安定、ノッペリ画面。

>>567
それは正しい。
しかし、VBや.NETそして、perlなんかからプログラミングを
始めた奴は糞みたいなソースを作る人間になるものです。

>>569
MFCも入れて！

CやJavaで、プログラム始めたって、ウンココードを書くヤツは書くよ。

>>571
いや、むしろCから入った奴ほど糞なコードを書きよる。

C++（MFCは悪い癖付く）とDelphiがﾖｻｹﾞ。

そんな糞言語どうでもいいからVBにしなよ

>>555 に戻る

Delphiなんてそもそも仕事がないっつーの。
学生の趣味の話ならム板でやれよ。

仕事で使えるのはＶＢだネ

>>555 に戻る

VBを使う仕事やってるといつまでも低賃金IT土方
これ現実。

VBを使う仕事より、男ならVBなど足元にもおよばない言語を創ってみろ。

だから仕事ないDel厨に言われる筋合いはねーよ。

ソースがどうこうより使いやすいソフトを作るのが
一番大事だと思う。

初めてプログラマ板に来たけど・・・
VBってこんなに叩かれてたのかorz
ハァ・・・ここまで叩かれてるなんて・・・正直凹むo....rz

VB.NETは最高にして最強のWindows向けのRADツールだ
>>583
へこむな、誇りを持て、そして、VB.NETの布教に勤しめ

.NETの一翼になってからは大規模案件にも耐えられるようになって
鬼のような開発環境になったね

惜しむらくは、クラス設計できないVB6技術者が移行できないところか

みんなC#に流れてくし

>>583
厳密に言うと叩かれてるのは、VB6やCOBOL式の
プログラミングを.NETまで引きづってるVB厨だ。

>>583
叩いてるのは一人だけだから気にすんな。

>>587
現実から目をそらさないほうがいいよ

VBができないアホが吠えてるだけだからな
VBを羨ましがっているだけ

VBの何に羨ましがればいいの？
純粋なPGをまだ理解出来ない子供のためのお手軽キットってイメージなんだけど

言えば言うほどその嫉妬心が露になるだけだな。

お前は嫉妬クンか

VBの安泰っぷりが羨ましいんだろうなｗｗｗｗ

デハッグなんかで試行錯誤しなきゃいけないと分かってるツールを作る場合はVBでプロトタイピング。
そして結局それが体裁整えられて客先まで流れていく。

VBプログラマーって自称してもいいかも。

業界標準のVBが使われるのは当然だよなぁ

VBでプロトタイピングとか言ってるやつって、VBしかできないんじゃないか?
VBでやったって、とくに早くつくれるわけじゃないし。

>>596
どの言語と比較してるの？

つかVBしか出来ないって人種が理解できない。
VB使いこなせればC#は必然的に使えるはず。
好みの別にしてif thenでなくif(　)使うとか
Inheritsでなく：使うとか覚えられないプログラマなんて居ないだろ。

VBしか使えないってのはVBもまともに理解できていないのか、
それともよほど言語を知ろうとする意識が薄いのか？

C#ですかｗ

>>598
>C#は必然的に使えるはず
俺もそう思う。使う理由さえはっきりすれば、すぐにでも使い始める。

>>596
おまえ、プロトタイピングの意味シラネーだろｗ

>>601
解説よろ

>>599
べつにJAVAだっていいぞ。
VB−C#ほどじゃないが言語仕様としてはかなり近い。

すべては「VBを使いこなせている」が前提だがなｗ

どろろ

>>603
>べつにJAVAだっていいぞ。
俺もそう思う。使う理由さえはっきりすれば、すぐにでも使い始める。

　　　　　　　　 ,.. '''　""　''‐:.::.=-:....、
　　　　　　　 〃　　　　　　　 ｀ :..ヽ :: .:､
　 　 　 　 　 }　　　　　　　　　　 i:.: :: ..: ヽ
　　　　　　　l　　　　　　　　　　　i: .: .: :. .:ﾊ
　　　　　　 ;' ,,.,、　 ,,,....,,,,,,　　 　 ﾄ: : .: ﾉ ::i:i
　　　　　　 ', rtt)　　 ｨｯｭ､ヽ　　 {;: :.::. .ｒ-､:l
　　 　 　 　 ｌ ,ィ′ 　 ｀=-'　　 　 ﾉ : .:ｿ 　,ﾘ
　　 　 　 　 ｌ　′　　､　　　　 　 ;::.:i''"　 〃
　　　　　 　 |_ ゝ-‐'　　　　 　 ﾉ::;i..:l ｀-ノ
　　　　　 　 {:.:,ｨ竺_:.::.:.:ヽ　 ノ:.:. :..::! /
　　　　　 　 ﾉ: :. ﾉ:. : :.ヽ:. .}:.:v/:.. :ｿ |
　　　　　　　}:..::.. :.:: ..:. :..:.}:. i:.ｿ::''"　 ト､
　　　　　　　 Y:.:. :;:.. : .:. .ﾉ''"　 　　 イ:ハ
　　　　　　　　 ｀〉'''l　　　　　_ - ':..:.:.:.:.:.:.:..､
　　　　　　　_ ノ:.:./⊥__ -‐ _:..:.:..:.:..:.:..:／:.:.:.ヽ
　　 　 ,. ..:.:.:.:/:.::/7;;;;;;;;;ヽ,.:.:.:.:..:.:.:.:..／:.:.:.:.:.::..::ﾊ
　　 /:.:..:.:.:／:.:.//;;;;;;／:.:..:..:|丶:::／:.:.:.:..:.:..:.::.:..ハ
　 ,.:i.:.:..:.:.∧:.:..:ﾚ;...:.´.:..:.:.:.:.:」:..:.:.:.:...:.:..:.:.:..:.:.:..:...:.:::}

ヴイヴィー・モーア・カンワー 【VuiBee Moore Cannwar】
(1939〜1997　イギリス）

思考停止ですかｗ

VBしかできないやつの、VBは生産性高いって思い込みは宗教じみてるな。
そりゃ、VBしかできないやつにとってはVBの生産性がダントツだろうけど。
(ほかの言語じゃ生産できないんだから)

VBしかできない奴を蔑視してる奴って、VBに関しては
あまりデキる奴じゃないんだよな、実際。

┌──┬──┐ｶﾞﾗｯ
│　 　 │ ∧＿∧　／
│　 　 │（　´∀｀）　　Vistaでもそのまま使えるVB６が最強言語だね！
｜　 　 │/　 　 /　 ＼
└──┴──┘

使い慣れた道具となると、どうしても主観が入ってしまうからね。
客観的な対比データが欲しいところ。

　　　　.∧∧
　　,.、,(ﾟДﾟ )　　　　 　／i
　;'｀;、.　:,.:∪｀ﾞ:ﾞ:｀''':,'.´ -‐i
　'､;:.: .､.:',.: .:: _;.;. :.‐'ﾞﾞ~ ￣
　　｀｀　U U

>>612
なんかしゃべれよｗ

>>610
なんでそんな面白い事になっちゃったんだろうな。
Gatesの最後のネタなのか？

>>614
ゲイツがこの上なく愛してるのはVB6なんだよ。
Delphi作った奴が考えた．ｎｅｔなんてほんとは使いたくないんだよ。

確かに。
Gatesの好みじゃなかったらバシック自体なくなってたかも知れないしな。

>>609
VBしかできないやつのほうが、VBの能力を使えてない場合が多いね。

多数の言語を使ってるやつは、ほかの言語で普通に使われてるような機能が
VBにあったらどんどん使ってるけど、VBしか使えないやつは、VBのごく一部の
機能しか使ってないケースが多い。

>>617　つづき

ま、これはVBに限った話じゃないけどね。
Cしか知らないってやつばっかりの職場でも、コードが悲惨なことになってるのを見たことあるし。

VBもBetter VBとか呼ばれんのかな？ｗｗｗ

VictoryのVだからね！　VB強すぎ

Very Baka

VB++

Objectiv VB

機動戦士VBガンダム

VictoryBrothers

新しいゲームの事じゃね?

今度古いシステムのお守りでVB6.0を使うことになりますた。
C/C++は使ってたんだけど、今更VB6.0になじめるかな？？
何かアドバイスあったら教えて下さいな。

アドバイスはできないけど、一言だけ。悲惨だね。

>>626
やっぱりそうですか。
上司からこの案件持ちかけられたとき、
「VB6.0使わずに.NETで新しく作り変えちゃダメなんですか」って
聞いたけど、客先からの承認取るのに時間かかるからNGとのこと。
はっきりいってやりたくないけど、もうひとつの案件も泥沼プロジェクトで
まだこっちがマシかと思った次第です。

VB6.0のほうが、ある程度使いこなせるメンバーがそこそこ
存在しているよ。
できる人がいないものを使うほうがよほど悲惨だと思う。

C/C++をまともに扱えてる人ならＶＢ6.0は苦痛だろうなあ
んこプログラマーならＶＢ6.0のが楽かもしれんｗ

いまさらVBA始めましたよ。
まあ言語としてはC++やC#のがマシだけど
しょぼいもん作る分にはどっちでもよかろう。

何も知らないやつが知ったかぶると>>629みたいなことを
言いたがるよな。

C++なんてウンコよりVBのほうがずっと生産性が高いからね

VBしかできないPGにとっては、VBが一番生産性の高い言語だね。

>>631
だが >>629 はそう間違ってるわけじゃないな。

C++しかできないPGにとっては､生産性の高い言語なんて存在しないね｡

C++をまともに扱える人なら、haskelとかじゃなければ
おおむね何でも問題なく使うだろう。

>>636
VB6はポインタ無いから動的なデータ構造や再帰的なデータ構造扱おうとすると苦労したな

>>637
それポインタの有無と関係ねーし

>>638
君みたいなののせいでVBプログラマーは世間から馬鹿だと思われるんだよ
黙ってて下さい

>>639
Javaはどうなるんだよ馬鹿

VBは安泰なのに他言語はどうなるか心配なんだなｗ

>>641
はいはいﾜﾛｽﾜﾛｽ

　〃∩ ∧＿∧
　⊂⌒(　･ω･)
　　`ヽ_っ⌒/⌒c
　　　　 ⌒ ⌒

エクセルのVB6.0使ってるけど、クラスモジュール使えばある程度隠ぺいできるし
言うほど悪くもないと思い。

別ファイルの扱いとかが気持ち悪いけどな。

>>640
Javaには参照という名のポインタがあるんだが
てか、ネタだよな？ｗ

>>644
へえ、VBには参照ないんだ。そりゃ初めてしったわ。

関数呼び出しできるのに再帰処理できないとか
知恵遅れだな。

>>646
下手な自演すんなボケ

>>643
> エクセルのVB6.0
なにそれ？

VBA

エクセルにも搭載された最優秀言語・VB　ﾌﾌﾌﾝ

>>646
関数呼び出し出来る=再帰処理出来るってことではないんだが

多分>>637に反応してるんだろうけど、再帰的データ構造が構築出来ない事と
再帰呼び出しが出来るかどうかもまた別の問題

>>651
自己呼び出し禁止の関数呼び出しできる言語とかあるの？

>>652
そんな言語は知らんけど
自己呼び出し出来ても関数のローカル変数に固定アドレスを
割り当てるような言語では再帰は出来ないのですよ。

引数持てればできるけどね。

それはともかく、VBはそんなクソ仕様じゃありません。

糞と呼ばれるVBすらまともにできない俺を助けてくれ…

ラジオ　テキスト　チェックボックスによりA B Cの３通りの答えが出る。
A>B or Cのとき一つのlblにA, B, Cの順に表示するようにする。
そうではないときはAのみ。
同様にB>CのときはB, Cの順に。
そうではないときはBのみ。
上記に当てはまらないときはCのみ表示する。

If構文でやるときはどうやればいいんでしょうか？

>>655
>糞と呼ばれるVBすらまともにできない
VB 6が糞と呼ばれる所以は、カプセル化を阻害する仕様の問題であって
それ以前のあなたには関係ないでしょ。

>ラジオ　テキスト　チェックボックスにより
…？
>A>B or Cのとき
…？
>同様にB>Cのときは
…？

ESPer降臨をﾏﾃ。つか、何でココで訊くのか。

if a>b or a>c then
lblにa表示
if b>c then
bc表示（aに追加）
else
b表示（aに追加）
endif
else
lblにa表示
endif

こんなとこか？ｗ

おまえが糞だからVBができないのさ
VBは人を選ぶツールだからな〜

俺はゲーム屋のC言語オンリープログラマーなんだけど、
このまえエクセルのマクロ作る必要があったからVB（VBA）初めて使った。
関数が充実してて便利だな。

でも、構文とかがあんまり好きじゃないかも

昔はN88ベーシックいじってたんだけど、VBってあんまりベーシックっていう感じしないな
関数とかこういう使い方するなら、C++とかC#で良いような気がする

制御とか計測の仕事してるけど、ドライバーがＶＢ６にしか対応してない
計測器とかいくらでもある。

ごーめーんーなー
古い計測器なんかソフトアップデートしないしな

そういうとき、Ｖ＄困るね。
一見簡単だけどすぐ消える言語や環境よりもスタティックな環境が良いね。

俺の会社の社長なんか６０過ぎたけど
テキストエディタで組込みソフト書いてるからな。
Ｃ言語でよ。

組み込み的には普通ですが、何か？

ネタにマジレスかっこ悪いよｗｗｗ

ネタになってないことが分かってないヴぁか恥ずかしい

とりあえず、組み込みにブビとドトネトが不要ということだｗｗｗｗｗ

適材適所でVBを選べばいいと思うけど

適所が無いブビとドトネトｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>670
本気でそう考えてるならお前のが使い道ないな
とネタにマジレス

このスレじゃあ脊髄反射的な書き込みをネタと呼ぶのかw

ヒント：ブビ、ドトネト終焉、ネタが無い

俺の会社ではLinuxについて調査するように社長から指示が出た。

>>674の発言がわけわかめ

俺がＶＢ６で作った〇△□制御用のソフトウェアは納品先（一部上場企業）から神認定された。

>>676
そんなん言ったら俺もそういうのそれなりにあるが・・・・
神認定とか一本しかないけど、他の奴も前より使いやすいとか、同時期に入れた別の制御用より使いやすいとか
結局、使う言語は目的を達成する為の手段でしかないわけだ

冷静に>>1の書込みを読んでみると、
“人は１つの言語のみマスターする”ってのが前提になってないか？
ＶＢだろうと何だろうと、そりゃ出来ないよりゃ出来たほうがいいだろ？
>>1は、たぶん自分が１つの言語ばかりやってるものだから、世の中の人みんなが（ｒｙ

ヒント：ダメ人間は過去の成功例にシガミツク

「ヒント」と書きたがるやつに限って、全然面白くないのに自分は面白いやつと勘違いしてるっぽいよな。

神は神でも疫病神

頭ならいつもバグってるがな

VB6のサポートは２００８年までなんだってね。
VB厨は.NETが出てから随分時間もらってんじゃんか。
俺は旧VB→JAVA→C#ときてる。
なんつーか、旧VBとDelphiがほぼ同時期にぽしゃったのって、現場に相当混乱招いたよね？
VBからC++へ移行って、技術者レベル的にありえないし。
だから俺はとりあえずネットに逃げたよ。
最近はJAVAよりかはぜんぜん少ないけどC#の仕事もやってる。

理想としてはVBはどうせ劇的に変わるのならば、.NETではなくDelphi的になってほしかった。
そしたら俺は今でもVBやってんだけどなぁっておもう。

テキストエディタ使わないとかどんなけ若造なのかと。
Cならさらに必要ねぇ。

つーかC++で使ってもいいかなレベルだろ。常識的に考えて・・・。

スキルのない俺はVB6しか使えませんと宣言したんだがなぁ。
いつの間にやらC++とJavaばかりだ

>>683
まずその駄文をどうにかしろ。中学生の作文より酷い。

VB.NETよりVB6の方が難しいけど
利用できる場面が多い

まーどっちもいざとなったらWIN32API叩くんだけどね

Dim hoge() As MyType
で宣言した配列の中身が、空かどうか判断するにはどうしたらいいですか？
If IsNull(hoge) も If IsEmpty(hoge) もエラーになりますた。

あ、VB6です。今時。

サイズが0とか？

UBound(hoge)　もエラーです。T_T
VB6アカンは。つか、正確にはVBAなんだけど、Excelだから他に選択肢無いし。
マクロもそのうち、VBAじゃなくてVB.NETとか使えるようになるんかな・・・

つLBound, UBound

('A`)アップグレード・ウィザードもお手上げ？ VB 6と.NETの印刷の違い(´･ω･`)
ttp://www.atmarkit.co.jp/fdotnet/vblab/vbwizard_04/vbwizard_04_01.html

>>693 LBound(hoge)もUBound(hoge) もエラーです。
言語仕様が腐っとる。

だからサイズを取得しろってﾎﾞｹ

If hoge.Length = 0 Then
　　　　Exit
End If

だから、VBAつってんだよ。よく読めﾎﾞｹ

is nothing でだめだっけ？ｗ

変数の配列が設定されたか取得するには？
http://hpcgi1.nifty.com/MADIA/VBBBS2/wwwlng.cgi?print+200312/03120105.txt

おぉ、こんな面倒くさいことしないといけないとは。
ブラックボックスが多い分、Cなんかよりよっぽどむずいぜ。
ともかく、>>699 thanks.

しかし、エラーにしないためのチェックを、エラーをおこして調べ
なきゃならないなんて、やっぱVBA、VB6は言語仕様が腐ってる。

いまどきVBAやってる人って、質問ｽﾚでもないところで
当たり前のように質問するんですね。

>>702
むしろ人として腐ってるよな

どうでもいいが度量が狭すぎ

690 名前： 仕様書無しさん [sage] 投稿日： 2007/04/18(水) 11:56:37
あ、VB6です。今時。

692 名前： 仕様書無しさん [sage] 投稿日： 2007/04/18(水) 12:20:27
UBound(hoge)　もエラーです。T_T
VB6アカンは。つか、正確にはVBAなんだけど、Excelだから他に選択肢無いし。

VB6≠VBAなの分かってないのお前だろｼﾈ

粘着くさっ

705には流石の俺でも引くわ

ていうか質問ｽﾚじゃないから

>>700-701
VBの仕様が糞なのはその通りなんだけど、その程度のことを解決できないのは
単に君の知恵が足りないだけだと思う。

ちなみに、俺なら699のリンク先で提示されてるような方法はおすすめしない。

配列変数が配列を参照してないことをVBの言語仕様では調べられないのなら、
クラスのInitializeなり何なりのタイミングで必ず配列を初期化するようにすれば
済むだけの話じゃん。

そっちが正攻法だと思うよ。

(´`)

クラス使えばだいぶマシになるが、ほとんどのやつは
ナニコレ状態みたいだからなぁ。

>>711
さすがにそれはないんじゃ・・・？
あんま他のPG知らないけど

>>709 いや、だから、その配列が初期化されてるかどうかの判断
ができねーよこの糞言語って話でしょ。

>>713
ニホンゴ読めないの？

>>714
ニホンゴ読めないから、ぜひサンプルコードで教えてくれ。
どういうふに初期化すればいいんだ？

redim だろ・・・・

なんじゃソリャ。分からないくせにチャチャいれんなボケ

>>713
>この糞言語って話でしょ。
それは >>701 がそう結論づけているし、>>709 も同意しているわけだが
今頃のこのこ出てきてそんな間抜けな無駄ﾚｽする辺りが
「日本語が怪しい」と思われる所以では？

>>717
>>709 の趣旨は「最初に要素数を1以上にしておけばよい」であって
redim 以外に何があるというんだ。もしや本当に日本語が不自由なのか？

因みに個人的には、そういう「中身が入っていない要素を持つ配列」ってのが
寧ろ気持ち悪い気がしないでもない。

アホか、その要素数が1の配列が、初期化された1なのか、それともその後に代入
されて1なのか、どう判断すんのかって話だっつてんの。何度も言わせんなボケ。
例えば、入力値やファイルから読んだ値を配列に入れていって、結果の要素数が
1だった時に、その配列だけじゃ値をいれて1なのか、初期化されたままなのか、
その判断用の変数を用意して数えるなりしなきゃ判断できねぇっつてんの。ったく、
なんでここまでご丁寧に説明しなきゃ分かんねぇんだ。てめぇが日本語不自由じゃ
ねぇかよ。
あと、配列を初期化するんだったら、Erase 使うわ。Redim hoge(0) だと要素1個分
確保されるからな。
分かったかボケ、的はずれのカキコするぐらいならもうくんな、小学校からやり直せ。

あ、それと俺はもう面倒くさいから、Variant配列を使うことにした。型チェックがされ
ないが、ま、糞言語ということで我慢するしかない。

>>719
>その判断用の変数を用意して数えるなりしなきゃ判断できねぇっつてんの。
当たり前。莫迦？
>あと、配列を初期化するんだったら、Erase 使うわ。
そして >>689 へ戻る、と。

>>720
何が、「当たり前。莫迦？」だよ、馬鹿。　別に変数用意しなくても、
hoge(0)を無視して、hoge(1)から使うようにすりゃいい話じゃねぇか。
応用きかねぇ奴だな。恥ずかしいからもうくんな。

VB毛嫌いしてるならそう言えばいいのに・・・
ろくに知りもしないのに言語の欠点をあげつらって、
反論されても無視するってのは痛々しくて見れらんないぞ

>>700の人
だからさあ、VBに対する不満はまったくごもっともなんだけど、
それでもこの程度の問題はいろいろ工夫すればVariantなんか使わなくても
対処できるって。

要は空、というか要素数0の配列を作れないのが気に入らないと。
配列が空かどうかを検査できないのが気に入らないと。
だったら配列をラップしてお望みのクラスを作ればいいじゃん。

もちろんこんなことに手間をかけなきゃならんVBは糞には違いない。
でもこの程度のこと解決する知恵も出せずにギャアギャア騒ぐアンタもVB程度には糞だよw

プッ、クラス作れだって。簡単なことを面倒臭くしちゃう典型的莫迦だな。

>>719
自己解決するぐらいだったら、もうちょっと考えてからカキコした方がいいんじゃね？
ていうかおまえの脳大丈夫？病院連れて行ってやろうか？

日本語に不自由な人達が集っていると聞いて飛んできますた。

STLのリストクラスみたいなの1個作ればいいじゃん。
必要な機能詰め込んでおけば後で楽できる。

>>727 お前、VB6の仕様分かってる？　お前のいうそのリストクラスを一回VB6用に作ってみろよ。
どんだけ融通利かないか。どんだけパフォーマンス落ちるか。どんだけ馬鹿らしいかよくわかる。
まだ、Variant配列やCollection、Dictionaryなんかをだましだまし使ってた方がよっぽどまし。
無知なくせに勘でもの書くなよ。子供はさっさと寝とけ。

727じゃないけど、パフォーマンスが要求される分野なんざそうそうあるもんじゃないし、
だいいちそんなものにVBなんか使うかよw

Variant配列などを使ってドロ臭い手法で対処しよう、なんざ
俺に言わせりゃそれこそVB厨の発想だよ。

というか、可変サイズの配列的なものを実現するのなら、
VBネイティブの機能を使ってベタにやるより固定長の配列をラップしたクラスの方が
パフォーマンスは遥かに高くなるはずだけどね。

ラップしたクラスの方が、ラップしないよりパフォーマンスが遥かに高いとは、
こりゃまた、大きくでたね。ぜひそれを実証するサンプルを示してほしい。
できるかな？ wktk

>>728
そんなパフォーマンスが必要なものにVBなんか使わないさ。

仕事で作ったやつでソースは出せないけど、今使ってるよリストクラス。
まあVBAなんだけどｗ

なんか盛り上がってんな！

>>732　そのリスト、各型ごとにつくったの？ それともVariantでなんでも
放り込めるの？　つか、結局、内部で配列使ってんじゃねぇの？
そんなもんつくろうって発想になる時点でやっぱVB6は糞だな。

>>722
この板のVB叩きはみんないつもそうだから。

>>734
処理が面倒くさいのでオブジェクトとそれ以外の２つを作った。
VB6がダメなのはその通りだが、エクセルに直接アクセスできる
マクロとしては我慢できる範囲。

当然単体で使う気なんぞは起きない。

30行以下のコードなら許せる。

日本のＩＴ業界は激しく世界の潮流に乗り遅れている件についてｗ（爆
VB2005はもはや日本人専用言語でつｗ（爆
http://www.google.com/trends?q=VB2005&ctab=0&geo=all&date=all&sort=0

>>738
何で検索してもアメリカが出てこない。
どんなルールなんだろ。

つPython

つRuby

>>738
最もC#が使われているのはインドみたいだね

>>740-741
どうも。
それでも順位低いなぁ。
IT系の用語だったら、軒並みアメリカが1位になりそうなもんだけど。

情報の確度を疑う方が正しい態度だと思うけどね

>>738
おまえカスかよｗｗｗｗ
せめてこうだろ？
http://www.google.com/trends?q=VB.NET&ctab=0&geo=all&date=all&sort=0

>>700
こーゆー程度の輩が言語仕様云々て…
プログラミングスキルが低いだけじゃん

あちこちに構造体つくりまくるシステムなら配列チェック関数つくるし
それが面倒ならCount取ればいいだけだし（親子関係な構造体だとよくやる）
それすら面倒なら最初に必ずRedim HOGE(0)してHOGE(0)は使わなきゃいい
それすら面倒な配列はIsArrayで済む程度だろうて

ま、何にしても面倒臭い言語だってことだな。

Redimってこわいよなー　なんとなく。
Cとかだと理屈分かったうえでやるからいいんだけど

何がこわいのか全く理解できない
VB6しか実務経験がないおいらに理解できるように説明してくれないか？

どっちかというと、配列の添字が範囲を超えただけでアクセス違反とか、
メモリ破壊につながるほうが数万倍恐いのですが。

『だけで』か？

>>750
アクセス違反と出るならまだいいよ。

一番怖いのは、メモリが破壊されているのに、
プログラム自体は普通に動いていること。
何の問題もなく動いていると思いきや、
重要なデータが破壊されている。たいていは後で気づく。

だからC言語とかで重要な処理はさせられないんだよね。

＞重要

これと一番遠い存在がブビとブビ厨。

これからはＣ＃の時代だというのに、未だにＶＢとは…。

>>752
お前は何年前のC言語を知って居るんだ？

> 何年前のC言語

C言語って年々変わってるのか？ｗ

毎年じゃないけど、変わってるよ。

C言語だってランタイムライブラリ選べば
それなりの動作をするんだけどな。

同じアクセス違反を犯すソースでも実行モジュールの挙動は
ランタイムライブラリ＋OSで劇的に変わる。これは他の言語でも同じ。

メモリ破壊とアクセス違反は厳密にはちょっと違うよ。

アクセス違反っていうのはプロセスに割り当てられていないメモリを
読み書きするから、OSに制御を奪われるが、
メモリ破壊っていうのは、自分のプロセス内のメモリの
想定外の場所を読み書きするだけだから、メモリ破壊しているのに何の問題もなく動く。

C言語は危険。

>>757
ANSIの規格はほとんど変わってないよね？
変わったのは言語じゃなくてコンパイラでは？

たしかにほとんど変わってないが少し変わった。

Cのほうが神経質になるな

ドトネト環境やバージョンも神経質になる。

だからＣ＋＋だろ。

むしろVMのおかげで全く動かなかったりもするｼﾞｬｳﾞｧも忘れてあげないでください。

>>759
ただのバグだ
バグをバグと（ry
まあ、大規模開発だとコードチェック抜けるのも出てくるので
「危険」といいたくなるのはちと判るが言い過ぎ
VBでもコントロールとかを無条件で信用すると落とし穴がけっこうある

あと
＞プロセスに割り当てられていないメモリ
てのはWindows等においては微妙

Visual Basic5をやらされてます。
マジ勘弁してください。
おながいします。

うちの会社は制御系がVBAやっとる
VBならまだマシ

VB6が最強だと思います。

２００５ってどう？

それはVB.netだからVisualBasicではない

>>769
IDEが重い。
.NETはインスタンス生成がメンドクサイ。

営業集団はさ、
「既にあるもん使え、それ以上の工数は出せないよ！」って言い続ける。

だから今もVS6・・・

死なせてくれ・・・Win2003に入れてみたら、落ちたんだよ・

>>769
既に>>771氏のご指摘の通り、どえらい重いです。
いつものことですが、ちょっとしたアプリを書いても
どでかいバイナリを吐いてきますね。困った物です。
あと…
特に重さを感じるのは、デバッガとして使ったときです。
あまりの重いので、デバッグにはWinDBGを使っとります。
当方、spoolsv.exeにアタッチして仕事しとりますので
重いのは困るのでござる。

>>772
今時VS6かい…
開発している物にもよるが、気の毒です。
つうか、死ぬなよ。
イ�`!

このスレはVB6じゃないの？
ここ3年VB6の案件が無いが、今でもテストツールを作る
時には重宝してる。

Vistaより後のOSも動作保証があれば新規案件にも使えるんだけどな。

>>774
スレ汚しスマソ。
VB6だよね。

昔、VBで書かれた評価用アプリに遭遇したことがありやすが
やたら重くて、でかかったのを覚えとります。
開発はやり易そうなんだけどな。

以上、回線切って逝ってきます。

http://ranking.m.livedoor.com/mb/site/detail?id=3304

VB6とVB.NET使えればまだまだVB漬で事足りるんじゃないだろうか

VisualBasicの延長としてVB.netにあたる人は
すごく非効率な書き方します

日本語書けよ馬鹿。
なんですかその中国人が書いたような日本語はw

>>779
非効率な書き方する人？

いや、なんつーか778の文章がおかしいだろ

VB使ってもいいんだけど、.NETとかIISに囲い込まれてるのはなあ…。
そこがいつでも「工夫したい」と思ってるエンジニア気質に受けが悪いとこだと思う。
SOAPとかで通信するなら、最初から.NETじゃなくてもいいじゃん、とか。

>>778の文章は別におかしくないだろ
ゆとりか？

なにこのゆとり

VB世代にも「ゆとり」導入か

そうです。あなたのゆ〜と〜り

>>782
エンジニア気質とかいうとカッコよく聞こえるが、単なる個人の好みって場合もあるからな。

ゆとってVB

C#でも非OOな糞コード書くヤツが増えてきた。(割合的には変わってないのかもしれんが。)
もはや、C#でもVBでもどちらでもいい。

と思ったが、暗黙のインスタンスとか、モジュールによるグローバル変数だとか、
ふざけたことができるVBはやはり危険かもしれん。

もちろん、自分一人での開発ならVBでも構わん。変な機能は使わなきゃいいだけだからな。
むしろ、久々にVB書いてみたいな。

2005のスレがないのはなんで？

プログラマー板に求められても

なぁ、ＯＯならおｋって風潮でもあるのか？

Ｐｒｊ途中でアサインされたいくつものＯＯ案件、みんな意味不明構造、
最初に設計したクラス図その他はなんだったの？って聞きたいような状況だった。
（デザパタで言えばどれになるんだろう、って比較しても一致なし）

それが３Ｐｒｊ続いた今、
ＯＯでちゃんと要件->設計->開発〜ってするのは
非ＯＯよりもタイヘンなんじゃないか、と思った。

ＯＯマスター達よ、教えてくれ、結城だなんだといるけど、
ちゃんとＯＯでうまくいってる大規模Ｐｒｊっておまいらが関わった中でどれくらいあんの？

OOスレの住人でしょ君w
あそこにいる連中は本当にキチガイそろいだな。

同じことを飽きもせず延々ループして馴れ合ってやんの。
そんな話題で馴れ合って時間つぶす人生って俺は嫌だなと思うけど、
あの手の連中ってのはそれが楽しいのかね理解できんよ。

俺の大嫌いだったマンガ「うる星やつら」の糞みたいな世界そのものだよ。


まあ一応まじめなことも書くと、だからソフトウェア工学の大先生も
「銀の弾丸などない」と言ってるじゃないか。

OOは強力で有意義だが万能じゃない。
それに役に立つ道具も所詮馬鹿が使えば凶器にもなる。
当たり前の話じゃん。

OOは一定水準以上のプログラマの能力を拡大するが、フールプルーフではない。

下流の末端にいるとOOPなんて意識しないっす
フレームワークチームはOOでバリバリやっとるらしいけど

>>793
お前タカヒロきゅん萌えだろ？ｗ

勝手にOOスレの住人と決め付ける。
キチガイという人を馬鹿にする。
いきなり、うる星やつらとか関係ない話を持ち出す

>フールプルーフではない。

それはﾁｶﾞ。

Win32APIだとコールの順番が決まってたり、ハンドルの破棄のタイミングを間違えて、ｲﾐﾌﾒな挙動が起こるが、
クラスライブラリのメソッドやプライベートメンバーがそれらを隠蔽するお。

ん？
タカヒロって誰よ
詳細希望

>>796
文脈読めよ。
確かにライブラリを使う側の視線で言えば、OOPで作られたライブラリは「バカチョン」に
なりうる場合があるよ。

でも今、ライブラリを使う側の話をしてるか？w
違うだろ。

だからそのWin32をラップするコードを書いてる奴が馬鹿だったらどうするの？w
フールプルーフではない、というのはそういう意味だ。

>でも今、ライブラリを使う側の話をしてるか？w

そうだよ。

C言語はANSIのC言語ライブラリとセットで使われるように、
OOP言語はクラスライブラリとセットで使うｗｗｗｗｗｗ

C#やった後にVB6.0やらされたんだが
吐き気がした。
そしてあんな使いにくい言語が存在することに感動した。

次はF#とか
もういいよ・・・MS・・・

なにそれｗ

>>800
経験が少ないな。

俺が使った最悪の言語はPORTLAN(フォートランではない）だな

今VB6で勉強してんだがＲＰＧツクールとかそこらへんと似た臭いがする

>>804
それはおまえの能力が低いだけ

http://zoomtv.web.fc2.com/?20071121023647smashpv&0129%+20061129195450rollingstone03&0434%+20070514164027MySelfPV&0417%+20070829000821your_star&0444%+20041121213359kagen&0030!&NEXT20060928130113&0%@TeleVisualStudio2008

C++とかやってる人だからと思って、スゲーかと思ったら、
ﾌｧｲﾙを開くダイアログを、リストとかのコントロール組み合わせて使っててﾜﾗﾀ。
ｺﾓﾝﾀﾞｲｱﾛｸﾞ使え。
線引くのもlineメソッド使わずﾙｰﾌﾟでポチポチと点打ってるし。
それで、「VBって遅せー」だとさ。
ボタンのEnableとかぶっちぎりで排他処理中にいろんなとこフリーで押せちゃうしww。
なめてんのか、と。

VBにはVBの作法があんだよね。

>>807
コンソールプログラムとかドライバしか組んだことない人なんじゃね？
線を点で打っていくなんて発想はGUIを持つソフトを組んだことのない奴の発想だろ

>>808
君も頭悪いねw
直線を引く関数ないしルーチンなんて概念はパソコンレベルでもDOSどころか
PC-8001の時代からある。
GUIとか関係あるかよ。

っていうか、俺は>>807って「見てきたような嘘」だと思うぞw
よくいるんだよ溜飲さげるために自分より下の奴が身近に見当たらないと
脳内妄想でそれを充当する奴って

>>809
脳内妄想×脳内妄想＝2ch

>>809

VBを趣味でやるのはいいがC++の役には立たない
C++メインで考えると変な癖つけたりしたくない
うんりくいたい

VBAでちょいちょいで作れるものをわざわざC++持ち出して来てバグを埋め込むことはない。

>>813
まぁ、原爆でダムを作ろうとしたところもあるんだ、大目に見ようや。

俺のダム端は原子力で動いてるぜ

　詰まらない仕事をさっさと終わらせるのに
汚らしいとはいえVB.Netあたりはお手軽。

ですよねー

作ろうとするソフトにあわせて、言語を選択すりゃいいんだよ。
単にVBはダメだとか偏見持つやつほど、考えの視野が狭いやつ多いよな。
オレの仕事場にもいるがな。そういうやつ。

VBは人気者だなあ

VB=VeryBaka だから。