05/12/03 22:52:44
NetBeansやその商用であるSun Java Studioシリーズまでもが無償となって
VBからの移植は.NETじゃなくても良くなった。
JNI使いが居なきゃ過去の資産を生かせないけどね。
業務アプリ市場はようやくJavaと.NETのガチンコ対決が始まったといえる
251:デフォルトの名無しさん
05/12/03 23:00:00
VB6->COBOLの移行もたまーにだけど聞くぞ。
252:デフォルトの名無しさん
05/12/03 23:12:39
目糞が鼻糞を嘲うスレはここですか
253:デフォルトの名無しさん
05/12/03 23:16:38
SUNはMSに援助されてるくせに生意気
254:デフォルトの名無しさん
05/12/04 00:08:08
COBOLの移植でWebアプリを提案するやつもそれを受け入れるやつも大馬鹿
だとおもうんだが。
おまえら、入力オペがやりやすいクラサバシステムが欲しいんちゃうかと。
なんでWebのフォームと画面遷移で満足できるんだよと。
255:デフォルトの名無しさん
05/12/04 00:10:32
Webだけでも相当のことは出来るけど。
256:デフォルトの名無しさん
05/12/04 00:24:48
Webよりクラサバのが作るのが楽
257:デフォルトの名無しさん
05/12/04 01:30:26
CSシステムの方が良いけど、
Webアプリって言った方がボッタクれそうだから。
258:デフォルトの名無しさん
05/12/04 02:34:51
まあ、最近何でもWebアプリにするのは、提案してる連中
が対話型UIを持つシステムについて、他のソリューション
を知らないだけだからとおもうけど。
259:デフォルトの名無しさん
05/12/04 03:19:02
>>258
つーより、「システムを管理している側」からすれば楽だからジャマイカ。
webシステムは配置が楽なのに尽きるので。んで、大抵管理するひとが
決定に強いと。
260:デフォルトの名無しさん
05/12/04 03:21:07
.NetもJavaWebStartもWebよりトラフィックは低いでしょ？
261:デフォルトの名無しさん
05/12/04 07:02:01
みんな「神託」に騙されているんですよ。
262:デフォルトの名無しさん
05/12/04 09:35:20
>>1-261
そろそろまとめてくれ。
要するに.NETってどうなのよ？
263:デフォルトの名無しさん
05/12/04 09:42:25
糞
264:デフォルトの名無しさん
05/12/04 19:30:31
お前らが使ったところでMicrosoftのためにならない
265:デフォルトの名無しさん
05/12/05 01:35:46
>>264
お前はMicrosoftのために.NET使ってんのか。ごくろうなこった。
266:デフォルトの名無しさん
05/12/05 09:00:32
CSSの最強はDel/Win32だし。
267:デフォルトの名無しさん
05/12/06 10:42:21
7 以前のな
268:デフォルトの名無しさん
05/12/06 21:40:53
Visual Basicの来た道、進む道
269:デフォルトの名無しさん
05/12/06 21:44:50
失礼
URLﾘﾝｸ(www.atmarkit.co.jp)
> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。
> WPFやWCFは、最初から.NETベースのAPIとして構築されます。
> もちろんWPFなどは、従来の Win32プログラムから（COM経由で）の利用も互換性のためサポートされる予定ですが、こういった新しいWindowsの機能を十二分に活用するためには、やはり.NETを利用するのが最適です。
270:デフォルトの名無しさん
05/12/07 08:45:23
> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。
ドトネト大ブームβ時代から続いてる詭弁。
271:デフォルトの名無しさん
05/12/07 09:31:41
業務アプリはもう.NET無しでは考えられないけどな（対抗馬:swing)
272:デフォルトの名無しさん
05/12/07 09:35:45
業務アプリどころか、１つもドトネトアプリを使ってない大多数の人て一体,,,
273:デフォルトの名無しさん
05/12/07 09:37:18
>>270
もうすでにWinFXβは出てて、実際に8割がたマネージコードなんですけど。
WPFはコア部分はMILというネイティブコードですけど(しかしMILは非公開の予定)、
XAMLやら見ても分かるように.NETのメタデータ機能を活用したFrameworkですし、
WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー
スですので、.NETのメタデータ自己記述の機能が前提。
274:デフォルトの名無しさん
05/12/07 09:50:17
URLﾘﾝｸ(primates.ximian.com)
セキュリティ:
ローテクな問題の解決については、説明できていない。
複雑:
実装の詳細があらゆるところから散見されるし、
このアプローチは私が信じる限りでは良くないアイディアだ:
物事をほとんど、あるいは全くカプセル化していない。
技術標準の無視:
Avalonユーザーはこの利益を得られないし、
これは実にくだらない理由で、この産業をふたたび分割することにしかならない。
キャンバスモデル:
そしてスケーリングしなければならなくなったとき、
独自の再描画やハンドルといった低レベルの詳細部分に、
自分で対応しなければならないような、
伝統的なプログラミングモデルの世界に後戻りしなければならなくなる。
GUIデザイナの欠落:
今のところ人々は気づいていないようだけど。
予言:
私の予言としては、Avalon v1は捨て駒だ。
これは本当のアプリケーションをビルドする基盤にはならない。
V2は後方互換にはならないだろう。彼らは再構築させられる羽目になるだろう。
それはつまり、人々が、Avalon V1とAvalon V2という2つのフレームワークを、
side-by-sideで実行することをあきらめるということだ
275:デフォルトの名無しさん
05/12/07 09:53:43
>WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー
このへん、携帯機器も絡んできて結果Web APIが主流なのでドトネトで出されても超ニッチ。
276:デフォルトの名無しさん
05/12/07 09:54:56
結果。
WinFXβ
・WPF
・WCF
・WinFS
↑
魅力ねぇ。
277:デフォルトの名無しさん
05/12/07 12:12:49
>>275
バカじゃないの?WebAPIが主流ならますます.NETのほうが有利じゃん。
相互運用の話をするのなら異種間システム結合は圧倒的に.NETだし。
その辺の前提は始めから組み込まれて作られているわけで、そのための
MarshalByRefObjectとかAppDomainとかな。
そもそもネットワークの世界(マシン間)のType SystemではXML-Shcemaで合意
(Data以外の部分で揺れてるけどな)、マシンの内部においてどうするかの世界で
Windowsでは.NET、他はJavaあたりがくるかという話になってんのに機器を広げた
らますます不利になるってのも分からんのかね?アホ?
>>276
まぁバカには魅力が分からんかもな
278:デフォルトの名無しさん
05/12/07 12:34:26
>>277
バカだな。
相互ってWindows同士の相互であって、
携帯ではWinは対象にならないくらいニッチ。
いい加減魅力無い事に気付けよ。
279:デフォルトの名無しさん
05/12/07 15:36:42
>>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内で閉じて囲い込みなんていつの時代の話だよ
280:デフォルトの名無しさん
05/12/07 20:44:55
アンチが黙ってしまったなｗ
281:デフォルトの名無しさん
05/12/07 20:57:40
なげーよボケ
簡潔にまとめろ
282:デフォルトの名無しさん
05/12/07 23:23:05
おれ、２ｃｈにきて初めてこのカキコする。
>>279
２行目まで読んだ（リアルで
283:デフォルトの名無しさん
05/12/07 23:32:14
>>279
禿同
なんとかかんとかPSP
284:デフォルトの名無しさん
05/12/07 23:45:34
「あんちゃんにはわからないのよっ！」は良かった
285:デフォルトの名無しさん
05/12/08 04:05:29
2chの法則
長文レスはよほど面白くない限り誰も読まない。
286:デフォルトの名無しさん
05/12/08 09:09:37
ここは俺の日記帳だ！
287:デフォルトの名無しさん
05/12/08 09:15:30
URLﾘﾝｸ(www.hellohiro.com)
RMIとはRemote Method Invocationの略です。RMIを用いると、別のコンピューターにあるJavaのオブジェクトのメソッドを呼ぶことができます。
288:デフォルトの名無しさん
05/12/08 12:46:30
しょーがねえなあ、素人のおれがまとめてやるヨ
>>279
＞この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMS
で、ろくに何も実現できてないから「.NETにはやられた」って結論でFAな。
2行で足りるじゃん
289:デフォルトの名無しさん
05/12/08 15:29:22
気持ち悪いくらいのマンセーだな。
ＧＫのＰＳＰ並みに痛い。。。
って、ネタ？
290:デフォルトの名無しさん
05/12/08 20:48:22
確かにドトネトはソースが作りやすい
でも必要なメソやハンドラがある場所がわかりにくい
頼むから鱒丼をもっと解りやすくしてくれ
鱒丼よりよそのサイトの方がわかりやすいよ…
291:デフォルトの名無しさん
05/12/08 20:55:35
鱒丼って何だよ。
292:デフォルトの名無しさん
05/12/08 21:00:57
頭のいい俺が考えた造語
JAVA ：マルチプラットフォーム シングルランゲージ
.NET ：シングルプラットフォーム マルチランゲージ
なんてわかりやすい例えなんだ（感涙
293:デフォルトの名無しさん
05/12/08 21:01:02
鱒丼→ますどん→MASUDON→MaSuDoN→MSDN
だと思うが、そんな風に書くのはきわめて気持ち悪いな。
294:デフォルトの名無しさん
05/12/08 21:35:13
>.NET ：シングルプラットフォーム マルチランゲージ
↑
ﾌﾞﾋﾞﾁｭｳから見ると旧VBが無いから、０ランゲージ。
295:デフォルトの名無しさん
05/12/08 23:26:40
URLﾘﾝｸ(s03.2log.net)
正直賛同できません。
296:デフォルトの名無しさん
05/12/08 23:27:57
MVP工作員乙
297:デフォルトの名無しさん
05/12/08 23:34:49
賛同も何も、事実を数値的に示しただけじゃん
298:デフォルトの名無しさん
05/12/08 23:49:21
んだとぅ！？このガキどもが！！
299:デフォルトの名無しさん
05/12/09 00:13:54
Javaや.NETは静的型付言語でありながらもリフレクションを利用すると動的
な側面を利用する事もできる。
この辺に美味しいとこが残ってそうな気がするんだよな。て言うか次世代？
Ruby、Python、ECMAScriptでは動的な側面を利用した新しいイディオムが
研究されてるし、Javaでも激しくハックなりフレクション利用例が出てきてる。
安全だけど柔軟てのがテーマになっていくのかな？と妄想する。
300:デフォルトの名無しさん
05/12/10 02:54:30
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を押した後からキーイベントが上がってこないんですが…
301:デフォルトの名無しさん
05/12/10 13:05:10
F10押した後で下矢印キー押してみ。
302:300
05/12/10 14:33:40
そういうことかー
303:デフォルトの名無しさん
05/12/12 17:20:04
>>302
見事に.NETにやられたな。
304:デフォルトの名無しさん
05/12/12 23:00:03
ﾜﾛｽｗ
305:デフォルトの名無しさん
05/12/13 07:03:58
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
306:デフォルトの名無しさん
05/12/13 12:38:01
，.NETの処理機能マイクロプロセッサなんて、
超ハイパースペシャル大ヒット間違いないおね。
307:デフォルトの名無しさん
05/12/13 12:50:16
はいはい ﾜﾛｽﾜﾛｽ
308:デフォルトの名無しさん
05/12/13 13:46:42
.NETマイクロプロセッサのソフトにも月間うｐデートと、
メジャーバージョンうｐが必要になります。
失敗したらCPUが動作しない両刃の真剣勝負。
でもそれだけの価値があることをみんな分かってるから大丈夫。
309:デフォルトの名無しさん
05/12/16 12:26:01
βマックスはなくなるの?
いいえ。
ﾄﾞﾄﾈﾄはなくなるの?
いいえ。
310:デフォルトの名無しさん
05/12/26 23:23:37
ﾄﾞﾄﾈﾄはなくなるの?
はい。
311:デフォルトの名無しさん
06/01/28 12:55:28
.NETってどのくらい普及しているのですか？
312:デフォルトの名無しさん
06/01/28 13:07:10
普及してません
313:デフォルトの名無しさん
06/01/28 20:46:49
真面目な話、.NETは仕様上のバグが多すぎたと思う。
互換性問題とかね。
さらに、.NET自体が初心者でも使いやすいような仕様だから、.NETプログラマーのほとんどが初心者になる。
そうすると、.NETで作られたプログラムも全体的にレベルが低いものが多くなる。
だから.NETに対する風当たりが強いんだと思う。
314:デフォルトの名無しさん
06/01/28 21:19:53
.NETの仕様や互換性とか以前に、.NETを使うことによる
ユーザにとってのメリットがなさすぎる。
315:デフォルトの名無しさん
06/01/28 22:01:07
プラットフォーム固定なのに、何でもかんでもVM上でやろうとするからおかしな事になる
他のVM搭載した言語の様にマルチプラットフォームじゃないとVM使うメリット無いのにね
316:デフォルトの名無しさん
06/01/28 23:55:44
誰の為の 何の為の .NET ？？？
317:デフォルトの名無しさん
06/01/29 00:50:48
>>314
同意。
ユーザにとっては、もっさりアプリの押し付け以外の何物でもないな。
.NET がマルチプラットフォームだと、
Linux・Macの人が幸せになれたりする利点があるのだがなぁ．．．
318:デフォルトの名無しさん
06/01/29 01:01:42
>>317
ある意味monoが.NETを活気付かせるかもね。
319:デフォルトの名無しさん
06/01/29 01:05:44
低級プログラマーが簡単なアプリを作るための .NET
320:デフォルトの名無しさん
06/01/29 01:13:55
>>319
素晴らしいことだよね。
簡単にアプリが作れるっていうのはさ
321:デフォルトの名無しさん
06/01/29 01:44:48
イヤミを褒め言葉に変えやがった・・・
322:ここ壊れてます
06/01/29 02:10:21
323:デフォルトの名無しさん
06/01/29 08:45:24
簡単「に」じゃなくて簡単「な」アプリなんだよな。
324:デフォルトの名無しさん
06/01/29 10:19:18
外観だけなら、複雑なアプリでも簡単に作れるよ。
325:デフォルトの名無しさん
06/01/29 10:43:44
中身だって複雑なアプリ作れるだろうが。
メモリ管理とかに割いてた時間をほかの事に避けるでしょ？
326:デフォルトの名無しさん
06/01/29 10:44:27
>外観だけなら、複雑なアプリでも簡単に作れるよ。
表示が若干もっさりするけどね
327:デフォルトの名無しさん
06/01/29 10:58:01
俺たちは重大な過ちを犯していた！！
このスッドレのタイトルは「.NETにはやられた...」である。
一般の日本人であれば「.NETには やられた...」と読み取るであろう。
しかし、このスッドレの真のタイトルは「.NETに はやられた...」、ここまで言えば、賢い諸君であればお気づきであろう。
つまり、「.NETに流行られた...」という意味である！！
そう、このスッドレは、アセンブリ言語、C、C++、Java、Perl、PHPなど、従来の言語開発者による、
.NETプラットフォームの破竹の勢いの普及速度に対する嫉妬と、その波に乗れなかった後悔の念によって立てられたスッドレである！！
328:デフォルトの名無しさん
06/01/29 18:30:25
>>327
>>31あたりから何度も既出
329:デフォルトの名無しさん
06/01/29 21:08:38
>>327
>>1を読みな。
普及してないって書いてあるじゃん。
330:デフォルトの名無しさん
06/02/01 00:27:53
おまえらほんと馬鹿ばっかだな
331:デフォルトの名無しさん
06/02/01 00:30:23
おっ！久しぶりに馬鹿が書き込んだ
332:デフォルトの名無しさん
06/02/02 16:26:00
普及するしないのモノサシがいまいち示されてないな
WindowsUpdateしてる奴（＝8割）は.NET入れてるわけで
ランタイムは普及してるよ
333:デフォルトの名無しさん
06/02/02 22:09:39
そのランタイムで動くアプリが普及してなきゃ仕方ないわな
ほとんどのWebブラウザにJREが搭載されていたからといって
Javaアプリが普及しているとはいえまい
334:デフォルトの名無しさん
06/02/03 00:07:29
俺としては明確に「.NET使ってます！」って言うソフトより、
「実は.NET使ってました。」っていうソフトが
いつの間にか普及しちゃってた、ていう状況がベスト
335:デフォルトの名無しさん
06/02/03 00:21:13
で、.NETの発表から5年たつわけだがそういうソフトはあるのだろうか？
336:デフォルトの名無しさん
06/02/03 00:27:23
Reflector for .NET
337:デフォルトの名無しさん
06/02/03 08:32:23
だってWindowsに搭載されてるJREじゃほとんどのアプレット動かないよ
ゲームは特に1つだって動きやしない
338:デフォルトの名無しさん
06/02/03 09:19:09
>「実は.NET使ってました。」っていうソフトが いつの間にか普及しちゃってた、ていう状況がベスト
こんなにモッサリﾄﾞﾄﾆｰﾄがそんなこと有り得ない。
339:デフォルトの名無しさん
06/02/03 14:19:02
>>338
モッサリをカバーするために
「実はスタートアップにダミーの .NET製アプリがインストールされていました」
という状況があちこちで生まれるかも｡
340:デフォルトの名無しさん
06/02/03 14:24:00
ﾄﾞﾄﾆｰﾄランタイム・クリーンあんいんすとーらー希ぼんにゅ
341:デフォルトの名無しさん
06/02/03 16:51:39
とりあえず、バージョン３が出れば何とかなるでしょう。
何故かは分かりませんが、普通にそういうもんです。
コンピュータにとって３は吉数なのです。
342:デフォルトの名無しさん
06/02/03 19:02:44
>>339
スタートアップどころかOSと仲良く一緒に起動するよ。そのうち。
343:デフォルトの名無しさん
06/02/03 22:33:48
使わないからスワップしてるのな
で、さらに遅くなる
344:デフォルトの名無しさん
06/02/03 23:48:20
どのみち将来はあまり明るくなさそうだな
345:デフォルトの名無しさん
06/02/05 00:49:12
Windows.Forms.dllがでかすぎ。
1.1は2MB程度だったが2.0で5MBくらいになってる。アホか
346:デフォルトの名無しさん
06/02/05 01:36:57
でも.netがどんなに重かろうとなくなる方向には向わないだろうから
OSに吸収されてくさ。
Dephi卒業してC#でも始めようかなっと。
347:デフォルトの名無しさん
06/02/05 12:42:07
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
348:デフォルトの名無しさん
06/02/06 08:40:35
>でも.netがどんなに重かろうとなくなる方向には向わないだろうから
>OSに吸収されてくさ。
ﾌﾞﾋﾞランタイムでも同様の事が言われて種。
でも、Ｏ＄とドトネトの間は開くばかり。（ネーミングといいＡＰＩといい）
349:デフォルトの名無しさん
06/02/10 23:00:04
C#か…
J#と同じ運命を辿る事になるとも知らずに…
350:デフォルトの名無しさん
06/02/15 10:41:18
.NETに行かない=COM、MFC、ATL/WTLの延命確定
MSはすぐ切捨てる～は詭弁確定
351:デフォルトの名無しさん
06/02/15 11:51:21
現実は携帯O$にWinCEを使ったメーカーがO$の提供切られて（今はライセンス変更されたらしいが）、
Win二度と使うか！と怒った話とかあるお。
つか、
>.NETに行かない=COM、MFC、ATL/WTLの延命確定
もう延命されても新規には使えんやん。
開発者から見たら切り捨てだお。
352:デフォルトの名無しさん
06/02/15 12:06:33
行かないというのか、Vista発売までには行けないというのか。
64ビットOSへの本格的な移行が始まるまでには、目処つけてくれるといいんだけどね。
353:デフォルトの名無しさん
06/02/21 14:40:52
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下位互換へ
354:デフォルトの名無しさん
06/02/21 15:59:59
どの技術でもそうだけど主流になるかどうかはインスコに手間がかからないことが必須
.NETが主流になるとしたら
「えーまだXPなんて使ってるの？キャハハ！XPが許されるのは(ry」
そんな時代になった頃だな
MFCベースアプリはフォルダにMFCのDLLをコピるだけで動いたから楽だったよ(遠い目
355:デフォルトの名無しさん
06/02/21 16:26:23
COMはXMLSchemaと同じでとっつきにくさがね
どこの会社にも埃をかぶったCOM書籍が眠ってるのでわ
頑張って理解した人だけが儲けられる
実際儲けたかどうかしらないけどさ
356:デフォルトの名無しさん
06/02/21 16:35:51
.NETは遅いから使い物にならん
357:デフォルトの名無しさん
06/02/21 16:40:00
＞MFCベースアプリはフォルダにMFCのDLLをコピるだけで動いたから
スタティックリンクしてDLLのコピーすら不要にするよ
358:デフォルトの名無しさん
06/02/21 16:43:13
COMで儲けた人なんて聞いたことないな。
やたらブ厚い本は枕には重宝したが（ｗ
一時なんでもOLE対応とかCOM対応とか言ってた時期あるが
そうするメリットってさっぱりわからんかったな。
たとえばゲームプログラムでOLEやCOMに対応して
なにかうれしいことあった？
359:デフォルトの名無しさん
06/02/21 18:02:45
DirectXはCOM使っていますが。
もちろん技術的にどうしてもCOMにしなければならない必要性があったとは言えないだろうけど。
360:デフォルトの名無しさん
06/02/22 07:40:39
>>358
COMがないとOSもなにも動かないんだが。
OLEと混ぜるなよ
361:デフォルトの名無しさん
06/02/22 08:45:07
>COMがないとOSもなにも動かないんだが。
何でO$が動かないの？
あ、池沼ですか。
362:デフォルトの名無しさん
06/02/22 08:48:13
何から何までCOMで出来ているから
363:デフォルトの名無しさん
06/02/22 08:49:22
>>362
小学生は学校いけよ
364:デフォルトの名無しさん
06/02/22 08:50:26
>何から何までCOMで出来ているから
あ、WindowsはCOMのカタマリだというＭ＄の宣伝に騙された被害者でつか。
365:デフォルトの名無しさん
06/02/22 09:00:53
COMが無いとプロセス間通信が成り立ちません
ドライバもWDM=COM
366:デフォルトの名無しさん
06/02/22 09:09:31
>>365
>COMが無いとプロセス間通信が成り立ちません
何でそういうウソいうかな。
小学校でウソいわない様に習わなかった？
>ドライバもWDM=COM
これも間違い。
367:デフォルトの名無しさん
06/02/22 10:01:37
何に切れたかしらんが
韻まで踏むことはない
男ならCLSIDキー消して再起動
これでいけ
368:デフォルトの名無しさん
06/02/22 10:35:41
ユーザープログラムから完全に独立しているのにも関わらず
いざ使うとなるとプログラムの一部になってしまう密着性。
それがCOM。
今流行りのツンデレの先駆け。
COMの開発してるとエッチな気分になれるから好きだな。
最近はCOM案件なんて無いけどさ。
369:デフォルトの名無しさん
06/02/22 19:16:20
>>368
COMってエッチだよな。最近は俺でも手におえないよ。えっちすぎて
370:デフォルトの名無しさん
06/02/23 10:38:44
OSはともかく今のシェルはエッチの塊だな
371:デフォルトの名無しさん
06/02/23 12:48:52
>>370
＼|／
/⌒ヽ ／￣￣￣￣￣￣￣￣￣￣￣
| ゜Θ゜） ＜ そうでもないよ。
| ∵ つ ＼＿＿＿＿＿＿＿＿＿＿＿
| ∵ |
＼＿／
372:デフォルトの名無しさん
06/02/23 21:25:00
はいはいCOMなんて存在しませんね
モマエの頭の中では
373:デフォルトの名無しさん
06/03/01 13:35:59
電子政府自治体に採用されるJ2EEは
.NETよりも安定性に優れてるということでOK？
374:デフォルトの名無しさん
06/03/01 19:09:01
おCOMe券
375:デフォルトの名無しさん
06/03/01 19:20:59
ﾜﾛﾀ
376:デフォルトの名無しさん
06/03/02 11:58:06
.NETは大嫌い。だからＶＢからDelphiに移行したのだ。
377:デフォルトの名無しさん
06/03/02 13:41:21
でどう？
378:デフォルトの名無しさん
06/03/02 15:14:23
イントラ系の業務Webアプリは.NETに移行するだろうね。
管理者は満足なんだろうけど、実際の利用者は貧弱なUIに苦しんでいるのが現状。
実際、自分が開発に携わったものをテストしてて、かったるくて仕方が無い。
フロントエンドがASP.NETになるかは不明だが。
379:デフォルトの名無しさん
06/03/02 15:49:42
>イントラ系の業務Webアプリは.NETに移行するだろうね。
＼|／
/⌒ヽ ／￣￣￣￣￣￣￣￣￣￣￣
| ゜Θ゜） ＜ そうでもないお。
| ∵ つ ＼＿＿＿＿＿＿＿＿＿＿＿
| ∵ |
＼＿／
API War
URLﾘﾝｸ(www.radiumsoftware.com)
380:デフォルトの名無しさん
06/03/02 16:14:46
やっぱ、Ｍ＄には太刀打ちできない！
＞大前研一：技術はあっても構想のない国・日本
＞URLﾘﾝｸ(nikkeibp.jp)
＞Xbox360の描く未来に太刀打ちできる企業は存在しない
381:デフォルトの名無しさん
06/03/03 04:06:33
WEBアプリやるのに近代的な文法のPythonやRubyでなくて
古色蒼然たるC#やVB.netのようなローテクレトロ文法使うのって理解できない。
382:デフォルトの名無しさん
06/03/03 06:20:24
.Netが遅いのは起動時だけでしょう。
JavaVMの遅さに比べたらましは方ですよ。
383:デフォルトの名無しさん
06/03/03 08:52:47
＼|／
/⌒ヽ ／￣￣￣￣￣￣￣￣￣￣￣
| ゜Θ゜） ＜ そうでもないお。
| ∵ つ ＼＿＿＿＿＿＿＿＿＿＿＿
| ∵ |
＼＿／
384:デフォルトの名無しさん
06/03/03 09:43:50
＞C/C++いっさいなし、Javaだけで開発されたOS - JNode
＞URLﾘﾝｸ(pcweb.mycom.co.jp)
コアの部分が肥大化して１年毎にバージョンうｐでコアが差し替えられるドトネッツじゃ市んでも無理だおね。
385:デフォルトの名無しさん
06/03/03 10:57:36
イントラは、間違いなく.NETに移行でしょ。
ブラウザ依存の貧弱UIじゃ業務要件を満たすのが難しくなってるのが事実。
またVB時代に戻るようなイメージじゃないのかな。
あくまでもVB.NETは、旧VB用に存在するだけで開発言語は適所に選択するようになるはず。
VS2005になって、初回インストールの手間はあるけど起動毎にバージョンチェックとアップは
自動で行われるからWebアプリの優位性は失われたに等しい。
むしろ、もう止めようよ。
386:デフォルトの名無しさん
06/03/03 11:11:37
>イントラは、間違いなく.NETに移行でしょ。
>ブラウザ依存の貧弱UIじゃ業務要件を満たすのが難しくなってるのが事実。
Joel本にも書かれていたが、
不思議なことに現実はユーザーはウェブのＵＩを面倒くさがってない。
>またVB時代に戻るようなイメージじゃないのかな。
>あくまでもVB.NETは、旧VB用に存在するだけで開発言語は適所に選択するようになるはず。
上文と下文で文意が違う。
>VS2005になって、初回インストールの手間はあるけど起動毎にバージョンチェックとアップは
>自動で行われるからWebアプリの優位性は失われたに等しい。
>むしろ、もう止めようよ。
Joel本にも書かれていたが、
Win32時代には過去のアプリを動作させるために、
Ｏ＄がアプリを把握してバグで動作しないアプリを互換モードで無理矢理動作させる事を行っていた。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
387:デフォルトの名無しさん
06/03/03 11:57:45
O/Sの自動アップデートは、運用する方にとっては余計なお世話で、迷惑な事だな。
UIをブラウザにする理由は特別なソフトを入れなくてもいいようにするため。
388:デフォルトの名無しさん
06/03/03 12:28:05
世の中ドトネッツを歓迎しないどころか、存在さえ知らない。
そこでランタイムが無いよエラーなんて出ようもんなら、大ブーイング。
携帯だとドトネッツランタイムのインストールも出来ないな。
389:デフォルトの名無しさん
06/03/03 12:47:55
>>386
「本に書かれていた」ばっかりだね。
フリーのドカチンプログラマ？
実際に客先に行ってみな。
そして実際のユーザーの声を聞いて見なさい。
390:デフォルトの名無しさん
06/03/03 12:51:29
ユーザーの声：
VBが無くなる？もう今後Ｖ＄はダメだＪａｖａにしる！
ドトネトって何？
391:デフォルトの名無しさん
06/03/03 13:00:25
ユーザーの声：
なんか前より遅くなったな。
392:デフォルトの名無しさん
06/03/03 13:05:22
ユーザーの声：
分かったから、ドトネッツで前より何が良くなるわけ？
393:デフォルトの名無しさん
06/03/03 13:07:36
ユーザーの声：
今度のビスタは何が良くなるか教えて？
いや、ドトネトはｳﾁｶﾝｹﾈから他で。
394:デフォルトの名無しさん
06/03/03 13:24:50
ユーザの声：
え？ なんか入れなきゃ動かないの？
なんだかわかんないから、なにも入れなくていいようにしてよ。
395:デフォルトの名無しさん
06/03/03 13:30:19
ユーザの声：
ﾌﾞﾋﾞラインタイムでも社内で嫌われてんのに、
今度のランタイムは何十メガもあるの？
え、将来的にはＯ＄には入る？
ﾌﾞﾋﾞんのときにもそう逝ってたじゃん。ふーん（ｶﾞｯｸﾘ
何ビスタには入らない？
さっきから何喋ってるのかわからん。
396:デフォルトの名無しさん
06/03/03 13:42:28
ユーザの声:
それより今夜なに食べよう。
397:デフォルトの名無しさん
06/03/03 14:56:44
ユーザの声：
ここはひどいドットネッツですね。
398:デフォルトの名無しさん
06/03/03 15:09:09
ユーザの声：
ドトネト大ブーム
怒涛熱湯でドントネットォ～
_,,,......,,__
／_~ ,,...:::＿::;; ~"'ヽ
(,, '"ヾヽ i|i //^''ヽ,,)
^ :'⌒i i⌒"
| ( ﾟДﾟ) ＜ ドトネッツがこの先生きのこるには
|（ﾉ |）
| |
ヽ ＿ノ
U"U
399:デフォルトの名無しさん
06/03/03 15:27:00
「フリーのドカチンプログラマ」がビンゴだったみたいだなｗｗｗ
400:デフォルトの名無しさん
06/03/03 18:21:26
Java厨がITﾄﾞｶﾀだってのを初めて目の当たりにした
401:デフォルトの名無しさん
06/03/03 18:30:04
ビスタにも入らない？なんのためのドトネトだ
402:デフォルトの名無しさん
06/03/03 18:31:53
Longhornのためのドトネト
403:デフォルトの名無しさん
06/03/03 18:35:40
Vistaに入るんじゃないの？ ネイティブのAPIの座を奪わないってだけで。
404:デフォルトの名無しさん
06/03/03 22:19:48
デカチンのおれが来ましたよ。
405:デフォルトの名無しさん
06/03/03 22:30:20
変なのが暴れてるな
406:1
06/03/03 22:31:51
しかし一年経ったか。感慨深いな～
407:デフォルトの名無しさん
06/03/04 07:38:10
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
そのＭ＄がこともあろうに、ドトネト１と２の互換性も保ってない。
もう終わりだお。
408:デフォルトの名無しさん
06/03/04 07:52:11
互換性を保ってないというのはクラス名が変わったということ？
たしか２ではVB6ユーザに配慮してそれっぽいクラス名が追加されたんじゃなかった？
409:デフォルトの名無しさん
06/03/04 08:38:34
OSでどっちも動くこと保障されているからこそ
互換性なんか取る必要もない
そもそも移植する必要性が無い
.NETが存続する限り1も動作することが保障さているのだから
410:デフォルトの名無しさん
06/03/04 11:52:42
> 1と2の互換性
いや、保ってるんですけど
411:デフォルトの名無しさん
06/03/04 14:35:23
Java案件は減る一方だからな。
Javaしか使えない馬鹿が必死なんだろ。
インターネット側はPHPに奪われ、イントラ側はC#。
携帯アプリはBREW。
オラクルもサンなんて見捨てちゃえよ。
Java厨うざい。氏ねばいいのに。
412:デフォルトの名無しさん
06/03/04 14:40:16
え？BREW？
413:デフォルトの名無しさん
06/03/04 15:08:51
BREWなんてだめだめじゃん。
414:デフォルトの名無しさん
06/03/04 15:17:04
iアプリは、これ以上どうにもならないけどBREWは、まだまだこれから。
415:デフォルトの名無しさん
06/03/04 15:50:19
携帯は全部Windowsになると思う俺の予想
416:デフォルトの名無しさん
06/03/04 16:55:03
最近ドトネトでサービス作るのが面白くていっぱい作って遊んでる
サービスでフォームを作ったりシステムトレイに常駐したりとかが面白い
417:デフォルトの名無しさん
06/03/04 17:36:02
サービスからUIって触れなくなるんじゃないっけ
418:デフォルトの名無しさん
06/03/04 18:22:58
やめてくれそんなサービス
419:デフォルトの名無しさん
06/03/04 18:41:20
次回もサービスサービスっ
420:デフォルトの名無しさん
06/03/04 22:31:45
サービス料は女の子に直接渡してね。
421:デフォルトの名無しさん
06/03/04 23:29:20
>>420
なんか懐かしい・・・大学行きながらやってた。
422:デフォルトの名無しさん
06/03/05 00:32:40
このスレ見ると本当に.NET終わったなと思う。
.NET 1.0 の頃は夢が一杯で良かったなぁ。
423:デフォルトの名無しさん
06/03/06 02:51:05
つまり、釣りスレってこと？
424:デフォルトの名無しさん
06/03/07 21:54:46
実際ドトネトの求人ってえらい少ないし
425:デフォルトの名無しさん
06/03/07 21:59:10
DotGnuってどーよ。
426:デフォルトの名無しさん
06/03/07 21:59:17
ﾄﾞﾄﾈﾄいらないし
427:デフォルトの名無しさん
06/03/08 09:56:57
初心者です。質問があるんですが・・・
.NETでC言語とかC++言語のプログラムを組んでいるんですが何か
いけないんでしょうか？
.NETだろうがVC++6.0だろうがCはCじゃないですか？
428:デフォルトの名無しさん
06/03/08 10:02:53
>>427
お前の言う.Netとは単にVisual Studio .Net（或いはVisual C++ .Net）のような気がしてならない。
429:デフォルトの名無しさん
06/03/08 13:01:36
>>428
お前の言う.Netとは.NETのような気がしてならない。
430:デフォルトの名無しさん
06/03/08 15:16:53
.NETアプリｲﾗﾈ
431:デフォルトの名無しさん
06/03/08 15:56:03
こちらを拝見しておりますと、MSやらM$といった単語が出てまいります。
MSとはモビルスーツのことでよいのでせうか？
聞くは一瞬の恥、聞かぬは一生の恥と申します。
恥を忍んでの質問、どうかご理解くださいませ。
432:デフォルトの名無しさん
06/03/08 18:10:14
その理解で問題ありません。
一般にMSと略称されていますが、事実上MAも含まれる場合が多いです。
433:デフォルトの名無しさん
06/03/09 06:30:09
逆にJavaVMってそんなに信頼できるかね？
動作が重い上にバグも多いのでは？
だいたいSUNという会社はこの先大丈夫なのかな？
434:デフォルトの名無しさん
06/03/09 08:39:09
Ｓ∪∩が無くなってJavaとVMが標準化されたら信頼度うｐ
435:デフォルトの名無しさん
06/03/09 11:05:10
JavaVMってSUN以外にBEAもIBMもあるのに？
ポーティングのレベルならHPだってあるし。
それに仕様書だってちゃんと公開されてるし。
436:デフォルトの名無しさん
06/03/09 15:40:37
そういえば以前はMicrosoftのJavaVMも
あったけどSUN製のJavaVMじゃないと正常
に動作しないとかいうソフトもあったね。
437:デフォルトの名無しさん
06/03/09 15:40:42
>>433
まあ、古いマシンならクソ重く感じるだろうな
ま、できて10年たったし、だいぶ使える言語になったと思うよ
438:デフォルトの名無しさん
06/03/09 17:56:46
MS製javaはMSが敢えて独自拡張をやったからじゃん。
439:デフォルトの名無しさん
06/03/09 20:45:22
JAVA1.3以前のAWTでランタイム同封している糞アプリはシネヨ。
起動しただけで500M、ちょっと時間たつと1Gオーバー。
アフォかと。
440:デフォルトの名無しさん
06/03/09 22:55:30
それは作った奴がクソなんじゃないのか
441:デフォルトの名無しさん
06/03/10 05:48:22
一世代前のAWT製UMLツールはホントに酷いぞ。
442:デフォルトの名無しさん
06/03/10 05:52:42
.NET系とJavaVM系の両方のソフト使ったことあるけど
.NET系は起動に時間がかかるだけで起動後はサクサクと使えた。
JavaVM系は起動が遅い（.NETより遅い）上に使用中ももっさり
したレスポンスで苦痛。
443:デフォルトの名無しさん
06/03/10 06:11:01
JRE1.5はそうでもないよ>>使用中の処理速度
##JREを固定で参照しているタイプ（オラクルツールとか）は1.5の恩恵を受けられなくて辛い
444:デフォルトの名無しさん
06/03/10 16:29:12
自分の画面を最大化する方法を知ってる人教えてください。
resizeTo( screen.width, screen.height );でもない。
これだとただの最大表示。
window.open(URL, NAME, "fullScreen=1");でもない。
445:デフォルトの名無しさん
06/03/10 18:03:18
.NET系ってWin環境オンリーなんだから
普通にネイティブアプリでいいじゃねーか
446:デフォルトの名無しさん
06/03/10 18:54:59
はむはーー！
447:デフォルトの名無しさん
06/03/10 19:59:03
マルチプラットフォームなんていまどき流行んねーんだよ
448:デフォルトの名無しさん
06/03/10 20:13:20
>>445
.NETアプリは実行時にはネイティブコードで動作してるから
そういう意味ではJavaVMとは厳密には異なります。
しかも、その稼動PCで最適なコンパイルされた状態です。
詳しくはこちら↓
URLﾘﾝｸ(www.atmarkit.co.jp)
449:デフォルトの名無しさん
06/03/10 20:22:46
>>447
法螺吹きDQNライターに騙されているのかも知れんが、
明らかに、.NETはマルチプラットフォームなんて想定していないぞ。
450:デフォルトの名無しさん
06/03/10 20:27:29
解らない人はレスしないで！！
451:デフォルトの名無しさん
06/03/10 20:57:23
>>448
なーんだ.NET最高じゃん
452:デフォルトの名無しさん
06/03/10 21:30:03
>>449
そのくらいはわかっております。
Win32API使いまくりだもんね。
そんなMSのクールさが好き
453:デフォルトの名無しさん
06/03/11 00:04:15
Javaの write once, run anywhre だって中途半端じゃねぇかよ
機種依存ありまくりの携帯Javaの仕事だけはしたくないね。あのときは死んだ。
Webアプリだってブラウザのことまでを考えなくちゃいけないし。
業務系WebアプリなんてIEのみ対応。なにこれｗｗｗ
しかも、今ごろになって馬鹿みたいにリッチクライアントなんて言ってるしよ。
やっぱ、時代はC#による良い意味でのファットクライアントだね。
インターネット系Webアプリは馬鹿でも分かるPHPでいいよ。
あっ、Javaの居場所が無くなっちゃったね。
Java厨氏ね。何で生きてるの？
454:デフォルトの名無しさん
06/03/11 00:38:37
Java厨だって生きる権利はある。
ただし自分の世界にこもっている限りにおいて。
455:デフォルトの名無しさん
06/03/11 02:41:35
>>453
もっとJava厨の多いスレで叫んで来い
いろんな反論来るから
おれもWebアプリは馬鹿でも分かる（？）PHP
とかRuｂｙ on Railsとかでいいんでないかとは思うが
456:デフォルトの名無しさん
06/03/11 03:39:55
>>448
JavaもJITコンパイルしてるだろ。
457:デフォルトの名無しさん
06/03/11 09:02:44
.NETが死亡したからって他の技術や言語を僻むのはイクナイ
458:デフォルトの名無しさん
06/03/11 13:44:53
携帯引き合いに出してるけど、.NETで携帯アプリ作れるの？
好き嫌いともかくJavaかBREWだろ？
言語の好き嫌いで仕事は選べんだろ。
スマートフォンがでてきたら.NETアリかもしれんが。
459:デフォルトの名無しさん
06/03/11 21:51:25
>>457
死亡したんかいｗ
460:デフォルトの名無しさん
06/03/11 23:36:24
死んではいないがプラットフォーム総入れ替え＆WebService独占によるネット支配を
目論んでいたMSにとっては敗北に等しい結果になったのは確かだね
461:デフォルトの名無しさん
06/03/12 00:41:23
まさにそのとおりだと思う
462:デフォルトの名無しさん
06/03/12 20:16:00
マイクロソフトは必ず十年以内に結果を出す企業。
Javaに限界が見えてきた以上、今後は間違いなく.NET！！
463:デフォルトの名無しさん
06/03/12 20:43:23
WindowsDNAとかはどうなったんだ
464:デフォルトの名無しさん
06/03/12 21:12:07
おとっつぁん
それはいわないやくそくだよ
それじゃ、いってくるね
465:デフォルトの名無しさん
06/03/12 21:39:52
次の一手に期待
466:デフォルトの名無しさん
06/03/12 22:09:27
MSが苦しんでるのは間違いないよね
といいつつ、今日からC#の勉強はじめまつた
467:デフォルトの名無しさん
06/03/12 23:02:00
苦しんだ方がいいものが生まれるんだよ
468:デフォルトの名無しさん
06/03/12 23:34:54
COMって1995年くらいからだっけ？最初はOLE2で、その後に大失敗したActiveXを経て
DCOMやらMTSやらWindows DNAやらCOM+までを出したのが2000年くらい。
それで2001年に.NETを出した。COMが6年くらいの寿命だったから、正直そろそろ
生誕5年を迎えた.NETが新しい技術の誕生とともにMS自身によって息の根を止められる
可能性はあるかもしれないね。
469:デフォルトの名無しさん
06/03/12 23:37:49
大丈夫だよ。
技術革新のスピードは年々遅くなってるから
470:デフォルトの名無しさん
06/03/12 23:39:37
俺の仕事ではどこで使おうかって感じだけど
.NETもおもしろいとは思う。
471:デフォルトの名無しさん
06/03/13 01:13:56
.netは機能ゴチャ盛りし続けて
2015年（≒16nmプロセスルール導入時、ムーアの法則の限界あたり）以降には
超モッサリアプリしか作れなくなる悪寒がする。
まあ、Intelが16nm以下のプロセスルールでCPU作って10GHzなCPUでも作る
技術を見いだせられれば別だけども。
472:デフォルトの名無しさん
06/03/13 06:28:37
みんな悲観的だな。
473:デフォルトの名無しさん
06/03/13 09:02:13
悲観的な理由
・ウェブアプリ時代。ドトネトはクロスが丸でウソどころかWinでさえ互換性無い
・普通に動作するデスクトップアプリを作れない
474:デフォルトの名無しさん
06/03/13 10:06:16
・C#という言語習得に見合った対価がない。（結局WINAPI呼出）
475:デフォルトの名無しさん
06/03/13 11:12:51
C♯自体の習得なんてむしれ些細なことだと思うが。
C++とかだとそうもいっとれんが。
重要なのは言語よりもその基盤とライブラリの方だが、
そっちが無駄になるのは確に厳しい。
476:デフォルトの名無しさん
06/03/13 12:27:32
・↑こういうバカが使ってる
477:デフォルトの名無しさん
06/03/13 12:49:30
まあVistaでWinAPI呼び出しまくりのアプリの動作がアレすぎて一気にネイティブアプリが廃れる方向になるのは目に見えてるな
478:デフォルトの名無しさん
06/03/13 12:57:35
＞そっちが無駄になるのは確に厳しい。
ドトネト基盤は無駄どころか肥やしでつが？
479:デフォルトの名無しさん
06/03/13 13:00:32
古屋氏言うな
480:デフォルトの名無しさん
06/03/13 14:25:51
どうでもいいが、C++/CLIって言いづらくないか？
481:デフォルトの名無しさん
06/03/13 14:27:35
Don't CLI!
（泣かないで）
482:デフォルトの名無しさん
06/03/13 14:36:39
>>480
それよりもC++/CLIをタイトルに含むサイトなどをお気に入りに入れようとするときのほうが困る。
ちなみにIEは/を-に置き換えるから、俺はそれにまかせてC++-CLIとしているが。
全角文字を使うのも気が進まないし。
483:デフォルトの名無しさん
06/03/13 15:13:40
ＩＥが言いたいのは、
＞C+/CLI
という事。
484:デフォルトの名無しさん
06/03/13 15:22:14
>>477
Vistaはドトネトベースにならないことに決まったのでは?
485:デフォルトの名無しさん
06/03/13 15:26:06
>>477がVistaで実際にテストしたのか聞いてみようぜ！
486:デフォルトの名無しさん
06/03/13 15:29:11
Vi$taでマネージドを弱めたら、将来的にもドトネトにならないOfficeが、ググルオフィスにぼろ負け。
マネージドAPIのキャンセルでLonghorn→Vistaなので、そんな心配ないだろうけど。
487:デフォルトの名無しさん
06/03/13 16:07:42
>>477の言ってる意味がわからなかったけど、その話か。
488:デフォルトの名無しさん
06/03/13 16:09:27
>>485
>>485
>>485
>>485
>>485
489:デフォルトの名無しさん
06/03/13 17:00:26 BE:109050252-
>>480
しーぷらすぷらす/しり
490:デフォルトの名無しさん
06/03/13 17:09:43
しーぷっくり
491:デフォルトの名無しさん
06/03/13 17:10:46
あ？
Javaなんてゴーカートだろ。
それも動物の形してるやつで50円入れたら動くやつ。
492:デフォルトの名無しさん
06/03/13 17:58:15
.NETって名称を.NET(笑)に変えて欲しい
493:デフォルトの名無しさん
06/03/13 18:02:16
＞.NET（ｗ
じゃダメか？
494:デフォルトの名無しさん
06/03/13 19:36:30
.Нет
495:デフォルトの名無しさん
06/03/13 21:59:17
POSも.NET
URLﾘﾝｸ(www.itmedia.co.jp)
496:デフォルトの名無しさん
06/03/14 00:20:51
一体どれくらいの企業が採用するのだろうか・・・
497:デフォルトの名無しさん
06/03/14 01:24:38
全部
498:デフォルトの名無しさん
06/03/14 01:52:27
>>497
ぼうず。
寝言は寝てから言おう。 な！
499:デフォルトの名無しさん
06/03/14 02:12:39
POSといえばいつの間に小銭を自動的に出すタイプが主流になったんだ
500:デフォルトの名無しさん
06/03/14 12:29:14
「POS for .NET」が決まっただけじゃん。
「μチップ＆T-Engine」の方がまだ現実味あるような。
機器でO$さえ使えない場合（8bit）ドトネト絶対無理。
基板で動作させる環境（ドトネトが該当？）はソース無いと絶対使えん罠。
Ｍ＄はオプソとの関係、プロトコルの切断をＣＯＭで成功したが、
ドトネトではソースとのプロトコルを切りすぎたようだね。
501:デフォルトの名無しさん
06/03/14 12:56:38
POSの本当にごく一部（EPS○Nのレシートプリンタ/キャッシュドロア/ラインディスプレイ）を作っているんだけど､
これらの機器の制御ドライバも、COMベースまたはシリアルポートを直接たたくものしかないんだよな。
.NETコントロールは出る気配もないから仕方なくOCXを使うしかない｡
どうするんだろ。
502:デフォルトの名無しさん
06/03/14 13:01:25
それは、ＣＯＭにはやられ（ｒｙ
503:デフォルトの名無しさん
06/03/14 17:31:33
>>491
その50円にウェブアプリ市場とられちゃったんだろ
504:デフォルトの名無しさん
06/03/14 19:55:43
ウェブアプリ市場はチョロＱなPHPだろｗｗｗ
Javaってマジで消えそうだなｗｗｗウハハハッハハハッハハｗｗｗｗｗｗｗｗｗｗｗｗｗ
505:デフォルトの名無しさん
06/03/14 21:42:25
>>504
たまには現実世界に帰っておいで w
506:デフォルトの名無しさん
06/03/14 21:50:24
基幹がSOAPだから当たり前といえば当たり前
どうせカード決済やチケット予約の情報端末としてそれなりのスペックがいるし
507:デフォルトの名無しさん
06/03/14 22:19:56
いまだにSOAPなんていってるんだ・・・画餅の技術なのに・・・
508:デフォルトの名無しさん
06/03/15 00:00:33
身近なトコだとgoogleのAPIもSOAPで公開してくれているから、便利につかえる。
便利なものはつかえよ。
javaでなくてもSOAPは使えるから。
お好きな言語でどうぞ
509:デフォルトの名無しさん
06/03/15 00:05:08
そうそう、DelphiですらSOAPは使えるはずなんだよ
Personalの能力でしか評価されなくなった悲劇だ
510:デフォルトの名無しさん
06/03/15 05:41:01
要するにみんなおどらされすぎなんだよ。ITベンダーは自社製品を採用してもらいたくて
次から次へと新しいスローガンとともに新技術を発表。
社内で使用する業務アプリまでWebアプリとか言って。まぁ、配布は楽かもしれんけど、
エンドユーザーは使いにくい。で、今になって、今度はスマートクライアントか言ってるし。
俺はこうなることは目に見えていた。
511:デフォルトの名無しさん
06/03/15 10:50:28
業務Webアプリなんてエンドユーザーの管理者が楽なだけ。
実際に使う奴は不満が溜まる一方。
こんなことは、自分が日々業務で使うと思ったら、すぐにわかることなのにね。
そして、その証拠が、去年くらいから言われてきたリッチクライアントｗｗｗ
ただの焼付刃じゃねぇかよ。
もちろん、インターネット系Webアプリでは否定しないけど業務アプリで採用するか？
業務アプリのクライアント側はC＃、移行期はVB.NETもありだな。
サーバー側は、業務要件にあった言語を選択すればよい。できればJava以外でｗｗｗ
結局、.NETは、無理なことは要求していないでソフトウェアの開発側、使用者側のことを、よく考えてるんだよ。
リッチクライアントｗｗｗうはははっははっはっはっはっはｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
512:デフォルトの名無しさん
06/03/15 14:58:44
>>511
お前馬鹿だろ
使用する側はコンピュータの操作なんか無い方が良いんだよ
513:デフォルトの名無しさん
06/03/15 15:04:20
楽一かっとけ
514:デフォルトの名無しさん
06/03/15 15:12:04
ドトネッツの成功があるとすれば唯一。
リッチクライアントが流行り、かつ、どとねと環境が殆どの携帯電話に入ること。
ありえね。
515:デフォルトの名無しさん
06/03/15 15:40:56
>>511
>ただの焼付刃じゃねぇかよ。
516:デフォルトの名無しさん
06/03/15 15:43:44
＞業務アプリのクライアント側はC＃、移行期はVB.NETもありだな。
ありでもいーけど、存在してないお。
＞サーバー側は、業務要件にあった言語を選択すればよい。できればJava以外でｗｗｗ
なんかもう必死？
517:デフォルトの名無しさん
06/03/15 16:55:29
焼付刃 の検索結果のうち 日本語のページ 約 13 件中 1 - 11 件目 (0.42 秒)
518:デフォルトの名無しさん
06/03/15 20:37:24
.NETフレームワークもインストーラにいれといてくれよな
519:デフォルトの名無しさん
06/03/15 23:50:17
.NETがなんで流行らなかったのか真面目に議論しようよ
520:デフォルトの名無しさん
06/03/15 23:58:28
コントロールパネルアプレットが書けないから？
Windowsサービスが簡単に書けるって、Delphiの頃から簡単に書けたし
COMコンポーネント化できるって、Delphiの頃から簡単にできたし
SOAPクライアントになれるって、Delphiの頃から簡単になれたし
Delphiが勝手に自爆しただけで.NETが上回ってる部分て特にない。
521:デフォルトの名無しさん
06/03/16 00:04:16
言語仕様的にはたいして不満無くても
ちょっと手の込んだことすると旧VBと同じで
フレームワークにあれが無いこれが無いの連続
522:デフォルトの名無しさん
06/03/16 00:08:30
俺がもし.NET Frameworkの開発に加わっていれば、
こんなことにはならなかった
523:デフォルトの名無しさん
06/03/16 01:11:12
>>522
Joel氏登場
524:デフォルトの名無しさん
06/03/16 01:19:31
俺がもしWindowsの開発に加わっていれば、
こんなことにはならなかった
525:デフォルトの名無しさん
06/03/16 01:22:51
>>524
Jobs氏登場
526:デフォルトの名無しさん
06/03/16 08:38:35
このスレすげー。。。
527:デフォルトの名無しさん
06/03/16 09:53:45
WinFX待たれよ
528:デフォルトの名無しさん
06/03/16 11:33:51
>>521
そこをアイデアとネイティブAPI呼び出しで如何にこなすかが腕の見せ所
なんでネイティブAPI呼び出しを毛嫌いするのかわからない
Javaじゃねえんだよ
529:デフォルトの名無しさん
06/03/16 13:06:21
>>528
なんだ、ネイティブAPI呼び出し使えるんですか。
まだNET開発環境使ってないから知らなかったけど、
じゃあVCと同じ操作は出来るってことですね。
530:デフォルトの名無しさん
06/03/16 13:34:54
>>529
気をつけなくちゃいけないのは、CLI内で確保したメモリリソースは単純にはガベージコレクタにより、実メモリー内で移動する可能性が有るという事
まあそれを抑える宣言もあるんだけどね
ちなみにJ#.NETランタイムがあれば任意のDLLの任意のエントリを呼び出せる
ついでにJ#ランタイムがあるとZipファイルアクセスが手に入るんだけど、日本語ファイル名の処理に問題があるのでいまいち使えない
531:デフォルトの名無しさん
06/03/16 13:42:15
J#関係の情報って・・・・・・
なんか凄いレアっていうか、貴重っていうか、神々しいものを見た気分になるな。
532:デフォルトの名無しさん
06/03/16 13:44:22
>>530
ぐちゃぐちゃだね。
ﾌﾞﾋﾞランタイム問題の再来くらい。
533:デフォルトの名無しさん
06/03/16 17:43:17
API呼べる≠呼んでもいい
534:デフォルトの名無しさん
06/03/16 18:43:31
.NETはDLL地獄とかOCX地獄みたいなことは
あるのでしょうか？
535:デフォルトの名無しさん
06/03/16 18:44:27
無いから大丈夫だお！
ｽﾚﾘﾝｸ(tech板:1番)
,. -‐'''''""¨¨¨ヽ
(.＿＿_,,,... -ｧァﾌ| あ…ありのまま 今 起こった事を話すぜ！
|i i| }! }} /／|
|l､{ j} /,,ｨ//｜ 『.NET framework 2.0を入れたと思ったら
i|:!ヾ､_ﾉ／ u {:}//ﾍ 何故かノータッチデプロイメントがぶっ壊れた』
|ﾘ u' } ,ﾉ _,!V,ﾊ |
／´fト､_{ﾙ{,ィ'ｅﾗ , ﾀ人 な… 何を言ってるのか わからねーと思うが
/' ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ おれも 何をされたのか わからなかった…
,ﾞ ／ )ヽ iLﾚ u' | | ヾｌﾄﾊ〉
|／_／ ﾊ !ニ⊇ '／:} V:::::ヽ 頭がどうにかなりそうだった…
/／ 二二二7'T'' ／u' __ /:::::::/｀ヽ
/'´r -―一ｧ‐ﾞＴ´ '"´ ／::::／-‐ ＼ 移植や修正が必要だとか
/ // 广¨´ /' ／:::::／´￣｀ヽ ⌒ヽ そんなチャチなもんじゃあ 断じてねえ
ﾉ ' / ノ:::::`ー-､___／:::::／/ ヽ }
_／｀丶 /::::::::::::::::::::::::::￣`ー-{:::... ｲ もっと恐ろしいものの 片鱗を味わったぜ…
536:デフォルトの名無しさん
06/03/16 22:18:15
ダメじゃんｗ
537:デフォルトの名無しさん
06/03/16 22:27:55
.NET = VB runtime
538:デフォルトの名無しさん
06/03/16 22:31:41
>>537
は？
539:デフォルトの名無しさん
06/03/16 22:36:23
.NETはVBランタイム
540:デフォルトの名無しさん
06/03/16 22:38:41
>>539
は？
541:デフォルトの名無しさん
06/03/16 23:34:08
やっぱり OS 開発はネイティブコード?
URLﾘﾝｸ(slashdot.jp)
> この調査から、Grimes氏は以下のように結論づけている。
> 「Microsoft はネイティブコードでの Vista の開発に注力しているようだ。
> NET で実装されたサービスは無いし、エクスプローラは .NET ランタイムをホスト
> していない。これは Vista のシェルは .NET に基づくものではないことを意味している。
> つまり、これらの結果から、 OS の開発に使用するのは .NET Framework よ
> ネイティブコードの方が良いという決定を Microsoft は下したという結論が得られる」
542:デフォルトの名無しさん
06/03/16 23:53:06
なんかお馬鹿な記事だな。
最初から.NETでOSを開発する、なんて話はMSもしてないと思うがw
自分で書いてて何も疑問に思わないんだろうか
543:デフォルトの名無しさん
06/03/17 00:42:29
世間の認識に誤解が生じているようだが
テロメアは分裂の回数券ではないし
普段はテロメラーゼの働きによって補充される
そもそもアポトーシスがはっss
544:デフォルトの名無しさん
06/03/17 03:48:16
ΩΩ Ω な、なんだって～！！
545:デフォルトの名無しさん
06/03/17 14:27:09
>>519
もう確定したのか？
546:デフォルトの名無しさん
06/03/17 14:29:28
.NETってなんかMSにとってやばそうだねえ・・・
致命傷になりそうな。
547:デフォルトの名無しさん
06/03/17 14:33:46
>>542
「Win32APIをWinFXに置き換え。Win32アプリはエミュで動作するぉ。」
↓
「次世代はWin32 & WinFX 」に後退
↓
ごめん、ＡＰＩの置き換えの話無かったことにねぇ。
548:デフォルトの名無しさん
06/03/17 14:35:35
>>546
API War
URLﾘﾝｸ(www.radiumsoftware.com)
を嫁
549:デフォルトの名無しさん
06/03/17 14:36:50
＞マイクロソフトについていってよかった～ ＼(^o^)／
↑
氏亡
550:デフォルトの名無しさん
06/03/17 16:06:58
>>542
当初の発表
.NET Framework をVistaの標準システム呼び出し方法とする。
Win32APIは互換性のためだけに残す。
結果
Win32APIをVistaの標準システム呼び出し方法とする。
.NET Frameworkを利用すれば開発が楽になる。
これだけ判っただけでも良い記事じゃないか？
551:デフォルトの名無しさん
06/03/17 16:11:25
>>550
>これだけ判っただけでも良い記事じゃないか？
分かりたくないヤツにとっては苦痛なだけなんだけど。
現実逃避多幸症のこういうやつ
↓
＞天下のマイクロソフトの信者でよかったー ＼(^o^)／
552:デフォルトの名無しさん
06/03/17 16:55:23
ま、某信者よりは何ぼかましだろうな。なくならないし。 ＞天下のマイクロソフトの信者
553:デフォルトの名無しさん
06/03/17 17:24:26
552=多幸症
554:デフォルトの名無しさん
06/03/17 21:20:18
.NETって使いたくても使い物にならんからね。
それに誰も使っていないから無理してでも追随する必要性もまったく無いし。
555:デフォルトの名無しさん
06/03/17 21:41:26
必死になってC♯の勉強してたのが無駄になって
なまけてC++やってたやつが勝ち組ってわけか
556:デフォルトの名無しさん
06/03/17 22:05:03
現在のユーザー数、C > C++の関係を考えると、C > C++ >C++/CLIという
関係が成立しそうな気がしないでもない。
557:デフォルトの名無しさん
06/03/18 00:32:59
C++使えるなら勉強なんかしなくてもC#かけるって
558:デフォルトの名無しさん
06/03/18 00:49:19
>>557
そりゃ言い過ぎｗ
559:デフォルトの名無しさん
06/03/18 01:05:34
俺は、Basicを覚えるのに一週間くらいかかった。
Cを覚えるのには２週間くらい必要だった。
Ｃ＋＋を理解できるのに一ヶ月近く要した。
Ｃ＃は３日くらいでＯＫだった。
560:デフォルトの名無しさん
06/03/18 11:42:49
主にMFCかWTL&DirectXが仕事だが
MSが送ってきたやっぱりVBが好きって冊子眺めたら
数分でVB.NETマスターした
561:デフォルトの名無しさん
06/03/18 12:36:27
死滅した大ブーム専用のC丼とﾌﾞﾋﾞネットを数分でマスターして何の意味があるのかと。
562:デフォルトの名無しさん
06/03/18 13:15:39
>>560
眺めただけでマスターできるのかよっ！
563:デフォルトの名無しさん
06/03/18 13:54:53
ちょっと高度な事するとunmanagedバリバリになる件
VBでAPI呼ぶのとかわらねー
564:デフォルトの名無しさん
06/03/18 14:01:48
>>563
そこが最大の弱みだよね。
で、結局緩衝コード書くハメになったりする。
言語仕様にはあまり文句はないけど。
565:デフォルトの名無しさん
06/03/18 14:44:46
ﾄﾞﾄﾈﾄを捨てたマーケティング能力は認めるが、、、
M$に学習能力は無いのか？
566:デフォルトの名無しさん
06/03/18 17:48:07
JAVAと違って簡単に逃げ道があるからな
余計にunsafe容認の方向へ破綻する。
567:デフォルトの名無しさん
06/03/18 18:27:04
.NETアプリがなかなか出てこないのは､OCX（ActiveX）時代には結構あったコントロール群が
なかなか出てこないのも一つの原因ではないだろうか。
GrapeCityの.NETコントロールなんか、全部アクティベーションつきにしてしまったため､
PCの数だけ購入しなければ客先でコンパイルできないことがわかり、使用できなかったプログラマが
いて、結局うちではつかわれなかったし。
つまらないことだけど、このようなことが発展しなかった要因のひとつだと思われ｡
568:デフォルトの名無しさん
06/03/18 18:34:08
ソフトを入れようとしたら、ねふれ入れれとか出て、その時点でそのソフトはゴミ箱行き。
これが実態だな。
569:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 18:51:12
TextSS の64bit化おながいします
もしくは64bitにネイティブ対応した置換ソフトないですか？
570:デフォルトの名無しさん
06/03/18 19:02:43
GraphicsにBitBlt作りやがれ
571:デフォルトの名無しさん
06/03/18 19:08:08
>>568
んだ。
ATIのグラフィックボードを窓から投げ捨てたよ。
572:デフォルトの名無しさん
06/03/18 19:11:49
>>569
マルチポストするな。
名前にURLを書くな。アホ。
573:デフォルトの名無しさん
06/03/18 22:11:18
生みの親からも見捨てられつつある.NETか。
またM$の黒歴史に新たな1ページが
574:デフォルトの名無しさん
06/03/18 22:22:40
.NET捨てたらM$やばいんじゃねーの？
某は.NETで息の根を止められたし。
575:デフォルトの名無しさん
06/03/18 22:34:00
ＭＳ結構失敗しているプロジェクトあるよ。
.NETもハズレっぽい。
576:デフォルトの名無しさん
06/03/18 22:38:16
確かにそうだが、.NETは結構ダメージあるじゃないのか？
ということ。
577:デフォルトの名無しさん
06/03/19 14:11:43
VisualStudio.NET発売当初は大々的キャンペーンでこれからは、C#言語が主流みたいに宣伝してたし
あの宣伝にだまされた人たちも多いことだろ。
結局.NETとC#は消えゆく運命なんだろうな。
578:デフォルトの名無しさん
06/03/19 14:22:15
いまさら.NETを引っ込めるなんてできないよ。
開発者から総スカン食うべ。
.NETに代わりうるなにか出さないと。
でもそんなもんあるかな？
579:デフォルトの名無しさん
06/03/19 14:50:12
薬無しでは日本に手も足も出ない
けけけけけけけけけけけけけけけけけ
無様だなwwwwwwwwwwwwwww
醜いなpupupupupupupupupupupu
580:デフォルトの名無しさん
06/03/19 15:44:32
ドットネットが完成したら俺、結婚しようとおもっているんだ。
581:デフォルトの名無しさん
06/03/19 15:46:29
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::。:::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::::::::::::::::::::::。::::::...... ... --─- :::::::::::::::::::: ..::::: . ..::::::::
:::::::::::::::::...... ....:::::::゜::::::::::.. （___ ）（___ ） ::::。::::::::::::::::: ゜.::::::::::::
:. .:::::。:::........ . .::::::::::::::::: _ i/ ＝ ＝ヽi :::::::::::::。::::::::::: . . . ..::::
:::: :::::::::.....:☆彡:::: ／/[|| 」 ||] ::::::::::゜:::::::::: ...:: :::::
:::::::::::::::::: . . . ..: :::: / ﾍ | | ____,ヽ | | :::::::::::.... .... .. .::::::::::::::
::::::...゜ . .::::::::: ／ヽ ﾉ ヽ＿＿/ ....... . .::::::::::::........ ..::::
:.... .... .. . く / 三三三∠⌒＞:.... .... .. .:.... .... ..
:.... .... ..:.... .... ..... .... .. .:.... .... .. ..... .... .. ..... ............. .. . ........ ......
:.... . ∧∧ ∧∧ ∧∧ ∧∧ .... .... .. .:.... .... ..... .... .. .
... ..:（ ）ゝ （ ）ゝ（ ）ゝ（ ）ゝ無茶しやがって… ..........
.... i⌒ / i⌒ / i⌒ / i⌒ / .. ..... ................... .. . ...
.. 三 | 三 | 三 | 三 | ... ............. ........... . .....
... ∪ ∪ ∪ ∪ ∪ ∪ ∪ ∪ ............. ............. .. ........ ...
三三 三三 三三 三三
三三 三三 三三 三三
582:デフォルトの名無しさん
06/03/19 15:57:35
ウィーンに期待する
583:デフォルトの名無しさん
06/03/20 04:54:20
.NETが使えるレベルにあれば、そりゃ使うよな。いや、使いたい。
豊富なクラスライブラリあるし。いちいち、車輪の再発明して、自己満足しても、
所詮はオナニーにしかすぎない。で、使いたくない人の最大の原因は何？速度？
584:デフォルトの名無しさん
06/03/20 05:07:21
> 豊富なクラスライブラリあるし。
コンポーネントは豊富じゃないけどね。
買うにしてもやたらと高いし。
585:デフォルトの名無しさん
06/03/20 10:24:28
>>583
UI周りの独自性を出せる部分で自分達でライブラリやコンポーネントを作って来なかった人たちだろ
自前のコンポーネント等があればそれをちょっと.NETベースに書き換えればすむ事
ようするに自分達の技術を残すべき所を外部のコンポーネントにばっちり依存しすぎたから、
それが用意されない現状では手出しが出来ないって事
.NETが提供してるようなクラスライブラリは今時は他の言語でも何らかのライブラリ等で用意されてる
あれほど、JavaなりActiveXなりでコンポーネントを作って内部に技術蓄えろと言ったのに怠ってきた
今の会社を見限るのはもうすぐだな
俺ライブラリは社内に公開しなかった俺の勝ちｗ
586:デフォルトの名無しさん
06/03/20 10:41:57
>585
>.NETベースに書き換えればすむ事
空気嫁てない？
587:デフォルトの名無しさん
06/03/20 11:55:39
>>586
.NETですべてまかなえると思ってるのが馬鹿なだけで
他の技術にしろ自分の所にあればどうにでもなるって話
588:デフォルトの名無しさん
06/03/20 11:58:22
585さんは自分のライブラリを自慢したいだけでしょ
その理由で移行しないなんて少数だろ
589:デフォルトの名無しさん
06/03/20 11:59:55
>>587
その考え方はソースを持ってる具ぐると同じだね。
こういうのは滅びると言いたいわけか。
↓
＞天下のマイクロソフトの信者でよかったー ＼(^o^)／
590:デフォルトの名無しさん
06/03/20 12:06:01
>>589
滅びられるとこっちが余計な事しなくちゃならないから
生かさず殺さずで行って欲しい所
591:デフォルトの名無しさん
06/03/20 12:09:33
.NET上で完結しないコードを書かなきゃいけないのが、美しくない。
C#そのものはそんなにいびつではないので、書きやすいんだけど。
592:デフォルトの名無しさん
06/03/20 12:19:34
で、.NET使うにはC#とVBのどっちがいいのよ？
あー、C++からも使えるんだっけ？使わないけど。
593:デフォルトの名無しさん
06/03/20 12:54:32
C++/CLIも悪くはない。
<windows.h>などをインクルードするだけで全てのWinAPIが使えるようになるのは楽。
ただくだすれなんかを見る限り、初心者がうかつに手を出せないという点に関しては、
C++よりますます磨きがかかっているようだけど。
594:デフォルトの名無しさん
06/03/20 13:01:03
.NETやC#がはやらなくて無理やりC++/CLIをはやらせようとしているような
気がするマイクロソフト。あの手この手で話題を振ってアピールしてるだけ。
595:デフォルトの名無しさん
06/03/20 13:07:31
C++へのGC導入はいつなんだろうね
596:デフォルトの名無しさん
06/03/20 15:01:23
DirectShowはいつManagedになりますか>
597:デフォルトの名無しさん
06/03/20 15:18:51
>>595
それってC++なのかな……
598:デフォルトの名無しさん
06/03/20 16:32:03
>>593
それってC++/CLIなのかな……
599:デフォルトの名無しさん
06/03/20 17:42:13
#include<iostream>...........φ(･∀･)
600:デフォルトの名無しさん
06/03/20 21:38:35
それまでのCOMを押し進めてもよかったはずなのに
新しい需要を無理やり生み出そうとして（しかもそれが流行ると勝手に思い込んで）
.NETなんて発表したのがMSの失敗だろうな。
いまさらCOMにも後戻りできないし、.NETに替わる技術も出せないし。
601:デフォルトの名無しさん
06/03/21 01:28:04
MSｵﾜﾀ？
602:デフォルトの名無しさん
06/03/21 02:41:34
なんだかんだ言ってJavaをはじめてみたときにMSは気に入ってしまったんだよ
603:デフォルトの名無しさん
06/03/21 02:45:11
MSとSUNの和解内容ってJDK6.0からLaFがOSネイティブになるとかあのあたり？
604:デフォルトの名無しさん
06/03/21 04:50:34
VSの主力言語の一つにJavaを据えて、JavaでWinアプリが作れるように
言語仕様を拡張、対IBMで共同戦線なーんてね
605:デフォルトの名無しさん
06/03/21 09:27:46
馬鹿ばっかだかここも。
.NETが主流にならなくたって別にMS自身は何も困りゃしねえよw
MSがまさか開発ツールで利益上げようとしてるとでも思ってるのかね。
開発ツールなんてコストばかりかかってどれだけ儲かると思ってんだよw
日本人ってどうしてこう目的に合わせて手段を組み立てる、って発想への
理解が乏しいんだろうな。
606:デフォルトの名無しさん
06/03/21 10:02:02
開発者をWindowsにとどめておくということはMSにとって
とても重要で、大きくかがげた.NETが失敗すると言うのはそういういみで
大きな損失でしょ
607:デフォルトの名無しさん
06/03/21 10:42:27
馬鹿？
開発者が自分の意思でプラットフォーム選択するわけ？w
世の中みんなお気楽なフリーウェア作者ばかりとでも思ってるのかな。
608:デフォルトの名無しさん
06/03/21 10:43:44
ドットネットをただの開発ツールだと思っている馬鹿がいるスレはここですか？
609:デフォルトの名無しさん
06/03/21 12:09:04
とりあえず、エコシステムって知ってる？
610:デフォルトの名無しさん
06/03/21 15:30:44
>>607
バカはお前さんじゃ。606がどこを開発者がプラットフォームを選ぶことを前提に
かかれてるってーんだ？
611:デフォルトの名無しさん
06/03/21 15:56:10
>>605
.NETは開発ツールを売るためにでてきたもんだじゃねーよ。
バカか？
612:デフォルトの名無しさん
06/03/21 18:14:38
MSは複数言語を統合して.NETにしてしまったのは
まずかった。特にVBを取り込んだこと。
VBプログラマーにとっては.NETのVBは難易度が
高すぎる。
C++のPGとVBのPGが同じスキルではないことは
明白なのにね。
MSはそこを理解せずにやっちまったと思う。
613:デフォルトの名無しさん
06/03/21 18:50:33
>>612
言語を統合って意味わからんなｗ
という揚げ足取りはまあいいとしても、何も「理解してない」のはむしろ君自身でしょ。
低レベルなVBプログラマがいたとする。
低レベルなVBプログラマが、その従来の低レベルなやり方でVB.NETでコードを書けないか？
普通に書けるよw
ほとんどCの機能しか使ってないC++プログラマがいるのと状況はほとんど違わない。
614:デフォルトの名無しさん
06/03/21 19:57:28
VB.NETで組めない（まともにじゃなくて、ほんとにただ作業員としてレベルで）
ようなやつがPGやってるのが間違い。
むしろ淘汰されてほしい。
そりゃま、そうはいかんのだけどね。
615:デフォルトの名無しさん
06/03/21 20:08:23
でも、そうなるでしょ？＞淘汰
今後のWindowsでは、C++/CLI、C#、VB.NETの三択しかないんだから
C++/CLIが駄目なら.NET系(C#、VB.NET)くらいは使えないと淘汰される。
.NETがこけたらC++/CLI使えない奴は全員淘汰ｗ
616:デフォルトの名無しさん
06/03/21 20:35:38
晒しあげ
617:デフォルトの名無しさん
06/03/21 20:40:42
>>615
その３択しかなくてﾄﾞﾄﾈがこけるのか。
どういう思考だ？
618:デフォルトの名無しさん
06/03/21 21:11:16
C++/CLIがそのまま残ると思うほうが可笑しいな。
619:デフォルトの名無しさん
06/03/21 21:42:42
C++/CLIは一時的なものだろ
620:デフォルトの名無しさん
06/03/21 22:14:41
>>613
あなたが考えている以上に低レベルな人はいるよ。
プログラマと呼んでよいのか躊躇する程の人。
VBはそういう層が大勢いるはずだし、そもそも
そういう層のために提供された言語のはず。
VBは難しくしちゃダメな言語なんだよ。
VB.NETは、OfficeのVBAでも精一杯な人々を
切り捨てたと思うね。
621:デフォルトの名無しさん
06/03/21 22:21:35
以前のVBとVB.NETが同じ難易度ならば、
.NET2003の仕様のままでよかったはず。
しかし、実際は旧VBプログラマからそっぽ
向かれたために焦ったMSは今度の2005で
旧VBプログラマ向けに仕様を変更している。
従って、旧VBとVB.NETが同じ難易度という
意見は却下。
622:デフォルトの名無しさん
06/03/21 22:53:53
それで割りっくてるのがC#
623:デフォルトの名無しさん
06/03/21 23:08:55
頭悪いなw
ゆとり教育のせいにしたくはないが、最近本当にこういう読解力が機能不全の奴が多すぎる。
どこをどう読めば『旧VBとVB.NETが同じ難易度』などというテーゼが出てくるのか。
馬鹿に説明するにはたとえ話に限る。
C++はCの機能だけを使ってコードを書くことができる。
これは『CとC++の難易度は同じである』ことを意味するだろうか？
VBプログラマのことより、低能な自分自身の心配をした方がいいのではないかなw
624:デフォルトの名無しさん
06/03/21 23:27:14
>>623
最後の行について
おまえもなー
625:デフォルトの名無しさん
06/03/21 23:57:52
ところで、ドトネトを「開発ツールを売るため」とか言ってた白痴はどこへ行った
626:デフォルトの名無しさん
06/03/22 00:02:12
.NET使うくらいならDelphi使う
627:デフォルトの名無しさん
06/03/22 00:03:23
いや、Delphiの方がヤバイだろ・・・
628:デフォルトの名無しさん
06/03/22 01:07:13
VB.NETが国内でそっぽ向かれたのは違う理由だけどな
629:デフォルトの名無しさん
06/03/22 01:15:40
>>623
多分さ、旧VBと同じようにはかけないと他の人は言ってると思うんだよ
わかってる？
630:デフォルトの名無しさん
06/03/22 01:18:41
>>628
理由は？
631:デフォルトの名無しさん
06/03/22 01:30:55
WebServiceと一蓮托生みたいなセールスしたのがいけなかったのかも
Passport、Hailstormともどもあぼーん
632:デフォルトの名無しさん
06/03/22 01:51:16
>>630
大手～中堅のベンダーが低コストの非VBな開発スタイルを確立したから
633:デフォルトの名無しさん
06/03/22 02:32:44
力ずくで書けるコードは海外にだしちゃうから淘汰されてもいい。
同じヘタレコードを納品してくるなら、外の方が全然安いし。
634:デフォルトの名無しさん
06/03/22 07:58:43
なあVB.Netて、そんなに難しいのか？
新人でもサクサク書いてるぞ？
635:デフォルトの名無しさん
06/03/22 08:39:34
ﾌﾞﾋﾞ厨にとっては難しいらしい。
M$にだまされてクラスをふつーに使えないようにされた方たちでつから。
636:デフォルトの名無しさん
06/03/22 09:55:29
Windows Vista delayed into January 2007
URLﾘﾝｸ(arstechnica.com)
どんどん遠ざかっていくVISTAかな。
637:デフォルトの名無しさん
06/03/22 10:07:05
想定内でつ。
・度と熱の死滅。次の推奨フレームワークの出現。
・次期Winの出荷遅れ
638:デフォルトの名無しさん
06/03/22 10:12:42
俺も難しいとは思えんのだがなあ。
はっきり言ってこれまでのでたらめなコードでも大体書けるし。
何が困るのかようわからん。
639:デフォルトの名無しさん
06/03/22 10:25:44
難しいのが問題じゃない。
ドトネトCLIは必要無い。
他のクラスライブラリ、VCLとかJAVAを使えばソースの中の人も見えるが、
ドトネトだと目隠しされた上で派生しなきゃならん。
クラスの隠蔽ってのは論理的なprivateであって、
M$によって目隠しされたんじゃタマンネ。
640:デフォルトの名無しさん
06/03/22 12:27:57
難しいから移行してくれないんじゃなくて、
どうせ互換性がないんならVB.NETでやる意味はないだろうってことで、
新規開発は流行のJavaでWebアプリに移っているんじゃないか？
641:デフォルトの名無しさん
06/03/22 12:30:07
マイクロソフト、次世代ＯＳ「ビスタ」の本格発売を延期
URLﾘﾝｸ(www.asahi.com)
642:デフォルトの名無しさん
06/03/22 12:45:00
XPで困ってないし、何なら2000でも良いから、
別に出なくていいよ。
ほとんどXPの亜種なんでしょう？
643:デフォルトの名無しさん
06/03/22 18:26:49
>>638
ウチの VB厨 (40台後半) によると
「今までとちょっと違うから、と MSDN 見たら
書いてある単語が難しい」
だそうだ。
644:デフォルトの名無しさん
06/03/22 19:16:48
テ・ラ・イ・タ・ス
645:デフォルトの名無しさん
06/03/22 19:54:41
>>643
汎用機しか使ったことが無いっていうオサンと同じようなもんだな。
646:デフォルトの名無しさん
06/03/22 20:26:24
「.NETは失敗だった」というごく素朴な感想に対して、親のカタキに出会ったような
反応する香具師って、いったい何ものよ？ゲイツさんが儲かろうが、MSがこけようが、
おまえにゃー関係ねーだろと思うんだが。
それにしても、.NETは失敗だったよねえ。MSも終わりかな？ｗ
647:デフォルトの名無しさん
06/03/22 21:28:41
この板を見ている時点である程度のスキルが
あるといえるだろうね。
書き込みしている人のほとんどがSIerの人達
じゃないだろうか。だから新人といえどもすでに
ポテンシャルは高い。
VB(A)を本当に必要としているのは、一般部門で、
本来の業務の片手間にやるような人達です。
庶務担当とかね。
そういう人達は普段こういう板は見ない。
彼らは「クラス」とか「オブジェクト」と言った時点で
拒否反応を起こします。
648:デフォルトの名無しさん
06/03/23 09:08:09
デスマに放り込んで死に神を見せてやれば嫌でも覚えるよ。
649:デフォルトの名無しさん
06/03/23 09:15:56
>>648
経理なんかがデスマで本業務が止まると、会社が倒れますが、何か？
650:デフォルトの名無しさん
06/03/23 10:58:35
>>646
MSこけるとUSのGDPに影響するだろ( ﾟДﾟ)ｳﾞｫｹ!!
為替レートが1PIPS動くと日本企業にどれだけの損失が出るか分かってるのか
651:デフォルトの名無しさん
06/03/23 10:59:53
>>650
U$の下僕の方でつか？
652:デフォルトの名無しさん
06/03/23 11:12:53
為替ﾋｯｷ氏ね
653:デフォルトの名無しさん
06/03/23 11:58:19
ビスタ、発売延期 年末ＰＣ商戦に打撃
URLﾘﾝｸ(www.asahi.com)
.NETにも打撃だな。
654:デフォルトの名無しさん
06/03/23 12:37:18
いや、既にビスタからドトネトが切り離されてまつ。
WinFX無傷。
実体が無いから傷つくことない。
655:デフォルトの名無しさん
06/03/23 13:46:41
>>647
そもそもそういう連中がプログラムを弄ることが問題
プログラミングは選ばれた技能を持つものだけが扱えるべき
656:デフォルトの名無しさん
06/03/23 13:48:43
>>655
誰のどういう論理？
オレ様のオレ論理？
657:デフォルトの名無しさん
06/03/23 13:50:08
プログラムの組めない人間はコンピュータを使うべきではない
これが俺の持論
658:デフォルトの名無しさん
06/03/23 13:52:47
ウォシュレットがないところでウンコをするべきではない
これが俺の痔
659:デフォルトの名無しさん
06/03/23 14:11:15
>>657
バカでもプログラムは組める。
むしろバカほどプログラマーに向いている。
660:デフォルトの名無しさん
06/03/23 15:05:49
そんなことはないだろ。
661:デフォルトの名無しさん
06/03/23 15:17:22
>>660
プログラマーのおれが言うんだから間違いないべー？
662:デフォルトの名無しさん
06/03/23 15:28:09
661≠プロ倉マ
661=コーダー
663:デフォルトの名無しさん
06/03/23 15:43:32
>>662
そうそう
そういう意味。
プログラマーの９割はコーダー。
664:デフォルトの名無しさん
06/03/23 17:40:37
タイピストのおばちゃんはどうよ
665:デフォルトの名無しさん
06/03/23 18:54:20
コンピューターおばあちゃん
666:デフォルトの名無しさん
06/03/23 19:14:41
タイプライター
667:デフォルトの名無しさん
06/03/23 19:14:51
イエーイ イエーイ 僕は大好きさ
668:デフォルトの名無しさん
06/03/23 19:21:08
春だな・・・
669:デフォルトの名無しさん
06/03/23 20:50:02
>>643
APIを手探りしてた頃に比べれば
だいぶよくなったと思うけどなあ。
670:デフォルトの名無しさん
06/03/24 13:11:37
PointとかRectangle
普通の計算でも使う基本的なデータのはずなのに
なんかDrawingに置かれてるし
671:デフォルトの名無しさん
06/03/24 18:21:20
.NETの仕事きた・・・
最初で最後っぽいんだけど面倒くせぇ
672:デフォルトの名無しさん
06/03/24 21:46:50
ヒント、やり逃げ
673:デフォルトの名無しさん
06/03/24 23:05:49
>>671
.NETが使われる理由はなんだ？
674:デフォルトの名無しさん
06/03/25 00:15:52
C++.NETでアンマネージクラスをマネージクラスに格納するライブラリを作って
VB.NETによるプレゼン層から呼び出すコードを書いて泣きそうになった
675:デフォルトの名無しさん
06/03/25 02:29:24
.NETかJAVAか。
どちらを勉強すれば良いのか、非常に迷ってます。
JAVAだとVMのおかげで遅く、.NETだと開く時は遅いが、設定すれば解消されるとも聞く。
AccessやExcelも操作したいから.NETの方が良いのかな。
JAVAとの対比で、.NETの欠点て何でしょうかね？
.NET自体が普及しなくても、作ったアプリが迅速かつ堅牢に動作すれば一向に構いません。
一回学んだら後戻りできない。
高い授業料払うからほんと迷います。
676:最凶VB厨房
06/03/25 02:33:00
両方すればいいんじゃねーか。
677:デフォルトの名無しさん
06/03/25 02:49:43
>>676
税理士でして、両方学ぶほど時間もありません。
スキャナとOCRソフトを活用し、かつ、補助簿(売上帳や出納長)を中心とした、顧客中心の会計ソフト作ろうと思ってます。
現存の会計ソフトは二度手間で、冗長です。知識はSQL文とVBA(ADO接続等)を知ってる程度です。
678:デフォルトの名無しさん
06/03/25 03:53:33
＞AccessやExcelも操作したいから.NETの方が良いのかな。
Winに依存する仕事ばっかりなら.NETでいいじゃん
C#ならあとでJavaに移るにも楽だし
679:デフォルトの名無しさん
06/03/25 10:19:43
下手にC#に慣れるとJAVAへ移行するのに混乱するかも
680:デフォルトの名無しさん
06/03/25 10:21:07
.Netの講習ってあるんだ。
681:デフォルトの名無しさん
06/03/25 11:01:28
VB.netが業界標準ですよ。
もうすぐ死滅しますが
682:デフォルトの名無しさん
06/03/25 12:35:02
寧ろVB.NETの方が厨言語とか罵られながらも長生きしそうな
雰囲気もあるけどな。C#はそのうち今のJ#のようになりそう。
683:デフォルトの名無しさん
06/03/25 13:12:16
VB６→VB.NET
の乗り換えを嫌がってるやつは多いだろうな
頭の構造変えないといけないから
684:デフォルトの名無しさん
06/03/25 13:20:07
最近やねうらおが.NETプッシュしてるんだがなんなのかな
MVPになりたいのかな
685:デフォルトの名無しさん
06/03/25 13:52:05
C#やJ#使うくらいならVB.NETの方がいい
686:デフォルトの名無しさん
06/03/25 14:04:07
C#かったり～なぁ・・・
コールセンター向けのVBアプリを.NETへ移行するんだが
元のVBソースが滅茶苦茶・・・
偶然動いているバグ多数・・・
無理やりなgoto使いまくり・・・
「時代はオブジェクト指向だからC#で作って」とは言うが
仕様書無いからソース解析してってずるくない？
直接.NETには関係ないんだけど嫌いになった。
687:デフォルトの名無しさん
06/03/25 14:13:28
なぜ.NETに移行？
VB6→VB.NETに移植して
VB.NET→C#.NETコンバータ使えば早いじゃん
688:デフォルトの名無しさん
06/03/25 14:16:46
.NET よりC#の方が動作が速いんですかね。
コーディングは.NETの方が楽なのかな。
C#の方が動作性に優れてるのなら、
C#=SE向け。
.NET＝それ以外。
ってことで良いのかな。
689:デフォルトの名無しさん
06/03/25 14:18:41
「時代はオブジェクト指向」には反論したくなるなぁ
>>688
690:デフォルトの名無しさん
06/03/25 14:44:55
> .NET よりC#の方が
???
691:デフォルトの名無しさん
06/03/25 14:57:30
>>690
VB.NETとVBＣ＃は同意義ですか？
NETフレームワークを使うのは一緒のようですが。
692:デフォルトの名無しさん
06/03/25 15:21:48
来る案件来る案件、みんなVB.NETになってきたが、
要求仕様を見る限りVB6で作った方が良い物ばかり。
.NETを使う要求がねぇよｗ
まぁ、何でもかんでも「javaとwebで」と言われていた時
よりは良いのかなぁ。
693:デフォルトの名無しさん
06/03/25 16:49:35
>>691
ドトネトは複数の言語から共通の実行環境であるフレームワークを使う
694:デフォルトの名無しさん
06/03/25 16:58:05
結論からすると、Ｃ＋＋を覚えれば困ることは何もない。
695:デフォルトの名無しさん
06/03/25 17:15:34
C#の立場は・・・Javaに対抗するためだけ？
696:デフォルトの名無しさん
06/03/25 17:48:05
>>693
「Visual Basic」
「Visual Basic Ｃ＃」
の.NETってことですね。
「VB *.0」から完全なオブジェクト指向に変換したのが「ＶＢ.ＮＥＴ」で、
ＪＡＶＡに対抗するために作られたのが「ＶＢ Ｃ＃.ＮＥＴ」
ってことでよろしいのでしょうか。
動作速度は、Ｃ＃.NET>VB.NET＞VB*.0
で
RADは VB*.0>VB.NET>Ｃ＃.NET
ってことで概ね合ってるのかな？
697:デフォルトの名無しさん
06/03/25 17:57:15
そもそも「Visual Basic Ｃ＃」とは何だ？
Visual Basicと並べているから単にVisual Basic (.NET)とC#を併記しているだけとは思えないし。
俺用語はやめてくれ。
698:デフォルトの名無しさん
06/03/25 18:00:59
.netなら、言語なんて何使ってもいっしょだよ。
エライ人には、それが分からないのですよ。
699:デフォルトの名無しさん
06/03/25 18:07:17
>>697
失礼。
「Visual Ｃ＃.NET」ですね。
あるところではただの「Ｃ＃」と言ってるし
あるところでは「Ｃ＃.NET」と言ってるし、
混同します。
とにかく、どの言語が良いのか。
知りたいのはそこ何です。
開発の容易性
動作速度
将来性
WindowsOSのみを考慮した場合、総合的に良い言語はどれなのか？
700:デフォルトの名無しさん
06/03/25 18:13:05
Ｃ＋＋ Ｃ＃ ＶＢ＃
開発の容易性 × △ ○
動作速度 ◎ × ×
将来性 ◎ × ×
701:デフォルトの名無しさん
06/03/25 18:15:17
>>699
それが混同するぐらいなら
.NETはなんなのかとか、そういうことをざっと見たほうがいいんじゃない？
多分@ITとかにあるでしょ それを見てから考えても遅くないと思うが
702:デフォルトの名無しさん
06/03/25 18:18:51
>>700
VB++はどこ行ったｗｗｗｗ
703:デフォルトの名無しさん
06/03/25 18:19:40
>>700
ありがとう。
Ｃ＃ ＶＢ＃の動作速度、将来性の評価が×なのは気になるところです。
もうちょっと調べて見ます。
704:デフォルトの名無しさん
06/03/25 18:29:19
C++以外に対する偏見がひどいな
705:デフォルトの名無しさん
06/03/25 18:31:14
.NETって実質的に大失敗で誰も使っていないからね。
706:デフォルトの名無しさん
06/03/25 18:41:26
逆に使ってみたくなったぜ。ヘラヘラ。
707:デフォルトの名無しさん
06/03/25 18:51:01
確実な速度や将来性を要求するならC++使うしかないわな
速度なんて高速マシンを購入すればいいと割り切るなら関係ないし
将来性ったってC#やVB.NETは大こけだけど、MSは継続して製品出しているし、すぐに無くなる訳じゃなし
開発アプリの寿命との兼ね合いだし、
結局は作成するプログラムに要求していることをちゃんと整理すれば自ずと答えは出てくる
708:デフォルトの名無しさん
06/03/25 20:00:32
.NETフレームワーク使ってるなら
VBだろうがC#だろうがC++だろうがJ#だろうが動作速度はかわらんだろ
709:デフォルトの名無しさん
06/03/25 20:07:36
>>708
気持ちの問題だお＾＾；
710:デフォルトの名無しさん
06/03/25 20:12:29
信仰心の問題
711:デフォルトの名無しさん
06/03/25 20:22:39
今からVB6でシステム構築するのは慎重に考えた方が
いいと思いますよ。
64bitPCが主流になりつつありますが、これは
32bit対応しているからVB6のアプリも動作するでしょう。
しかし、次の128bitマシンがでてきたら多分サポー
トしないと思います。
今、VB2やVB4-16bit版システムの移行で困ってます。
大量にある・・・orz
712:デフォルトの名無しさん
06/03/25 20:39:33
>>703
VB#ってなんだよｗ
理解度が無茶苦茶だ。
.NETは実行環境。C++やVBやC#は開発言語。
.NET用の言語には.NETがつくだけ。（VB.NETやC#.NET）
C++だって.NETアプリが作れるんだからC++.NETと表記する事もあるだろう。
後は自分で勉強しれ。
713:デフォルトの名無しさん
06/03/25 20:40:41
断る
714:デフォルトの名無しさん
06/03/25 20:40:49
>>711
つまり256bitマシンが将来出たら、64bitPCは切り捨てられるからやめとけということか。
715:デフォルトの名無しさん
06/03/25 20:43:01
VB#ではなくちゃんとVB丼と表記すべきだな
716:デフォルトの名無しさん
06/03/25 20:43:46
EiffelやAdaの.NET用コンパイラはそれぞれEiffel#、A#って名前なんだが。
実際問題#のほうが.NETより語呂がいいしナ
717:デフォルトの名無しさん
06/03/25 20:46:45
>>714
そうです。
718:デフォルトの名無しさん
06/03/25 20:47:54
っていうか、C#をもじってというかパロッてというか、VB#って表現してるんじゃん。
719:686
06/03/25 20:48:18
ちなみに「時代はオブジェクト指向」ってほざいたのは40代のCOBOLerちゃん。
単純にVB6.0をコンバートしてもいいんだが、元が本当に最悪。
できることなら、ここに貼り付けたい。
パッと見てバグが次々に見つかるし、追加仕様も大きいから作り直したほうが安全と判断。
明らかに仕事を早く終わらせたいからってグローバル変数を追加するのは反則だと思う。
・・・ということで、来週から地獄ですよ・・・
720:デフォルトの名無しさん
06/03/25 21:21:49
128ビット汎用CPUなんて出るかよ。
って思ったけど、ひょっとして予定出てるの？
721:デフォルトの名無しさん
06/03/25 21:27:05
>>720
64ビット（ｒｙ
です
722:デフォルトの名無しさん
06/03/25 21:44:29
VB#、近い将来、本当に出そうで怖い・・・
723:デフォルトの名無しさん
06/03/25 21:48:34
>>720
128bitは例えばの話です。
いつまでも古い開発ツールしているとやがて
サポートされないWindowsが出てくる可能性が
強いので新規開発の時はその辺りを考慮して
慎重に検討した方が良いですね。
724:デフォルトの名無しさん
06/03/25 21:50:57
そんなこと言ったらMSのOSなんて
…と言いたいが、Linuxなんかも意外と新陳代謝速そうだからなあ
725:デフォルトの名無しさん
06/03/25 22:47:18
初学にＣ＃を選ぼうと思ってるんだけど、支援サイトや書籍の少なさを見ると不安になります。
米国ではVBからＣ＃への移行者が多いと聞くし、MicrosoftがVB.NETよりもＣ＃を後押ししているなんてことも関連サイトで言われてたんで。
あと、ＶＢ.NETはＶＢ*.0との親和性の問題で色々揺れてるって聞きますし。
Ｃ/Ｃ++は難しいだろうから、学ぶだけの時間も勇気が無い。
てことで、折衷案？で、Ｃ＃にします。
726:725
06/03/25 22:49:17
Ｃ＃のスレが盛り上がってない。
参考情報が少なそうだから、大変そうだな。
727:デフォルトの名無しさん
06/03/25 23:25:55
そういう人にはVB2005がおすすめだよ
728:デフォルトの名無しさん
06/03/25 23:43:52
まあ俺なら、VB2017(512bitVersion)を使うな
729:デフォルトの名無しさん
06/03/25 23:49:34
>>725
C++かC#かJavaかを覚えるのがなんか重大事みたいに考える方がおかしいでしょ。
C++がすらすら分かる実力ならC#もJavaもすらすらだ。全部似たようなもの。
>Ｃ/Ｃ++は難しいだろうから、学ぶだけの時間も勇気が無い。
こんなこといっていることで、あなたの分かってなさ具合、ヘタレ加減というのが良く分かる。
そもそもプログラミングに向いてないんじゃ？
730:725
06/03/25 23:50:34
>>729
まぁとにかくやってみます。
ありがとう。
731:デフォルトの名無しさん
06/03/26 15:39:45
PointFはRound()でPointにするのに
SizeFはToSize()なんて関数がある
一貫性なさ杉
732:↑
06/03/26 15:41:03
PointFはPointF.Round()でPointにするのに
733:デフォルトの名無しさん
06/03/27 08:50:52
>>674
こりゃヒデえ。
素直にC++で派生しる！
734:デフォルトの名無しさん
06/03/27 19:16:54
javaのデファクトスタンダード化を遅延、妨害するためだけに作ったんかな
ユダヤ人なら効果を知っててやりそうな戦略
735:デフォルトの名無しさん
06/03/27 20:11:28
>>734
Javaと比較するのに熱心な人はそういいたいようだけど、実際のところただの
COM後継。
.NET Frameworkの情報が初めて出たときはCOM-Runtimeという名前だったし、
今もmscorlib.dllのように名前が残っている(Microsoft COM Runtime Library)。
VC++とVBを繋ごうとしたのがCLRに、
ActiveXで問題になったセキュリティはCASに、
分散オブジェクトのCOMがWebサービスに・・・
といったようにマッピングすれば驚くほどかぶるのが分かる。
WindowsDNAとかいってたのと構造上はまったく一緒。
736:デフォルトの名無しさん
06/03/27 23:21:52
mscorlib.dllは ms core lib の略と聞いたのだが。
737:デフォルトの名無しさん
06/03/27 23:26:05
Microsoft Common Object Runtime Library
738:デフォルトの名無しさん
06/03/27 23:28:10
URLﾘﾝｸ(www.microsoft.com)
> Microsoft Common Object Runtime Library. See MSCorLib.dll
739:デフォルトの名無しさん
06/03/28 00:48:18
Microsoft Com