.NETにはやられた...

なにが.NETだ！
全然普及しねーじゃねーか！！

前スレ
http://pc5.2ch.net/test/read.cgi/tech/1044457085/

ttp://www.ddj.com/documents/s=9211/ddj050201dnn/

名無しさん♯のblog見ただろ。ｗ

Longhornでは、.NetがネイティブAPIになるわけだが

今の.Netは、あれだな。
Win3.1の時代に、「何がWin32だ！全然普及しないじゃないか！」
って言ってるようなもん。

.Netは普及しないよ
命かけてもいい

>>5
> Longhornでは、.NetがネイティブAPIになるわけだが

ならないよ。>>3をよく読め。

So, with the announcements they have made last year, Microsoft has indicated that Longhorn
will not be the great .NET innovation that we were lead to believe it was from PDC 2003.
This indicates to me that Microsoft is losing confidence in .NET.

正規ユーザが一番損する糞悪ティベーションがそのままなら、

Longhornｲﾗﾈ

>>9
どうして損するの?

開発者がWindows製品買うなんてアフォだろ。
MSDNで入手しろよ。

ttp://itpro.nikkeibp.co.jp/free/NT/NEWS/20050213/4/

> Longhornの現在のビルドは，Windows XPとほとんどそっくりであり，面白い新機能はあまり多くない。
> もし，Microsoftが手品の帽子からウサギを取り出さないならば，Longhornはだれにも興味を持たれないようなジョークの領域に，じりじりと近づこうとしている。

VB.NETすごく(・∀・)ｲｲ!!

素人にはね

Σ(○　Д ○；)

91 名無しさん♯ 05/02/20 16:15:36 ID:0/25owygB4

>>90
.NETが勢力を拡大してるのは個人的にもうれしいことなんですが、
その一方でコミュニティが一部原理主義化してきてるのはちょっと残念に思ってます。
何でも.NETで作るべきだ、.NET(あるいはMS)を否定する奴は許さん、みたいな。

Javaの世界で何度もうんざりしてきましたが、こっちに来ても結局そうなるのかなあ、と。

原理主義化した.NETコミュニティって２ちゃんのこと？

COMのときも理想のオブジェクト設計なんて吹聴してたからな
MSは
今回も平気で撤収しかねんぞ
まぁそんときだって.NETの進化形なんて言うんだろうけどさ

まあ、ひとところに止まるわけにもいかんだろ

>>17
ここ
ttp://www.gotdotnet.com/japan/

このド素人がっ！！

>>20
正直そこのMVPはDQN揃いだよな

この板ほどじゃないけど。

>>18
俺は今でもCOMはいい技術だな、と思っているよ。

禿胴。
DCOMがこけただけで。そういう部分は.NETでやればいいや。

♯氏Haskellやってるんだ。意外だね。

Haskell界の中心人物ってMSの人じゃなかったっけ？

次スレは「WinFXにはやられた...」

こんなところにまで晒されてるがな。(´･ω･`)

>>29
あんたも燃料投下が好きだね

.NETに流行られた...

VB5からVB.NETに乗り換えました。SDKのドキュメントにちゃんとVBでの
書き方も載っていて便利です。APIの宣言をしなくてもプロパティだけで
使えるのも便利ですね。ただ、覚えたらお終いなんですが、
Open ("C:\TEXT.TXT") For Output as #1などがそのまま使えないのが不便。

>>32
釣り？　もっと便利な方法があるっちゅうのに・・・

>>33
いや、やっぱ慣れてるやつのほうが書きやすいでしょ。
まぁ知らなくても簡単な方が覚えてしまえば後は便利なんだけどね。
今SDKドキュメントで「プログラミング要素のサポートに関する変更の概要」
ってページを見つけた。VBとVB.NETの違いが一覧に載ってて優しいね。

VB 2005 ならより VB6 風味になるらしい。

えぇどっちなんだよ･･･。それじゃあVB.NET覚えるのって無意味か

C#でいいじゃんよ。
特定の言語と心中した人を救済する必要なし。

しかし
Open ("C:\TEXT.TXT") For Output as #1
って懐かしい香りがするな。

俺が
OPEN "1:TEXT.TXT" FOR OUTPUT AS #1
なんて書いてたのは、20年前か・・・(遠い目

N88BASIC のソフトを C# に移植したい

そうですか

.NetがLinuxで動く日は来るのでしょうか・・・・

>>40
すでに動いていると思われ

Mono？

このスレまだあったんだ

VB.NETをインストールしたまま、完全に忘れていたのですが
WindowsUpdateの一部として今回．ＮＥＴがアップデートされたのです
ところが直後の再起動時にエラーを出してしまいました

ngen.exe - Common Language Runtime Debugging Serviceというタイトルのダイアログが出ています

別ウィンドウでは「Microsoft CLR Debugger[実行]」というタイトルのデバッガ画面らしいものが開いていますが
ソースウィンドウと思われる中央の部分は空っぽなんです
右下の出力という窓には
デバッグ
'DefaultDomain': 'c:\windows\microsoft.net\framework\v1.1.4322\mscorlib.dll' が読み込まれました。シンボルは読み込まれませんでした。
とメッセージが出ています。

　いったい何を仕込んでくれたんでしょうか、迷惑な・・・

先ほどの状態ではどうしようもないのでウィンドウをすべて閉じてまた起動
しなおし、念のためにWindowsUpdateの更新状態を調べにいきました

すると今度は
Microsoft .NET Framework, Version 1.1 Service Pack 1 用セキュリティ更新プログラム (KB886903)
という更新が始まり、しかも更新に失敗してしまいました

勝手にセキュリティに問題のある更新をした挙句、それへの対策に失敗しているのです　馬鹿らしさ無限大です

.NETの事は全然しらないけど、.NETで組むんならJavaでやった方がよくないですか？。

両方やって考えてみろ

結論：やっぱJavaだろ.NETつかえねー

サーバサイドならJavaでもいいんじゃねぇ？

ぜんぜん普及してない.NETは負け組

逆に使ってみたくなったな。
マイナー指向オナニープログラマなおれ。

>>5 名前： デフォルトの名無しさん [sage] 投稿日： 05/02/18 01:30:57
>Longhornでは、.NetがネイティブAPIになるわけだが


Longhornごと消滅するなんて、超激藁。

.netなんてアッパじゃ。アッパ。
ボットン便所にすててまえ！

WinFXにはやられた...

なにがWinFX！
全然完成しねーじゃねーか！！

>>53の原産地は新潟とみた

>>55
惜しい。でも違う。
はい、次

で、結局何が一番流行ってんの？

PC・・・Win32ベース
サーバー・・・Java
組み込み・・・C/C++

アセンブラ

ウェブAPIはググルがＭ＄に勝ちそうだね。

少しずつｹﾞｲｼの臓物を抉り取ってゆきましょう

なんか。。。。．ＮＥＴマンセーって感じだったんだけど・・・
ぶっちゃけ.NETって・・・・・・遅い？

なんか開発していけばいくほど不自由でならない
結局はパフォーマンスを取ろうと思ったらGUIはjavascriptに頼らないといけない部分が多いし、
普通に何も考えずに画面作ったら重過ぎて使えない・・・

しかも当たり前にできる事やとても便利なメソッドが大々的にバグっていたり・・・・
GUIを簡単にデザイン感覚でできるのはいいけれど、
無駄にポストバック起こるような書き方が.NET的な感じなわけだ・・・

それを無視すると.NETで開発しなくていーじゃん的な空気が一杯一杯になってくる。
なんか夢から覚めた感じです＠初級者

>>63
まあ、仕組みはJavaと大して変わらないからな遅いのは仕方がない

javascriptとか、結構むずかしいんだよね・・・・
なんかwinｱﾌﾟﾘから転向組みとしては、.NETフレームワークや言語なんてことより
javascriptでひっかかる。
しょぼ！！！と自分で自分を嘆く。。。

>>65
いや、実際Javascriptは難しいんだよ。

マジレスすると、
5年後くらいに今でいうMFCくらいに普及して終わる。
その時期になったらMSはまた新しいのを作るから
またみんなで頑張って覚えようってな感じだな。

JavaScriptは走らせてみないとわからないから恐ろしい。

> MFCくらいに普及して終わる。

大成功じゃん

>>63の言ってるのはASP.NETのことか？

>>69
MFC結構嫌われてて、意外に狭い範囲でしか使われて無い。

動作・・・ﾌﾞﾋﾞ並み
普及・・・MFC並み

大成功かどうかは知らんが、
良くも悪くもそのくらいは普及するだろうということ。
動作は今はVB並だがPCのスペックが上がれば
気にならなくなるだろうという推測。

>>71
みんなMFC使わずに何使ってるの?
Win32直叩き?
OWL?
自前のライブラリ?

>>74
BCB

W T L

.NET

>>74
製品のライブラリ。

ＧＵＩからデータベースまで揃ってるライブラリが売ってる。
勿論、１ライセンス100万以上する業務用だけどな。

>>73
>大成功かどうかは知らんが、 良くも悪くもそのくらいは普及するだろうということ。

最近普及したと言われ続け、普及するという予測の方がハズレですが。

>動作は今はVB並だがPCのスペックが上がれば 気にならなくなるだろうという推測。

64bitに注目が集まってるのに重くて枯れてないものが何故好まれる？


読み方とか考え方がおかしいですね。

>>79
いや、何が言いたいのかよく分からんのだが。
要するに、>>73は
「.NETはMFCくらいは普及するんじゃない？」ということと
「現在は動作が遅いけど今後その問題は解決されるだろうとMSが予測してるんじゃない？」
ということを言いたかっただけなのだが。
誤解を招く書き方だったらｽﾏｿ。

GUIについては、少なくともJavaよりは、.NETのほうがやりやすい。
Javaは同じコードでも環境によって挙動が違ったりして死ぬ。

VMが多すぎなのが問題なのでは

>>80
MFCってＭ＄社内でも別ライブラリが作られたくらい普及して無いし、

問題解消というレベルじゃなく、Win64に期待が集まってんだけど。

＞二正面作戦を展開中のMicrosoft，別働隊が主流に？
＞ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050517/160986/

＞「Longhorn不在」のWinHECの主役、「64」に
＞ttp://www.itmedia.co.jp/enterprise/articles/0504/25/news041.html

Win64 との対決でﾄﾞｯﾄﾈｯﾄ萎んぬ
素直にWin64使え、WinFXはスルーしる、ということでわ？


＞薄れゆくプラットフォームの境界線
＞http://japan.linux.com/enterprise/05/10/21/0214244.shtml?topic=1

クロスプラットフォーム開発の拡大に伴い、プログラマは1つのプラットフォームに縛られない
オープンソースのツールへ向かいつつある。
Windows開発でさえ、オープンソースへ向かってゆっくりと動いている。

クロスプラットフォーム開発の拡大は、Linux開発者には良いこと尽くしだが、
.Net開発者の数は横ばいとなり、Unix開発者は数を減らすだろうと、Andrewsは指摘した。

>>83
うーん、だからさぁ、
普及してるかどうかなんてせいぜい自分の周りしか分からんだろ。
MSの中では普及してないかもしれんが、
だからって世界中でどうなってるかなんて分からんじゃん。
少なくとも俺も周りではMFC結構使われてるよ。だからってMFC普及してるとは思わんけど。
それにWin64に期待が集ってるかどうかなんてどうでもいいよ。
誰もWin64はダメだとか言ってないし。ってかなんでいきなりWin64の話題なの？
突っかかられる理由がいまだ分からんのだが…。

アホは放置しようぜ

85=アホ

Win64はWin32を64ビット拡張したこと以外に、なにかいいことあるの?

MFCや.NETと同列に比較するべきものではないと思うよ。

>>88

84 名前： デフォルトの名無しさん 投稿日： 2005/10/25(火) 09:32:08
＞二正面作戦を展開中のMicrosoft，別働隊が主流に？
＞ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050517/160986/

ぷ。
Win64なんて、ずーっと以前に作られたものだよ。

Windowsの64ビット化とかいって騒いでるけど、かなり以前に64ビット化は済んでいた。
x64ではなくIA-64だけど、OSのソースコードの大半は無変更でコンパイルし直しで済んでるはず。

ちなみに、NT4.0まではAlpha、2000からはIA-64で、64ビットをサポートし続けてた。

>>90
> 済んでるはず。

そんな推測で語られても困るし。
Alphaの場合はCPUの32bit互換モードで動いてただけだしな。

>>92
誰が考えても同じ結論に至る推測ですが、何か。

マイクロソフト自身が、コンパイルし直しで済むことを主張してるんだから。

アセンブラもコンパイルしなおしで済みますかｗｗｗｗｗｗｗｗｗｗ

>>94は日本語が読めないらしい。

>>95
94の日本語はどうでもいいが言わんとするところは判らんでもないな。
出来るコードはコンパイラに依存する。
したがってどこまで64Bitプロセサ用になっていたか解からないでしょって言いたかっただけだろう。

>>90
ところで90は無知杉ｗ

>>96
うは、馬鹿発見。

>>97
Windowsのソースコードのうちアーキテクチャ依存のコードの割合は?
無知ではないお前なら答えられるな。

100

教えてくれ　Win2Kを使ってるんだが、「ASPNET」というユーザーが勝手に
作られていたのでコンピュータの管理で調べてみると、このユーザーの説明が

フルネーム　ASP.NET Machine Account
説明　Account used for running the ASP.NET worker process (aspnet_wp.exe)

とあって、この「aspnet_wp.exe」って、.netをインストしたときのファイルのようだ
ドトネトって、勝手にユーザー作ってログインする仕組み？？？？　このユーザー
アカウント、消しちゃダメなの？

・・・ここに情報あった　やっぱりだ　ドトネト入れると勝手にユーザー作られて
しまうのかよ　糞だなぁ・・・
ttp://blog.qlep.jp/blog.php/178/4629?categ=1&year=2005&month=10

クソだよ。消せば？
おまえASP.NETなんてつかわないっしょ？

>>101の「勝手に」のところを「自動的に」に置き換えたら
ごく自然に読めた。

103=奴隷コーダー

C#で３Ｄプログラム作ったんだが遅すぎ
なにこのクソ言語？
存在意義あんの？

>>105
アセンブラで書けよアセンブラで。
ビデオチップに直接I/Oするプログラムぐらい
楽勝だろ？

>>105
お前に存在価値はない

>>106
みたいな馬鹿が、まだ生き残っていたとは。

3D描画エンジンぐらいなら一部ビデオチップのみに対応でフルアセンブラで書いても別にいいんじゃないか
趣味なら

ビデオカード毎にアセンブラのドライバを書くのか
変態だね

E・∇・ﾖﾉｼ　＜111ｹﾞｯﾄ♫

ばかやろう！
.netは普及してもらわないと困るんだよ。

VB.net一ヶ月やってまだコントロール配列できない俺がな！！！

Control[] ctls = new Control[] { textBox1 };

できた！！

>>112
.NETは良いとして、なんで今後の未来の無いVB.NETを選択したのかが分からない。

既にVB.NETの今後の方針が出ていて、また形式が変わる（というか戻る）のに・・・
今やるならC#以外の選択は間違い。

>>114
それどんな方針？

>>114

上からの命令ですが何か？

>>112
.NET を選択した時点でもう誤り。

Java　PG　の俺は勝ち組。
基本情報とJSC-WCとXMLマスターとオラクル金(昔の簡単なやつ9iの変更前)で資格手当て5万です。
残業もフルにつけてます。手取り38から多いと45くらいです。もちろん年金保険完備。

将来？
そんなの知らない。

マジな話。Java+XMLに変更しろ。
めちゃくちゃ儲かるからｒ。

Javaなんて触ったことしかないけど残業0で月あたりの手取りが>>118より多い漏れが来ましたよ。

言ってることがちっちぇえちっちぇえw

プログラムなんてしたことないけど金利だけで月あたりの収入が100万の漏れが来ましたよ。

言ってることがちっちぇえちっちぇえw

プログラムもできて金利だけで月あたりの収入が150万の漏れが来ましたよ。

言ってることがちっちぇえちっちぇえw

石油が湧きだす庭を持ってる俺様が最強。

言ってることがちっちぇえちっちぇえw

なぜだか涙が止まらない。

バイトで月６万です。

マジ泣ける

うちの家賃より安いなｗ＞月６万
でも、俺のお小遣いよりは高いなorz＞月６万

http://headlines.yahoo.co.jp/hl?a=20051121-00000189-jij-int
世の中金じゃねーよー。

と、26歳で月15万のプログラマの漏れがきましたよ。

それありえねーだろ

スレ違いだけど、凄いな。
16で46億稼ぐやつがいるとは…

絶対将来ろくな大人にならん！！

>>130
それは偏見。
せいぜい500億くらいの遊園地みたいな大豪邸たてて
子供にイタズラするくらいだよ。

それはろくな大人ではないと思われ

まいけるだけどね

まーいけるじゃん

>>119から>>134の流れﾜﾗﾀ

>>119-134
で、結局.NETってどうなの？

>>136
どうもこうも無いと思うんだが？

Webとかサーバサイドの開発なら話は別だが、
今後を考えてWindowsクライアントのアプリを作るには
.NETを使うしかないわけで、そこに俺らの選択肢は無いんじゃないのか？

1つだけいえるのは、Javaも.NETもC/C++も使えるようになれば良いだけ。
一昔前のCOBOLが出来りゃ飯が食えると言われたように、
Java、.NET、C/C++が出来りゃ、少なくても今は飯食うのに困らない。

>今後を考えてWindowsクライアントのアプリを作るには.NETを使うしかないわけで、

＞ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050517/160986/

その一方で，.NET作戦にとっては衝撃的な宣言が飛び出した。
Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。
Win32はLonghornでも新機能用に拡張され，寿命が一段と延びることになった。


＞Windows Vista β1に感じた期待と不安
＞ttp://pc.watch.impress.co.jp/docs/2005/0804/mobile301.htm

マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から
コメントをいただいた。引用させていただくと

“私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに
なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、
「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた
Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの
だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です”

>1つだけいえるのは、Javaも.NETもC/C++も使えるようになれば良いだけ。

こりゃ、詭弁だ罠。

「JavaもC/C++も」で良いところに、無理矢理「Javaも.NETもC/C++も」と
ドトネトねじ込んだだけやん。

>>139
そんな事は無いような気がする？
.NETが出る前は、『Java,VB,C/C++』だったと思うんだよね。
仕事の案件として需要があるのがね。
特にVB案件は物凄く多かったし、JavaやC/C++を知っていても
VBが使えないんじゃ話しにならないって感じ。
（あくまでもVB使える上で、C/C++も使えるってのが理想だったはず）

だから、そこに.NETが入るのは自然な気がする。

>そんな事は無いような気がする？
>だから、そこに.NETが入るのは自然な気がする。

まさに気がするだけ。

＞ttp://itpro.nikkeibp.co.jp/article/OPINION/20051107/224122/
＞Visual Basic 6.0ユーザーの取り込みに失敗したVisual Basic .NETも，こうした例の一つと言えるかもしれない。

> アプリケーションの開発/実行環境が .NET Frameworkに移行したVS .NET以降，VSはかつてのような人気ツール
> ではなくなりつつあった。特に，初級者/入門者に絶大な人気があったVBは，ユーザー数がどんどん減る傾向に
> ある。
http://itpro.nikkeibp.co.jp/article/NEWS/20051108/224154/

やっぱり人気が無いのか。悲惨だ。

「.NETに流行られた」と書いてるけどそんなに流行ってるかな？

女子高生が電車の中で.NET入門読んでたりするからな
そりゃあもう大流行さ

>>141
両方の記事ともユーザ数の減少についてソースが明記されてないな。
本当にVBは人気なくなってユーザ数減ってんの？
自分の知ってる範囲だととてもそうは思えないんだけど。
それとも趣味でプログラムやってる層の話なのかな？

なんか俺に聞きたいのか？

>>145
どとねとははやくも終焉を迎えているの？

>>144
初級者/入門者に絶大な人気が...と書いてるので、趣味層でしょう。
でも、VBの新規案件は確かに減ってはいる。

ﾌﾞﾋﾞﾁｭｳは永遠の初心者。

汎用機が次々とサポート停止していく中で、
一時的な対策としてVB6を採用しているところもある。

まあ、問題を先送りにしているだけでもあるんだが。

COBOLはダメダメ冗長文法ながら中々生きながらえたが、
VBは早く消えそう。

>>1
はやってるか？

ドット・ニート（藁）

.NETってさ、JavaみたいにOSに依存しないプログラム実行環境じゃなかったっけ？
なのに実質Windowsプラグラム実行環境になっているのは何故？
ASP.NETも安全かつ無料なサーバーが見つからんので作成する気にならないし
次あたりからMicrosoftは.NETをWindowsに標準で入れてくるらしいけどさ、
正直、動作を遅くする以外に意味があるのかと思てしまうね

Windows以外でも使用可能な.netフレームワークを作ってるプロジェクトはあるけど
ttp://www.atmarkit.co.jp/fdotnet/special/mono10_01/mono10_01_04.html
.net内部の秘密つぎはぎ仕様とかが出てきて、開発は大変らしい。
となると、やっぱりクリティカルな用途に使うのは恐ろしいな。

>次あたりからMicrosoftは.NETをWindowsに標準で入れてくるらしい
最近だめぽな流れ

ドトネト入れればどんな環境（OS）でも動きます
Winを使えば、それをネイティヴに動かすことができます

が、当初のウリだった気ガス

当初のウリは、複数言語の利用だった気も。
でも、C丼どころかVB.NETも下火な現状。

スクリプトでやると結構楽しい。

.NET Frameworkのマルチプラットフォーム化はできんよ。
それやっちゃうとWindowsアプリが普通にLinuxなんかで
動いてしまう。
Windowsでなきゃならない一番の理由はWindowsアプリ
の存在なんだから、MSがそんな事をするはずがない。

その場合の選択肢は2つ
1. ドトネトを見捨てる
2. 難癖付けて競合を潰しにかかる

2.は独禁とかで失敗しそうだから、1.になるわけだね

mono

>次あたりからMicrosoftは.NETをWindowsに標準で入れてくるらしい
次ってVistaか？
Windowsに標準で入るならば.NETの未来も多少明るくなるような気がする。
でもそもそもVistaがどれだけ普及するかが問題なんだが。

XPの例を見ろよ。

>>158
当初MS自身がFreeBSDへポートするとか言ってたような
止めたのかな?

>>163
やめたって言うか無理だった。

.NET って結局のところ VC++ 使えない香具師に VB 提供してるのと変わりないだろ？

Ｃ＋＋ってオブジェクト指向でネイティブ書けるの？
すでにオブジェクト指向じゃない言語を使うのが苦痛になってる

つ BCB

馬鹿ばっかりだなあ・・・。
MSが.NETに直接のビジネスチャンスを見込んでいる（いた）、
みたいに勘違いするからトチ狂うんだよねえ。

極端なこと言えば、.NETが普及しようがしまいがMSは直接的には何にも困りゃしねえよ。
あたりまえじゃんかこんなこと。
まあ、だからこそイマイチ本腰が入らないんだろうけどね。

>>166
ヒント: .Netが出るよりも前にC++は誕生していた。

寝言は寝てから

でも.NET使うと実際C++より開発早くなるよな。最悪でもかつてのVBくらいには流行るんじゃないの？
つーかここネタスレか・・・

>>168
ぶっちゃけMSはまずは自分たちで使うために作ってるようなもんだしね。
WPF、WCF、WWF、WSF、MonadにLINQ…っていうか挙げればきりがないな…
言語中立なTyped Binaryがなけりゃこんな発想できんよな。Typed Object Anywhereだな

>>171
というか、明らかに生産性高いよね。その上ネイティブとの多レベルでの接続もあるのに
何が不満なのさと思う。
メモリにシビアなレベル程度ならunsafe、APIならP/Invoke(MIL for WPF, BCL)、COMに
なってりゃCOM Interop(WebBrowserコントロール, Office)、もっと複雑にネイティブライ
ブラリ使うならC++/CLI(Managed DirectX)、ネイティブコードが中心ならCLR Hosting
(SQL Server)と。
ネイティブのC++屋さんでも十分使えるツールになってきているのに。MSもこれらを最大限
使ってるし、俺らからしても使いやすいしな。

VBくらい流行れば大成功だとおもうが。

>>172
>>何が不満なのさと思う。
MSの切捨て具合に嫌気が差したユーザが多いからじゃねーの。
信用って大事よ。

>ぶっちゃけMSはまずは自分たちで使うために作ってるようなもんだしね。
>…っていうか挙げればきりがないな…


逆だろ。
VBしかり、.NETしかり。

自分達はＯＳ，オフィス、言語製品にC++を使いながら。

次の一般用（PC用）Windowsに標準搭載されるか否か
それが.NETの存否を決めることになりそうな予感

いや、ﾌﾞﾋﾞは標準搭載されたり、ＤＬＬの不整合を防ぐ工夫入りまくりだったが、氏んだ。

VistaがWinFX(.NET)でのアプリケーションを前提としたものであることから、
Win32だと逆にオーバーヘッドが発生するような仕組みを意図的に入れれば、
自然にWinFXへと流れが傾く。WinFXにあらずんば、ソフトにあらず。



そんな仕組みいれるなー

元々そういう計画だったのが、計画倒れになったから無問題。 参照→>>138

というかプログラミング言語なんてソフト作るためのただの道具だろ。
なんでそれを新しいのが出るたびにいちいち覚えなきゃならんのよ。
Win32で十分じゃねーか。

Win32じゃできないこともある。

仕組みを作り直すことで、より生産性を高められることもある。


…こうやって新しいプラットフォームを用意することで、
新しい市場が生まれることもある。

でも正しいソフトウェアはスタックであって、
丸々差し替えるのは異常。


ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27
http://pc8.2ch.net/test/read.cgi/tech/1130648644/518
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？

3.0までは肩慣らしみたいなもん。

VB6→VB.NET3.0では脱落者累々で誰も居なくなっちゃうから
VB6→VB.NET1.1→VB.NET2.0→VB.NET3.0と、徐々に移行し
てる。泣くのが嫌なら、今歩けって話だ。

ネイティブがフルで動かないとゲームが・・・

>>173
だからさ、ネイティブ部分との連結機能が高い、やりやすい、よくできてる=互換性
がすごいって話なのに通じてない？
端的に言えば切捨てじゃまったくないってことを示すんだけども？
ネイティブコードをありえない数抱えてるMSでさえ対応が進みつつあるわけで
MSが有効性実証してるじゃん。

>>174
ああ、それについてははっきりいってやれると思う。勘違い。CLR2.0の遅れの影響で
時間はかかってるけどな。っていうか、「今あるものを書き直していない」とかいう
レベルで話してる？んな無駄なことするわけないでしょ。

アンチに何言っても無駄だよ。しばらくするとまた沸いて出るし。
勝手に乗り遅れてりゃいい。

MSがC++使ってるって、俺たちにもC++使う自由があるから。
何も拘束されてないし、使いたいの使えばいい。

Microsoftのご機嫌を取る方法
ttp://www.itmedia.co.jp/enterprise/articles/0511/30/news081.html

同社の心を射止めたいソフトウェア企業は大変だ。
人気のお見合い番組「独身女性」（The Bachelorette）ばりの競争を勝ち抜かなければならないのだから。
Microsoftの幹部は同社のシリコンバレーキャンパスに集った企業家らに対して、
パートナーの地位を希望する企業はこれと同様の試練を経るものと考えてほしいと語った。

Ｍ＄のくせに偉そうだな

>>184
＞ああ、それについてははっきりいってやれると思う。勘違い。CLR2.0の遅れの影響で
＞時間はかかってるけどな。

読み間違い。
１００歩譲ってＣＬＲ２．０が完成したところで、Ｍ＄が開発に使うのはＣ丼でなくてＣ＋＋。

Monoでほとんどそのまま動いてくれればいいんだけど。

Mono側がドトネトの設計者ならそうなるだろうがね。

Ｍ＄は自社製品でも買取でも設計始めると金メッキで製品が自滅して、
９９％コード書換えしましたとか逝って自慢始めるおね。。。

うーん、じゃあ俺はWindowsVistaの99%のコードがC#で書かれるようになったら
.NETを覚えることにするよ。それまではWin32で十分だわ。

>>247
今日のNY時間に120.0のワンタッチOPが行使期限を迎えるようだから、
LDN時間中は防戦売りが相当出ると思われ。
利上げは織り込み済みだけどトリシエの発言内容次第かと。

どうみても誤爆です。
本当にありがとうございました。

>>191
Win32でコードを書き続けるおいらはダメなんだろうか・・・
VistaでWin32コードが著しく問題があるとか遅すぎるならともかく、しばらくは
Win32で良いのではないかと思っちまう｡
まあすぐに覚えられると思うが｡

>>191
それはひょっとしてギャグで(ry

>>194
別に。使うかどうかは評価して決めるべき。
というかさー、技術者なら新しいものぐらい評価しろよ。実務で使うかどうかは別にして。
アンチ見てたら、CLRのここが欠点とかそういう意見ならまだしも「MSが使うか」とかどう
でもいいことばっかしか主張してねぇじゃねぇか。お前ら技術者としての誇りはないんか？

>まあすぐに覚えられると思うが｡
そんなことはまったくないぞ。確かに「入り口」は低くなったけど、技術的には超高度で
それなりに最新技術だってことは忘れちゃならん。「今の段階で」数年以上やっている
ひとから遅れているわけで少しは覚悟しといたほうがいい。

> 技術者としての誇り

>>195
評価して決めるべきとか最新技術とかそういうレベルの話じゃなくてさ。
なんか覚え続ける意味がわからんのよ。
どうせ.NETが一通り普及したら、MSがまた新しい技術を提唱して、
それをまたみんなでいっせいに覚えましょうってことになるだろ。
もちろん技術者って一生勉強していくもんだと思うけどさ、
なんかMSがビジネス的に新しい学問を勝手に作って、
それをみんなで一生懸命勉強してるだけのような気がするのよ。
それでまた新しい市場ができるってのは分かるけど、
技術者のスキルアップって本来そういうもんじゃないと思うんだよ。
いま覚えておかないと乗り遅れるとか、マジ意味不明。一生やってろよ。

だからさあ、別に.NETはMSの横車でもなければ、直接の商売のネタでもないって。。
馬鹿じゃないの。
MSだって頭の悪いPGをいたずらに混乱させて悦にいるほど暇じゃないw

.NETの存在理由は現状（というか過去）の不満に答えること。
具体的には生産性を上げること。

だから別に現状に不満がないならそれでいいんでないの別に。
ま、不満がないのがｽｰﾊﾟｰPGだからか、そもそも不満に感じる能力がない
ｳﾙﾄﾗ低能だからかは知らないけどね。

Javaでした苦労を思えば、.NETって楽だと思うけどな。
ASP.NETとかデスクトップアプリと同じ感覚で作れちゃうよ
スゲーって感じなんだが？
最新技術云々がなくても、結局は新しいフレームワークだ
新しいライブラリだと覚える事はわんさかあるわけだし？
.NETもその一環と見れば、別に特別なわけでもない。
寧ろ、よくぞここまでってくらい作りやすい環境は、歓迎こ
そすれ否定することはなにもない。

学生さん？

.NETはJavaに比べるとライブラリとかツールとかが少ないし
乗り換えるメリットないよ。
C++とかからならいいと思うけど

> ライブラリとかツールとかが少ないし

単純に多いからいいとは思わない。
初心者は混乱するだけ。

いや、フレームワークは既に充分混乱するくらい充実しているだろ。
VB6/VBAと微妙に互換性のない互換ライブラリをはじめとして。

Javaも相当混乱してると思うが

Win32で充分な奴って「本物のプログラマ」かなんかか？
俺は軟弱だから生産性の高い道具に乗り換えるよ。
優秀な人たちはいつまでも古い手になじんだ道具で頑張ってください（＾＾；ﾜﾗ

ヒント：サイのカワラ

匙は投げられた

ネットだってTCPスタックのように正しい進化は上積みだおね。
Win32のクラスライブラリは便利でも、
丸々差し替えのドトネトは車輪の（ｒｙ

TCPスタックは進化じゃないと思ふ

ヒント：勉強不足→209

IPだったのがTCP/IPと分かれて、かつ、その上にHTTPとか上乗せだお。
中の人は変わらずにイソターネットが進化。
Ｉ日ＭやＭ＄が独自プロトコル、たとえば、NetBEUIを推奨するも敗北。

ＯＳ＝関数ＡＰＩ、その上にクラスライブラリ、は便利でも、
ＯＳのＡＰＩがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。

それにクラスベースが進化してオブジェクトベースプログラミングが流行ると、
またＯＳのＡＰＩを変えなきゃならなくなるなんてありえ無いよ。

ＯＳのＡＰＩがクラスライブラリでマネージド→ドライバが作れない→ドライバの無いＯＳはあぼーん

>>210
> ＯＳのＡＰＩがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。
その理屈はいまいちわからん。
.netからアンマネージドAPIを呼ぶこともできるし.netになったから今までのアプリが使えなくなるというわけでもない。
それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？

>>212
210はアフォだから放置で

＞それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？

おめでとう、そう決定されました。参照→>>138

Win32上のプログラムが多いんだから、Win32が残れば無問題。
ドトネトもWin32とかWin64の上階層になれば理想的なスタック。

正しい進化じゃない技術も無限に発生しては消えていく。

そういう意味ではドトネトがいつ消えても不思議ではない。
ﾌﾞﾋﾞが消えたように。

>>214
>　Win32上のプログラムが多いんだから、Win32が残れば無問題。
あのー、ドトネトになったからってwin32が消滅するわけじゃないんですけど。

小学生は帰れ

>>210
.NETの場合「関数ＡＰＩ、その上にクラスライブラリ」これがP/Invoke(WinForms、Avalon)、
COMの場合COM Interop(WebBrowserコントロール、VSTO)、C++コードを「まっ
たくそのまま」使うのならC++/CLI(Managed DirectX)、ネイティブアプリからコントロール
したいならCRL Hosting(SQL Server2005)。
簡単にいえば.NETはマネージ/アンマネージ境界のコントロールはユーザーが行う。
その方法はMSだって利用しているし、普通に仕様として公開されているので、GTK#なんて
のもあるし、OpenGLをラップしてクラスライブラリにしたものだって存在したりする(結構すぐ
出来たりするんだなこれが)。
「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんて
ならない。勉強不足。
というかMSだって過去の資産あるんだから当たり前の話だがな。

じゃあ何でLonghornでCLRをAPIうんたらいっているかというと、単純に新機能の多くがCLRが
提供するサービスをそのまま使っているからだ。まぁCLR Hostingでその辺ネイティブからも
取り出せるけどな。

>　C++/CLI(Managed DirectX)
この部分の意味がわかりません（＞＜）

＞「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんてならない。勉強不足。

ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27
http://pc8.2ch.net/test/read.cgi/tech/1130648644/518
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？

なぜそこまで.NETをﾏﾝｾｰできるのかが分からない。
そんなにすばらしいもんかね。

>>1-221
要するにC++(Win32API)プログラマーの俺が
一番生き残る可能性が高いと言うことだな？
庶民の使うVBとかC#なんかは、後ろに大きな企業とか
いないから切捨てなんだろうｗまぁ趣味程度にやってる
庶民なんかは切り捨てても痛くも痒くもないからな。

C++なんかは64になっても手厚く持て囃されるだろうよｗ

>>222
まぁ少なくとも次から次にでてくる新しい言語をせっせと覚えている庶民よりは
おまいの方が何十倍も手厚く持て囃されると思うよ。

業務アプリ開発見たことないんですか

業務アプリのトレンド

・Ｍ＄囲い込みは避けろ
・ドトネト？何それ。

>>225
だよな。てっきりウチだけかと思ったじゃねーか。

業務アプリでもさっさと.NETに乗り換えてるところも多いが
いまだに様子見とか、むしろ無視とかいうところも同じ様に多い

そういった感じで、ドトネトが高シェアを確保できないなら、Win32/64APIとかJavaが勝ち組。

Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。
オンラインウェアとかパッケージソフトにはﾑｶﾈ。
もうちょいライブラリが細かい部分も増えて、ショボマシンでもCLRが快適なると
漏れのような趣味プログラマにも優しいんだが…。

世の中のショボいマシンが新しいのに変わるほうが早そうだ。

>Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。

ﾌﾞﾋﾞの消滅でＭ＄に対する反発がつおいからね。
もうダメﾎﾟ。

ttp://download.microsoft.com/download/1/8/a/18a10d4f-deec-4d5e-8b24-87c29c2ec9af/IDC-MS-MissionCritical-WW-261005.pdf

J2EE or other Java 25.3%
Microsoft .NET 35.7%

C/C++ 1.3%

ロリコンさんすごいです。ここのアンチどもの化けの皮がはがれました。やっぱり.NETの未来は明るいんですね。いますぐにでも.NET勉強します。ありがとうございました。

Win鯖って流行ってるんだな。

[MoeAttribute("ロリ")]
[MoeAttribute("ニーソ")]
[MoeAttribute("ツンデレ", false)]

>>231-234
俺は見れなかったのでいつもどおりのようなことを書くが、
それは分野によるものであって全てにおいてそうであるのではない。

>>225
ローカルなトレンド書くなよ。
サーバは囲い込みっつーか何でも使えるプラットフォームが好まれてるけど
クライアントはVB6か.NET以外選択肢ないのが現状だろ。
Swing採用も徐々に増えてはいるけど。

まあ、他の理由としては
アフォでも書け(ていそうな気がす)る言語だから
裾野が広がっているだけでは？

>>236
先ずは自分の頭の上の蝿を追い給え。

ろーかるなとれんどー

>ローカルなトレンド
ﾜﾛﾀ
なかなか高度な釣りですね。おそれいりました。

マイブームみたいなやつ？

わかんねーなー
社内システムみたいなのはVBばっかりだけど。
未だにVB4とか使ってるところもあるしｗ

V＄ﾄﾞﾄﾈﾄ＝ローカルなトレンド
某島＝マイブーム
Java、ブラウザアプリ＝低俗なブーム

でどう？

>>242
ずーっと氏なずに続いてるダサダサ汎用機コボルより短命だろうね。

汎用機コボルはサーバーJavaに継承したがﾄﾞﾄﾈﾄになるケースは少ない。

>>244
コボルを馬鹿にするなー。
コボルはなぁ…、コボルはなぁ…………、

ダサいよ。

ちょっと前までは、今更変更できないよってのが主だったんだけど、
このごろは新規な話が増えてる＞COBOLなシステム

COBOLからの移植の案件は、Webアプリと言う言葉に釣られるからJavaかASP.NETが多いな。
VB4とかVBC++4.2みたいな過去のコンパイラを使う案件は大抵官がらみだったりするし。

お前ら仕事あっていいな

>>244
ttp://www.cobol.gr.jp/knowledge/report/report001/report005.html
もう40年くらい経ってるね。
COBOL全盛期は1995年前後までだろうから、約30年間てところか。

NetBeansやその商用であるSun Java Studioシリーズまでもが無償となって
VBからの移植は.NETじゃなくても良くなった。
JNI使いが居なきゃ過去の資産を生かせないけどね。

業務アプリ市場はようやくJavaと.NETのガチンコ対決が始まったといえる

VB6->COBOLの移行もたまーにだけど聞くぞ。

目糞が鼻糞を嘲うスレはここですか

SUNはMSに援助されてるくせに生意気

COBOLの移植でWebアプリを提案するやつもそれを受け入れるやつも大馬鹿
だとおもうんだが。

おまえら、入力オペがやりやすいクラサバシステムが欲しいんちゃうかと。
なんでWebのフォームと画面遷移で満足できるんだよと。

Webだけでも相当のことは出来るけど。

Webよりクラサバのが作るのが楽

CSシステムの方が良いけど、
Webアプリって言った方がボッタクれそうだから。

まあ、最近何でもWebアプリにするのは、提案してる連中
が対話型UIを持つシステムについて、他のソリューション
を知らないだけだからとおもうけど。

>>258
つーより、「システムを管理している側」からすれば楽だからジャマイカ。
webシステムは配置が楽なのに尽きるので。んで、大抵管理するひとが
決定に強いと。

.NetもJavaWebStartもWebよりトラフィックは低いでしょ？

みんな「神託」に騙されているんですよ。

>>1-261
そろそろまとめてくれ。
要するに.NETってどうなのよ？

糞

お前らが使ったところでMicrosoftのためにならない

>>264
お前はMicrosoftのために.NET使ってんのか。ごくろうなこった。

CSSの最強はDel/Win32だし。

7 以前のな

Visual Basicの来た道、進む道

失礼
ttp://www.atmarkit.co.jp/fdotnet/t-interview/vb2005/vb2005_01.html

> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。
> WPFやWCFは、最初から.NETベースのAPIとして構築されます。
> もちろんWPFなどは、従来の Win32プログラムから（COM経由で）の利用も互換性のためサポートされる予定ですが、こういった新しいWindowsの機能を十二分に活用するためには、やはり.NETを利用するのが最適です。

> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。

ドトネト大ブームβ時代から続いてる詭弁。

業務アプリはもう.NET無しでは考えられないけどな（対抗馬:swing)

業務アプリどころか、１つもドトネトアプリを使ってない大多数の人て一体,,,

>>270
もうすでにWinFXβは出てて、実際に8割がたマネージコードなんですけど。
WPFはコア部分はMILというネイティブコードですけど(しかしMILは非公開の予定)、
XAMLやら見ても分かるように.NETのメタデータ機能を活用したFrameworkですし、
WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー
スですので、.NETのメタデータ自己記述の機能が前提。

http://primates.ximian.com/~atsushi/longhorn-changes.html

セキュリティ:
ローテクな問題の解決については、説明できていない。

複雑:
実装の詳細があらゆるところから散見されるし、
このアプローチは私が信じる限りでは良くないアイディアだ:
物事をほとんど、あるいは全くカプセル化していない。

技術標準の無視:
Avalonユーザーはこの利益を得られないし、
これは実にくだらない理由で、この産業をふたたび分割することにしかならない。

キャンバスモデル:
そしてスケーリングしなければならなくなったとき、
独自の再描画やハンドルといった低レベルの詳細部分に、
自分で対応しなければならないような、
伝統的なプログラミングモデルの世界に後戻りしなければならなくなる。

GUIデザイナの欠落:
今のところ人々は気づいていないようだけど。

予言:
私の予言としては、Avalon v1は捨て駒だ。
これは本当のアプリケーションをビルドする基盤にはならない。
V2は後方互換にはならないだろう。彼らは再構築させられる羽目になるだろう。
それはつまり、人々が、Avalon V1とAvalon V2という2つのフレームワークを、
side-by-sideで実行することをあきらめるということだ

>WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー

このへん、携帯機器も絡んできて結果Web APIが主流なのでドトネトで出されても超ニッチ。

結果。

WinFXβ
・WPF
・WCF
・WinFS

　↑
魅力ねぇ。

>>275
バカじゃないの?WebAPIが主流ならますます.NETのほうが有利じゃん。
相互運用の話をするのなら異種間システム結合は圧倒的に.NETだし。
その辺の前提は始めから組み込まれて作られているわけで、そのための
MarshalByRefObjectとかAppDomainとかな。

そもそもネットワークの世界(マシン間)のType SystemではXML-Shcemaで合意
(Data以外の部分で揺れてるけどな)、マシンの内部においてどうするかの世界で
Windowsでは.NET、他はJavaあたりがくるかという話になってんのに機器を広げた
らますます不利になるってのも分からんのかね?アホ?

>>276
まぁバカには魅力が分からんかもな

>>277
バカだな。

相互ってWindows同士の相互であって、
携帯ではWinは対象にならないくらいニッチ。

いい加減魅力無い事に気付けよ。

>>277
よく分かった。やっぱりアンチは何も分かってないのな
お前が言ってるレベルの話は2000年には終わってる。すでに前提が「様々な
システムが混在することが当たり前」になっててそれらをどうやってつなぐかって
話であってそれのWin上での実装、MSの答えがNETFXだろ。両方の対応が要るし、
そんなんは標準化でもしたらいいし、実装するほうのマシン(デバイス)は何でも
選んだらいい。
MSからしたらWinで固めてもらうほうがありがたいだろうが、前提はどんなシステムが
入り込んだって問題ないようになっている(あるいはしようとしている)。
何でIBMとMSが中心になってWebサービス作ったと思ってんのかね？
すでに普通にJavaシステムとつながるんだが。Webサービスで。しかも
「完全に透過的」(つながっている先がどうなってても「CLRのオブジェク
ト」として)使うことが出来る。先は何でもよく、それが「同じように」使えるんだよ。
サービスを仮想化するためのプラットフォームだから。

NETFXの何が利点って、ハードウェアごりごりのAvalonやらデータベース
ごりごりのWinFSやらネットワークの先にあるオブジェクトをWCFで透過的に
アクセスやら、コンポーネント(ソフトウェア部品)やら、どんなオブジェクト、
インターフェイスであろうが、ネットワークの先にあってどんなシステムで構成
されていようが、ハードウェアで実装されていようが、あるいは逆にどんな言語
(C#やらに限らずXMLさえも)であろうが、仮想化して「すべてを同じ土俵に持って
きてしまえる」ことなんだが。

その上でTypedオブジェクトをオブジェクトのままネットワークに流し(WCF、ちなみ
にプロトコルあわせるのはバックグラウンドでやってしまう)、オブジェクトをオブジェ
クトのまま表示、操作し(WPF, Monad)、オブジェクトをオブジェクトのまま保存(WinFS)
するような仕組みをWin上に作る。
そうそう、WWFやコンポーネント(ソフトウェア部品)のように開発フレームワークで
すら「その上に」乗っけてたりもしてるな。

この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMSであって
Win内で閉じて囲い込みなんていつの時代の話だよ

アンチが黙ってしまったなｗ

なげーよボケ
簡潔にまとめろ

おれ、２ｃｈにきて初めてこのカキコする。

>>279
２行目まで読んだ（リアルで

>>279
禿同

なんとかかんとかPSP

「あんちゃんにはわからないのよっ！」は良かった

2chの法則
長文レスはよほど面白くない限り誰も読まない。

ここは俺の日記帳だ！

ttp://www.hellohiro.com/rmi.htm
RMIとはRemote Method Invocationの略です。RMIを用いると、別のコンピューターにあるJavaのオブジェクトのメソッドを呼ぶことができます。

しょーがねえなあ、素人のおれがまとめてやるヨ
>>279
＞この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMS
で、ろくに何も実現できてないから「.NETにはやられた」って結論でFAな。
2行で足りるじゃん

気持ち悪いくらいのマンセーだな。
ＧＫのＰＳＰ並みに痛い。。。
って、ネタ？

確かにドトネトはソースが作りやすい
でも必要なメソやハンドラがある場所がわかりにくい
頼むから鱒丼をもっと解りやすくしてくれ
鱒丼よりよそのサイトの方がわかりやすいよ…

鱒丼って何だよ。

頭のいい俺が考えた造語

JAVA　：マルチプラットフォーム 　　シングルランゲージ
.NET　　：シングルプラットフォーム　マルチランゲージ

なんてわかりやすい例えなんだ（感涙

鱒丼→ますどん→MASUDON→MaSuDoN→MSDN
だと思うが、そんな風に書くのはきわめて気持ち悪いな。

>.NET　　：シングルプラットフォーム　マルチランゲージ

　↑
ﾌﾞﾋﾞﾁｭｳから見ると旧VBが無いから、０ランゲージ。

ttp://s03.2log.net/home/nsharp/archives/blog404.html

正直賛同できません。

MVP工作員乙

賛同も何も、事実を数値的に示しただけじゃん

んだとぅ！？このガキどもが！！

Javaや.NETは静的型付言語でありながらもリフレクションを利用すると動的
な側面を利用する事もできる。
この辺に美味しいとこが残ってそうな気がするんだよな。て言うか次世代？

Ruby、Python、ECMAScriptでは動的な側面を利用した新しいイディオムが
研究されてるし、Javaでも激しくハックなりフレクション利用例が出てきてる。
安全だけど柔軟てのがテーマになっていくのかな？と妄想する。

VB.netかC#でWindowsアプリケーションのプロジェクトを新規
につくってKeyDownイベントハンドラのみ追加して実行する。

ソースはこんな感じ

Public Class Form1
Inherits System.Windows.Forms.Form

Windows フォーム デザイナで生成されたコード

Private Sub Form1_KeyDown(ByVal sender As Object, ByVal e As System.Windows.Forms.KeyEventArgs) Handles MyBase.KeyDown
Console.WriteLine(System.Environment.TickCount)
End Sub
End Class

ウィンドウが表示されたらF1からF12まで順番に押していくと
なぜかF11を押した後からキーイベントが上がってこないんですが…

F10押した後で下矢印キー押してみ。

そういうことかー

>>302
見事に.NETにやられたな。

ﾜﾛｽｗ

ttp://itpro.nikkeibp.co.jp/article/COLUMN/20051124/225114/

，.NETの処理機能マイクロプロセッサなんて、
超ハイパースペシャル大ヒット間違いないおね。

はいはい ﾜﾛｽﾜﾛｽ

.NETマイクロプロセッサのソフトにも月間うｐデートと、
メジャーバージョンうｐが必要になります。

失敗したらCPUが動作しない両刃の真剣勝負。

でもそれだけの価値があることをみんな分かってるから大丈夫。

βマックスはなくなるの?
いいえ。

ﾄﾞﾄﾈﾄはなくなるの?
いいえ。

ﾄﾞﾄﾈﾄはなくなるの?
はい。

.NETってどのくらい普及しているのですか？

普及してません

真面目な話、.NETは仕様上のバグが多すぎたと思う。
互換性問題とかね。
さらに、.NET自体が初心者でも使いやすいような仕様だから、.NETプログラマーのほとんどが初心者になる。
そうすると、.NETで作られたプログラムも全体的にレベルが低いものが多くなる。
だから.NETに対する風当たりが強いんだと思う。

.NETの仕様や互換性とか以前に、.NETを使うことによる
ユーザにとってのメリットがなさすぎる。

プラットフォーム固定なのに、何でもかんでもVM上でやろうとするからおかしな事になる
他のVM搭載した言語の様にマルチプラットフォームじゃないとVM使うメリット無いのにね

誰の為の　何の為の　.NET　？？？

>>314
同意。
ユーザにとっては、もっさりアプリの押し付け以外の何物でもないな。
.NET がマルチプラットフォームだと、
Linux・Macの人が幸せになれたりする利点があるのだがなぁ．．．

>>317
ある意味monoが.NETを活気付かせるかもね。

低級プログラマーが簡単なアプリを作るための　.NET

>>319
素晴らしいことだよね。
簡単にアプリが作れるっていうのはさ

イヤミを褒め言葉に変えやがった・・・

　

簡単「に」じゃなくて簡単「な」アプリなんだよな。

外観だけなら、複雑なアプリでも簡単に作れるよ。

中身だって複雑なアプリ作れるだろうが。
メモリ管理とかに割いてた時間をほかの事に避けるでしょ？

>外観だけなら、複雑なアプリでも簡単に作れるよ。

表示が若干もっさりするけどね

俺たちは重大な過ちを犯していた！！
このスッドレのタイトルは「.NETにはやられた...」である。
一般の日本人であれば「.NETには　やられた...」と読み取るであろう。
しかし、このスッドレの真のタイトルは「.NETに　はやられた...」、ここまで言えば、賢い諸君であればお気づきであろう。
つまり、「.NETに流行られた...」という意味である！！

そう、このスッドレは、アセンブリ言語、C、C++、Java、Perl、PHPなど、従来の言語開発者による、
.NETプラットフォームの破竹の勢いの普及速度に対する嫉妬と、その波に乗れなかった後悔の念によって立てられたスッドレである！！

>>327
>>31あたりから何度も既出

>>327
>>1を読みな。
普及してないって書いてあるじゃん。

おまえらほんと馬鹿ばっかだな

おっ！久しぶりに馬鹿が書き込んだ

普及するしないのモノサシがいまいち示されてないな
WindowsUpdateしてる奴（＝8割）は.NET入れてるわけで
ランタイムは普及してるよ

そのランタイムで動くアプリが普及してなきゃ仕方ないわな
ほとんどのWebブラウザにJREが搭載されていたからといって
Javaアプリが普及しているとはいえまい

俺としては明確に「.NET使ってます！」って言うソフトより、
「実は.NET使ってました。」っていうソフトが
いつの間にか普及しちゃってた、ていう状況がベスト

で、.NETの発表から5年たつわけだがそういうソフトはあるのだろうか？

Reflector for .NET

だってWindowsに搭載されてるJREじゃほとんどのアプレット動かないよ
ゲームは特に1つだって動きやしない

>「実は.NET使ってました。」っていうソフトが いつの間にか普及しちゃってた、ていう状況がベスト

こんなにモッサリﾄﾞﾄﾆｰﾄがそんなこと有り得ない。

>>338
モッサリをカバーするために
「実はスタートアップにダミーの .NET製アプリがインストールされていました」
という状況があちこちで生まれるかも｡

ﾄﾞﾄﾆｰﾄランタイム・クリーンあんいんすとーらー希ぼんにゅ

とりあえず、バージョン３が出れば何とかなるでしょう。
何故かは分かりませんが、普通にそういうもんです。
コンピュータにとって３は吉数なのです。

>>339
スタートアップどころかOSと仲良く一緒に起動するよ。そのうち。

使わないからスワップしてるのな
で、さらに遅くなる

どのみち将来はあまり明るくなさそうだな

Windows.Forms.dllがでかすぎ。
1.1は2MB程度だったが2.0で5MBくらいになってる。アホか

でも.netがどんなに重かろうとなくなる方向には向わないだろうから
OSに吸収されてくさ。

Dephi卒業してC#でも始めようかなっと。

ttp://itpro.nikkeibp.co.jp/article/NEWS/20060203/228518/

>でも.netがどんなに重かろうとなくなる方向には向わないだろうから
>OSに吸収されてくさ。

ﾌﾞﾋﾞランタイムでも同様の事が言われて種。

でも、Ｏ＄とドトネトの間は開くばかり。（ネーミングといいＡＰＩといい）

C#か…
J#と同じ運命を辿る事になるとも知らずに…

.NETに行かない=COM、MFC、ATL/WTLの延命確定
MSはすぐ切捨てる〜は詭弁確定

現実は携帯O$にWinCEを使ったメーカーがO$の提供切られて（今はライセンス変更されたらしいが）、
Win二度と使うか！と怒った話とかあるお。

つか、
>.NETに行かない=COM、MFC、ATL/WTLの延命確定
もう延命されても新規には使えんやん。
開発者から見たら切り捨てだお。

行かないというのか、Vista発売までには行けないというのか。
64ビットOSへの本格的な移行が始まるまでには、目処つけてくれるといいんだけどね。

DDE（Win3.1or3.0　1993)
↓
NET　DDE (Win3.1　1994)
↓
埋め込みしたいなぁ．．．
↓
OLE1.0（DDE使用）
↓
OLE2.0=COM　ただし目的はインプレースドキュメント。しかしその背景には本質としてバイナリオブジェクト標準あんどオブジェクト通信の思想あり。この辺で名慮or迷著　InsideOLEあんどIsideOLE2。死者多数。
部品としてVB用のVBX (VB2.0からVB4.0　1995あたり)
↓
COMを使ったOCX (1996あたり）結局コンポーネントビジネスはやんなかったな...
ゲイツがインターネットに熱上げあんどJAVA　Appletはやる (1995）
↓
COMつかってActiveX(1996)
だんだんオブジェクトはやってくる。 （UMLなど1997）オブジェクトもでるとしてCOMの宣伝開始 DCOMなどCORBAとがっぷり。この辺でMTSではじめ
↓
マーケティングてきなWindowsDNA 。MTS2.0それなりに使えそう。つか使った。DCOM糞。(1999)
↓
COM+ （Win2000､2000）In-MemoryDBどこいったゴラァ
COM　Runtimeの情報漏れ始め (2000〜)
↓
セキュリティ→ファイアーウォールのためCOM全滅。しばらくしてから.NETとしてCOMじゃないものに．．．
↓
.NET流行らず(〜2006)
↓
WinFX完成(2007)
↓
オブジェクトベースプログラミングにより、OSは関数コールに戻る(2008)
WinFX下位互換へ

どの技術でもそうだけど主流になるかどうかはインスコに手間がかからないことが必須
.NETが主流になるとしたら
「えーまだXPなんて使ってるの？キャハハ！XPが許されるのは(ry」
そんな時代になった頃だな
MFCベースアプリはフォルダにMFCのDLLをコピるだけで動いたから楽だったよ(遠い目

COMはXMLSchemaと同じでとっつきにくさがね
どこの会社にも埃をかぶったCOM書籍が眠ってるのでわ
頑張って理解した人だけが儲けられる
実際儲けたかどうかしらないけどさ

.NETは遅いから使い物にならん

＞MFCベースアプリはフォルダにMFCのDLLをコピるだけで動いたから

スタティックリンクしてDLLのコピーすら不要にするよ

COMで儲けた人なんて聞いたことないな。
やたらブ厚い本は枕には重宝したが（ｗ
一時なんでもOLE対応とかCOM対応とか言ってた時期あるが
そうするメリットってさっぱりわからんかったな。
たとえばゲームプログラムでOLEやCOMに対応して
なにかうれしいことあった？

DirectXはCOM使っていますが。
もちろん技術的にどうしてもCOMにしなければならない必要性があったとは言えないだろうけど。

>>358
COMがないとOSもなにも動かないんだが。
OLEと混ぜるなよ

>COMがないとOSもなにも動かないんだが。

何でO$が動かないの？
あ、池沼ですか。

何から何までCOMで出来ているから

>>362
小学生は学校いけよ

>何から何までCOMで出来ているから

あ、WindowsはCOMのカタマリだというＭ＄の宣伝に騙された被害者でつか。

COMが無いとプロセス間通信が成り立ちません
ドライバもWDM=COM

>>365
>COMが無いとプロセス間通信が成り立ちません
何でそういうウソいうかな。
小学校でウソいわない様に習わなかった？

>ドライバもWDM=COM
これも間違い。

何に切れたかしらんが
韻まで踏むことはない

男ならCLSIDキー消して再起動
これでいけ

ユーザープログラムから完全に独立しているのにも関わらず
いざ使うとなるとプログラムの一部になってしまう密着性。
それがCOM。
今流行りのツンデレの先駆け。

COMの開発してるとエッチな気分になれるから好きだな。
最近はCOM案件なんて無いけどさ。

>>368
COMってエッチだよな。最近は俺でも手におえないよ。えっちすぎて

OSはともかく今のシェルはエッチの塊だな

>>370
　　＼|／
　　/⌒ヽ　　　／￣￣￣￣￣￣￣￣￣￣￣
　　| ゜Θ゜）　＜　そうでもないよ。
　　|　∵ つ　 ＼＿＿＿＿＿＿＿＿＿＿＿
　　|　∵　|
　　＼＿／

はいはいCOMなんて存在しませんね

モマエの頭の中では

電子政府自治体に採用されるJ2EEは
.NETよりも安定性に優れてるということでOK？

おCOMe券

ﾜﾛﾀ

.NETは大嫌い。だからＶＢからDelphiに移行したのだ。

でどう？

イントラ系の業務Webアプリは.NETに移行するだろうね。
管理者は満足なんだろうけど、実際の利用者は貧弱なUIに苦しんでいるのが現状。
実際、自分が開発に携わったものをテストしてて、かったるくて仕方が無い。

フロントエンドがASP.NETになるかは不明だが。

>イントラ系の業務Webアプリは.NETに移行するだろうね。

　　＼|／
　　/⌒ヽ　　　／￣￣￣￣￣￣￣￣￣￣￣
　　| ゜Θ゜）　＜　そうでもないお。
　　|　∵ つ　 ＼＿＿＿＿＿＿＿＿＿＿＿
　　|　∵　|
　　＼＿／


API War
ttp://www.radiumsoftware.com/0406.html#040629

やっぱ、Ｍ＄には太刀打ちできない！

＞大前研一：技術はあっても構想のない国・日本
＞ttp://nikkeibp.jp/wcs/leaf/CID/onair/jp/biz/422323
＞Xbox360の描く未来に太刀打ちできる企業は存在しない

WEBアプリやるのに近代的な文法のPythonやRubyでなくて
古色蒼然たるC#やVB.netのようなローテクレトロ文法使うのって理解できない。

.Netが遅いのは起動時だけでしょう。
JavaVMの遅さに比べたらましは方ですよ。

　　＼|／
　　/⌒ヽ　　　／￣￣￣￣￣￣￣￣￣￣￣
　　| ゜Θ゜）　＜　そうでもないお。
　　|　∵ つ　 ＼＿＿＿＿＿＿＿＿＿＿＿
　　|　∵　|
　　＼＿／

＞C/C++いっさいなし、Javaだけで開発されたOS - JNode
＞ttp://pcweb.mycom.co.jp/news/2006/03/03/341.html

コアの部分が肥大化して１年毎にバージョンうｐでコアが差し替えられるドトネッツじゃ市んでも無理だおね。

イントラは、間違いなく.NETに移行でしょ。
ブラウザ依存の貧弱UIじゃ業務要件を満たすのが難しくなってるのが事実。
またVB時代に戻るようなイメージじゃないのかな。
あくまでもVB.NETは、旧VB用に存在するだけで開発言語は適所に選択するようになるはず。

VS2005になって、初回インストールの手間はあるけど起動毎にバージョンチェックとアップは
自動で行われるからWebアプリの優位性は失われたに等しい。
むしろ、もう止めようよ。

>イントラは、間違いなく.NETに移行でしょ。
>ブラウザ依存の貧弱UIじゃ業務要件を満たすのが難しくなってるのが事実。

Joel本にも書かれていたが、
不思議なことに現実はユーザーはウェブのＵＩを面倒くさがってない。

>またVB時代に戻るようなイメージじゃないのかな。
>あくまでもVB.NETは、旧VB用に存在するだけで開発言語は適所に選択するようになるはず。

上文と下文で文意が違う。

>VS2005になって、初回インストールの手間はあるけど起動毎にバージョンチェックとアップは
>自動で行われるからWebアプリの優位性は失われたに等しい。
>むしろ、もう止めようよ。

Joel本にも書かれていたが、
Win32時代には過去のアプリを動作させるために、
Ｏ＄がアプリを把握してバグで動作しないアプリを互換モードで無理矢理動作させる事を行っていた。

そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。

O/Sの自動アップデートは、運用する方にとっては余計なお世話で、迷惑な事だな。
UIをブラウザにする理由は特別なソフトを入れなくてもいいようにするため。

世の中ドトネッツを歓迎しないどころか、存在さえ知らない。

そこでランタイムが無いよエラーなんて出ようもんなら、大ブーイング。
携帯だとドトネッツランタイムのインストールも出来ないな。

>>386
「本に書かれていた」ばっかりだね。
フリーのドカチンプログラマ？
実際に客先に行ってみな。
そして実際のユーザーの声を聞いて見なさい。

ユーザーの声：
VBが無くなる？もう今後Ｖ＄はダメだＪａｖａにしる！
ドトネトって何？

ユーザーの声：
なんか前より遅くなったな。

ユーザーの声：
分かったから、ドトネッツで前より何が良くなるわけ？

ユーザーの声：
今度のビスタは何が良くなるか教えて？
いや、ドトネトはｳﾁｶﾝｹﾈから他で。

ユーザの声：
え？　なんか入れなきゃ動かないの？
なんだかわかんないから、なにも入れなくていいようにしてよ。

ユーザの声：
ﾌﾞﾋﾞラインタイムでも社内で嫌われてんのに、
今度のランタイムは何十メガもあるの？

え、将来的にはＯ＄には入る？
ﾌﾞﾋﾞんのときにもそう逝ってたじゃん。ふーん（ｶﾞｯｸﾘ

何ビスタには入らない？
さっきから何喋ってるのかわからん。

ユーザの声:
それより今夜なに食べよう。

ユーザの声：
ここはひどいドットネッツですね。

ユーザの声：
ドトネト大ブーム
怒涛熱湯でドントネットォ〜

　　　　　 _,,,......,,__
　　／_~　,,...:::＿::;; ~"'ヽ
　(,, '"ヾヽ　 i|i　//^''ヽ,,)
　 　^ :'⌒i　　　 i⌒"
　　　　　 | ( ﾟДﾟ)　　＜ ドトネッツがこの先生きのこるには
　　　　　 |（ﾉ　　|）
　　　　　 | 　　　|
　　　　　 ヽ ＿ノ
　　　　　 　U"U

「フリーのドカチンプログラマ」がビンゴだったみたいだなｗｗｗ

Java厨がITﾄﾞｶﾀだってのを初めて目の当たりにした

ビスタにも入らない？なんのためのドトネトだ

Longhornのためのドトネト

Vistaに入るんじゃないの？　ネイティブのAPIの座を奪わないってだけで。

デカチンのおれが来ましたよ。

変なのが暴れてるな

しかし一年経ったか。感慨深いな〜

そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。

互換性を保ってないというのはクラス名が変わったということ？
たしか２ではVB6ユーザに配慮してそれっぽいクラス名が追加されたんじゃなかった？

OSでどっちも動くこと保障されているからこそ
互換性なんか取る必要もない
そもそも移植する必要性が無い

.NETが存続する限り1も動作することが保障さているのだから

> 1と2の互換性

いや、保ってるんですけど

Java案件は減る一方だからな。
Javaしか使えない馬鹿が必死なんだろ。
インターネット側はPHPに奪われ、イントラ側はC#。
携帯アプリはBREW。
オラクルもサンなんて見捨てちゃえよ。

Java厨うざい。氏ねばいいのに。

え？BREW？

BREWなんてだめだめじゃん。

iアプリは、これ以上どうにもならないけどBREWは、まだまだこれから。

携帯は全部Windowsになると思う俺の予想

最近ドトネトでサービス作るのが面白くていっぱい作って遊んでる
サービスでフォームを作ったりシステムトレイに常駐したりとかが面白い

サービスからUIって触れなくなるんじゃないっけ

やめてくれそんなサービス

次回もサービスサービスっ

サービス料は女の子に直接渡してね。

>>420
なんか懐かしい・・・大学行きながらやってた。

このスレ見ると本当に.NET終わったなと思う。
.NET 1.0 の頃は夢が一杯で良かったなぁ。

つまり、釣りスレってこと？

実際ドトネトの求人ってえらい少ないし

DotGnuってどーよ。

ﾄﾞﾄﾈﾄいらないし

初心者です。質問があるんですが・・・
.NETでC言語とかC++言語のプログラムを組んでいるんですが何か
いけないんでしょうか？

.NETだろうがVC++6.0だろうがCはCじゃないですか？

>>427
お前の言う.Netとは単にVisual Studio .Net（或いはVisual C++ .Net）のような気がしてならない。

>>428
お前の言う.Netとは.NETのような気がしてならない。

.NETアプリｲﾗﾈ

こちらを拝見しておりますと、MSやらM$といった単語が出てまいります。
MSとはモビルスーツのことでよいのでせうか？

聞くは一瞬の恥、聞かぬは一生の恥と申します。
恥を忍んでの質問、どうかご理解くださいませ。

その理解で問題ありません。
一般にMSと略称されていますが、事実上MAも含まれる場合が多いです。

逆にJavaVMってそんなに信頼できるかね？
動作が重い上にバグも多いのでは？
だいたいSUNという会社はこの先大丈夫なのかな？

Ｓ∪∩が無くなってJavaとVMが標準化されたら信頼度うｐ

JavaVMってSUN以外にBEAもIBMもあるのに？
ポーティングのレベルならHPだってあるし。

それに仕様書だってちゃんと公開されてるし。

そういえば以前はMicrosoftのJavaVMも
あったけどSUN製のJavaVMじゃないと正常
に動作しないとかいうソフトもあったね。

>>433
まあ、古いマシンならクソ重く感じるだろうな
ま、できて10年たったし、だいぶ使える言語になったと思うよ

MS製javaはMSが敢えて独自拡張をやったからじゃん。

JAVA1.3以前のAWTでランタイム同封している糞アプリはシネヨ。
起動しただけで500M、ちょっと時間たつと1Gオーバー。
アフォかと。

それは作った奴がクソなんじゃないのか

一世代前のAWT製UMLツールはホントに酷いぞ。

.NET系とJavaVM系の両方のソフト使ったことあるけど
.NET系は起動に時間がかかるだけで起動後はサクサクと使えた。
JavaVM系は起動が遅い（.NETより遅い）上に使用中ももっさり
したレスポンスで苦痛。

JRE1.5はそうでもないよ>>使用中の処理速度

##JREを固定で参照しているタイプ（オラクルツールとか）は1.5の恩恵を受けられなくて辛い

自分の画面を最大化する方法を知ってる人教えてください。

resizeTo( screen.width, screen.height );でもない。
これだとただの最大表示。
window.open(URL, NAME, "fullScreen=1");でもない。

.NET系ってWin環境オンリーなんだから
普通にネイティブアプリでいいじゃねーか

はむはーー！

マルチプラットフォームなんていまどき流行んねーんだよ

>>445

.NETアプリは実行時にはネイティブコードで動作してるから
そういう意味ではJavaVMとは厳密には異なります。
しかも、その稼動PCで最適なコンパイルされた状態です。

詳しくはこちら↓
http://www.atmarkit.co.jp/fdotnet/vbcheer/vbcheer08/vbcheer08.html

>>447
法螺吹きDQNライターに騙されているのかも知れんが、
明らかに、.NETはマルチプラットフォームなんて想定していないぞ。

解らない人はレスしないで！！

>>448
なーんだ.NET最高じゃん

>>449
そのくらいはわかっております。
Win32API使いまくりだもんね。
そんなMSのクールさが好き

Javaの write once, run anywhre だって中途半端じゃねぇかよ
機種依存ありまくりの携帯Javaの仕事だけはしたくないね。あのときは死んだ。
Webアプリだってブラウザのことまでを考えなくちゃいけないし。
業務系WebアプリなんてIEのみ対応。なにこれｗｗｗ
しかも、今ごろになって馬鹿みたいにリッチクライアントなんて言ってるしよ。

やっぱ、時代はC#による良い意味でのファットクライアントだね。
インターネット系Webアプリは馬鹿でも分かるPHPでいいよ。

あっ、Javaの居場所が無くなっちゃったね。
Java厨氏ね。何で生きてるの？

Java厨だって生きる権利はある。
ただし自分の世界にこもっている限りにおいて。

>>453
もっとJava厨の多いスレで叫んで来い
いろんな反論来るから

おれもWebアプリは馬鹿でも分かる（？）PHP
とかRuｂｙ on Railsとかでいいんでないかとは思うが

>>448
JavaもJITコンパイルしてるだろ。

.NETが死亡したからって他の技術や言語を僻むのはイクナイ

携帯引き合いに出してるけど、.NETで携帯アプリ作れるの？
好き嫌いともかくJavaかBREWだろ？
言語の好き嫌いで仕事は選べんだろ。

スマートフォンがでてきたら.NETアリかもしれんが。

>>457
死亡したんかいｗ

死んではいないがプラットフォーム総入れ替え＆WebService独占によるネット支配を
目論んでいたMSにとっては敗北に等しい結果になったのは確かだね

まさにそのとおりだと思う

マイクロソフトは必ず十年以内に結果を出す企業。

Javaに限界が見えてきた以上、今後は間違いなく.NET！！

WindowsDNAとかはどうなったんだ

おとっつぁん
それはいわないやくそくだよ
それじゃ、いってくるね

次の一手に期待

MSが苦しんでるのは間違いないよね
といいつつ、今日からC#の勉強はじめまつた

苦しんだ方がいいものが生まれるんだよ

COMって1995年くらいからだっけ？最初はOLE2で、その後に大失敗したActiveXを経て
DCOMやらMTSやらWindows DNAやらCOM+までを出したのが2000年くらい。
それで2001年に.NETを出した。COMが6年くらいの寿命だったから、正直そろそろ
生誕5年を迎えた.NETが新しい技術の誕生とともにMS自身によって息の根を止められる
可能性はあるかもしれないね。

大丈夫だよ。
技術革新のスピードは年々遅くなってるから

俺の仕事ではどこで使おうかって感じだけど
.NETもおもしろいとは思う。

.netは機能ゴチャ盛りし続けて
2015年（≒16nmプロセスルール導入時、ムーアの法則の限界あたり）以降には
超モッサリアプリしか作れなくなる悪寒がする。

まあ、Intelが16nm以下のプロセスルールでCPU作って10GHzなCPUでも作る
技術を見いだせられれば別だけども。

みんな悲観的だな。

悲観的な理由
・ウェブアプリ時代。ドトネトはクロスが丸でウソどころかWinでさえ互換性無い
・普通に動作するデスクトップアプリを作れない

・C#という言語習得に見合った対価がない。（結局WINAPI呼出）

C♯自体の習得なんてむしれ些細なことだと思うが。
C++とかだとそうもいっとれんが。

重要なのは言語よりもその基盤とライブラリの方だが、
そっちが無駄になるのは確に厳しい。

・↑こういうバカが使ってる

まあVistaでWinAPI呼び出しまくりのアプリの動作がアレすぎて一気にネイティブアプリが廃れる方向になるのは目に見えてるな

＞そっちが無駄になるのは確に厳しい。

ドトネト基盤は無駄どころか肥やしでつが？

古屋氏言うな

どうでもいいが、C++/CLIって言いづらくないか？

Don't CLI!
（泣かないで）

>>480
それよりもC++/CLIをタイトルに含むサイトなどをお気に入りに入れようとするときのほうが困る。
ちなみにIEは/を-に置き換えるから、俺はそれにまかせてC++-CLIとしているが。

全角文字を使うのも気が進まないし。

ＩＥが言いたいのは、
＞C+/CLI
という事。

>>477
Vistaはドトネトベースにならないことに決まったのでは?

>>477がVistaで実際にテストしたのか聞いてみようぜ！

Vi$taでマネージドを弱めたら、将来的にもドトネトにならないOfficeが、ググルオフィスにぼろ負け。

マネージドAPIのキャンセルでLonghorn→Vistaなので、そんな心配ないだろうけど。

>>477の言ってる意味がわからなかったけど、その話か。

>>485
>>485
>>485
>>485
>>485

>>480
しーぷらすぷらす/しり

しーぷっくり

あ？
Javaなんてゴーカートだろ。
それも動物の形してるやつで50円入れたら動くやつ。

.NETって名称を.NET(笑)に変えて欲しい

＞.NET（ｗ

じゃダメか？

.Нет

POSも.NET

ttp://www.itmedia.co.jp/enterprise/articles/0603/07/news066.html

一体どれくらいの企業が採用するのだろうか・・・

全部

>>497
ぼうず。
寝言は寝てから言おう。 な！

POSといえばいつの間に小銭を自動的に出すタイプが主流になったんだ

「POS for .NET」が決まっただけじゃん。
「μチップ＆T-Engine」の方がまだ現実味あるような。

機器でO$さえ使えない場合（8bit）ドトネト絶対無理。
基板で動作させる環境（ドトネトが該当？）はソース無いと絶対使えん罠。

Ｍ＄はオプソとの関係、プロトコルの切断をＣＯＭで成功したが、
ドトネトではソースとのプロトコルを切りすぎたようだね。

POSの本当にごく一部（EPS○Nのレシートプリンタ/キャッシュドロア/ラインディスプレイ）を作っているんだけど､
これらの機器の制御ドライバも、COMベースまたはシリアルポートを直接たたくものしかないんだよな。
.NETコントロールは出る気配もないから仕方なくOCXを使うしかない｡
どうするんだろ。

それは、ＣＯＭにはやられ（ｒｙ

>>491
その50円にウェブアプリ市場とられちゃったんだろ

ウェブアプリ市場はチョロＱなPHPだろｗｗｗ
Javaってマジで消えそうだなｗｗｗウハハハッハハハッハハｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>504
たまには現実世界に帰っておいで w

基幹がSOAPだから当たり前といえば当たり前
どうせカード決済やチケット予約の情報端末としてそれなりのスペックがいるし

いまだにSOAPなんていってるんだ・・・画餅の技術なのに・・・

身近なトコだとgoogleのAPIもSOAPで公開してくれているから、便利につかえる。
便利なものはつかえよ。

javaでなくてもSOAPは使えるから。
お好きな言語でどうぞ

そうそう、DelphiですらSOAPは使えるはずなんだよ
Personalの能力でしか評価されなくなった悲劇だ

要するにみんなおどらされすぎなんだよ。ITベンダーは自社製品を採用してもらいたくて
次から次へと新しいスローガンとともに新技術を発表。
社内で使用する業務アプリまでWebアプリとか言って。まぁ、配布は楽かもしれんけど、
エンドユーザーは使いにくい。で、今になって、今度はスマートクライアントか言ってるし。
俺はこうなることは目に見えていた。

業務Webアプリなんてエンドユーザーの管理者が楽なだけ。
実際に使う奴は不満が溜まる一方。
こんなことは、自分が日々業務で使うと思ったら、すぐにわかることなのにね。

そして、その証拠が、去年くらいから言われてきたリッチクライアントｗｗｗ
ただの焼付刃じゃねぇかよ。
もちろん、インターネット系Webアプリでは否定しないけど業務アプリで採用するか？
業務アプリのクライアント側はC＃、移行期はVB.NETもありだな。
サーバー側は、業務要件にあった言語を選択すればよい。できればJava以外でｗｗｗ

結局、.NETは、無理なことは要求していないでソフトウェアの開発側、使用者側のことを、よく考えてるんだよ。

リッチクライアントｗｗｗうはははっははっはっはっはっはｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>511
お前馬鹿だろ
使用する側はコンピュータの操作なんか無い方が良いんだよ

楽一かっとけ

ドトネッツの成功があるとすれば唯一。

リッチクライアントが流行り、かつ、どとねと環境が殆どの携帯電話に入ること。





ありえね。

>>511
>ただの焼付刃じゃねぇかよ。

＞業務アプリのクライアント側はC＃、移行期はVB.NETもありだな。

ありでもいーけど、存在してないお。

＞サーバー側は、業務要件にあった言語を選択すればよい。できればJava以外でｗｗｗ

なんかもう必死？

焼付刃 の検索結果のうち 日本語のページ 約 13 件中 1 - 11 件目 (0.42 秒)

.NETフレームワークもインストーラにいれといてくれよな

.NETがなんで流行らなかったのか真面目に議論しようよ

コントロールパネルアプレットが書けないから？
Windowsサービスが簡単に書けるって、Delphiの頃から簡単に書けたし
COMコンポーネント化できるって、Delphiの頃から簡単にできたし
SOAPクライアントになれるって、Delphiの頃から簡単になれたし
Delphiが勝手に自爆しただけで.NETが上回ってる部分て特にない。

言語仕様的にはたいして不満無くても
ちょっと手の込んだことすると旧VBと同じで
フレームワークにあれが無いこれが無いの連続

俺がもし.NET Frameworkの開発に加わっていれば、
こんなことにはならなかった

>>522
Joel氏登場

俺がもしWindowsの開発に加わっていれば、
こんなことにはならなかった

>>524
Jobs氏登場

このスレすげー。。。

WinFX待たれよ

>>521
そこをアイデアとネイティブAPI呼び出しで如何にこなすかが腕の見せ所
なんでネイティブAPI呼び出しを毛嫌いするのかわからない
Javaじゃねえんだよ

>>528
なんだ、ネイティブAPI呼び出し使えるんですか。
まだNET開発環境使ってないから知らなかったけど、
じゃあVCと同じ操作は出来るってことですね。

>>529
気をつけなくちゃいけないのは、CLI内で確保したメモリリソースは単純にはガベージコレクタにより、実メモリー内で移動する可能性が有るという事
まあそれを抑える宣言もあるんだけどね
ちなみにJ#.NETランタイムがあれば任意のDLLの任意のエントリを呼び出せる
ついでにJ#ランタイムがあるとZipファイルアクセスが手に入るんだけど、日本語ファイル名の処理に問題があるのでいまいち使えない

J#関係の情報って・・・・・・
なんか凄いレアっていうか、貴重っていうか、神々しいものを見た気分になるな。

>>530
ぐちゃぐちゃだね。
ﾌﾞﾋﾞランタイム問題の再来くらい。

API呼べる≠呼んでもいい

.NETはDLL地獄とかOCX地獄みたいなことは
あるのでしょうか？

無いから大丈夫だお！

ttp://pc8.2ch.net/test/read.cgi/tech/1141828033/1
　　　　　　　　 ,. -‐'''''""¨¨¨ヽ
　　　　 　 　 (.＿＿_,,,... -ｧァﾌ|　　　　　　　　　　あ…ありのまま　今　起こった事を話すぜ！
　 　 　 　 　 |i i|　 　 }!　}} /／|
　　　　 　 　 |l､{　 　j}　/,,ｨ//｜　　　　　　　『.NET framework 2.0を入れたと思ったら
　　　　　　　 i|:!ヾ､_ﾉ／ u {:}//ﾍ　　　　　　　　何故かノータッチデプロイメントがぶっ壊れた』
　　　　　　　 |ﾘ u' }　 ,ﾉ　_,!V,ﾊ |
　　 　 　 ／´fト､_{ﾙ{,ィ'ｅﾗ　, ﾀ人　　　　　　　　な…　何を言ってるのか　わからねーと思うが
　　　　 /' 　 ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ　　　　　　　　おれも　何をされたのか　わからなかった…
　　　　,ﾞ　 ／ )ヽ iLﾚ 　u' |　| ヾｌﾄﾊ〉
　　 　 |／_／　 ﾊ !ニ⊇　'／:} 　V:::::ヽ　　　　　　　　頭がどうにかなりそうだった…
　　　 /／ 二二二7'T'' ／u'　__ /:::::::/｀ヽ
　　　/'´r　-―一ｧ‐ﾞＴ´　'"´ ／::::／-‐ 　＼　　　移植や修正が必要だとか
　　 / // 　 广¨´ 　/'　　 ／:::::／´￣｀ヽ ⌒ヽ　　　　そんなチャチなもんじゃあ　断じてねえ
　　ﾉ ' /　 ノ:::::`ー-､___／:::::／/ 　 　 　 ヽ　　}
_／｀丶　/::::::::::::::::::::::::::￣`ー-{:::...　　　 　　　ｲ　 もっと恐ろしいものの　片鱗を味わったぜ…

ダメじゃんｗ

.NET = VB runtime

>>537
は？

.NETはVBランタイム

>>539
は？

やっぱり OS 開発はネイティブコード?
http://slashdot.jp/article.pl?sid=06/03/16/1143227&from=rss

> この調査から、Grimes氏は以下のように結論づけている。
> 「Microsoft はネイティブコードでの Vista の開発に注力しているようだ。
> NET で実装されたサービスは無いし、エクスプローラは .NET ランタイムをホスト
> していない。これは Vista のシェルは .NET に基づくものではないことを意味している。
> つまり、これらの結果から、 OS の開発に使用するのは .NET Framework よ
> ネイティブコードの方が良いという決定を Microsoft は下したという結論が得られる」

なんかお馬鹿な記事だな。
最初から.NETでOSを開発する、なんて話はMSもしてないと思うがw
自分で書いてて何も疑問に思わないんだろうか

世間の認識に誤解が生じているようだが
テロメアは分裂の回数券ではないし
普段はテロメラーゼの働きによって補充される
そもそもアポトーシスがはっss

ΩΩ　Ω　な、なんだって〜！！

>>519
もう確定したのか？

.NETってなんかMSにとってやばそうだねえ・・・
致命傷になりそうな。

>>542

「Win32APIをWinFXに置き換え。Win32アプリはエミュで動作するぉ。」
　↓
「次世代はWin32 & WinFX 」に後退
　↓
ごめん、ＡＰＩの置き換えの話無かったことにねぇ。

>>546

API War
ttp://www.radiumsoftware.com/0406.html#040629

を嫁

＞マイクロソフトについていってよかった〜 ＼(^o^)／

　↑
氏亡

>>542
当初の発表
.NET Framework をVistaの標準システム呼び出し方法とする。
Win32APIは互換性のためだけに残す。

結果
Win32APIをVistaの標準システム呼び出し方法とする。
.NET Frameworkを利用すれば開発が楽になる。

これだけ判っただけでも良い記事じゃないか？

>>550
>これだけ判っただけでも良い記事じゃないか？

分かりたくないヤツにとっては苦痛なだけなんだけど。

現実逃避多幸症のこういうやつ
　↓

＞天下のマイクロソフトの信者でよかったー ＼(^o^)／

ま、某信者よりは何ぼかましだろうな。なくならないし。 ＞天下のマイクロソフトの信者

552=多幸症

.NETって使いたくても使い物にならんからね。
それに誰も使っていないから無理してでも追随する必要性もまったく無いし。

必死になってC♯の勉強してたのが無駄になって
なまけてC++やってたやつが勝ち組ってわけか

現在のユーザー数、C > C++の関係を考えると、C > C++ >C++/CLIという
関係が成立しそうな気がしないでもない。

C++使えるなら勉強なんかしなくてもC#かけるって

>>557
そりゃ言い過ぎｗ

俺は、Basicを覚えるのに一週間くらいかかった。
Cを覚えるのには２週間くらい必要だった。
Ｃ＋＋を理解できるのに一ヶ月近く要した。
Ｃ＃は３日くらいでＯＫだった。

主にMFCかWTL&DirectXが仕事だが
MSが送ってきたやっぱりVBが好きって冊子眺めたら
数分でVB.NETマスターした

死滅した大ブーム専用のC丼とﾌﾞﾋﾞネットを数分でマスターして何の意味があるのかと。

>>560
眺めただけでマスターできるのかよっ！

ちょっと高度な事するとunmanagedバリバリになる件
VBでAPI呼ぶのとかわらねー

>>563
そこが最大の弱みだよね。
で、結局緩衝コード書くハメになったりする。
言語仕様にはあまり文句はないけど。

ﾄﾞﾄﾈﾄを捨てたマーケティング能力は認めるが、、、







M$に学習能力は無いのか？

JAVAと違って簡単に逃げ道があるからな
余計にunsafe容認の方向へ破綻する。

.NETアプリがなかなか出てこないのは､OCX（ActiveX）時代には結構あったコントロール群が
なかなか出てこないのも一つの原因ではないだろうか。
GrapeCityの.NETコントロールなんか、全部アクティベーションつきにしてしまったため､
PCの数だけ購入しなければ客先でコンパイルできないことがわかり、使用できなかったプログラマが
いて、結局うちではつかわれなかったし。
つまらないことだけど、このようなことが発展しなかった要因のひとつだと思われ｡

ソフトを入れようとしたら、ねふれ入れれとか出て、その時点でそのソフトはゴミ箱行き。
これが実態だな。

TextSS　の64bit化おながいします

もしくは64bitにネイティブ対応した置換ソフトないですか？

GraphicsにBitBlt作りやがれ

>>568
んだ。
ATIのグラフィックボードを窓から投げ捨てたよ。

>>569
マルチポストするな。
名前にURLを書くな。アホ。

生みの親からも見捨てられつつある.NETか。
またM$の黒歴史に新たな1ページが

.NET捨てたらM$やばいんじゃねーの？
某は.NETで息の根を止められたし。

ＭＳ結構失敗しているプロジェクトあるよ。
.NETもハズレっぽい。

確かにそうだが、.NETは結構ダメージあるじゃないのか？
ということ。

VisualStudio.NET発売当初は大々的キャンペーンでこれからは、C#言語が主流みたいに宣伝してたし
あの宣伝にだまされた人たちも多いことだろ。
結局.NETとC#は消えゆく運命なんだろうな。

いまさら.NETを引っ込めるなんてできないよ。
開発者から総スカン食うべ。
.NETに代わりうるなにか出さないと。
でもそんなもんあるかな？

薬無しでは日本に手も足も出ない
けけけけけけけけけけけけけけけけけ
無様だなwwwwwwwwwwwwwww
醜いなpupupupupupupupupupupu

ドットネットが完成したら俺、結婚しようとおもっているんだ。

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::。:::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::::::::::::::::::::::。::::::...... ...　　 --─-　　:::::::::::::::::::: ..::::: . ..::::::::
:::::::::::::::::...... ....:::::::゜::::::::::..　　 （___ ）（___ ）　::::。:::::::::::::::::　゜.::::::::::::
:. .:::::。:::........　.　.::::::::::::::::: _　i/ ＝　＝ヽi　:::::::::::::。::::::::::: . . . ..::::
:::: :::::::::.....:☆彡::::　　　／/[||　 　 」　　||]　 ::::::::::゜:::::::::: ...:: :::::
　:::::::::::::::::: . . . ..: ::::　/　ﾍ　| |　 ____,ヽ | |　:::::::::::.... .... ..　.::::::::::::::
::::::...゜　.　.:::::::::　　／ヽ ﾉ　 　 ヽ＿＿/　　.......　.　.::::::::::::........ ..::::
:.... .... ..　.　　　　 く　 /　　　 　三三三∠⌒＞:.... .... ..　.:.... .... ..
:.... .... ..:.... .... ..... .... ..　.:.... .... ..　..... .... ..　..... ............. ..　.　........　......
:.... . ∧∧　 　∧∧　　∧∧　 　∧∧　.... .... ..　.:.... .... ..... .... ..　.
... ..:（　　 ）ゝ （　　 ）ゝ（　　 ）ゝ（　　 ）ゝ無茶しやがって… ..........
....　 i⌒　/ 　 i⌒　/ 　i⌒　/ 　 i⌒　/　..　..... ................... ..　.　...
.. 　 三　 | 　 三　 | 　 三　 | 　 三　|　　... ............. ...........　.　.....
...　 ∪ ∪ 　 ∪ ∪ 　 ∪ ∪ 　∪ ∪　............. ............. ..　........　...
　　三三　　三三　　三三　　　三三
　三三　　三三　　三三　　　三三

ウィーンに期待する

.NETが使えるレベルにあれば、そりゃ使うよな。いや、使いたい。
豊富なクラスライブラリあるし。いちいち、車輪の再発明して、自己満足しても、
所詮はオナニーにしかすぎない。で、使いたくない人の最大の原因は何？速度？

> 豊富なクラスライブラリあるし。
コンポーネントは豊富じゃないけどね。
買うにしてもやたらと高いし。

>>583
UI周りの独自性を出せる部分で自分達でライブラリやコンポーネントを作って来なかった人たちだろ
自前のコンポーネント等があればそれをちょっと.NETベースに書き換えればすむ事
ようするに自分達の技術を残すべき所を外部のコンポーネントにばっちり依存しすぎたから、
それが用意されない現状では手出しが出来ないって事
.NETが提供してるようなクラスライブラリは今時は他の言語でも何らかのライブラリ等で用意されてる

あれほど、JavaなりActiveXなりでコンポーネントを作って内部に技術蓄えろと言ったのに怠ってきた
今の会社を見限るのはもうすぐだな
俺ライブラリは社内に公開しなかった俺の勝ちｗ

>585
>.NETベースに書き換えればすむ事

空気嫁てない？

>>586
.NETですべてまかなえると思ってるのが馬鹿なだけで
他の技術にしろ自分の所にあればどうにでもなるって話

585さんは自分のライブラリを自慢したいだけでしょ
その理由で移行しないなんて少数だろ

>>587
その考え方はソースを持ってる具ぐると同じだね。

こういうのは滅びると言いたいわけか。
　↓

＞天下のマイクロソフトの信者でよかったー ＼(^o^)／

>>589
滅びられるとこっちが余計な事しなくちゃならないから
生かさず殺さずで行って欲しい所

.NET上で完結しないコードを書かなきゃいけないのが、美しくない。
C#そのものはそんなにいびつではないので、書きやすいんだけど。

で、.NET使うにはC#とVBのどっちがいいのよ？
あー、C++からも使えるんだっけ？使わないけど。

C++/CLIも悪くはない。
<windows.h>などをインクルードするだけで全てのWinAPIが使えるようになるのは楽。

ただくだすれなんかを見る限り、初心者がうかつに手を出せないという点に関しては、
C++よりますます磨きがかかっているようだけど。

.NETやC#がはやらなくて無理やりC++/CLIをはやらせようとしているような
気がするマイクロソフト。あの手この手で話題を振ってアピールしてるだけ。

C++へのGC導入はいつなんだろうね

DirectShowはいつManagedになりますか>

>>595
それってC++なのかな……

>>593
それってC++/CLIなのかな……

#include<iostream>...........φ(･∀･)

それまでのCOMを押し進めてもよかったはずなのに
新しい需要を無理やり生み出そうとして（しかもそれが流行ると勝手に思い込んで）
.NETなんて発表したのがMSの失敗だろうな。
いまさらCOMにも後戻りできないし、.NETに替わる技術も出せないし。

MSｵﾜﾀ？

なんだかんだ言ってJavaをはじめてみたときにMSは気に入ってしまったんだよ

MSとSUNの和解内容ってJDK6.0からLaFがOSネイティブになるとかあのあたり？

VSの主力言語の一つにJavaを据えて、JavaでWinアプリが作れるように
言語仕様を拡張、対IBMで共同戦線なーんてね

馬鹿ばっかだかここも。
.NETが主流にならなくたって別にMS自身は何も困りゃしねえよw
MSがまさか開発ツールで利益上げようとしてるとでも思ってるのかね。
開発ツールなんてコストばかりかかってどれだけ儲かると思ってんだよw

日本人ってどうしてこう目的に合わせて手段を組み立てる、って発想への
理解が乏しいんだろうな。

開発者をWindowsにとどめておくということはMSにとって
とても重要で、大きくかがげた.NETが失敗すると言うのはそういういみで
大きな損失でしょ

馬鹿？
開発者が自分の意思でプラットフォーム選択するわけ？w
世の中みんなお気楽なフリーウェア作者ばかりとでも思ってるのかな。

ドットネットをただの開発ツールだと思っている馬鹿がいるスレはここですか？

とりあえず、エコシステムって知ってる？

>>607
バカはお前さんじゃ。606がどこを開発者がプラットフォームを選ぶことを前提に
かかれてるってーんだ？

>>605
.NETは開発ツールを売るためにでてきたもんだじゃねーよ。
バカか？

MSは複数言語を統合して.NETにしてしまったのは
まずかった。特にVBを取り込んだこと。
VBプログラマーにとっては.NETのVBは難易度が
高すぎる。
C++のPGとVBのPGが同じスキルではないことは
明白なのにね。
MSはそこを理解せずにやっちまったと思う。

>>612
言語を統合って意味わからんなｗ

という揚げ足取りはまあいいとしても、何も「理解してない」のはむしろ君自身でしょ。

低レベルなVBプログラマがいたとする。
低レベルなVBプログラマが、その従来の低レベルなやり方でVB.NETでコードを書けないか？
普通に書けるよw

ほとんどCの機能しか使ってないC++プログラマがいるのと状況はほとんど違わない。

VB.NETで組めない（まともにじゃなくて、ほんとにただ作業員としてレベルで）
ようなやつがPGやってるのが間違い。
むしろ淘汰されてほしい。
そりゃま、そうはいかんのだけどね。

でも、そうなるでしょ？＞淘汰
今後のWindowsでは、C++/CLI、C#、VB.NETの三択しかないんだから
C++/CLIが駄目なら.NET系(C#、VB.NET)くらいは使えないと淘汰される。
.NETがこけたらC++/CLI使えない奴は全員淘汰ｗ

晒しあげ

>>615
その３択しかなくてﾄﾞﾄﾈがこけるのか。
どういう思考だ？

C++/CLIがそのまま残ると思うほうが可笑しいな。

C++/CLIは一時的なものだろ

>>613

あなたが考えている以上に低レベルな人はいるよ。
プログラマと呼んでよいのか躊躇する程の人。
VBはそういう層が大勢いるはずだし、そもそも
そういう層のために提供された言語のはず。
VBは難しくしちゃダメな言語なんだよ。

VB.NETは、OfficeのVBAでも精一杯な人々を
切り捨てたと思うね。

以前のVBとVB.NETが同じ難易度ならば、
.NET2003の仕様のままでよかったはず。

しかし、実際は旧VBプログラマからそっぽ
向かれたために焦ったMSは今度の2005で
旧VBプログラマ向けに仕様を変更している。

従って、旧VBとVB.NETが同じ難易度という
意見は却下。

それで割りっくてるのがC#

頭悪いなw
ゆとり教育のせいにしたくはないが、最近本当にこういう読解力が機能不全の奴が多すぎる。
どこをどう読めば『旧VBとVB.NETが同じ難易度』などというテーゼが出てくるのか。

馬鹿に説明するにはたとえ話に限る。
C++はCの機能だけを使ってコードを書くことができる。
これは『CとC++の難易度は同じである』ことを意味するだろうか？

VBプログラマのことより、低能な自分自身の心配をした方がいいのではないかなw

>>623
最後の行について
おまえもなー

ところで、ドトネトを「開発ツールを売るため」とか言ってた白痴はどこへ行った

.NET使うくらいならDelphi使う

いや、Delphiの方がヤバイだろ・・・

VB.NETが国内でそっぽ向かれたのは違う理由だけどな

>>623
多分さ、旧VBと同じようにはかけないと他の人は言ってると思うんだよ
わかってる？

>>628
理由は？

WebServiceと一蓮托生みたいなセールスしたのがいけなかったのかも
Passport、Hailstormともどもあぼーん

>>630
大手〜中堅のベンダーが低コストの非VBな開発スタイルを確立したから

力ずくで書けるコードは海外にだしちゃうから淘汰されてもいい。
同じヘタレコードを納品してくるなら、外の方が全然安いし。

なあVB.Netて、そんなに難しいのか？

新人でもサクサク書いてるぞ？

ﾌﾞﾋﾞ厨にとっては難しいらしい。
M$にだまされてクラスをふつーに使えないようにされた方たちでつから。

Windows Vista delayed into January 2007
http://arstechnica.com/news.ars/post/20060321-6433.html

どんどん遠ざかっていくVISTAかな。

想定内でつ。
・度と熱の死滅。次の推奨フレームワークの出現。
・次期Winの出荷遅れ

俺も難しいとは思えんのだがなあ。
はっきり言ってこれまでのでたらめなコードでも大体書けるし。
何が困るのかようわからん。

難しいのが問題じゃない。

ドトネトCLIは必要無い。
他のクラスライブラリ、VCLとかJAVAを使えばソースの中の人も見えるが、
ドトネトだと目隠しされた上で派生しなきゃならん。

クラスの隠蔽ってのは論理的なprivateであって、
M$によって目隠しされたんじゃタマンネ。

難しいから移行してくれないんじゃなくて、
どうせ互換性がないんならVB.NETでやる意味はないだろうってことで、
新規開発は流行のJavaでWebアプリに移っているんじゃないか？

マイクロソフト、次世代ＯＳ「ビスタ」の本格発売を延期
http://www.asahi.com/business/update/0322/079.html

XPで困ってないし、何なら2000でも良いから、
別に出なくていいよ。
ほとんどXPの亜種なんでしょう？

>>638
ウチの VB厨 (40台後半) によると
「今までとちょっと違うから、と MSDN 見たら
　書いてある単語が難しい」
だそうだ。

テ・ラ・イ・タ・ス

>>643
汎用機しか使ったことが無いっていうオサンと同じようなもんだな。

「.NETは失敗だった」というごく素朴な感想に対して、親のカタキに出会ったような
反応する香具師って、いったい何ものよ？ゲイツさんが儲かろうが、MSがこけようが、
おまえにゃー関係ねーだろと思うんだが。









それにしても、.NETは失敗だったよねえ。MSも終わりかな？ｗ

この板を見ている時点である程度のスキルが
あるといえるだろうね。
書き込みしている人のほとんどがSIerの人達
じゃないだろうか。だから新人といえどもすでに
ポテンシャルは高い。

VB(A)を本当に必要としているのは、一般部門で、
本来の業務の片手間にやるような人達です。

庶務担当とかね。
そういう人達は普段こういう板は見ない。

彼らは「クラス」とか「オブジェクト」と言った時点で
拒否反応を起こします。

デスマに放り込んで死に神を見せてやれば嫌でも覚えるよ。

>>648
経理なんかがデスマで本業務が止まると、会社が倒れますが、何か？

>>646

MSこけるとUSのGDPに影響するだろ(　ﾟДﾟ)ｳﾞｫｹ!!
為替レートが1PIPS動くと日本企業にどれだけの損失が出るか分かってるのか

>>650
U$の下僕の方でつか？

為替ﾋｯｷ氏ね

ビスタ、発売延期　年末ＰＣ商戦に打撃
http://www.asahi.com/business/topics/TKY200603230094.html

.NETにも打撃だな。

いや、既にビスタからドトネトが切り離されてまつ。

WinFX無傷。
実体が無いから傷つくことない。

>>647
そもそもそういう連中がプログラムを弄ることが問題
プログラミングは選ばれた技能を持つものだけが扱えるべき

>>655
誰のどういう論理？

オレ様のオレ論理？

プログラムの組めない人間はコンピュータを使うべきではない
これが俺の持論

ウォシュレットがないところでウンコをするべきではない
これが俺の痔

>>657
バカでもプログラムは組める。
むしろバカほどプログラマーに向いている。

そんなことはないだろ。

>>660
プログラマーのおれが言うんだから間違いないべー？

661≠プロ倉マ
661=コーダー

>>662
そうそう
そういう意味。
プログラマーの９割はコーダー。

タイピストのおばちゃんはどうよ

コンピューターおばあちゃん

タイプライター

イエーイ　イエーイ　僕は大好きさ

春だな・・・

>>643
APIを手探りしてた頃に比べれば
だいぶよくなったと思うけどなあ。

PointとかRectangle
普通の計算でも使う基本的なデータのはずなのに
なんかDrawingに置かれてるし

.NETの仕事きた・・・

最初で最後っぽいんだけど面倒くせぇ

ヒント、やり逃げ

>>671
.NETが使われる理由はなんだ？

C++.NETでアンマネージクラスをマネージクラスに格納するライブラリを作って
VB.NETによるプレゼン層から呼び出すコードを書いて泣きそうになった

.NETかJAVAか。
どちらを勉強すれば良いのか、非常に迷ってます。

JAVAだとVMのおかげで遅く、.NETだと開く時は遅いが、設定すれば解消されるとも聞く。
AccessやExcelも操作したいから.NETの方が良いのかな。
JAVAとの対比で、.NETの欠点て何でしょうかね？

.NET自体が普及しなくても、作ったアプリが迅速かつ堅牢に動作すれば一向に構いません。
一回学んだら後戻りできない。
高い授業料払うからほんと迷います。

両方すればいいんじゃねーか。

>>676
税理士でして、両方学ぶほど時間もありません。
スキャナとOCRソフトを活用し、かつ、補助簿(売上帳や出納長)を中心とした、顧客中心の会計ソフト作ろうと思ってます。
現存の会計ソフトは二度手間で、冗長です。知識はSQL文とVBA(ADO接続等)を知ってる程度です。

＞AccessやExcelも操作したいから.NETの方が良いのかな。

Winに依存する仕事ばっかりなら.NETでいいじゃん
C#ならあとでJavaに移るにも楽だし

下手にC#に慣れるとJAVAへ移行するのに混乱するかも

.Netの講習ってあるんだ。

VB.netが業界標準ですよ。
もうすぐ死滅しますが

寧ろVB.NETの方が厨言語とか罵られながらも長生きしそうな
雰囲気もあるけどな。C#はそのうち今のJ#のようになりそう。

VB６→VB.NET
の乗り換えを嫌がってるやつは多いだろうな
頭の構造変えないといけないから

最近やねうらおが.NETプッシュしてるんだがなんなのかな
MVPになりたいのかな

C#やJ#使うくらいならVB.NETの方がいい

C#かったり〜なぁ・・・

コールセンター向けのVBアプリを.NETへ移行するんだが
元のVBソースが滅茶苦茶・・・
偶然動いているバグ多数・・・
無理やりなgoto使いまくり・・・

「時代はオブジェクト指向だからC#で作って」とは言うが
仕様書無いからソース解析してってずるくない？
直接.NETには関係ないんだけど嫌いになった。

なぜ.NETに移行？
VB6→VB.NETに移植して
VB.NET→C#.NETコンバータ使えば早いじゃん

.NET よりC#の方が動作が速いんですかね。
コーディングは.NETの方が楽なのかな。
C#の方が動作性に優れてるのなら、

C#=SE向け。
.NET＝それ以外。

ってことで良いのかな。

「時代はオブジェクト指向」には反論したくなるなぁ

>>688

> .NET よりC#の方が

???

>>690
VB.NETとVBＣ＃は同意義ですか？
NETフレームワークを使うのは一緒のようですが。

来る案件来る案件、みんなVB.NETになってきたが、
要求仕様を見る限りVB6で作った方が良い物ばかり。
.NETを使う要求がねぇよｗ

まぁ、何でもかんでも「javaとwebで」と言われていた時
よりは良いのかなぁ。

>>691
ドトネトは複数の言語から共通の実行環境であるフレームワークを使う

結論からすると、Ｃ＋＋を覚えれば困ることは何もない。

C#の立場は・・・Javaに対抗するためだけ？

>>693
「Visual Basic」
「Visual Basic Ｃ＃」
の.NETってことですね。

「VB *.0」から完全なオブジェクト指向に変換したのが「ＶＢ.ＮＥＴ」で、
ＪＡＶＡに対抗するために作られたのが「ＶＢ Ｃ＃.ＮＥＴ」
ってことでよろしいのでしょうか。

動作速度は、Ｃ＃.NET>VB.NET＞VB*.0
で
RADは　VB*.0>VB.NET>Ｃ＃.NET
ってことで概ね合ってるのかな？

そもそも「Visual Basic Ｃ＃」とは何だ？

Visual Basicと並べているから単にVisual Basic (.NET)とC#を併記しているだけとは思えないし。
俺用語はやめてくれ。

.netなら、言語なんて何使ってもいっしょだよ。
エライ人には、それが分からないのですよ。

>>697
失礼。
「Visual Ｃ＃.NET」ですね。
あるところではただの「Ｃ＃」と言ってるし
あるところでは「Ｃ＃.NET」と言ってるし、
混同します。

とにかく、どの言語が良いのか。
知りたいのはそこ何です。

開発の容易性
動作速度
将来性

WindowsOSのみを考慮した場合、総合的に良い言語はどれなのか？

　　　　　　　　　　Ｃ＋＋　Ｃ＃　ＶＢ＃
開発の容易性　　×　　　△　　○
動作速度 　　　　 ◎　　　×　　×
将来性 　　　　　　◎　　　×　　×

>>699
それが混同するぐらいなら
.NETはなんなのかとか、そういうことをざっと見たほうがいいんじゃない？
多分@ITとかにあるでしょ　それを見てから考えても遅くないと思うが

>>700
VB++はどこ行ったｗｗｗｗ

>>700
ありがとう。
Ｃ＃　ＶＢ＃の動作速度、将来性の評価が×なのは気になるところです。

もうちょっと調べて見ます。

C++以外に対する偏見がひどいな

.NETって実質的に大失敗で誰も使っていないからね。

逆に使ってみたくなったぜ。ヘラヘラ。

確実な速度や将来性を要求するならC++使うしかないわな
速度なんて高速マシンを購入すればいいと割り切るなら関係ないし
将来性ったってC#やVB.NETは大こけだけど、MSは継続して製品出しているし、すぐに無くなる訳じゃなし
開発アプリの寿命との兼ね合いだし、
結局は作成するプログラムに要求していることをちゃんと整理すれば自ずと答えは出てくる

.NETフレームワーク使ってるなら
VBだろうがC#だろうがC++だろうがJ#だろうが動作速度はかわらんだろ

>>708
気持ちの問題だお＾＾；

信仰心の問題

今からVB6でシステム構築するのは慎重に考えた方が
いいと思いますよ。
64bitPCが主流になりつつありますが、これは
32bit対応しているからVB6のアプリも動作するでしょう。
しかし、次の128bitマシンがでてきたら多分サポー
トしないと思います。

今、VB2やVB4-16bit版システムの移行で困ってます。
大量にある・・・orz

>>703
VB#ってなんだよｗ
理解度が無茶苦茶だ。
.NETは実行環境。C++やVBやC#は開発言語。
.NET用の言語には.NETがつくだけ。（VB.NETやC#.NET）
C++だって.NETアプリが作れるんだからC++.NETと表記する事もあるだろう。
後は自分で勉強しれ。

断る

>>711
つまり256bitマシンが将来出たら、64bitPCは切り捨てられるからやめとけということか。

VB#ではなくちゃんとVB丼と表記すべきだな

EiffelやAdaの.NET用コンパイラはそれぞれEiffel#、A#って名前なんだが。
実際問題#のほうが.NETより語呂がいいしナ

>>714

そうです。

っていうか、C#をもじってというかパロッてというか、VB#って表現してるんじゃん。

ちなみに「時代はオブジェクト指向」ってほざいたのは40代のCOBOLerちゃん。
単純にVB6.0をコンバートしてもいいんだが、元が本当に最悪。
できることなら、ここに貼り付けたい。
パッと見てバグが次々に見つかるし、追加仕様も大きいから作り直したほうが安全と判断。
明らかに仕事を早く終わらせたいからってグローバル変数を追加するのは反則だと思う。

・・・ということで、来週から地獄ですよ・・・

128ビット汎用CPUなんて出るかよ。
って思ったけど、ひょっとして予定出てるの？

>>720
64ビット（ｒｙ
です

VB#、近い将来、本当に出そうで怖い・・・

>>720

128bitは例えばの話です。
いつまでも古い開発ツールしているとやがて
サポートされないWindowsが出てくる可能性が
強いので新規開発の時はその辺りを考慮して
慎重に検討した方が良いですね。

そんなこと言ったらMSのOSなんて

…と言いたいが、Linuxなんかも意外と新陳代謝速そうだからなあ

初学にＣ＃を選ぼうと思ってるんだけど、支援サイトや書籍の少なさを見ると不安になります。
米国ではVBからＣ＃への移行者が多いと聞くし、MicrosoftがVB.NETよりもＣ＃を後押ししているなんてことも関連サイトで言われてたんで。
あと、ＶＢ.NETはＶＢ*.0との親和性の問題で色々揺れてるって聞きますし。
Ｃ/Ｃ++は難しいだろうから、学ぶだけの時間も勇気が無い。

てことで、折衷案？で、Ｃ＃にします。

Ｃ＃のスレが盛り上がってない。
参考情報が少なそうだから、大変そうだな。

そういう人にはVB2005がおすすめだよ

まあ俺なら、VB2017(512bitVersion)を使うな

>>725
C++かC#かJavaかを覚えるのがなんか重大事みたいに考える方がおかしいでしょ。
C++がすらすら分かる実力ならC#もJavaもすらすらだ。全部似たようなもの。

>Ｃ/Ｃ++は難しいだろうから、学ぶだけの時間も勇気が無い。
こんなこといっていることで、あなたの分かってなさ具合、ヘタレ加減というのが良く分かる。
そもそもプログラミングに向いてないんじゃ？

>>729
まぁとにかくやってみます。
ありがとう。

PointFはRound()でPointにするのに
SizeFはToSize()なんて関数がある

一貫性なさ杉

PointFはPointF.Round()でPointにするのに

>>674
こりゃヒデえ。

素直にC++で派生しる！

javaのデファクトスタンダード化を遅延、妨害するためだけに作ったんかな

ユダヤ人なら効果を知っててやりそうな戦略

>>734
Javaと比較するのに熱心な人はそういいたいようだけど、実際のところただの
COM後継。
.NET Frameworkの情報が初めて出たときはCOM-Runtimeという名前だったし、
今もmscorlib.dllのように名前が残っている(Microsoft COM Runtime Library)。

VC++とVBを繋ごうとしたのがCLRに、
ActiveXで問題になったセキュリティはCASに、
分散オブジェクトのCOMがWebサービスに・・・
といったようにマッピングすれば驚くほどかぶるのが分かる。
WindowsDNAとかいってたのと構造上はまったく一緒。

mscorlib.dllは ms core lib の略と聞いたのだが。

Microsoft Common Object Runtime Library

ttp://www.microsoft.com/mspress/books/index/5353a.asp

> Microsoft Common Object Runtime Library. See MSCorLib.dll

Microsoft Com

>>728
11年も先送りかよ！

.NET Framework 1.xにセキュリティ・ホール，バージョン2.0では解消
http://itpro.nikkeibp.co.jp/article/NEWS/20060328/233510/

ランタイムのセキュホじゃないじゃん。Javaと違って。

CodeDomは?

>>741
ついに!?とﾜｸﾃｶで見たら期待はずれだった。責任取れ

　　　　　＼ ずどどどーーん
　　　　　　　　　　　　／|[]::::::|_ / ＼/＼＼　　 　　　　　　　／
　　　　 　 　 　 .／|￣￣￣￣ //＼ ＼/　 ＼　　　　　　／/　　　 ＿＿＿
　　　　　　　　　|　 |:::「「「「「「 / ＼/＼　　/＼＼　　　／:::/　 　.／|　　　　|＿＿
　　　　　　　＿..|　 |:::LLLLL//＼ ＼/　　＼/＼＼／::::::/　　／　 |　ロ　 .|lllllllllllll
　　　　 　／ llllll|　 |:::「「「「 / ＼/＼怒/＼ .＼/ ./::::::::/　 ／ .／ .|　　　　|lllllllllllll
＿＿　　　　 llllll|　 |:::LLL.//＼ ＼/涛＼/＼　 /::::::::/ 　 | ／　　.|　ロ　 .|lllllllllllll
　　　　　　　 llllll|　 |:::「「「/ ＼/＼熱　/＼ ＼/　/::::::::/　　 | ||／　..|　　　　|lllllllllllll
　　　　 　 　 llllll|　 |:::LL//＼ ＼/　　＼/＼　./::::::::/　 　 .| ||／　..|
　　　　　　　　　|　 |:::「./ .＼/＼　湯/＼ ＼/ /::::::::/⌒ヽ､ .| ||／　..|
　　　　　　　　　|　 |:::l//＼　＼/　　＼/＼_, -― ､　　''"⌒ヽ,_
　　　　　　　　　　　　　　　　(⌒ヽ､_,ノ⌒Ｙ"　　　　Y　　　　　.....⌒) どーーーーーん
　　　　　　　　　　　　(⌒ヽーﾞ　....::（　　 ..::.......　 .__人.....::::::::::::::::::::
　　　　　　　　　＿ノ⌒ヽ　 Y⌒ヽ;;:::::"':::::::::::::::::::::::::::::　＿＿＿
　　　 　＿＿_(　　 ﾞ　　　....:::.....　　Y"　 ∧＿∧　 　／
　　　／/ ll＿＿ヽ＿::::::::::::::::::::::::::::::ヽ....（　 ´Д｀）＜逃げろ逃げろ！
　　「　　　 ヽＯ≡≡O:::::::::::::::::::::::::::::::::::/ つ　 _つ　 ＼＿＿＿＿
　　ﾞｕ─―ｕ-――-ｕ　　　　　　　　　人

640*480のBitmapを
SetPixelで黒に塗ると
2分くらいかかるですけど

Bitmap bitmap = new Bitmap(640, 480);
Graphics g = Graphics.FromImage(bitmap);
g.Clear(Color.Black);
g.Dispose();

Frameworkインストールしてるやつが
俺の周りには極端に少ないのがつらい。
今の所友人1人と俺だけ

.NET以前のアプリじゃないとアプリに非ずって感じだな

あれってさ
Framework入ってなくても動かせる方法って無いの?

周りもつらく思ってるんだよ。
はやくドトネトの夢から覚めて復帰してくれと。

復帰してVBやるとか？ ｗｗ

>>750
エンジンのない車を動かすには
エンジンの代わりになるものを入れてやればいい。

エンジンの代わりたって、エンジンしかないだろ・・

monomono

>>754
中の人

>>754
ゼンマイでもマブチモーターでもハム太郎と仲間たちでも構いません。

.NET Framework入れろと言われた段階で大抵のソフトは使われないからね。

ようするにドットネットを入れたくなるようなキラーアプリ造れと。

一回入れさえすれば、もうランタイムの心配せんでもいいわけだし。

つ バグ

>>759
Officeがドットネットを使えばいいんじゃね？ｗ

XPにデフォで入ってるだろ

入ってたっけ?
WSHは入ってなくて呆れたけど。

Vistaから入るんでしょ？

VistaのSPで入るらしいから、先の先の話。

Windows Despair.NET

>>764
入るね。というかVistaが伸びたのでVistaより先の出そうな雰囲気>WinFX

Vistaの伸ばし方聞いたときVS2005と一緒だと思った。

>>767
SPで入るってアナウンスあったんだけど。

で、Officeは、.NET使うの？

>>768
そんなアナウンスねーよ

>>769
使わないけど.NETでリボンつくれる

>>768
んー？そもそも現在のCTPですら全バージョンのCLR入ってるよ。
WinFXはまだだけど。

関係ないけどGACみると面白そうなのがちらほらあるね。
Microsoft.MediaCenterとかMicrosoft.ManagementConsoleとか

>>771
x86なコンシューマ向けWindows以外は.NETメインに移行していくつもりじゃないのか？
エンタープライズビジネス向けOSとか、マルチメディアコンソールなんかは.NETで十分だろ

先のことなんてどうなるか、まったくわからんよ。
ＭＳの失敗作って実は結構多いんだよな。
それと変わり身の速さは世界一。

>>771
それ面白そうか？

>>773
最近の方向転換はいい感じだと思う

Win32/64をスマートにして、軽量Ｏ＄作るんならマンセー。

ドトネト延命するんならバロス

頭固い守旧派は無視

Pen Windowsみたいに
他社の技術を妨害するためだけの存在だろ

あの会社が作るものに欠けているのは「魅力」

Ｍ＄の癌はビルゲイツ。
やつの飽くなき独占欲がきもい。
ヤツが引退すればまともな会社になるだろう。

>>779
ビルが引退したら10年以内にマイクロソフトは崩壊する

>>780
いいことだ。
独占企業などいらん。

ドトネットは壮大な釣りで大量だったけど、竿が折れた感じ。

でもOSが乱立して混乱するのはいやだな。
Windows一本でいいよ。特にホームマシンでは。
Linuxとか仕事以外でさわりたくもない。

そのＭ＄はドトネトでＯ＄乱立させるらしいお。

＞マイクロソフトの「WPF/E」は「Flashキラー」になるか
＞ttp://japan.cnet.com/special/story/0,2000050158,20099898-2,00.htm

だめだこりゃ
もうあの会社潰れたほうがいいよ

>>781
ただしビルの引退５年でソフトウェア産業がほぼ１社の独占になる

バルマーがいるかぎりマイクロソフトは安泰

>>787
マイクロソフトの安泰でおまいに良い事あるのか？

ねーよ。虚人が勝つとうれしい奴と同じだ。

黙ってウィンテルに付いて行けばいいんだよ
ドットネットがダメでもドットネットでいいじゃん
Javaなんてなくなれｗｗｗ

伝説の255は元気かな・・・？

ドットネットってナンですか？
検索してもそれらしい技術について一度も引っかかったことがありません。

MAC=INTEL
WIN=PPC
の時代にwintelってなによw

PCの98%がwindowsをのせてるわけで

>>793
そうは言ってもWintelだからなｗ
MACに載せても台数シェア5％程度のMac、Intelの物量にとってはゴミ同然
PPCなど生産能力もカスならプロセスも2年遅れ

ＴＶではシェア３％となってたな。
それと、自作機が統計に入っていないから、本当のシェアは１％くらいだろう。

でも、統計とか数で逝ったらCPUの勝者はARMでそ？
Intelなんて。。。

>>797
ARMはライセンスするだけだからな

M$だってO$ライセンスだけじゃないの？

>>799
Officeの普及率はすごいよ

Officeだってライセンス販売だろ、箱があっても。
というかソフトウェア全て。

Officeも2000でピッタリ止まってる。
OSはXPなのにねぇ。

ヒント：悪痴

OfiiceXPはピーコできなくした2000以外の何物でもないのがポイント

ところで、MacのBootCampってまだベータだけど、かなり使えそうな幹事。
つーかコレがまともに使えるクオリティになったら、間違いなくMac買うよ。俺は。

MacでWindows使う気が知れない

家でocgtするのに、ちょっとだけ必要でしょ。
でもwintelの機械なんざｲﾗﾈｰし。 かといってVPCは遅いし。
つーことでﾁﾞｭｱﾙﾌﾞｰﾄできりゃ便利なワケよ。

>>805
今の時点だとCoreDuoでWindowsが出来るデスクトップのメーカ品はあんまり選択支が無いので結構良い鴨
もちろんiMacやMac miniの話
ノート型の方はバッテリーの持ちとかその他もろもろが微妙すぎ

msが.netを出してきたのは
マルチプラットフォームを謳うjavaに対する牽制と
当時騒がれ始めたlinuxにも開発環境を提供できる準備があるということを示すためだろ？

>>808
きんもー☆

Officeの最新は2003だ

javaはjavaで開発する側よりも
javaで開発する側を支援する側が儲かるよな

2003より前のOfficeはXMLまともに扱えないから論外

HTML出力とかすると驚異的なファイルを吐いてたので、XMLでも
とんでもないものを吐き出されそうな悪寒。
実際どうなの? ゲイツを殴り倒したくなるようなXMLは吐かないの?

XMLの意味調べましょうね

>>814　？

タグ定義しないXMLを何に使うのだ

XMLは千人十色

HTMLやcssなんかと混同なんかしてるのは
最近やっと覚えたってことなのか？
詳しいことには人により違いがあるものだ
くだらんことを敷居にするなんて、大人げないぞ

別に813が混同しているとは思えんが。
少なくとも文面からは必ずしもそのようには読めん。

猿には猿の行動の意味が分かるというが、
類推なんて義務教育水準の概念が分からないのは
類推という行為を知らず、したことがないからだろうか。

意味不明

813の書き込みは間違ってないだろ

http://www.microsoft.com/japan/msdn/net/general/64migrate.asp
(Windows 2000 には、.NET Framework version 2.0 をインストールできません

ところがダウンロードページには
サポートされているオペレーティング システム : Windows 2000 Service Pack 3; Windows Server 2003; Windows XP Service Pack 2

いい加減、新OSだのドトネトに振り回されるのはやめましょう

ああいったものはマイクロソフトの営業戦略からソロバン弾いて考え出されたモノにしかすぎません
ドトネトで利益を上げられるのはマイクロソフトとハードメーカー、サードパーティのツール屋さん、それと技術書を出す出版社、くらいのモノ

そんな裏でつるみまくった、薄汚い連中にお布施してやる必要はないですよ

そうは言っても、日本じゃソフトウエア産業ってのは人売業だからさ。

ちゃぶ台返しを定期的にやってもらって
労働を消費し、消費の結果として世界一の金持ちに貢ぎ続けるというシステムなんだからさ。

>>822　意味わからん。
ドットネットいいよ?すげｪ開発しやすい。

それは違います

そんな事やってるから逆にいつまで立ってもまともなシステム作れないのでは？
いままで蓄積してきた技術や知識を反故にすることなくさらにエンドユーザーにとって高度で有意義なソリューションを展開していく

いつまでもマイクロソフトなんかの営業戦略に踊らされ続ける必要性などみじんもないですよ

マイクロソフトがないと何もできません

いや、残念だけど、エンドユーザに良いものを提供するってビジネスモデルはソフトウエアでは難しいのよ

なぜなら、ソフトウエアの特徴はコピー容易性にある。
つまりはソフトウエアはタダ。
それでも金が取れるのは「ブランド」と「労働」のみ

さらにもうひとつ

最近VB.netの普及率がいまいちだそうですが、それに憂慮したマイクロソフトが取る戦術は
｢言語仕様をVB6.0時代に戻す｣
だそうです

ハッキリいってユーザーをバカにしすぎです
自分達の勝手な都合で既存ユーザーをバッサリ切り捨てておきながらユーザーが自社に追随してこないとみるや、またお得意の方向転換

どれだけの時間とお金を無駄にさせたら気がすむのですかね

こんなソフトメーカーを信用する義理は私にはありません

ユーザじゃないだろ、VBを使うのは使い捨ての奴隷

奴隷…

でも結果として開発ツールの選定はエンドユーザーの懐具合に直結してくるでしょ

意味なくコロコロ製品仕様の変わる開発ツールではエンドユーザーも無駄な出費がかさむだけですね

いやいや、奴隷といっても労賃を支払わなければいけないので
労賃+開発ツール代がトータルで安価であればいいのです

さらに言うと、一般ユーザはカモですから
カモから、毟る時の口実がつくほど良い開発ツールなのです。

なるほど

なんとなくわかりました
しかしひどい世界であり、ひどい製品ですな

やっぱりドトネトはやめときます
ご教示あみがとう

残念ですが、あなたがドトネトを止めても、
パソコンでのプログラミングで生活を考えている限りは、奴隷生活しか選択はありませんよ

小っさいながら自分でソフトの会社を経営しています

営業は得意でして、何とか中小零細企業のエンドユーザー直の仕事をメインでやらしてもらってるんですね

で、そういう環境なんで開発ツールとかはこちらでほとんど自由に選ぶ事が多いんです

だからドトネトはやめときます

そうですね。　
　小さい企業向けwindowsアプリとなると現時点ではDelphiが最適でしょう

でも、独立系のC使いやVB屋が今現在殆ど死滅したように、市場は小さくなりやがては消えてゆく運命です

市場が消える？

そうですか、大変なんですね

でもウチみたいなトコは技術云々よりもどれだけお客の業務仕様を理解してそれにプラスアルファした製品に仕上げられるかが全てですから
あんまりソフト業界に鋭敏じゃないのかもしれないですね

Delphiは今メインで使ってますよ
あと帳票系が多いときはAccessとかも開発ツールとしてつかいます

まあ先を悲嘆するよりも今自分に出来る事を精一杯頑張っていきます
いろいろ教えてくれてありがとう

そうだね。　サービス業に徹すれば生き残れるだろう。
プログラミングは単なる道具なんだから。

>>826
(　´,＿ゝ｀) ﾌﾟｯ
まんまとゲイシの思うど壺にハマってる奴が一人

マイナーな開発ツールよりメジャーな開発ツールを
使った方が安全。

派遣で.NETとSQLが使えたら引っ張りダコだって言われたヨ

ダメカナ？

一生ソルジャーでいいんならいいんじゃね？

管理・運用メインの俺には、まだ３年は関係なっしんぐ。

.NETとSQLと目を見て話せるスキルがあれば
仕事は選り取り緑だよ。

>841
ほんとなら、それはVBからの乗り換え需要だろうな。

>845
ＰＬ／ＳＱＬだけで十分とおもわれ。

>>842
ダメダヨ

もうWEBアプリ作るの嫌だな。
なんか変なバグ多いし。

>>849
バグじゃありません。

＞もうWEBアプリ作るの嫌だな。
＞なんか変なバグ多いし。
な、何のバグのことを言ってるんだろう…

バグじゃないのか。
じゃあ不具合なんだな。

.NET案件増えてきたね

.net案件なんて全然増えとらん

逆に去年くらいまではwin32系のシステムを.netにリプレースするだけの案件とか結構あったんだが…

いいかげん客にMS製の金メッキの無能さがバレバレになってかた感じが…

日経システムだかなんだかの創刊号には.NETとJavaの開発が拮抗しているみたいな結果が出ていたが・・・

http://www3.soldam.co.jp/case/altium_u38atx_2006/index.html

.NETも不甲斐ないが、Javaの煮詰まりっぷりほどでは無いと思う。
後者はまさに自壊。

この先どうなっていくんだろう。
やっぱ動的言語が勝つのかな

ＭＳの方針次第

はやくｃ＃でネイティブwin32アプリ作れるようにしてください。
俺の労力が水泡に帰してしまいます。

ま、C#もJavaも文法ほとんどかわらんし。
仕事ではサーバーサイドをJavaでやって、
家の趣味プロではC#で結構楽しくやれてる。

本業はCOBOLerさんですか？

.NOT、JOVO、C[++]、PORL
とかに自由にコンバート可能な言語作ってくれよ。

C#でネィティブって
フレームワークいらねえじゃん
なんのための.NETだよwwW

だけどこれがドトネト使いの本音
誰だって遅くて重いランタイムなんて使いたくないわな
しかもdllヘルならぬフレームワークヘルだし

しょせんドトネト使いのレベルなんざこんなモノさ

>>864
プラットフォーム&ライブラリに依存しないC#開発環境があれば、それなりに好評を博すと思うけどなぁ。
.NET Frameworkの移植がそれとイコールなのかどうかは知らないけど。

.NETが.NEETに見えたorz

そりゃ理想ろん

MSがマルチプラットフォームのフレームワークなんて出すと思うか？
んな事考えてないに２万ビスタ！

Microsoft Visual Active Direct Office Studio .NET 2007 Professional

お前等JAVAの何が不満なんだ

信用できるか！

ホントはビスタはいまごろ初の.NETオーエスになってたはずなのに…
チックショー！

取り敢えずSunを見返してやりたかったに.1ドル

まだJAVAの方がマルチだよな
どうせネィティブにするならjavaの方にしてくれ
でクライアントでもサクサクと

つ【Visual J++】【gcj】

ttp://mag.autumn.org/Content.modf?id=20050425162104

ドトネト嫌い
マイクロソフト嫌い

理由）
今まで騙され続けてきたから
vbx
ActiveX
dllヘル
DCOM
その他もろもろ
そしてドトネト！

客をなめんじゃねえっつうの

なのでvj++却下なり

しかし現実は

Borland → 経営不振でIDE事業売却
Sun → 業績悪化でマクネリがついに退陣

ああ、MSについて行って良かった良かった。ｗｗｗｗｗｗｗｗｗｗｗ

とMS社員の自己宣伝でした

いいからはよ仕事せいや
ホンマ、きっちりバグとり頼むでぇ

>>876
え？Borlandはついていったおかげで、この惨状だろ？
まあ、あの時点でＭ＄の金を受け入れなけりゃいけない状態だったわけだからさ、
寿命が延びただけありがたいと思うべきか
それとも結局はそれ以上吸い上げられた結果を悔やむべきか

ニッコリ笑って握手しながらケツのケバまで抜かれます

あぁマイクロソフト〜

連休中にMS叩きとは寂しい人生だね。
あ、無職だから連休は関係ないのか。これは失礼。ｗｗｗ

880=連休中に反論タタキとｗｗｗ書くのに必死

頑張れ>>880
無職で連休もクソもない俺が応援するぞ

ところで.NET 3.0っていつでるの？
話しきかないな

マルチプラットフォームな.NETならMSが今作成中だし、
C#のネイティブコンパイラも考えてはいる

ttp://www.atmarkit.co.jp/fdotnet/insiderseye/20060215cscommunity/cscommunity_02.html
＞■C#でWin32ネイティブ・アプリケーションも作成できるようにしてほしい。
＞　もちろんC#のコードからWin32ネイティブのコードを生成することは実現可能である。
＞しかしそうはいっても乗り越えなければならない課題がいくつかある。

ムゲに出来ないって言えないだろうが。
（やらないんだけどハッキリ言えないし。。。）
課題って逝っときゃ、開発中と勘違いさせてごまかせるだろ。

＞マルチプラットフォームな.NETならMSが今作成中だし、

世の中そんなゆっくりしたものなんかより、速いスピードで侵食してるものがある。

ApacheがSSLサーバのシェアでIISに追いついた？
ttp://slashdot.jp/articles/06/04/30/1530241.shtml

＞SSLじゃないただのWebサーバならApacheはIISの三倍と圧倒的なシェアを誇る

＞IISが下がっている方が気になるけどな　トータルコストの面と扱えると増えてきたって事なんですかね。

IISｽｹﾞｰな。
MSの一社独占支配はもはや揺るぎようがないね。

＞IIS5 も使ってみた事はあるが、設定の自由度が低すぎて Apache とは比較にならないほどに使いづらい。
＞Order allow,deny に該当する機能すら無いなんてねぇ。 (IIS5 は deny が先にしか出来ない。IIS6 じゃ改善されたの?)

「ＭＳＮ」苦戦・マイクロソフト、ネット事業が赤字に
ttp://it.nikkei.co.jp/business/news/index.aspx?n=NN001Y124%2028042006
＞ネット部門「ＭＳＮ」は減収となり営業赤字に転落した。
＞米グーグルなどネット関連企業と比べて劣勢は否めず、
＞ネット広告やサービス強化などで巻き返しを急ぐ必要がある。

MSディストリビュータのLinuxってどうだ
既存のウィンドウズアプリがネィティブレベルで動きます、っうのを売り機能にしてさ
価格はズバリ\1,980
話のネタに買ってやってもいいぞ

ttp://itpro.nikkeibp.co.jp/article/NEWS/20050927/221773/

＞問題のほとんどは，Microsoftの企業文化に起因しており，
＞最近行った組織変更だけでは，問題を修正できないだろう。
＞Microsoftは，あまりに巨大になり，階層が複雑になり過ぎてしまったため，
＞新しいマーケットのトレンドに迅速に対応できなくなってしまった

やっぱり、どの分野も業界2位が頑張らないと面白くないよね

２位ってどこよ？

面白くないというより、市場全体が腐ってしまうよね。

Ｍ＄の将来＝某日本の総合家電メーカーの現在＝資金は腐る程ある＆総合力で勝負全分野カバー＆全分野２位以下＆社員の給与削減で経理おｋ

確かにMSはデカくなりすぎた部分はあんのかもね

でも俺にはただ単に最近のゲイツ君が迷走してるだけのような気もするが
オープンソースとかも流行ってるしもぅOSや開発ツールが高利益率商品でなくなってるのを認めたくないんじゃないの

>>890
自分で自分の首絞めるかよ

しかしLinuxにはもっと頑張ってもらいたいが、環境が分散するのも痛し痒しか。

拙い質問でスマソ

LinuxでWindowsアプリを走らせられる機能ってある？
できればネィティブレベルで
まあエミュレータでもいんだけど

もしあればWindowsっていラない気がす…

つ WABI（氏亡）、Wine

>>898 WINE LINDOWS ってプロジェクトがあったけど
結局、windowsアプリを走らせるにはAPIだけではダメで　色んなCOM/OCX類が必要になるんで難しいみたいね

了解、�d
あとはネトで調べます

逆に言うと、windowsアプリはそれだけ他人に依存してるって事でもある
2チャンネルブラウザも多くはIE(WebBrwserコントロール）に依存してしまってるというようにね

何を逆に言ったのか分からん

「他人に」と書くからボンヤリするんでしょ。

COMに依存、と書けばハッキリする。

M$がCOMをBSDに移植すると何年間か言い続けて挫折。

LindowsってLinspireに名称変更したんだな。そして無料のFreespireもあるようだ。

ネットとメールにワープロ、表計算くらいならWinである必要ないんだよな。
逆にどうしてもWinでないと都合が悪いのはゲームくらいか。

インストールが簡便なら、Freespireは浸透するんじゃなかろうか。
大抵のユーザーがやってることってネットとメールくらいだもの。

みんなの好意に甘えてもう一発質問

Delphiで作ってるそんな手のこんでない業務用アブリは如何ですかね？
業務用なんでDBとかは当然使うんだけど
ほとんど標準的なVCLくらいしか使ってないんですけど

いやそぉいうリクエストが客からでてまして
マルチで動かねぇの？
みたいな

CLXに移植してみたら

>マルチで動かねぇの？

ってマルチスレッドかよ。


ま、マルチプラットフォームのことだろうが、普通それをマルチと言わない。

良い方法がある。
Delphi@Indyはマルチプラットフォームだ。

鯖は鯖アプリだからマルチである必要ないし、
クライアントと鯖通信をIndyで開発。

で、画面はWinはDelphi、Linux、MACはLazarusで開発する方法がある。


あ、全部Lazarusで開発可能なのは内緒。

Kylixでしたっけか？
うーん、でも多分使うリナクスが最新のターボになりそうなんだけど対応してんのかなあ
試してみるしかないすかね

うわ、つられた。

マルチぷラットフォームじゃなくて、クロスプラットフォームとかクロス、だろ。

おぉ、ラザルスですか
フリーのパスカルらっどですよね
早速調べてみます

レスくれた人達ありがとございます

ttp://www.atmarkit.co.jp/im/carc/serial/2802/2802.html

ゲイシにロック・オンされたくないからこそ、怒濤熱湯は避けたいんだけど、違う？

.NETにもMSにも、明るい未来はないような気がする。
それでも、.NET派とアンチに分かれ、言い争いの粘着気質だけ磨いて、
独自のソフトウエア基盤技術を持てない我々は、まとめてアボーンされて
しまうのではないか？心配だ。
アメリカは、MS側にもアンチ側にも、技術があるわけだから。

アンチってわけじゃないんだが、MSがどうなろうと関係ない技術を蓄積する
べきときではないんだろうか。

>>913
我々？

>>913
うん。アンチの低レベルは置いといて、マンセー派の低レベルは深刻だ。
日本のＭ○Ｐとか呼ばれてる連中のレベルを見れば明らか。

最近、マンセーっぽい記事をよく見かける。
単なる提灯記事だろうか。

>>914
自分ひとりだとは思いたくないんだろ

>>913は独自言語でも開発するつもりなんだろうか

そういえば名無しさん♯は元気だろうか

>>919
つttp://s03.2log.net/home/lambda/

関数型言語ってそんなに面白いか？
俺には理解できん…。

>>921　ある面で非常に記述性高くかけるため面白い。

Haskellは馬鹿には理解できない選ばれし者のための言語として有名。

つまり、>>923みたいなのには理解できないということか

初代２５５は元気だろうか・・・

まあ、後でメンテナンスする事考えないならHaskellでも何でもやるけどな

リスクが高すぎる

.NET大ブームスレはどこの板に移動しましたか？
.NET板？

このスレ見てると、C#を薦める人が多いけど、
.NETの実務として多いのはVB.netじゃねえ？
C#の実務って見たことない

案件はあるにはある
でも件数はVBより少ない
C#はオブジェクト指向的な実装を求められる事が多いためVBよりも敷居が高いんだよな
VBはドトネトになってもほとんどのユーザーにバカデキの言語として認識されてる
実際バカデキの言語としての機能も満載だしね

*バカデキ=バカでもできる

そういうのバカチョンっていうんじゃないの？
foolproof

バカデキ言語しか使えない奴が作ったソフトを
保守するのは地獄です

>>930
まぁ…。
VB6やらVBAよりは、言語として｢抑制｣が聞くように出来てるとは思うんだけど。

バカチョンは、バカでもチョンでもの略だと勝手に想像する人が騒ぐので放送禁止用語になりました。

ホントはバケーションの略だそうだけどね

で、バケーション中に、何やってんだョ・・・・・・・・オイラ・・・・

http://school5.2ch.net/test/read.cgi/student/1144918910/l50

開発言語なんて、簡単であればあるほどいいからな。
Cがいいなんて言ってるのは、Ｃが使える俺って偉いとでも思ってるんだろ。

C使えなかったら偉くないな

Cが使えたら偉いとは思わないが、VBしか使えなかったら偉くないのは確か

>>937　簡単であるだけで開発言語選べるなら苦労しねぇ

>>939
どっちも偉くないんじゃんｗ

VBもやっと.NETの時代になってきたか。
VB9もあることだしVBは安泰だな

COBOLのように息の長い言語になりそうだなVB

>>937
Cが難しいと思ってる時点で負け組み

>>944
お前にとってはＶＢもＣも同程度にしか使えないってことか

VBはCOBOLのようにはなれないよ
MS１社の営業戦略でひらひら言語仕様の変わる開発環境なんて危なくて使い続けられない
次期バージョンでは更に仕様がVB6的に回帰すんだろ
バッカじゃないのMS
自分勝手に売れないモノ作って、売れないもんだから、また元通りにしますってか？
ええ加減にせえ！客はおまえらのモルモットじゃないんだよ！

いや、他に不満は誰も言ってないが？

COBOLの2000年問題は、ライフサイクルが長すぎた故に発生したわけで

ＶＢのように定期的にちゃぶ台返ししてくれれば、ユーザも投資を予定して行えるし
業者も　ちゃんと食べてゆける。　

ＶＢを使えば皆んな幸せさ。

ソースは

3年たったらゴミ箱に

>>948は>>946に

そうそう。事実は一つ。
今も昔もVBを使い続けて、ユーザーから満足されて、開発者の仕事も成り立っている。
最強の言語、VB。

ソースも3年たったらゴミ箱　つまりは生産じゃなくて消費だな
人も3年たったらゴミ箱　人も消費されるだけ

どこの誰が幸せなのか？
企業だけが幸せでいいのか？

>>952　人間もうたかたの存在です。
あなたも会いたい人には今ここであっておくべきです。

>>952
Javaをやってる人は半年でゴミ箱行きです。それよりははるかにマシです。

>>954
>Javaをやってる人は半年でゴミ箱行きです。
その根拠は何？
javaってめちゃくちゃ現役じゃんか。。。

(っ´▽｀)っ
Java使いはC、C++、C#も使えるだろうしね。
半年で捨てられるわけがない。
最も汎用的なプログラマだね。

最も汎用的じゃないプログラマは･･･
そうです！COBうわ何をするやめろくぁｗせｄｒｆｔｇ・・・

今時C言語薦めるバカはなんなんだろうな
開発環境見てもC言語で作りましたーなんてソフトはマクロやチートぐらいだろ

他にもＣ言語で作りましたってのは
ゲームとか、家電製品とか、自動車の制御とか、家の中には一杯あるんじゃないの？

>>958
電化製品はすべてTRONで作られてるのしらねーのかよｗｗ

TRONって何だ？　ITRONは言語じゃないぞ

まあ、家電ったってピンからキリまであるからＣ言語だけじゃないさ
腕時計やリモコンの4ビットマイコンはアセンブラでしか書けないし

(っ´▽｀)っ
UNIX系OS上で動くプログラムはC言語が多いのでは？

自動改札や自動販売機は何で作られてるの？

windows98の乗った消防車は見たことがあるなあ

ＴＲＯＮはＣ＋＋でも開発できるけどな。ほとんどのチップで
すぐにメモリが足りなくなるから使い物にならないだけで

組み込みってやっぱり今でもメモリなんかの制約が厳しいものが多いの？

定期的にチャブ台返しね…
子供の遊びみたいだな
確かにソフト会社の中には仕事が増えて喜ぶ連中もいるだろうな
でも無意味な出費を強いられるユーザー企業は決してよろこんで金を出したりしてはいない
それにもっとシビアにソフトウェア開発を進めてる会社も沢山ある
先の読めない未来を予測しつつ、可能な限り継続性があり信頼性の高い技術要素を組み合わせて、技術蓄積型のソフトウェア開発をしていくような会社がね
そういう独自色の強い技術指向の会社ではドトネトなんてまるきし評価されていない
数年おきにまたゼロからの出発じゃ、いつまでたっても高度なソフトウェアなんて作れやしないからね

な馬鹿なことは無い。メモリは足せる。
C＋＋が無理なんて話は８ビットの世界位。
CPUは弱め。

>>966
ゼロからの出発に見えるのは、君が技術を学ぶ過程で本質を見てないからだよ。
レベル低いね。

>>968
ちゃぶ台返しの現実と本質を見れないおまいが変だろ。

.NETが出てきたのはもう5年以上も前の話になる。
それから大きく変わったようには見えないが。
それがいまだに新しいものに見えるなら、それは単に君が技術を知らなかった怠慢だろう。

>ゼロからの出発に見えるのは、君が技術を学ぶ過程で本質を見てないからだよ。

M＄のちゃぶ台の上に構築する技術ならソフトウェア技術じゃないよ。それデジドカ。

ソフトウェア技術ってのはググルとかみたく垂直統合で既存の物を丸ごと置き換えるもの。
とか、独自ハードにポーティングを含めて技術といえるかな。

そうでない、Win用ソフトってのは結局M$のマーケティングを助けてるに過ぎないという論調で、ソフトウェア会社が逃げ出した。

>>971
本質を見ているなら、MSだから駄目などというのは全く馬鹿げた議論だと思うが。
やはり本質が見えてないようだ。

>>971
> ソフトウェア技術ってのはググルとかみたく垂直統合で既存の物を丸ごと置き換えるもの。

なるほど。「既存の物を丸ごと置き換える」、つまりゼロからの出発に君は賛同しているんだね。

爆笑ｗｗｗ

>それがいまだに新しいものに見えるなら、それは単に君が技術を知らなかった怠慢だろう。

何て言うかなあなたには、ソフトウェア技術がわかってないよう棚。

ソフトウェア技術っていうのはスタックのように上積みしていくもの。
OSがあって、その上にTCPスタックができてインターネットという基盤が出来たの。

新しいものを追いかける＝デジドカ
だから。

ドトネトとかのチャブ台返しは結局マイクロソフトが定期的に利益を上げるための構図だよね
第三者としての他社の技術者やユーザー企業は、自分や自社の利益になるならそれに乗ればいいし、ならなきゃ乗らなきゃいい
俺は自己中のマイクロソフトが嫌いなので乗らない
俺にとってはLinuxやjavaの方がはるかにマシ

>>972
ちゃぶ台返しがダメだということが分かると理解できると思うよ。

>>973
その技術ってのは、Linux、既存の枯れたスタックだよ。

いまだに.NETに対してバラ色の未来を無条件に信じている人はこの業界にはいないでしょう
MSとしてもいまさら引っ込みがつかなくなってる気がする
さりとて新しい技術を出してちゃぶ台ひっくり返す愚を冒すほどMSは愚かではないし
しばらくは.NETと一蓮托生してくんじゃないかな？
それが一般ユーザに受け入れられるかどうかは別の問題として

ヒント：ちゃぶ台＝ランタイム

ドトネトを含めたMSも、結局はシステム構築の中の１選択肢に過ぎない
かなり大きな選択肢ではあるけど、最終的に選ぶのは個人や企業のユーザー自身
今、MSは個人ユーザーに対しては無償ツールの提供とかしてユーザーの取込みに躍起になってるけど必ずしもその戦術は効果を上げてはいない
要らないよマイクロソフトさん
２、３年しか持たない開発ツールなんて

JBuilderは半年しかもたなかったけどなｗ

つVisual InterDev
つVisual J++

>>982
釣られるな。

開発ツールが持つ持たないったのは、バージョンうｐの話じゃない。

ソースコードが消え去るとか、DCOMみたくFWでブロックされて動作しなくなるってこと。

と思ったが、

＞つVisual InterDev
＞つVisual J++

これって丸々消えたね。
J＃もユーザーが居ないとか。

> DCOMみたくFWでブロックされて動作しなくなるってこと

へー。じゃあIISもFWのせいで動作しなくなったね。ｗ

IDE事業そのものが消え去ったところもあるけどねｗ

ちゃぶ台返しってなんか救いようのない馬鹿がいるな。

皆さんお忙しいからより生産性のあがる道具を使いましょう、
ってMSの意図が間違っているとは俺には毛ほども思えないが。

定期的に収益を上げるため？
開発者向けの製品なんてどんだけ捌けてると思ってるんだよw

もちろんMSも企業だかららすべての意思決定の最終目標は収益を上げることに決まってるけどね。
生産性の高い開発ツールがなければいいアプリは生まれず、いいアプリがなければ
PCが売れず、PCが売れなければMSの主力製品が売れない。
だからドトネト。

いい歳こいて、こんな高校生でも見えるような構図が見えないなんてかなり恥ずかしいことだぞw

まあ老人の話を聞くと、真空管からソリッドステートに、ディスクリートから
ICにトレンドが変わったときにも、時代の変化についていけず同じような
負け惜しみをいう奴がいたそうだから、いつの時代も馬鹿は度し難いもんなんだろうな。

後発の新規製品に多少なりともリスクが内包するのは許せる
様子を見てればいいだけだから
しかしそれまでの基幹製品を一挙に自社都合で中身丸ごと変えてしまうのはどう考えてもリスク管理の範囲を超えてる
自爆するならMS一社でどうぞ

>>988
そうだね。自社都合でメインフレームを縮小したベンダーは許しがたいね。ｗ

使えるモノはなんでも使う気ね
ご苦労様です

VB6のサポート止めるのはいいんだが、ExcelやAccessのVBAはどうするんだろうな？
アレもVB6からVBA.netとかになるのか？ｗ
そうなると、おひす製品も人離れが起きるの・・・か？

>>991
Office12ではC#ベースになるらしい

>生産性の高い開発ツールがなければいいアプリは生まれず、いいアプリがなければ
>PCが売れず、PCが売れなければMSの主力製品が売れない。
>だからドトネト。

で、当のM$がオフィスにﾄﾞﾄﾈﾄも使わなければ、ﾌﾞﾋﾞで製品作ることが無かったことを問題にしてんだろ。
M$の推奨でアプリ作るとちゃぶ台返し、M＄は無傷。

怒涛熱湯を擁護してるやつって積極的に言いたいことがあるわけじゃなくミスリードで会話を錯乱してるよね。

これって工作員？

>>989
メインフレームって無くなってないし、中国にも売り込むらしいよ。

本当に過去振り返っても無くなったのはM＄系開発ツール。

別に時代が進んで要求される技術の種類やレベルが推移していくのは
MSのせいじゃないけどなw
馬鹿はこの辺わからいんだろうなあ

>>987
あのね、何か勘違いしてるみたいだお
生産性を上げる開発ツールはこちらとしても台歓迎なわけよ
ただその開発ツールの製品仕様をコロコロかえないでえって話しをしてるの
もしMSがホントに使えるツール作ればこっちもいろいろライブラリとかコンポーネントとか作るでしょ？
でコロコロ仕様変えられたらせっかく再利用しようとしてたのが無駄になんでじゃないさ
あと開発ツールの利益が云々いうてるけど開発ツールにMS印使えばほとんど他の関連ソフトやオフィス製品までMS製品で埋め尽される可能性が高いの知ってて無視してるでしょ
ワザと♪

>>996
>別に時代が進んで要求される技術の種類やレベルが推移していくのは
>MSのせいじゃないけどなw

いや、あの、インターネットにしてもウィンドウシステム、クラスライブラリにしても、
技術を進めてるのはM＄以外。
M$は技術の追っかけしてるだけ。

技術を進めてる側、例えばBSDにTCPスタックでインターネットを例に取ると、
やっぱスタックであってちゃぶ台返しはしないわけ。

やばい
もう1000だお
あとは頼んだ

1000なら.NET完全脂肪...

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。