MSのVisual Basic 6サポート終了に開発者ら抗議

Microsoft製品を利用する100社以上の有力開発者らが、
同社に対し「クラシック」版Visual Basicのサポートを終了する計画の再考を求める嘆願書を提出した。
これらの開発者は、デベロッパーコミュニティの有力メンバーが加盟を認められるMicrosoftの
Most Valuable Professional（MVP）プログラムの会員だが、今回の嘆願書のなかでVisual Basicのサポート終了は、
膨大な数にのぼるVisual Basic 6（VB6）アプリケーションの開発や、
新しい言語を修得していない「取り残された」プログラマーの今後に大きなマイナスの影響を与えると主張している。
Microsoftは、Visual Basic 6の標準サポートを今月末で終了し、無償の障害サポートや緊急アップデートも終了するとしている。
ただし、両サービスとも今後3年間は有償で提供されることになる。しかしMVPは、Microsoftに対して、
VB6のサポートオプションを再検討するだけでなく、新しいVisual Basic.NETと並行してVB6の開発を継続することも求めている。
異議を唱える開発者らによると、問題は、MicrosoftがVisual Basic.NET（あるいはVisual Basic 7）をVB6の後継にした際、
同社が1つの言語を切り捨て、これを根本的に異なるものと入れ替えてしまったことにあるという。これらの開発者は、
VB6アプリケーションをVB.NETに移行することは事実上不可能で、VB6を利用する開発者にとってVB.NETを学習することは、
完全に新しいプログラミング言語を学習するのに等しいと述べている。
Microsoftは.NET版であるC#と並行してC++の開発を継続しているが、
この嘆願書には「クラシック」版Visual BasicとVB.NETについても同様にすべきだ、と書かれている。

http://japan.cnet.com/news/ent/story/0,2000047623,20081321,00.htm

VB6 ｲﾗﾈ
M$の行動は正しい

VS.NET2003のSPﾏﾀﾞｧｰ??

>>2
はぁ？いらないのはお前だよ！
今すぐ立ち去りなさい。
VB6.0は.net よりインターフェイスが単純だからいまだに開発環境として使っているとこが多いんだよ。

java使えば良いじゃん

Javaだけはダメだ。

C＃にVC++も勉強汁

VB4買ったけど結局俺の頭では使えんかったな…

C#覚えろっていってんじゃない
VB.NETも覚えられないって、どんだけバカだよ

C#覚えても、数年したらVB6のようになるんじゃ？という気も

ＶＢ厨のＤＱＮは逝ってよし。

へローワールドしか知らん

VB.NETとVB6はアーキテクチャが別物と考えてよいくらい別物

VB.NETとVB6は別なんだよ完全に。
過去のソフトは.NETに移行は出来ない
サポート打ち切られたら
メンテの時に非常に困る
過去のSPのダウンロードも無しになるのか？

移行できない阿呆に無料でVB.NETあげておけ。

VB.NETはもとから無料。有料なのは統合開発環境。

Visual C# と Visual C++ でいいと思うけどなぁ．
ずっと Visual BASIC もないだろ…

J# の立場は微妙だよな．
これって，Java 開発者の取り込みを狙ったもの？
俺，ず〜っと昔に Visual J++ 1.0 を使ったきり
Java は触ってないんだけど， J# って文法は完全に
Java なわけ？でライブラリが .NET Framework で
実行エンジンが CLI ということ？

ことの本質は覚えられないじゃなくて
多数のVBアプリを再開発するコストにあるんじゃないかと

VBで適当に雛形作ってCなりJavaなりで組みなおすんじゃないの？

世の中にはVB6しか使えない(自称)プログラマがいっぱいいるんだよ

>これらの開発者は、VB6アプリケーションをVB.NETに移行することは事実
>上不可能で、VB6を利用する開発者にとってVB.NETを学習することは、
>完全に新しいプログラミング言語を学習するのに等しいと述べている。


完全に異なる言語だというイメージはなかったけどな。　クラスライブラリが
違う（しかも便利になってる）、くらいの印象だったけど。

移行出来ないのは、無能の証拠。

コンピュータの世界では、言語でもアーキテクチャーでも進化が無限にあるから、
正統的な進化じゃないものは消えてく運命にある。
M$とかV$についてくとこーなる。

>>22
お前に正統な進化がなんであるか語る資格も能力も無い。

VBアプリの再構築が馬鹿にならないし
向こう十年は使う可能性もある
今だQBの基幹バッチが動いている企業もあるぐらいだし

答え: VBをつかうべきでﾅｶﾀ

>>25
まったくだ。
ANSI規格の言語じゃないんだから、のたれ死んでくれ＞VBおよび関連馬鹿

COBOLer同様、ヲチしていけばいいと思います

サポートなくすなら、タダで配れよ。

個人的には.NETだろうとVB6だろうとかまわないんだが会社が移行する気無いんだよなぁ
過去の資産をまるまる流用できるのが強みなんだろうが・・・

まぁ社内向けアプリしか作ってないから何でもいいんだけど、MSDNがらみの
ライセンスがなあ・・・

>>24
まさか前の会社で作ったQBのアプリじゃないだろうなぁ

>>26
今時の開発者でVBが来ない奴なんて仕事来ないんだよ
普段何を使っていようが客が「VBがいい」と言ったらVBでやるの
そして圧倒的にVBで作られたソフトが多いわけだ・・・
MSがサポート打ち切りといったからといって
こっちもメンテを打ち切りますとは言えないんだよ

ANSIにこだわって仕事している奴は始めて見たよ

有償でサポート汁。
それならMSも商売として考えるだろう。

VBしか使えない職業プログラマも少なくないらしいけど、
悲惨だろうな。

>>32
そんな奴でも、他の言語のプロジェクトに回されたりする。
経験年数が長いから設計担当になったりすることが多いんだけど、VBしか
知らないから無茶苦茶やって、結局プロジェクトを潰してしまう。

まぁ，アレだ。一番問題なのは開発者が増やせないってことだ。
もっとも社内はナニでヤレソレでいいとしても，社外の外注先
やサードパーティは，増やせないよな。それどころかそれに
つけこんで「いや，もぅ将来無いんで，JAVA に移植っすよ。」
と言われたり，言ったりして，儲かったり，大損害くらったり
すんだろうな。

# わしゃー，VC の方がよっぽど影響デカイと思うがの〜
# 誰も騒がんの〜

.NetはFrameworkがランタイムよりでかいしウザい。
ノウハウは別にいいがドライバなどの資産が
うまく意向できるかどうかで二の足をふむな。
まぁ恒例行事みたいなもんだが。

>>34
VCはVC.NETになっても、ほとんど変わってないでしょ。

Perlでいいじゃん。

ソースの無いソフトで、他人に無断では改造することが認められて
いないものに頼ると、概してこうなる。

なんだ2008 年 3 月 31 日まで延長サポートあるじゃん。

さて、javaに経営資源を集中させるかな。。。

javaはどこでバージョン区切ったらいいか
毎回悩む

アセンブリ最強説

結局は金を払いたくないケチなやつらなだけ
おまえらだって、自分で作って売ったソフトを、永遠ただでサポートしたいかよ？

>>35
お前って本っっ当にバカだな

>>44
すごくね

よくわからないんだけど、今使っているコンパイラをそのまま使い続ければ
いいんじゃないの？それとも新しいWindowsで使えなくなるの？

まずサポートとはなんなのか。
たとえばGCCにはどんなサポートがついているのか。

>>34
VCには代替があるからな。
MFCが他プロダクトでも多少の難はあれ使えるのが
VB(糞言語)との分かれ目。

MFCが使えればVCじゃなくても構わない。
言語(やクラスライブラリ)というものはそういうものが望ましい。

つーことは.NET最高ってことだな。
.NETが使えれば、VC.NETじゃなくてもかまわない。
処理系どころか言語にも依存しない
共通クラスライブラリ。

.NEETの現状
ttp://pc5.2ch.net/test/read.cgi/tech/1027559190/

そりゃ現時点では.net frameworkが導入されていないPCも多いワケで商業向けソフトウェアを作るわけにはいかないだろ、
ただ、次世代OSからは.net準拠だし、次世代WinAPIとかも.netからダイレクトに使えるらしいから
まぁ普及はするだろうね、

つかC#を最近始めたけど快適そのものだよ、
スピードも十分だし、書くソースが短くて楽、
そのくせ、一部分だけC++で書くといかいう曲芸ができるからねぇｗ

用は.netは言語はなんでもいいのよ、

つか、それなりにVB出来る人は
最初は戸惑うが一週間もあればVB.NETが理解できるでしょ
それが出来ないのはVBプログラマとも言えないかと

>>51
.NETはどの言語を使っても出来上がるものは
同じというのは重要だね

その.netも（笑）

64ビットPCが一般的になってきたら、クラシックVBは生き残れないだろうね。

でも実際に64bit用に書かれたプログラムっていつ普及するんだ?

まずはOSが64bit化されること
話はそれからだ

LivedoorのTurboLinuxならすでに64bitだっけか？

VB.NET に移行しろよ。
でも VB.NET に移行する（＝勉強しなおす）くらいなら、
C# の方がはるかにいい言語だと思われ。

どっちやねん。

>VB6から離れていった開発者の多くは、
>JavaなどMicrosoft以外の開発環境に移行しており、
>VB.NETには移っていないとする調査結果も複数出されている。

痛い目にあった開発者は反省して同じ失敗を繰り返さないように、
V$系のM$囲い込みから逃てるって事でしょ。

そうでなくてもWinのアプリジリ貧だし。

>>61
お前は処理系と言語の違いを勉強しろ

> そうでなくてもWinのアプリジリ貧だし。
聞いたこと無いけどなｗ MS製以外はジリ貧かも知れんがｗ

.netとかjavaとか・・・
プログラマのオナニー

とりあえずMSは、まだ利用者が結構いる中でサポート打ち切りってのやめろ。Win98の時も批判出たのに…

まぁ、何いわれようと単なる金儲けだからな＞MSのやること
遠吠えは負け犬しか吠えない(w

>>65
反省してたらw2kのサポート打ち切る訳が無い

まあ、こういう開発基幹プロダクトをマイクロソフトを使うこと自体アホ。
delphiにしろよ。

ゲイツに依存するとロクな事がないという法則

Delphiﾏﾝｾｰ

Visual BASIC = MS べったり依存 てのは正しいと思うが、
VB.NET, C# に関しては MS べったり依存じゃないと思うぞ。
とくに C# なんかは素性つーか血統もいいと思うけどな。

なんかキターーーーーーーーーーーーーーーーーーー

>>71
凄いね、君。

VB .NEET DQN Edition

Ｃ＋＋最強

>VB.NET, C# に関しては MS べったり依存じゃないと思うぞ。
.NEETべったり、というより.NEETでしか動かんが...

言語が無くなるってのはすごいね。
C#とかもいつかなくなるのか？MSの意向で。

>>76 言語とランタイムの環境ををごっちゃにしてないか？

>>77
C#は標準化機構みたいなのに認証されたので、MSがなくなってもなくならんよ。
.NETもオープンソース実装みたいなのもある。

ただ、.NETはMS主導で仕様がころころ変わっていったり、Windowsでしか動かないような
実装を平気で入れていってるから(つまり他のOSでは無理して作りこまなくちゃいけない)
MSが潰れたらもう終わりなのは変わらない。
むしろ「オープンソース実装があるから安心！」なんて騙しにかかってるんだから
より悪質とも言える。

>>78
ごっちゃにしたのはm$。

>>79
ｵﾌﾟｿ版もﾄﾞﾄﾆｰﾄ用しかないし、というか、
現状生きてるコンパイラはm$のしか無いんだけど。

>>79
ごめん読み間違えた。
「.NEETのｵﾌﾟｿ版が悪質な騙し」であるというのは同じ意見だね。

ぎゃははは、まだ気づかないのこの馬鹿たちは
一社に依存するのがいかに危険かわかっただろ

>>80
やっぱりおまえごっちゃになってるじゃんｗ

素人さんこんにちはｗ

>>82
わかりました。Macは買わないことにします。

>>84
正解です。

>>84
見習います
PC-9801でしか動かないソフトを
どこも移植にすごいお金を取るので
うちの会社はまだこき使ってます

つかデータベースの仕様書がないとかで
「出来ません」と言い放つところがあるんですが・・・

>>86
PC-98エミュレータを使うと言う手もある。

> つかデータベースの仕様書がないとかで
> 「出来ません」と言い放つところがあるんですが・・・
あたりまえ。
失敗するとわかっているプロジェクトはやらないのが定石。
いくらお金と時間がかかってもいいと言えばやってくれるかもね。

業務用システムでVB6で開発されたものはいっぱいあるからね
これは単純な問題ではないよ

有料でサポート続行だと言っているだろ。
旧verのOSと同じ。

http://www.itmedia.co.jp/news/articles/0503/19/news015.html

「VB6のサポートは終了するわけではない」とMS

MicrosoftはVisual Basic 6ツールセットのサポートを有料に切り替えるが、
ランタイムサポートはLonghornでも存在すると明言した。

　Microsoftのほかのレガシー製品（Windows 98、NTなど）と同様、
重大なセキュリティ修正プログラムは引き続きVB6向けにも作成される。
ラダー氏は、VB6のランタイムサポートはLonghornでも存在すると言い添えた。

basicはもう死んでいる

>>90　ランタイムサポートがあるなら問題ないな。

>>92
言外にそれ以外はやらんよと言ってるわけで。

>>93
> 重大なセキュリティ修正プログラムは引き続きVB6向けにも作成される。

軽微なセキュリティホールは無視するとでも？

セキュリティーホールはすべて重大ですがなにか？

↑ 天然

>>94
つまり、ＸＰやロングホーンの新機能に対応しないよってことでしょ。
つまり、ロングホーンで終わりと。つまりあと５年で終了ってことね。

え？

VB6プログラマが、VB.NETを習得するのって難しいのか？
ｵｲﾗはVB6プログラマだけど、確かに最初は戸惑ったがオブジェクト指向を少し勉強すれば、それなりに扱えるようになったが・・・・

ていうか、.NETを知ったらVB6には戻れなくなったｗ
VB6の長所だった点が無くなった感はあるが、設計や開発のし易さは格段に.NETの方が優れてる。

無茶しやがって...>>99
(AA略)

どうせオブジェクト指向を勉強するならJavaとかC++使えばいいのに。
つぶし効かなくなるぞ...

>>100
？

別にオブジェクト指向を習得するために.netを勉強したわけではありませんが？

>>99
むしろVB6でオブジェクト指向のセンスを使えよ

この問題の本質は、
言語の学習云々の話ではなく、
既にある既存のソフトのメンテができなくなるって所なのだが、わかってない奴がおおいな。
なぜC言語や、COBOL（特にCOBOL)が今でも使われてるかというと、
そういった言語で作られていた資産が多いから、

新たな機能追加をするにしても、１から開発しなくては、いけなくなるんだぞ？

>>102
VB6ではオブジェクト指向っぽいことならしてたな・・・・

所詮プログラマは奴隷。

>>105
その奴隷が苦労したら、その上の人も同じ様に巻き込まれるんだぞ・・・

>>103
メンテできるだろ。

>>107
新しいシステムに対応できない、でもメンテのためにVB6止まりの
人材を雇うのかって経営者は思うし、思われる技術者が居るって事。
まあ、VBなんて…と言ってしまえばそれまでだけどなｗ

ライブラリが充実しすぎた今では
組み込み等のローエンド以外じゃ
どの言語も大差ないけどな

ansi c 最強

まあ、VBはMS製品って事もあってWindows環境でのUI設計に
（こういっちゃなんだが）素人SEの入門言語として浸透してて、
「MS製品だしシェアもあるしコレ覚えておけば喰いっぱぐれない」
って胡座かいて油断して他の言語を学ぶ事を忘れていた奴が、
言語を覚える事に抵抗を示すのは自業自得かもなｗ

Basicって昔からそんな憂き目にあっているよな
高級言語なんだけど機種依存するとか
期間限定か資産化しちゃ不味いんだろうね

やっぱ低級言語のＣやＣ＋＋やっとけば他に移行しやすいので最強なんだろうな

C/C++が機種依存しないのは、機種依存する部分を
C/C++の範囲にせずに別途ライブラリで対応することにしているから。
現実問題としてアプリを作る場合には（機種依存する）ライブラリを使うので
C/C++で作ったアプリを他のOSで動かすことは難しい。

>>113
機種依存はBasicについて言ってるんだけど

高級言語使い慣れているからそんな事言うんだろうね
低級言語プログラマーは能力あればインターフェース合わせて
ライブラリー作れるよ

うちの上司がブビ信者なんだよな。
なんか今年の新人研修もブビ６でやるみたいだし。

ちなみに余談だけど、もうひとりいる新人研修担当者はコボラで、
フローチャート（！）をやるぞって言っている。


どっちも俺に資料作れって言って来るし。。。
ブビ６とフローチャートの資料をつくっていると、なんか悲しくなって来るよ。orz

楽して作ろうとするからこうなる

別に言語なんてなんでも良いんだよね・・・
C＃＆.netでも良いし、俺みたいにC++＆.netってのも良いと思う、
Longhorn以降のことを考えるとC＋＋＆.netってのが良いと思わない？

C#よりVB.NETの方が兵隊を集めやすい、と言われた。

楽して作れるものを苦労して作るやつなんていらん

>>11
オマエLive2ch使っておきながらよくそういう台詞が吐けるなｗ

>>87
>いくらお金と時間がかかってもいいと言えばやってくれるかもね。

この場合、時間は無限大にかかるわけだな・・・・

>PC-98エミュレータを使うと言う手もある。
RS-232C接続のデバイスを使用したり、プリンタを接続したりする場合はエミュレータが使えない。

RS-232Cに対応したエミュレータもあるわけだが。

>>117
VB厨に多い最強厨なんかは、２つ３つ覚えるとかしないから
右往左往しているわけですがなｗ

こういったパッケージを買ったとして、
皆さんどうやって覚えていくんでしょうか。

自分で自分に課題を出したりして、とりあえず動くものを作る
といったことを繰り返していくわけですか？

やっぱり、既存資産が多すぎるのが問題だろうね。

VBって、確かに問題の多い言語なんだけど、画面付きのチョロイ処理をさせるには結構便利なんだよね。
そういうお手軽な使い方してる客に、有料サポートに入れってのも無体だよな。

ExcelのマクロがVBAだから、そのつながりで潜在的なVB遣いって多いと思う。
せっかく広がった裾野を、ちゃぶ台がえししちゃうMSの方針はちょっと理解できないな。

VBなんていらんだろ。
あんなのプログラム言語の類に入れるのが間違ってる。
あと、Javaも糞言語なー（ｗｗｗ

>>126
禿同

　　 　 　　｜
　 　 　　　｜
　　　ぱくっ|
　　　　　／V＼
　　　　/◎;;;,;,,,,ヽ
　＿　ﾑ::::(,,ﾟДﾟ)::|
ヽﾂ.（ﾉ:::::::::.:::::::.:..|）　Javaを馬鹿にするな糞厨房
　 ヾソ:::::::::::::::::.:ﾉ
　　 ｀ ー U'"U'

その糞厨房が多すぎてやってられないんだよJavaは
VB6は知らんが新規でVB6が来たらこえー

とりあえず J# でもつかっとけや。

DelphiとかC#に移れ

C#は言語仕様がオープンで実際にMonoとかMS製以外もあるからいいけど、
DelphiはBorland一社専用言語だからダメ

（DelphiはObject Pascalだろ。とか言う突っ込みは無しね。
　Delphiは拡張しまくりでObject Pascalとは別物だし、
　Borland自身もObject Pascalと言ったのは間違いだとし、
　今では"Delphi言語"という呼び方に変わっている）

Javaはなんちゅうか、システムの表現力に乏しいんだよね・・・
できることはできるんだが

Javaはどの環境でも同じように動くってのが基本理念だからね。
その上に他の言語ではGUIとかライブラリとして言語から
独立させているような物を標準の物として多く含んでいるから、
多くの機能がどこでも動くように最大公約数的な機能しかもてない。

Windowsの機能を最大限使用した、Windows専用Javaライブラリなんて
どうみてもJavaっぽくないからあまり作られないし、
もちろんSunがリリースすることもない。

http://www.imaiku.com/

ＱｕｉｃｋＢａｓｉｃｋ　ＱｕｉｃｋＣ、も復活して欲しい。きぼう。

Microsoftが古いユーザーを見捨てたら、Linuxユーザーが増えるだけだ。
５年後にはみんなLinuxになってしまうかもよ。

むしろその方が良い。今のMSは舐め腐り過ぎ。
寡占が市場を停滞させる良い例だ。

ＶＢ：楽だがその場だけ将来の事を考えてない、こんなものにすがるようでは
　　　ＭＳにいいようにされるだけ。

http://blog.livedoor.jp/mairadish33/
おおおおおおおおおおおおおおおおおおおおおおおおおい

210.170.196.114

>>132
MSがC#を止めるときは、.NET上のサポートも怪しくなるときだと思うが。
それでMonoがあっても意味なし状態なのでは。

MSの開発言語なんて高級泥舟でしかねえからな。
MSの意向だけで沈められる

とはいえVBやらJ++やらに走った奴は先を見る目も無い負け組みだろ
沈んでくれたほうが業界のためだよ
仕事がVBしか来なかった奴は悲劇だが

汎用なのは、C++
Web特化は、PHP
これで万事OK

Java 使い物にならんよ (# ﾟДﾟ)ﾉｲﾗﾈ

仕事でC++な案件やってるが、
他所の外注のVB厨が使えない奴で尻拭いに一苦労だ。
誰がこんなの連れて来たんだよ、まったく…。

どんなゴミだろうと営業は人ねじ込めば勝ちだからな

PHPはいらね

>>148　でも Perl 使いにくいじゃん

>>146
うわ、4年位前の俺が陰で言われてそうなセリフだ。
でも職業プログラマは引退しましたので。今はまったり負け組み生活だぉ

へんな話だが
ＶＢいじくると、コードがBasicでなくＣ言語のほうが便利だと思えてしまう

>>132
>C#は言語仕様がオープンで実際にMonoとかMS製以外もあるからいいけど、
>DelphiはBorland一社専用言語だからダメ
>（DelphiはObject Pascalだろ。とか言う突っ込みは無しね。
>　Delphiは拡張しまくりでObject Pascalとは別物だし、
>　Borland自身もObject Pascalと言ったのは間違いだとし、
>　今では"Delphi言語"という呼び方に変わっている）

C#はMONOがあるからいいとは香ばし杉。
１００歩譲ってMONOを認めても.NEETしか対応して無いやん

> １００歩譲ってMONOを認めても.NEETしか対応して無いやん
意味不明。

C#は.NETに対応しているから、.NETが動く環境のみで動く。
つまり、C#はWindowsやMacやLinuxやUnixに対応した言語と
言いたいのではないだろうか？

> C#はWindowsやMacやLinuxやUnixに対応した言語
なら十分じゃん？

さてPerl一筋の俺がやって来ましたよ！

.NEETなんてWindows上でもシカトだＹＯ！

NEETと言いたいだけじゃないのかと小一時間(ry

http://www.imgup.org/file/iup15810.png

とりあえす.NEETの画像置いとくわ。

最後まで生き残りそうなのはＣ＋＋

C++のライブラリは何度も死んでいるけどね。

>>145
Javaは、使い物にはならなくても金にはなるんじゃないのか？

C++/CLI
があれば無問題

企業向けのサーバサイドはJavaが主流だよ

MSオフィスのマクロは、C#になるのかな？

正直オブジェクト指向は大嫌いです。つかJava。

継承しまくった巨大クラスのメンテさせられた時は胃潰瘍になった。

>>166 でもオブジェクト指向プログラミングでなくて
そのプログラムを書こうとしたら、もっとゴチャゴチャに
なっていたんではないかと思われ。

>>165 マクロは今まで通り VBA じゃないかなぁ。
もしくは WSH とからめて VBScript とか。

>>167
大元のPerlの方が簡潔だった。
再利用しやすいなんて嘘。

>>165, >>168

ＭＳオフィス用には、Visual Studio Tools for Office がある。
　ttp://www.microsoft.com/japan/msdn/vstudio/office/

発売から1年半だが、まったく普及していないように思える。

>>170 それは Office アプリケーション開発はのためのものだと思うよ。
一般的なエンドユーザのマクロ言語としては BASIC ライクなもので
行くんじゃないかなぁ、と思う。

>>171
VBAではセキュリティに問題があるので、VSTools for Office を出した。

>>172 でもさ、VSTools for Office って別売じゃなかったっけ？

>>172
マクロとそれは別物だろ。
セキュリティの問題があるってことなら代替でそれじゃなくて、
VBA等のマクロは廃止って方向だと言っているのか？

>>169
java厨の書くソースなんてそんなものさ

CとかVBからjavaに転向したやつは最凶

オブジェクト指向はPerlの物が一番柔軟。

VB6erはJAVAに行って帰ってこないで欲しいな…

VB終わってほしくないっす。
まだVBで公開するためのソフト作ろうとしてるのに・・・
次世代の言語はこれできまり！っつーのがでてきたら移行するけどさ

>>179
これで決まりって言えるのは、すでに保守的な言語になってるだけで、
すでにその時は「次世代」が別にあるわけで…結局、ウダウダ迷うより
自分が習得しやすい、自分が必要になるものを覚えておくのが良い。
VBで粘る、これが一番愚策。

枯れてる手段も一つの手だけどな。VBはともかく。
クライアントと自分の技量次第なわけで
言語なんて気持ち自己満足くらいに思っておいた方が吉

>>174
個人の趣味の範囲でVBAを使うのは個人の勝手だが、
まともな業務として使うのなら VS Tools for Office を使え。

これがMSの基本方針では？

今後は、VBAのかわりにVSA（visual stidio for application）になると雑誌か何かで読んだけど
マクロにVBとかC＃とか色々な言語を使えるそうだ

次の次のオフィスで実現するのかな？

Javaでいいよ。

>>10

VB誕生から十年以上飯食えたんだから十分じゃん

>>58

NTも初代から64ビット版あるね

よし、この機会に俺もVB.NETからC#.NETに移行しよう

>>188


Alpha21164だっけ？
PowerPCは32ビットだな
MIPSは？

誰にレスしてるの？

MIPS_Rも32ビット

64ビットNTはAlpha用だけ

既存ｼｽﾃﾑのVB→VB.NET移行で仕事増えそう。さぁ、みなさん稼ぎましょう！

IBMだYO!

>>191
移行には客は大して金を出してくれない
・・・の割に意外ときつい
仕事の単価が下がるだけだ

>>193
そりゃそうだろ。アプリの機能変わらんのに、なんでカネ払わんといかんの？
M$の都合でアプリの利用者とベンダーを右往左往させるのはおかしい。
この種の料金は本来、M$が支払うべきだろ。


ぐらいの覚悟でプログラム言語の仕様変更を計画してくれ。

つーかアプリの機能が変わらないのなら移行する必要ないじゃん。
新しいマシンやWindowsでもVB6アプリ動くのに。
言語にあわせて移行するという考えを持っている奴がアフォ。

>>195
>新しいマシンやWindowsでもVB6アプリ動くのに。

XP（特にＳＰ２適用版）ではVB6アプリに不具合が出るケースも多いのだが

そのVB6アプリの作り自体が不具合なんだろ

>>196 別にずっと古いWindows使い続けていればいいじゃん。

そんなわけで、ハードだけ更新しつづけてるけど
システムはVB4+NT(SP6)のまま、どうしても移行できない
うちのようなところもあるんだ。
おかげで、ウィルス対策はできないし、
新しいソフトもだいぶ動かないものが増えてきた。

VB6の環境も、６４ビットの時代にはきっとそぐわなくなる

NTならドライバさえ用意出来るなら大丈夫じゃないの

問題はP4+16ビットコードばりばりの9X

エミュレータ使ってウイルス対策されたOSの中の
仮想マシンで動かせばいいと思うよ。

>>196
適当なこと言ってはいけないなぁ。
不具合がファイアウォールの話なら設定で解決する話だし、
SP2のメモリ保護の話なら、そのメモリ保護で引っかかるような
コードは普通にやっている分ではVB6ではかけません。

具体的にそのケースを言えないですよね？

昔のBASIC見たいに機械語をデータとして持っていて特定のメモリに
コピーするようなコードを書いているのなら別だけどなｗ

>>202

なんだかわからんが
SP2にして動かなくなったプログラムが
スパイウェアー片っ端から全削除したら動くようになった
ＳＰ２ってメモリー管理変更されてるの？

VB6しか弄れないような糞プログラマは氏んでいいよ

VB6がルーツの糞プログラマは消滅してほしい
存在するだけ無駄だ・・・

本当にVBを理解してAPIやクラスまでバリバリ使いこなしていたのなら
MSが配ってた「やっぱりVBが好き」、でも小一時間読めばVB.NETも理解出来るはず

出来ないって事は表面的になんちゃってプログラマしてた証拠

つうか.netが胡散臭い
VBあきらめてC++でもやるんだな

>>207
VBからVB.NETに書き直すだけならともかく
C++に書き直すのにどれだけ手間暇が掛かると思ってるんだ

客によって開発に指定してくる言語が違うから
取りあえず何でも食い散らかしておかないと
仕事になんないんですよ
VB6でやれと言われたらVB6でやらないと金をくれないんですよ
VBの直後にCの組み込みやったら「;」をつけ忘れて酷い目にあうわけですよ
気をつけてくださいですよ・・・・秀丸でマクロ組めばよかったよ・・・と今気付いたよ

>>208
もう無くなるから、指定しないと思われ
いま指定したら馬鹿だな

vb6でプログラム書く、漏れは時代ともに消えます。

さびしいこと言うなよ
VB6もDOSのようにどんなに技術が発達しても
なくてはならない存在になっていくはずだよ

そんなことよりも
漏れにとって、パソコンからＲＳ２３２Ｃが消えつつあるのが非常にまずい

>212
それは、分かる。
USB-RS232C変換ケーブルを買えばいいわけだが、
ものによってCOM番号が変わるから、めんどいんだよねぇ。

とは言っても、個人ユースじゃぁ、２３２Cは既に役目は終えてるんだろうけどね。

>>212
うちの会社はわざわざ232Cのあるデスクトップとノートをストックしたよ
組み込みやってるところは多いんじゃないか？
USB−232C変換ケーブルは何というか不安定で・・・
ROMイメージの転送中によく止まる

Delphi使いの俺は勝ち組

Delphi使いならC++Builderへの移行もスムーズで最強

VB6を.netのC#なんかに変換する
高級言語コンパイラを作ってあげれば、
問題解決?

トランスレータ？

そこでVB6.netですよ

…さすがにこれはいらないな…

とはいえ、個人の趣味でのプログラムとしては、
敷居が高く無くいい言語だとは思うけどね。（業務外として見れば）

せめて、下位互換はもって欲しいものだね。

まあ時事ネタに基づいた不誠実ゲームを作るのには適しているな

VB6信者は無理してドトネト行かずに、
Python + wxPython + win32all + py2exeに乗り換えてみそ。

VB6の代役としては最強だと思う。

.NETに行かない奴は負け組みだろ・・・

>>223
なんとも言えない

>>223
むしろ.NETに移ってまでVBやってる奴が負け組。

VB.NET、C#、J#、MC++、Delphi.net
どれを選んでも同じコードがかけるのが.NET

。NETはlinuxでコンソールアプリしか動かない糞

>>226
それをあえてVBでやる奴は負け組。

しかしコンソールアプリさえ動けば十分だろうな・・・

これから学ぶ人はVBよりC＃とかＪａｂａが良いと言われるけど、
本屋には、VB.netの参考書のほうが多いんだよ

やっぱり、VB.netが主流なのが現実だと思う
C#を選択した、プログラミング初心者としては、残念だ

MSオフィスのマクロでC#を使えたら良いのになあ・・・・・・

> 。NETはlinuxでコンソールアプリしか動かない糞
うそつき♥

そう、選択すべきはC#なのに何故かVB.NETが意外と選ばれる

VB.netを「正しく」マスターしたなら、C#をすでにマスター
したようなもんじゃん。

>>230
>MSオフィスのマクロでC#を使えたら良いのになあ・・・・・・

マクロではないが、Visual Studio Tools for Office を使えば、C#でMSオフィスの
開発が可能。
ttp://www.microsoft.com/japan/msdn/vstudio/office/productinfo/purchase/
>C# ユーザー向け
>コンポーネント指向言語の Visual C# をサポートしていますので、
>Visual C# を使って、Word ドキュメント、Excel ワークブックをインターフェイスとした
>アプリケーション開発ができます。

>>234
「MSオフィスの開発」は言葉が不足してる。「MSオフィスのアプリの開発」が正しい。

別に.NETならC#を選択する意味も無いわけで

VBを選択したのが間違いだったのと、
.NETを選択する意味も無いわけで
みんな困ってんじゃないの？

だいたい、必要でもないのに
中間コードを解析実行するプログラムが必要な.NETはいらない

世の中全て新しいパソコンやＯＳに買い換え、古い物を破棄するかと言えば
そうでもない

>>238 そんなこと言ったら、Java はどうなるの？

>>239
だから、用途によって
必要な香具師もいるだろうが、必要としない香具師もいると言うこと

VB.NETは使いづらいけどちょっとしたテスト用プログラムを書くのにはそれなりに使えなくも無い
ある程度大きいプログラムを書こうとすると逆に面倒臭いからあんまり使わないけど

そんな中途半端なもの使わない方が良いね。

で、オマイラ、プログラムを始めたい中学生にオススメの言語は
VB6ではなくてこれからはVB.NETで決まりでつか？

（いや、VBはどーでもいいが、VB.NETでプログラム事始めってのモナーと思ってな。
　JAVAとかCとかは要コンパイルなんで、学習用に作っては走らせって
　トライアル＆エラーで学ぶにはやや煩雑かな〜と常に思ってるんでナ。）

中学生に勧めるならJavaかなー
個人的にはC#を推したいけど。

>>241
大きなプログラムになぜふさわしくないと思うの？
そういう理由もない文は単語入れ替えてコピペしてやるｗ

Javaは使いづらいけどちょっとしたテスト用プログラムを書くのにはそれなりに使えなくも無い
ある程度大きいプログラムを書こうとすると逆に面倒臭いからあんまり使わないけど

C/C++は使いづらいけどちょっとしたテスト用プログラムを書くのにはそれなりに使えなくも無い
ある程度大きいプログラムを書こうとすると逆に面倒臭いからあんまり使わないけど

Delphiは使いづらいけどちょっとしたテスト用プログラムを書くのにはそれなりに使えなくも無い
ある程度大きいプログラムを書こうとすると逆に面倒臭いからあんまり使わないけど

Perlは使いづらいけどちょっとしたテスト用プログラムを書くのにはそれなりに使えなくも無い
ある程度大きいプログラムを書こうとすると逆に面倒臭いからあんまり使わないけど

Pascal習ったことがあるんで、Delphiでプログラム作ってみたい。
でも独学だとObject Pascal のObject 指向の意味さえ分らない４流
大文系卒の漏れはDelhi使っても{$APPTYPE CONSOLE}でしかプログラムらしきもの
つくれない…orz

Delphiより敷居の低い環境は無いぞ？

>>246
VBとかC#はどうだろう

>>248
VBは終わった。
C#とﾄﾞﾄﾆｰﾄは始まってない。

VBを使ってたり、C丼やﾄﾞﾄﾆｰﾄに早々手を付けたという事実はセンスの無さを意味する。

ダメなヤツは何をやっても(ry

.NETが始まらないということは
未だにVBが現役ということです。

そういやNASAでも.NET使われているんだよね。
あの例の3D地球儀.NETアプリだし。

.NETを使うなら
VBでもC++でもC#でもJ#だろうと
好きなのを使えばよろしい

251-253=ダメな(ry

BASIC作ったゲイツが、VBを簡単に捨てるわけがない。
未来永劫続く。MSの基本はBASICにあり。

>これらの開発者は、デベロッパーコミュニティの有力メンバーが加盟
>を認められるMicrosoftのMost Valuable Professional（MVP）プログラム
>の会員だが

VBプログラマの地位はとても高いですね。

>>255
事実切り捨てられたというニュースでつが。
事実を受け入れられないﾌﾞﾋﾞ厨でつか？

長角で.NETが軌道に乗るまでATL+WTL+STLport
仕事はMFC

>ATL+WTL
>仕事はMFC
全部マイナーバージョンアップ止まったヤツじゃねーか。
m$使うなよ。

一月にWTL7.51が出ましたが何か？
まだまだソースファージで開発中

アナウンスではメジャーヴァージョンアップ停止なんだがな、MFCもWTLも。
でもこのスレのVBと状況は同じ...

なんで未だVBにこだわるのかわからん‥

MSが投げ出したからオープンソースに移行した

>>236
haa?

test

VB6をオープンソース化すれば万事解決！

要はプログラムが簡単に組めるように単純にしたため
内部がかなり複雑になってシステム変更に耐えられないって事だろ

．NETにしたところで同じ事が想像できる


ＶＢのコードを資産にした香具師は所詮負け組

と、妄想たれるだけの言語ヲタク＜＜＜＜VBで十年以上飯くってきた香具師

VBで十年以上飯くってきた香具師 ＜＜＜＜c,c++で十年以上飯くってきた香具師

VBで飯食ってきた奴<<<<<<<<<<<<<<<それ以外の全ての香具師

Ｃ，Ｃ＋＋　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＶＢ
パソコンアプリから組み込み制御まで多岐にわたる　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　パソコンアプリのみ
ＶＢでは組めない細制御のプログラムが組める　　　　　＞＞＞＞＞超えられない壁＞＞＞＞＞＞　　簡単に組め生産効率は良いが、安さだけなら
時にはハードの知識も必要　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 所詮人件費の安い外国に駆逐される

>>263
WTLやATLってヘッダファイルの集まりでしかないから元々オープンソースだろ

個々のアプリケーションは組めても、システム全体の設計ができない奴と
システム全体の設計は描けても、アプリケーションが組めない奴は

いずれ、ITゴロとして淘汰される。

マ板にすらいるんだよ。OSのほとんどがCOM実装であることを知らずに
COMは死んだ死んだって騒ぐJAVA厨がさ。IEもそうだしATL COMサービス
が.NETのバックグラウンドでの中核である事ももちろん知らない。

>OSのほとんどがCOM実装であることを知らずに
間違い。
COMでラップしてるだけ。動作が不安定なのでCOMは破棄されることになった。

> COMサービス が.NETのバックグラウンドでの中核である
m$のCOM図とは違う解釈でつね。ﾃﾞﾑﾊﾟ

hage

＞VB6アプリケーションをVB.NETに移行することは事実上不可能で、
＞VB6を利用する開発者にとってVB.NETを学習することは、
＞完全に新しいプログラミング言語を学習するのに等しいと述べている。

だからVB厨って言われるんだよ

VB自体いらなくね？

禿同

VB厨はどうかと思うが、>>279のような視野の狭い嫌VB厨も問題だなｗ

亡くなることが決まった今となっては、もういらない。

漏れの場合、将来職業プログラマーになるわけでもないし、言語の習得に膨大な時間を
つかえるわけでもなし、ただ、気軽にそこそこ動くソフトを作って遊びたいだけなんですが、
学習すべき言語は何がいいのかなどについていろいろ疑問があります。
以前、何やらVB.NETで作られたっぽいフリーソフトを使ってみたら、最初の起動画面が
出るまで遅い事、遅い事、イライラしました。何でもC# VB.NET 等は最後に生成される
コードは同じになるとの事。なら、どれも使えねーじゃん。と思いました。
それではDelphi なら実行速度もはやいし、無料のパーソナル版もあるし、
データーベース周りの性能もクールそうだし、さらにLinux版もあるなど良さげだけど
解説本もあまり出回ってなく、ネットで拾える情報も少なそうだし、それにWindowsのOSが
変ったらどうなるのかはっきりしないとかで問題ありそうだしねぇー。VB6の場合、
素人が手に入れられる情報も多く実行しながらのデバッグもでき、お気楽に作れる上、
最終的には中間コードになるだけなので、最もクラックされにくい言語の部類にはいると
聞いたことがあるし、となると、ある種の人たちには魅力的なんだろうけど、
動作が遅く見た目もダサいしなぁー。どんなに、言語仕様が美しく高度なことが出来る(能書)
といっても、開発期間などの生産性のパフォーマンスが高くないとね。他いろいろ言語あるけど、
で、結局、分野にもよるだろうけど、実際フリー・シェアウェアソフトと呼ばれ、
一般にでまわっているものの中で、一番結果を残している言語は何なの？
やっぱり、Delphiなんですかねぇー。教えてエロイ人？
また、C# C++ Java などで作られたソフトで有名どころって、どんなの？

こぴぺ？

pascalは変態

漏　　　　　→も
つ　　　　　→つ
学　　　　　→がく
以　　　　　→い
出　　　　　→で（て）



答え：　ホルモン

force最強

ランタイムサポートがあれば十分じゃん

>>259

バージョンUPしますた

WTL 7.5.5102.0
Changes since the last release:
- Bug fixes
- Misc. class/method improvements
- Wizard97Test
- Sample for Wizard97 base classes
- Improved support for Windows CE: CMenuBarCtrl, CPropertySheetImpl, frame windows
- Enabled CDialogResize for Windows CE
- Added CScrollContainer class

いまこそNECはVisual N88-Basicを

ダイアログで How many files ? とかでてくるのかね

さすがＶＢは最強言語だな

COBOL.NETで逝こう

>>290
MSに睨まれるのでだめぽ

N88はMSの傑作なんだが

怪作の間違いだろ

ベーマガ全巻持ってるような識者にしか分からんだろうな（ｗ

そこでﾊﾆﾘｲﾄですよ

そんなにN88-Basicが好きならば
自分で作ればええやん

Basicしかできない人間がインタープリタ作れるかよ。
インタープリタ上にインタープリタ作れと？

インタープリタ上にインタープリタは作れるわけだが？

JAVAはJAVAで作られている

>>289

こんなのもあるぞ
- Added .NET Support
- Removed Native Support

これならC++のテンプレートライブラリにする意味ないんじゃね？

N88互換BASIC for Windows95でも使ってろ

とはいえ、単にBasicと言っても
N88,Quick,Visualと全然別の言語になってるんだよな・・・
VS2002以降でVB6と別言語になるのも、仕方ないのかな。

>>298
wｒｏs

QuickとVisualは基本文法ほぼ同じじゃん
グラフィックなしなQBコードなら
VBのメインモジュールに書いても大抵動くし

QuickPascalを復活させれ>MS

Quick C なんてのもあったな。

>>266
.NETに移行してくれなくなっちゃうじゃん。

>>309
VCのご先祖様じゃん

>>311
先祖はＭＳ−Ｃでないの

>>312
Quick-C→MS-C→VC++

N-BASIC→Quick-Basic→MS-Basic→VB→VB.NET
　|　　　　　　 ↓
N88-Basic 　QBasic

VB6とJava Scriptって
どっちが高級言語？

>>314
どちらもアセンブラではないから、どちらも高級言語。

>>314
VBとJavaScriptはどっちも高級言語だぞ
どっちが高級かという質問なら、
比較しようがないぞ

せめてサポート切れる前にVS2005出して欲しかった。

まさかVBSやVBAも.netに合わせて文法が変わったりしないよね？

放置だろ

数値計算をさせると、VBは、JavaScript以下なのは…。
これどういうこと。

そもそも、サポート終了に開発者ら抗議って…必死だなｗ

VB6の仕事へったら嬉しいなと呑気に言ってみる

VS6自体が死なない限り無くならなさそう

>>317
そのまさか

VBS.NET 、 VBA.NETになるよん

>>313
N-BASICが最初かよ

>>319
？
たいていの数値計算はVBの方が速いはずだけど？
ソースとかコードとか一体どこでそんなデマ聞いてきたの？

VBはAPI叩けばwindowsの機能は何でも使えるので反則
独自計算ライブラリのJavaScriptと比較するのは滑稽

.netにしたら今より確実に遅くなるんだろうな

初回起動以外は大差なし
むしろクライアントのプロセッサ毎に最適化して即時コンパイルするので
完成バイナリ配布より高速化も望める

つーか、自分で試せよ

つーか、VB自滅&VB離れの時代に、負け組みVBテストなんてしねーよ。

327

所詮はJAVA-JITのパクリ
最適化ならソース配布のソフトをビルドすれば同じ

VB自滅&VB離れの時代にも関わらず社内がVBを捨てる気が無いため逆に仕事が無い俺は負け組

>>322

VBS.netって、CLI上にインタプリタを実装したもの？
コンパイラだったら意味ないもんな。

.NETってちゃんと動くの？

動く時もある。

http://ZC041221.ppp.dion.ne.jp/
ｗｗｗｗｗｗっうぇっうぇｗｗｗｗｗｗっうはっｗｗｗ

ｗｗｗっうぇうぇｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
うぇｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

BASICからVBに移って、vbの書式必死でセミナーとかで覚えて
ただ言われるままに作ってる中年PGとかが抗議してんのかなw

やっぱりキモオタ童貞君がスレ嵐に着てるのかなｗ

>>334
これって新しい山田ですか？最近見かけるんだけどw

>>337
スレ違いなんだが、どうもわからん。
たまに書き込み直後にアクセスしてみるんだが、「ログオンせい」とかいわれる。
きっとログオンしたユーザ／パスワードで相手側が逆ログイン＆トロイ挿入とか
やるんでないかな？

うちはFWの内側なんで結構楽しんでいる(w

ここでDelphiですよ
Delphi最強伝説が今、ふたたび。

> 新しい言語を修得していない「取り残された」プログラマー

修得していないのが悪い。

だからなに？

>>339
Delphi.NETのことか？あれはギャグで使ってみるか、過去の資産移行専用だろ
言語が違うけど、Delphiの純粋な後継はC#だよ

あったまおかしいのけ？

でたまじれす

Delphi.NETはC丼もコンパイル出来るし、
次期バージョンではBCBと統合してC++も書けると、
.NETの理想。

>>345
・・・

ヒント：ソフトウェアとは過去の資産を活かすもの

資産とはノウハウ

ソフトウェア的にはコードやライブラリがノウハウが詰まった資産。

言語とかツールに関して言えば、開発会社が行き詰まった場合でも、普通他の会社がサポートする。
VBが丸ごと消え去るのはこの業界的にも転地がひっくり返るような大事件。

さすがM$クオリティ。

消えはしないが進化もサポートもなくなるだけ。
使いたい奴は使い続ければ良いだけ。

ヒント：VBランタイムエラー

一社に依存するからこういう結果になる。

一社に依存しないCOBOLやFORTRANも消えうせましたが？

ttp://www.atmarkit.co.jp/fdotnet/t-interview/microfocus/microfocus02.html
>COBOL言語での新規開発の案件というのもあるのでしょうか？
>このため中国人プログラマにCOBOL言語を習得してもらう必要がありましたが、
>彼らの習得スピードは非常に早く、開発スケジュールもコストも当初の予定どおり進んだというお話を聞いています。

今どきﾎﾞｺﾙを教育するなんて(((( ；゜Д゜)))ガクガクブルブル

メインフレーム自体は衰退すると言われ続けてるが、未だ消え去る気配は無い。
それどころかハイエンドには必要、みたいな。
で、その枯れた世界からCOBOL実行環境が消えることは無い。

がしかし、ただでもランタイムのエラーが多いﾌﾞﾋﾞは、
Winのバージョンがうｐするとアプリが起動さえしないんだなこれが。
さらにWin64ではNetBUEIが消えるように、VBも綺麗さっぱり消え去るわけだなｗｗｗ

Win32にはNetBUEIってのがあったのか。勉強になった。

ヒント：AppleTalk

ある程度普及したものを
会社がつぶれたでもないのに、
後のフォローもなしにいきなり切り捨てる

普通はそういうことやんないけど
それをやってしまうのがMS

すごいゼ

>>358
COBOL.NETを知らんのか

>>353だたーよ orz

というわけでDelphi最強が確定しました

だから、C#がDelphiの後継だってば

>>358
淫�рﾆかモナー
メモリやCPUは新規格の新型ｿｹｯﾄ採用で2年前のものなんか使えネー
ISAも消えて唯一PCIだけが10年選手　orz

VBしか使えない底辺プログラマの俺が来ましたが、
読んでるだけで泣きそうですよ。

別物だったら、コンバーター作って儲けるって考えは無いのか？

まともな頭なら
VB開発者に無料配布の「やっぱりVBが好き」読めば数時間で移植可能

A：まともな頭していません
B：数時間の給料は誰が出すのか

普通に一つの言語が理解できたら、
他の言語もできそうな感じがするけど…。

そんなに他の言語を理解するのにしきいが
高いモノなのかしらね。

vbとjavaができる人なら
.netへはc#でもvbでもいけると思うが

マシン語でプログラム書いてた時代も。

>>369
敷居高いよ
”言語だけ”が変わるのなら楽だけど
ライブラリ・環境・イディオム・その他もろもろ変わるんだから

>>370
ﾌﾞﾋﾞから.neetに逝くのは２度死滅するということ。負け組み確定。

>プログラミング環境の乗り換えは簡単か
>ttp://japan.zdnet.com/column/btl/story/0,2000052832,20083518,00.htm

数年でリセットされるV$環境は惨めでつね。

OSXに開発環境でも負けつつあるな

こんなとこまでマカが来たのか・・・

>>375
ウニに魂を売ったﾏｶはさっさと自分の巣に帰れ！

>>377
WINもUNIXのパクリでしょ

みんなが高級言語を習得する最中、俺はアセンブリを勉強する

＞WINもUNIXのパクリでしょ

100%POSIX準拠ですが何か？

色々言われてるけど、VB6は単価下げるには最適な言語だったよ
でも問題なのはサポート切り捨てって事だよな…

うちの会社も過去開発したシステムのサポートが残ってるから、切り捨ては正直きつい。
乗せ換え案件として見積もる会社だけならまだしも、クライアントの自称SEがVB6での開発をせがむって事が結構ある。
　.net憶えてくれとも言えんし、他の会社に契約を取られるのも勘弁。

今担当してるSQL7〜VB6での入力システムなんてVB4からのお付き合い。.netにするから
サーバー＆ソフト買いなおして.net憶えて欲しいって言いたいけど無理だろうな…

別にサポートはシステム屋の仕事だろ
MSがどうこうする問題ではない

少なくともVB6しかつかえないんじゃナムーってことで。

少なくともおなにーにしかつかえないちんぽじゃナムーってことで。

>>380
WinXPや2003は違うだろ
だからパクリだ

違うならパクリじゃないじゃんｗ

おまいらVBAを忘れてはいませんか

VBA.NETですね

VBAを使う人というかプログラマじゃない人は、.NEETの存在とVBAの言語が変更されることをマターク知らない。