慣れのせいか、生産性・コーティング・エディタの使いやすさ、のどれを取っても
昔のVisualBasic6.0の方が上だ！
2003で開発なんかやってたら時間が掛かり過ぎる!
私と同じ意見の人いませんか？
￣￣∨￣￣￣￣￣￣￣￣
∩ ∩
〜| ∪ | (´´
ﾍﾉ ﾉ (´⌒(´
(（つ ﾉ⊃≡≡≡(´⌒;;;≡≡≡
￣￣￣(´⌒(´⌒;;
ｽﾞｽﾞｽﾞｽﾞｽﾞ
慣れたら.netの方がいい。すごくいいよ。
まあ、あれだ．．．
つかえねぇな pgr
VBとVB.NETを同じものだ、ただVarUpしただけだと思って使うのがそもそもの間違い。
今時オブジェクト指向も、構造化例外も、UNICODEも、
まともにサポートしない言語使って、楽しいか？
楽しい。
ていうか、早く楽にシステム作れりゃ
オブジェクト指向も、構造化例外も、UNICODEもいらん。
（俺が開発担当しているシステムで上記機能は使わんし）
オブジェクト指向の良さはすぐにはわからないから仕方ないと思う
漏れはC++からプログラミングの世界に入ったからかなぁ・・・
早く楽にシステム作るために、
仮想関数とか、継承とか、構造化例外を使いたくて仕方ないんだが。
やっている俺にとっては、VB.NETは苦労がすくなくて便利。
VB6でon error gotoのグローバルなエラー用変数を
ローカル変数的に扱うの面倒だし。
つーか、Text1.Text ← これもオブジェクト指向
VBがUNICODEに対応していると本気で思っているなら、
ためしにUnicode対応のソフトを作ってみると良い。
Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
途方にくれるはずだ。
VisualBasic6.0が現在最高の選択肢だという君の推薦も受け入れよう。
しかし，そもそもの質問は今日の時点で君に何ができるということではない。
市場が動く先はどこかということだ。
今後，VisualBasic6.0が技術市場を支配することはないだろうし，
それに追い付きさえしないだろう。
そして市場を抑えるような技術は，われわれのユーザーが要求するよりも
常に大きな能力を提供するだろう。
だからわれわれは，今後そういう技術に対して，てこ入れをする。
http://itpro.nikkeibp.co.jp/free/NT/WinColumn/20050519/1/
「無能」としか言いようがない。
VB6は捨てるか？
VB.NETなんて基地外のやる代物だ
禿同。C#触り始めて以来、VBなんて見るのもイヤ。
言ってることがわけワカメです。
（ちなみに開発するシステムは、クライアント−サーバー型の業務システム）
Ruby
JAVA
をつければ新たな議論も考えられそうだ
VB.NETやるんだったらC#やったほうがいいと思うんだけど。
会社でVB.NETやってるならVBよりも真っ先にVB.NETを優先すべきだろうけど。
VB.NET覚えてればC#への以降も簡単なんでない？
> >>13
> VBがUNICODEに対応していると本気で思っているなら、
> ためしにUnicode対応のソフトを作ってみると良い。
> Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
> 途方にくれるはずだ。
それは一体どういうことでっかいな？
問題ありすぎてがっかりしないかいな？
よく知られている話かいな？
そのあたりはJavaやC#とくらべどうなんだろな。
C#でも出せるならVB.NETでも出せないとおかしい気がする。
さもないとVB.NETは中途半端にかなり使えない言語じゃないか？
それとも、これはVB厨をC#に移行させるための戦略か？
UNIX,系で様々な言語(sh, Perl, C, C++, PHP, Javaなど)を使ってきた陣営から
すれば.netはかなり違和感ありありだと思うのだが。
> 仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
> （ちなみに開発するシステムは、クライアント−サーバー型の業務システム）
>
VB/VB.NETやってるならC#とASP.NETだと思うが。ほかは
Perl, PHP, Java
確かにVB6.0の文字列型変数にはUNICODEで格納される。
でもUI周りのコントロールはShiftJISにしか対応しない。
API呼び出し時や、ファイルI/O時はUnicode<->ShiftJISの
自動変換が勝手に行われる。よってUnicode固有の文字は
扱えないのさ。
物事は正確にな。大筋はそうだが、嘘ばかりだ。
どっちだよ
http://book.mycom.co.jp/support/bookmook/learningdrill/vb/
VB.NET＝VB6の後継言語で、VB6の技法・知識がかなり流用できる。
C#＝新手のC言語。C言語は今までやった事が無く、業務に不向きなイメージがあるので、チョット敬遠気味。
てな印象です（私はC++とC#の違いも解らない、VB使いの無能なエンジニアですので）
>会社でVB.NETやってるならVBよりも真っ先にVB.NETを優先すべきだろうけど。
>VB.NET覚えてればC#への以降も簡単なんでない？
>
そんなもんですかね？ C#への足掛かりができるならば、VB.NETも頑張ろうかって気になる。
超そっくりだよ
無能もそこまできたら立派だよ。
足がかりもクソも、VB.NETとC#は大して変わらんぞ。
それぞれのソース見たら、全く別モノに見えるのは、私が無能のせい？
http://www.ailight.jp/blog/myamyu/archive/2004/09/01/2595.aspx
どっちもコードをそのまま日本語化するとこうなる。構文が違うだけで中身は全く同じ。
PublicでStaticな関数GetList(入力元のsourceと出力先のwriterという2つの引数をとる)を定義
writerに "---------- start ----------" を出力
forループ(カウンタ i を0からsourceの文字数まで)
check/strCheckにsourceの i 番目の文字を代入。
check/strCheckの文字コードを取得してs/strValに16進法にして代入。
writerへcheck/strCheckとs/strValを出力する。
for終わり
writerに改行と "---------- end ----------" を出力
関数定義終わり
(VB.NetではintAscを経由しているがHex(Asc(strCheck))と書けばこの変数は不要になる)
流れ制御文や、変数の宣言が異なるだけで、
プログラムの構造はもちろん、使っているAPIも同じだろ。
無能のままで居たければVB.NET。普通の人生を送りたければC#。
> VB.NET＝VB6の後継言語で、VB6の技法・知識がかなり流用できる。
VB6から流用したような技法・知識は確実に有害なので使わない方がいい。
逆に、VB6の技法を流用できてしまうことがVB.NETの最大の欠点。
C#はこの欠点が無いだけだが、これが2者を分ける大きな違いになっている。
一生フリーターやニートな人生があるように、生涯VBという人生も選択肢としてはあるのだろう。
できるのだろう。
どんなにしょぼいアプリでも仕事で作るものはそんなに簡単なものは
少ないように思うのだが。
VB6にもあるから。
無駄飯食いめ・・・
C#で業務システム組んだら、VBよりも「早く」「楽に」作れるの？
（言語のアーキティクチャの美しさうんぬんよりも、そっちが大事！）
好きにすればいいじゃないか。自分で使ってみてさ。
VB.NETがJ++のような位置付けであろうとも、未来はわからないからね。
MSの気がかわってまたVBに力を入れるかもしれないじゃないか。
キャストやReflectionの嵐になる
そんぐらいじゃないのか、VB.NETの楽な部分って。
C#は、C++やJavaを使った経験のある人にとっては、文法がほぼ同じなので取り付き易い。
VB.NETは、文法がだいぶ拡張されているので、VB6.0の経験があっても取り付き難い。
未だかつて聞いた事が無い。
無くなりそうだな。
その通り。
C#の方が高いかな？
確かに。
VBそのものが完全に無くなる可能性は低いと思われるので、
とりあえず、VB.NET もうチョット続けよっと。
旧、J++ユーザーが、好んで使っているよ。
・・・J++ユーザーって居たのか？
結構あるものなの？
結構あるよ。
俺が下請けソフトハウスのせいだが。
VB6てUNICODEサポートしてたと思うが。
COMがそうだから、なんだけど
間違ってもUnicodeサポートなどとは呼べない
さらに発生すると手の打ちようが無い...
VB2005 も .NET2003同様に、動作が重いんだろうか？
普通に考えて軽くはならんだろうね。
その分、高機能になってるしPCも速くなるからいいんだけど、
VB6.0の機能で十分で、最新でないPCを使う俺にしたら.NETを選ぶ理由がない。
人それぞれ。（あたりまえか）
情けねえorz
振り返ってVB6を改めて理解できる。
C#はC++よりVBっぽいので、VB厨にはかえって向いている。
C#を経由しないでVB.NETだけ勉強すると、VB6互換ライブラリがないと
何も作れないVB.NET厨になるおそれあり。
VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
移行してもそのおそれはない。
おしいなぁ・・・
＞車の例では他車のカタログは見ず、購入した車のカタログばかり見る、
＞という調査結果があるという。
＞これは他車の方が性能が良いという「不協和」を避ける為だ。
＞なるほど思い当たる事は多い。
＞都合のいいように判断資料に自らバイアスをかける。要注意だ。
自らバイアスかけてﾌﾞﾋﾞが滅んでないことになってんだろうね。
昔のWinNT4.0やWin98の低スペックPCをクライアントで使う羽目になり、
VB.NET2003だと遅くて使いモノにならんという理由で。
慣れている言語なんでとりあえず早く楽に作れるが
喜んでいいやら悲しんでいいやら。
それを言うなら認知的不「調和」でしょ。
認知的不調和ってのは普通ダブルバインドの話だと思うが。。
っていうか、俺には>>84が「VBが滅んでない」なんて言いたいようにも、
そのように認識しているようにも読めないけど。。
非論理的な言い方で。
自分の妄想を他人（の書いた文章）に投影する傾向あり。というかあり過ぎ。
まあ妄想性人格障害のある人間は通常それを自覚できないんで、これ読んで本人が
承服するとも思えないけど。
もっとも単に読解力が絶望的にないだけかも知れないけどね。
なげーよｗ
ある程度の大きさになって来るとOOPできないのは辛い。
それを．ＮＥＴフレームワークで解決しようとしているのがVisualBasic .NET 2003。
なんだけど、まだまだＡＰＩを網羅していないのも事実。
ＡＰＩにあって、．ＮＥＴフレームワークにないものをすべて挙げてみよう！
お前は精神病患者だ。
＞VB6を使ってる人がC#を勉強すると、そのまま自然にVB.NETが理解できるし
＞振り返ってVB6を改めて理解できる。
時代遅れのVB６を使ってたことを理解して怒り狂うわけか？
＞C#はC++よりVBっぽいので、VB厨にはかえって向いている。
M$独自言語なのに、かえって向いてる、って文脈おかしくない？
問題はﾌﾞﾋﾞ厨がVBしか使えないことだろ。
＞（略）何も作れないVB.NET厨になるおそれあり。
＞VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
＞移行してもそのおそれはない。
おそれはない、ことを言いたいようだが、OOPを意識する人がVB６を使うことがありえない。
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
Coqスレ (138)
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part12 (888)
ｻﾐｰ777townのVB 2005マクロを貼るスレpart1 (144)
Ruby 初心者スレッド Part 48 (708)
■暗号技術【ROUNDsurea】■ (401)
☆Raspberry Pi☆でプログラム1 (143)
--log9.info------------------
少女漫画板専用･忍法帖 !ninjaテストスレ (443)
―川原泉 25― (210)
【校舎の裏には】小山鹿梨子【シェリル】 (494)
【伊賀野カバ丸】亜月裕 ３【霧野疾風伝再開祈願】 (320)
【海月姫】 東村アキコ 8 【かくかくしかじか】 (341)
西村しのぶver.25 (594)
仲村佳樹 スキップ・ビート！ ACT.４８ (292)
【少女漫画】−遠藤淑子17 (841)
【読経しちゃうぞ！】絹田村子【さんすくみ】 (439)
【鬱】読まなきゃよかった物語 Part.2【トラウマ】 (780)
【青空エール】河原和音【高校デビュー】13 (120)
風光る●渡辺多恵子４７ (960)
西炯子10 (313)
男性が読んでも面白いor男性向けの少女漫画全般 (249)
榛野なな恵 【Papa told me】 (369)
かわかみじゅんこ ４ (934)
--log55.com------------------
【話題】矢吹健太朗が初音ミクを描き下ろし、Hondaからのオーダーは「露出度は抑えめで…」［12/19］
【愉悦】声優ファンのための祭典「声優紅白歌合戦」開催決定、発起人は中田譲治 19年4月14日、千葉県・舞浜アンフィシアター
【ゲーム】中国で日本のゲーム「サクラ大戦」「聖闘士星矢」が大流行している理由
【アマゾンプライム】アニメ配信が「11話から有料化されてた」 Amazonプライムに困惑噴出→公式が原因を説明［12/18］
【アニメ】「ルパン三世」史上最強の敵、次元大介が命を狙う 金ローTVスペシャル第26作が19年1月放送
【漫画誌】「Ｄｒ.マシリト」は何を思う『少年ジャンプ』伝説編集長が語る「漫画雑誌は一度壊して作り直せ」
【アニメ】冬アニメ『マナリアフレンズ』の初回放送日が2019年1月20日（日）に決定！
【二次創作】メロンブックス「SSSS.GRIDMAN」の同人作品取り扱い停止を発表 版権元からの要望を受け