JAVAとC#どちらが優れているか教えてください Part2

1 名前：仕様書無しさん [2007/09/16(日) 14:13:54 ] 過去ログ pc11.2ch.net/test/read.cgi/prog/1178017348/l50 535 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:33:50 ] M$厨「ドトネトが最先端。お前にはLINQを理解するのは無理」 しかしながらM$自身が捨てたドトネト。 536 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:38:12 ] >>535 良かったね。.NETが消えたのならもう叩く必要もないね。ｗ 537 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:48:00 ] 仕事がMSばっかだからなあ。 538 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:48:34 ] 確かにこのスレ以外のドトネトスレがストップしてるお。 539 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:51:03 ] >>538 230 ：デフォルトの名無しさん：2007/10/13(土) 21:34:24 blogやSNSでリアルな付き合いに向かっているだけだろ。 無職君が匿名でウジウジやってて取り残されただけだよ。ｗｗｗ 540 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:55:08 ] ブビ厨につづいてドトネト厨死滅カワイソス＞＜ 541 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:01:09 ] >>540 良かったじゃん。もう気にしなくていいしね。ｗ 542 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:06:57 ] >>528 LINQ以前のレベルな事はわかってるか？ 543 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:18:27 ] LINQってゼルダ？ なんかつづりチガクね？ 544 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:28:03 ] つまんね 545 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:33:52 ] >>542 つ >>528 >>535 546 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:37:38 ] 判定： ドトネト中の自滅→Ｃ丼の負け 547 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:39:02 ] つまんね 548 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:41:41 ] リアルで孤独なんだろうな 549 名前：仕様書無しさん mailto:sage [2007/10/14(日) 08:42:10 ] 「各DBの特有のSQLの方言までLINQが吸収してくれると思ってた。一般的なSQLだけなの？ 」 こんな簡単な答えが出ないところを見ると、実際に.NETは普及していないんじゃないのか？ 俺はJava屋なんで知らんけどねー。 550 名前：仕様書無しさん mailto:sage [2007/10/14(日) 09:02:48 ] 漏れもJava屋だけどLINQってODBC親戚程度にしか思っていなかったが。 しかしSQL(RDB)の方言つったって、MERGEとかマテリアライズとかを オブジェクトにマップできるか？とかそういうくらいしか思いつかんけど。 予想だとSQLServer以外はあんまアテに出来ない感があるが。 551 名前：989 mailto:sage [2007/10/14(日) 09:14:22 ] > SQL Server以外のデータベースでLINQを使えるか? > > 　使える。LINQのデータベース実装であるDLinqは，データベース接続にADO.NETを使っているため， >理論上はDLinqアプリケーションは. NET Data Providerを使っているどのデータベースにも接続可能である。 >ただし，予想されることではあるが，プレリリース・コードはSQL Server 2005に対して最適に動作する。 >ほかのデータベースについては，製品出荷時には対応されると思われる。 > LINQは複雑なデータベース対ビジネス・オブジェクト・マッピングに対応するか? > > 　対応しない。LINQの設計理念の1つは単純さであり，オーダーや請求書のような複雑なビジネス・オブジェクト >と複数のデータベース・オブジェクトの間のマッピングを作成するプロセスは単純ではない。 >DLinqは，データベース・オブジェクト（テーブルやビューなど）とインスタンス化されたDLinqプログラム・オブジェクトの >間の1対1マッピングを使用する。複雑なマッピングを作成する必要がある場合は，サードパーティ製ツールを使うか， >手作業でコーディングする必要がある。 単純なSQLならLINQでカバーするけど、複雑な奴は従来通りやってね。って感じですね。 知識の浅い人向けDBを使いやすくする為の機能って事か。 552 名前：仕様書無しさん mailto:sage [2007/10/14(日) 11:56:52 ] LINQ = SQLって思ってるところで底の浅さが知れてるがｗ 553 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:00:42 ] LINQってなに？ これがデフォ 554 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:35:13 ] どうでもいいけどなんかQとか付くと中国のブランドみたいでカッコ悪い感じがしちゃうよw 555 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:43:52 ] ｗつけて煽っている方が批判しかしていないあたりに、.NET屋の限界を感じる。 自分自身が無知なのをさらけ出して楽しいの？ 556 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:43:58 ] SQNYとか？ 557 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:44:19 ] OBAQ 558 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:53:23 ] .NET関係のネーミングがひどいってことでいいか？ 559 名前：仕様書無しさん [2007/10/14(日) 15:39:38 ] Javaは日付がひどいけど.NETはスレッドがひどいな。 結城先生のJavaのスレッドの本はとてもわかりやすかったけど、 .NETはよくわかんないし応用が効かない。 自分で実装するには結城先生の本みたいにやるからいいけど、 サンプルコード読むときに苦労する 560 名前：仕様書無しさん mailto:sage [2007/10/14(日) 15:42:59 ] コードだけで理解したつもりで概念が理解できてない典型 561 名前：仕様書無しさん [2007/10/14(日) 15:46:57 ] ↑がなんなので書き直し。すまん Javaは日付がひどいけど.NETはスレッドがひどいと思う。 結城先生のJavaのスレッドの本はとてもわかりやすかったけど、 .NETの非同期プログラミングモデルはよくわかんないし応用が効かない。 自分で実装するには.NETでも結城先生の本みたいにやるからいいけど、 サンプルコード読むときに苦労する 562 名前：仕様書無しさん [2007/10/14(日) 15:55:29 ] >>560は>>559に対してか？ 確かにすべて理解できたとは思ってないけど、 たとえば、あるタスクを行うスレッドのグループＡと別のタスクを行うスレッドのグループＢの同期を取りたいときどうする？ スレッドプールを２つ自分で実装すればいいだけの話なんだけど、 .NETの非同期プログラミングモデルでやろうとするととっても面倒じゃないか？ 563 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:00:44 ] 何で.NETは非同期モデルしかないと決め付けてるの？ 564 名前：仕様書無しさん [2007/10/14(日) 16:06:55 ] >>563 ん？非同期プログラミングモデルってこのことだぞ。 ttp://msdn2.microsoft.com/ja-jp/library/ms228969(VS.80).aspx 「非同期しかないって決め付けてる」って意味がわかんないんだが、 だから俺はこれが嫌いだから自分で実装する時は基本的に使わない。 つーか、まさかシングルスレッドをしらないのて言いたいんじゃないよな？ 565 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:09:42 ] 普通にThread使えばいいだけの話に非同期云々の話を持ち出してきたのはそちらだが 566 名前：仕様書無しさん [2007/10/14(日) 16:15:19 ] 「普通にThreadを使う」ことを非同期って言うんだよボケ。 あと>>561を１万回読め 567 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:17:27 ] 普通のThreadの使い方は>>564のリンク先のやり方ではありませんが？ 568 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:19:09 ] 結局>>560の通りだったな 569 名前：仕様書無しさん [2007/10/14(日) 16:22:27 ] 通じないなぁ・・・ たぶんアンタと俺は同じようにスレッドを生成しているんだと思う。 でもFCLで実装されている非同期メソッドはみんなこの非同期モデルに従っているじゃないか？ 570 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:31:00 ] ThreadPoolを使いたいのだとしても非同期モデルに縛られることはないのだが？ 571 名前：仕様書無しさん [2007/10/14(日) 16:42:16 ] >>570 だから俺はThreadPool自体を自分で実装しているよ。 実装っていうかコレクションをカプセル化した程度のものだけど、それで十分。 俺が言ってるのは、.NETの非同期プログラミングモデルなんて なくても困らないし応用が効かないし無い方がよかったんじゃないかってこと。 俺もまだまだ初心者だけど、 >>567とかから判断すると、アンタは相当な初心者だろう。 もうアンタに言うことはないよ。じゃあな。 572 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:45:58 ] 非同期モデルじゃなくてもThreadPoolが使えるのにわざわざ自分で実装してるの？ しょうもない馬鹿だな。 573 名前：仕様書無しさん [2007/10/14(日) 16:48:28 ] 俺はThreadつかってQueueで完全にスレッド間で同期取って作る 多分559がやってるのと似たようなやりかたかな で559はEndInvokeとかがいまいち使いどころに困ると思ってるんだろ 574 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:48:31 ] ttp://msdn2.microsoft.com/ja-jp/library/3e8s7xdd(VS.80).aspx このページがあるのにいきなり非同期とか知ったか語り出して痛々しくて見てられないな 575 名前：仕様書無しさん [2007/10/14(日) 16:58:00 ] >>574 だからそのページに書いてあることを非同期っていうんだよｗｗｗ >>573 >>562でも書いたけど複数のスレッドをグループに分けてその同期を取る方法が非同期プログラミングモデル（以下使うことがあればＡＰＭ） でどうやるのかわからん。 自分でChannel役のクラスを複数実装して同期をとれば簡単なのに 576 名前：仕様書無しさん [2007/10/14(日) 17:06:59 ] スレッドのグループって意味がいまいち分からんのだが ワーカースレッドとApplication.Run()で動いてるスレッドの間の同期の話？ 577 名前：仕様書無しさん mailto:sage [2007/10/14(日) 17:08:02 ] 一般的な意味での非同期と、>>564の意味での非同期を混同してるだけか 578 名前：仕様書無しさん [2007/10/14(日) 17:14:25 ] >>576 ワーカースレッドごとにグループ化して同期を取る必要がある、ということ。 一般的にこういったことが必要になることは少ないと思うし、わかりにくくて申し訳ないが。 579 名前：仕様書無しさん [2007/10/14(日) 17:35:25 ] スレッド間でキューにメッセージ投げあって同期を取る ワーカースレッドは無限ループでキューのメッセージを読みに行ってメッセージに書かれた処理をする Application.Run()で動いてるスレッドは無限ループできないから windowsが投げてくるThreadTimerイベント使ってメッセージ読みに行く って感じで俺なら作る Invokeとか.netが用意してる同期機能は俺は使わんね 柔軟性に欠けるし 580 名前：仕様書無しさん [2007/10/14(日) 17:59:33 ] >>579 俺はWindowメッセージとかの知識は全くないんだけど、 次のようにしている（１年前に作ったものだから、細かいところは忘れている） ・スレッドを管理するクラスをＡ・Ｂと２つ用意する ・Application.Run()で動いているスレッドがアプリケーション開始時にＡのQueueに「リクエストＡ」をまとめてEnqueueする。 ・ＡはリクエストＡを順に処理し、処理し終わるごとにＢにイベントで通知する。 　（この時リクエストＡを処理した結果からリクエストＢを作成してＢに渡す） ・Ｂは受け取ったリクエストを順に処理して、ある一定のタイミングでファイルに吐き出す。 ・これらとは別のスレッドが定期的にＡとＢを監視して、 Application.Run()で動いているWindowsFormを起動したスレッドに通知する。 >Invokeとか.netが用意してる同期機能は俺は使わんね >柔軟性に欠けるし こう感じているのは自分だけではないみたいだね。 参考になった。ありがとう。 581 名前：仕様書無しさん [2007/10/14(日) 18:01:32 ] >>580 またミスった。すまん ×WindowsFormを起動したスレッドに通知する。 ○WindowsFormを起動したスレッドに進捗状況を通知する。 582 名前：仕様書無しさん [2007/10/14(日) 18:04:51 ] >>580 なお、Aは５つ程度・Ｂは１０つ程度のスレッドで動いている 583 名前：仕様書無しさん [2007/10/14(日) 18:17:22 ] ＞・これらとは別のスレッドが定期的にＡとＢを監視して、 ＞Application.Run()で動いているWindowsFormを起動したスレッドに通知する。 おそらくスレッドクラスのメンバにアクセスして監視してるんだろう 俺ならEnqueueする場所は各スレッドループの先頭一箇所だけにする 他スレッドクラスのQueue以外には絶対にアクセスできないようにあえて各スレッドクラスの Queue以外の参照を消去して完全イベントドリブンにする こういう制約を課してプログラム組むと結果的に凄くメンテナンスしやすいものができる 584 名前：仕様書無しさん [2007/10/14(日) 18:32:16 ] >>583 確か監視スレッドが監視しているのはQueueのCountプロパティだったと思ったが、 特に隠蔽は意識していなかった。参考にさせてもらうよ。 あと思い出したことを書くと Ａがやってるのはネットワーク接続の待ち時間が長い処理で、 Ａの一つのスレッドが作成するリクエストＢは数十個になる。 リクエストＢも多少のネットワーク待ちは発生するが、比較的軽い処理だ。 だからこのような仕様にした。 で、話は全くかわるけど、 イベントといえば.NETのいいところの一つだと思う。 JavaではObserverパターンを実装しなければならないようだけど、 Javaでもリフレクションを使えば.NETのイベントと同じようなことってできる 基底クラスを作成できるんだろうか？ 585 名前：仕様書無しさん [2007/10/15(月) 00:57:19 ] JavaとC#どっちとも使えない奴ってなんなの？ 馬鹿なの？ 586 名前：仕様書無しさん mailto:sage [2007/10/15(月) 08:40:35 ] ﾌﾞｳﾞｨﾁｭｳｳﾞｧｶﾆｽﾙﾅ 587 名前：仕様書無しさん mailto:sage [2007/10/15(月) 11:00:41 ] >>585 人間として、少なくとも、どちらか使えるべきだな。 588 名前：仕様書無しさん mailto:sage [2007/10/15(月) 11:05:25 ] そんな事逝ったら、周りに人間居なくなるんだけど。。。 589 名前：仕様書無しさん mailto:sage [2007/10/15(月) 18:18:42 ] ＞ ATL を使用し、STL コレクションを公開し、MFC アプリケーションのコンパイラ COM サポートにより制御されたサーバーの実装 ＞ttp://msdn2.microsoft.com/ja-jp/library/xatwk0b1(vs.80).aspx これにさらにドトネトが追加されると。。。 萎え... 590 名前：仕様書無しさん mailto:sage [2007/10/15(月) 19:10:36 ] さらにboostも追加されます 591 名前：仕様書無しさん mailto:sage [2007/10/16(火) 07:28:06 ] お前らが、あんまりいいって言うから、 全ての勉強を中断して、 C♯の学習開始。 これで良くなかったら、お前ら、責任とれよ。 592 名前：仕様書無しさん mailto:sage [2007/10/16(火) 10:20:09 ] これから関数型の要素もはいってくるしいいんじゃね？ C#→F#といくのがおすすめ 593 名前：仕様書無しさん mailto:sage [2007/10/16(火) 10:26:03 ] なんでC#を経由せんといかんのだ？ 594 名前：仕様書無しさん mailto:sage [2007/10/16(火) 10:40:55 ] つか、なんで♯なんだ？ 595 名前：仕様書無しさん mailto:sage [2007/10/16(火) 11:55:09 ] C#→F#といくのがおすすめ C#オワタ＼(^o^)／ 596 名前：仕様書無しさん mailto:sage [2007/10/16(火) 15:35:45 ] Visual Studio 2005 Part 22 ttp://pc11.2ch.net/test/read.cgi/tech/1187540029/518- 518 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 11:27:48 ヘルプが糞なのは同感。糞重いし検索がまた糞。正規表現くらい使わせろ糞 519 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:11:48 .NET製だから初回起動が重いだけかな。起動後も重いやつはPCがもう時代遅れ。 520 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:18:03 そういう話で無くてな?やってる処理がたいしたこと無いのに何であそこまでもっさりしてるのかという話だ。 521 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:25:23 無駄に重いわなVS2005のは。 どうせレンダリングはIEコンポでやってるんのに、わざわざドトネトにして 糞重くした新しいdexplore.exeになって一体どこの誰が喜ぶんだか さっぱり理解できん。 522 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:53:22 当然喜ぶのはdexplorer.exeの開発者じゃないの 523 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 15:04:04 パソコン利用者８割がストレス、「動作の遅さ」に強い不満 ttp://pc11.2ch.net/test/read.cgi/pcnews/1181735813/l50 597 名前：仕様書無しさん mailto:sage [2007/10/16(火) 18:20:27 ] コピペ君って馬鹿だな、まで読んだ。 598 名前：仕様書無しさん mailto:sage [2007/10/17(水) 07:19:25 ] C#→F#この次は続けて→C#→G#だな。 基本的なコード進行。 599 名前：仕様書無しさん [2007/10/24(水) 00:36:05 ] 俺はJavaでもなく.NETでもなく、VBAが好きだ。 600 名前：仕様書無しさん mailto:sage [2007/10/24(水) 09:29:46 ] C2D＋Mem1M でも重い。 601 名前：仕様書無しさん [2007/10/24(水) 09:40:09 ] 過度の抽象化をしてるんだろjavaみたいに 602 名前：仕様書無しさん mailto:sage [2007/10/24(水) 11:50:52 ] こないだも「色々苦労して造った末に顧客からExcelみたいのないの？」っていわれた っていうスレがあったけど、たいていの会社ならExcelをUIにしてMySQLにでも接続するプログラムを 作ってやった方がいい。Excelの表計算フォームがいやならVBAでフォーム作成すればいい。そいつをアドインにデモしてやればなおさらいい。 603 名前：仕様書無しさん mailto:sage [2007/10/24(水) 11:53:50 ] 残念ですが、Ｍ＄がVBAを終焉させまつ。 604 名前：仕様書無しさん mailto:sage [2007/10/24(水) 12:10:52 ] ＞＞６０３ じゃあ、KingOfficeVBAで戦うまでだ！ 605 名前：仕様書無しさん [2007/10/24(水) 13:34:39 ] >>603 ソースは？ 606 名前：仕様書無しさん mailto:sage [2007/10/24(水) 19:52:22 ] こんなにいっぱい言語作って、何したいんだよ。 607 名前：仕様書無しさん [2007/10/24(水) 20:05:16 ] Kコンパイラが懐かしい 608 名前：仕様書無しさん mailto:sage [2007/10/24(水) 23:12:16 ] >>603 そしてVBA.NETの時代が 609 名前：仕様書無しさん mailto:sage [2007/10/26(金) 05:54:22 ] どちらかというとVBxがあるからVB.NET/Aのほうが近そうだ 610 名前：仕様書無しさん [2007/10/27(土) 22:47:49 ] 確かにUIはExcelが最高だと思う。 VBAが.NET化するのはいつになるんだろう？ 今でもOfficeProfessionalならVSTOとやらで.NETのマネージコードで操作できるんだっけ？ でもOfficeProfessional買ってくれないし・・・ 611 名前：仕様書無しさん mailto:sage [2007/10/27(土) 22:51:55 ] Officeのコントロールは標準ツールボックスに入れるなり、いっそWindows.Forms.Officeとかにして欲しいよ。 おいしいんだから 612 名前：仕様書無しさん [2007/10/27(土) 23:02:00 ] >>611 それいい！そうなれば.NETのシェアは大きく拡大すると思う。 UIは凝るとキリがないし自分は一番時間がかかる。 .NET3.5のグリッドコントロール使いやすくなるんだろうか？ 613 名前：仕様書無しさん mailto:sage [2007/10/28(日) 03:32:06 ] .NET2.xって結局何だったんだ？ 614 名前：仕様書無しさん mailto:sage [2007/10/28(日) 05:02:02 ] >>613 .NET 3.xシリーズのコア部分 615 名前：仕様書無しさん mailto:sage [2007/10/29(月) 23:27:01 ] JAVAを自宅学習したいのですが、お勧めのJAVA開発ソフトを教えてください。 616 名前：仕様書無しさん mailto:sage [2007/10/30(火) 06:45:41 ] eclipse 617 名前：仕様書無しさん mailto:sage [2007/10/30(火) 21:57:21 ] 両方で開発してみたけど C#の方が優れてるわ 618 名前：仕様書無しさん mailto:sage [2007/10/31(水) 09:29:36 ] 仕上がるﾄﾞﾄﾈﾄアプリは最悪だけどね 619 名前：仕様書無しさん mailto:sage [2007/10/31(水) 09:34:47 ] powershellみたいなシェルスクリプトで.NETのオブジェクトを自在に弄れるってのは面白いけどな あと.NETでCとC#とF#を組み合わせて開発できるのとか マルチプラットフォームを意識しないのに限れば結構実用的な気がする でもC#で使う分にはjavaには絶対勝てないのは確実だね 620 名前：仕様書無しさん mailto:sage [2007/11/01(木) 01:13:37 ] 結局、βで終わった3.0の立場は？ 621 名前：仕様書無しさん mailto:sage [2007/11/01(木) 04:51:00 ] monoのWindows Formsの充実ﾏﾀﾞｰ？ 622 名前：仕様書無しさん mailto:sage [2007/11/01(木) 13:38:53 ] ディベート: 何故ほとんどの大規模webサイトはJavaで構築されないのか？ ttp://www.infoq.com/jp/news/2007/10/big-java 623 名前：仕様書無しさん mailto:sage [2007/11/01(木) 20:02:37 ] >>622 .Netは話題にすら上っていない件について。 624 名前：仕様書無しさん mailto:sage [2007/11/07(水) 17:32:48 ] ＞マイクロソフトとターボリナックスの提携に見る「UnitedLinux」の影 ＞ttp://www.itmedia.co.jp/enterprise/articles/0711/07/news013.html ググルﾘﾅｸｽに対抗だね。 Win32、Ax、ﾄﾞﾄﾈﾄの三つ巴でﾌﾞﾋﾞ厨氏滅。 そこに、M$Linuxが入り込んで４つの要素対応となったらﾄﾞﾄﾈﾄ厨完全脂肪ｗｗｗ 複雑化でﾄﾞﾄﾈﾄ厨涙目(´；ω；`) 625 名前：仕様書無しさん mailto:sage [2007/11/07(水) 19:17:54 ] またこの手の馬鹿かw あのねえボク、プログラマは君がケータイやゲーム機に持つような思い入れを 開発ツールに対して持ったりしないよ。 ドトネトが死滅したら死滅したで、よりよい代替物が存在するなら別に何も困らんw 単なる道具だからな 626 名前：仕様書無しさん mailto:sage [2007/11/07(水) 19:36:42 ] ＞あのねえボク、プログラマは君がケータイやゲーム機に持つような思い入れを 開発ツールに対して持ったりしないよ。 じゃあ何でこのスレがあるの？ 627 名前：仕様書無しさん mailto:sage [2007/11/07(水) 19:50:46 ] >>626 え？このスレって言語に対する思い入れを語るスレだっけ？ 628 名前：仕様書無しさん mailto:sage [2007/11/07(水) 20:34:54 ] まあ、C#使いの多くは思い入れで語ってる感はあるな。 629 名前：仕様書無しさん mailto:sage [2007/11/08(木) 10:11:43 ] ＞え？このスレって言語に対する思い入れを語るスレだっけ？ ＫＹの呪文は魔法（捏造）の言葉―― 　　　　　　　　　　　　　　　　　　　　　　　　サイレント魔女☆リティ 　　　　　　　　,.、,､,..,､､.,､,､､..,_,.、,､,..,､､.,､,､､.., 　　　　　　´ﾞ:..`.ﾞ:‐'ﾞ`.ﾞヾ:ﾟ`.ﾞ:`.ﾞ:`.ﾞ:`.ﾞ:`.ヾﾞ: ﾟ`.ﾞ: ﾟ''.`.ﾞ:..`. 　　　´.: ,.ﾟ `.ﾞ::､`___:;.:.:.:ﾟ..____ﾞ:`.ﾞ::ﾟﾞ:::_ ヾ''. ''. ヾ''.`:.;:.;:..ﾞ 　　´,..`.ﾞ::: 'ﾞ.`::.ﾟ|　|ﾟ､. ／ ／.ﾞ:.ﾞ::く＼ﾞ::_ `.ﾞ.ﾞ／^>'ﾞ:'.`.ﾞ;.;;ﾟ.;.;;ﾟ.;.; 　´: ﾟ..: ''.`ﾟ.,:. :.､|　|:／ ／`.ﾞ`.ﾞ`.ﾞ:..＼ ＼:／ ／'ﾟ ''.`.ﾞ:_;. ''..:.;.;;ﾟ.. ´;: .ﾟ.: ,:. :､.',: 'ﾞ .|　　　く''.`.ﾞ::_`.ﾞ:`.ﾞ:;.`.＼　／`..ﾞ:`.ヾﾞ:`.ﾞ:;.`.:.:. ´;: ﾟ...: ,:. ﾟ ''.: 'ﾞﾞ|　 |.＼　＼.､.:',.'..ﾞ.:.ﾞ.:ﾞ :.| 　|`.ﾟﾞ:'.ヾ`.ﾞ:;.ﾟ`.ﾞ:.`.ﾞ` `;: ...: ヾ'.`.ﾞ,:. ''|____|.ﾞ..ﾟ＼／''.`.ﾞ.:ﾞ.: :.ﾟ､.:|____|' :.ﾟヾ､.,:. :ﾟ.､:,:.. 　`: .ﾟ..: ,ﾟ: 'ﾞ. ﾟﾟ ''.`.ﾞ:.:.､ﾟ`ﾞ:`.ヾ ﾞ:`.'.`.ﾞ.:',.: .::_.:''`ﾞﾟ .::_''ﾟ`ﾞ.: ' 　　　　　　´ﾞ:..`.ﾞ:‐'ﾞ`.ﾞヾ:ﾟ`.ﾞ:`.ﾞ:`.ﾞ:`.ﾞ:`.ヾﾞ: ﾟ`.ﾞ: ﾟ''.`.ﾞ 　　　`ﾞ:ﾟ`.ﾞ:..`.ﾞ:‐'ﾞCopyright 1989.4.20 AsahiShimbun.` 630 名前：仕様書無しさん mailto:sage [2007/11/08(木) 18:29:17 ] ＞【Orcas】 Visual Studio 2007 【.NET3.0】 Part3 ＞ttp://pc11.2ch.net/test/read.cgi/tech/1193662588/126- 今日東工大に James Gosling が来て話をしていったけれども 聴講者から .NET に関して質問が出たらこう答えてた ・2-3年前までは .NET に危機感を抱いていたが今ではまったく危機感はない ・MS .NET で作られたアプリが Mono で動くのは 0% である なんだかずいぶんとなめられてる 631 名前：仕様書無しさん mailto:sage [2007/11/08(木) 19:03:32 ] コピペ君って馬鹿だな、まで読んだ。 632 名前：仕様書無しさん mailto:sage [2007/11/08(木) 23:30:57 ] >>630 Goslingは・・・・というかＳｕｎの人はだいたい強気に言う風習があるから、 言葉を50%薄めて聴いた方がいいけど、意外と競合しないって意識はあるのかもな 633 名前：仕様書無しさん mailto:sage [2007/11/09(金) 23:11:46 ] Sunにしてみりゃ馬鹿みたいに.NETを力を入れるM$は怖かったけど、 .NETが目指す方向が斜め上なのが分かったから、放置していれば毎度の パターンで自滅するの目に見えているし、アホがどこで腐った金を使おうが しったこっちゃねー。って所だろ。 M$がノベルに.NET関連の技術提供を行い、.NETの新バージョンリリースと同時に monoがバージョンアップするとか、C#あたりをオープンにするようになったら Sunもガクブルかもしれんがな・・・まずそんな事はやらんだろ。 まぁ、開発効率があがったひゃっほいしている連中はしらんがな。 おれはNetBeansで遊びながら金貰って幸せだけどねぇ・・・ 634 名前：仕様書無しさん mailto:sage [2007/11/10(土) 01:12:58 ] java厨だけどこんな低レベル多いのかとびっくりだ・・・ 635 名前：仕様書無しさん mailto:sage [2007/11/13(火) 03:23:30 ] 正直MonoのWindows FormsはM$.NETをなめてるようにしか思えん 別にかまわんけど、それなら別のGUIツールキットとその開発環境を充実させてくれ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef