1 名前:仕様書無しさん [2007/05/01(火) 20:02:28 ] 言語機能的にも実装的にもどっちが上なんですか?
2 名前:仕様書無しさん [2007/05/01(火) 20:04:08 ] しりません。自分で考えてください。
3 名前:仕様書無しさん [2007/05/01(火) 20:38:46 ] >>1 あなたにはどちらも関係ありません
4 名前:仕様書無しさん mailto:sage [2007/05/01(火) 20:40:48 ] 言語仕様はC#が上 ただし技術者が不足 つか、イマドキの新人教育担当者って言語選定が大変そうだな
5 名前:仕様書無しさん [2007/05/01(火) 21:01:11 ] この業界の偽装請負で単純作業という糞体質を全部Javaのせいにして切り捨てるときだなw つくづく使えない言語だったw
6 名前:仕様書無しさん [2007/05/01(火) 21:04:43 ] やっとその気になったか。 切れ切れ〜
7 名前:仕様書無しさん [2007/05/01(火) 21:08:17 ] 開発環境は圧倒的にC#の方がすぐれてるんだけどね。 純粋な言語的にはあまり変わらない。
8 名前:仕様書無しさん [2007/05/01(火) 21:09:30 ] C#もJAVAもおもにWebアプリでの使用がメインだからその辺を考慮するとC#の方が開発しやすい。
9 名前:仕様書無しさん mailto:sage [2007/05/01(火) 21:22:34 ] しかし、Windows Server のお守りはいやなので、Java になってしまう罠
10 名前:仕様書無しさん mailto: [2007/05/01(火) 21:51:04 ] どう考えてもぶっちぎりの C# 無駄が無い。
11 名前:仕様書無しさん [2007/05/01(火) 22:01:57 ] >>7 開発環境は負けてるでしょ・・・
12 名前:仕様書無しさん mailto:sage [2007/05/01(火) 22:18:11 ] 実際世の中は今んとこJavaがかなり優勢。 数年後はどうか知らんけど。 C#の仕事はかなーり少ない。
13 名前:仕様書無しさん mailto:sage [2007/05/01(火) 22:27:19 ] C#って.NetFramework使いたい奴だけが使う、ってとこあるからなあ MSだけって時点でJavaと比較する意味が無いし
14 名前:仕様書無しさん [2007/05/01(火) 22:58:08 ] 正直Weblogic使うよりもWindows2003Server使った方がましだと思う
15 名前:仕様書無しさん mailto:sage [2007/05/01(火) 23:10:30 ] >>正直Weblogic使うよりもWindows2003Server使った方がましだと思う これIIS使えってこと?それともなんか別の乗せるの
16 名前:仕様書無しさん mailto:age [2007/05/01(火) 23:38:10 ] IISねえ。 まあ、こういうのはマシかどうかはあんまり関係無い。 シェアの多いWindowsがマシなOSかどうか議論するくらい意味がない。
17 名前:仕様書無しさん [2007/05/02(水) 00:42:21 ] C#つーのは言語がJavaなVBだぞ 生産性が非常に高いので、小規模開発には最高 あまりやり過ぎると、EclipseでStringBuilderとか打ってしまうのだがw
18 名前:仕様書無しさん mailto:sage [2007/05/02(水) 01:02:54 ] >>17
19 名前:仕様書無しさん [2007/05/02(水) 01:17:26 ] >>17
20 名前:仕様書無しさん [2007/05/02(水) 06:19:12 ] >>17
21 名前:仕様書無しさん [2007/05/03(木) 08:25:58 ] openなのでJAVAの勝ち
22 名前:仕様書無しさん mailto:sage [2007/05/03(木) 08:36:25 ] ? オープンだからJavaの負けでしょ。
23 名前:仕様書無しさん [2007/05/03(木) 19:52:44 ] 意味不明。オープンの方がライブラリも早く増える。
24 名前:仕様書無しさん mailto:sage [2007/05/03(木) 20:35:30 ] 品質が保証されないね。
25 名前:仕様書無しさん mailto:sage [2007/05/04(金) 01:35:31 ] >>24 仕事放棄するなよw
26 名前:仕様書無しさん [2007/05/05(土) 18:36:22 ] Javaの勝ち
27 名前:仕様書無しさん mailto: [2007/05/05(土) 20:19:57 ] C#に決まってんだろ!このボケっ!! >>1 糞スレたてんじゃねーぞ。この運子野郎!!
28 名前:仕様書無しさん mailto:sage [2007/05/06(日) 05:12:00 ] Javaも基本型は無しにしてRubyみたいに全てオブジェクト化してくれ。 それか、C#みたいに構造体化してもいい。 Javaは中途半端なんで気持ち悪い。
29 名前:仕様書無しさん [2007/05/07(月) 00:19:13 ] JAVAは.NET3.0が出るまでの命。 LINQがJAVAの息の根を止めるだろう。
30 名前:仕様書無しさん mailto:sage [2007/05/07(月) 01:42:35 ] >>29 .NET2.0におまけが付いた位じゃまだ死なないだろ・・・
31 名前:仕様書無しさん [2007/05/07(月) 01:43:43 ] Googleが勝てばJava、MSが勝てばC# BDが勝てばJava、HD-DVDが勝てばC#
32 名前:仕様書無しさん [2007/05/07(月) 01:48:04 ] 両方出来る俺は勝ち組
33 名前:仕様書無しさん [2007/05/07(月) 01:57:42 ] むしろ仕事でプログラムを書く必要がない俺が勝ち組
34 名前:仕様書無しさん [2007/05/07(月) 02:20:05 ] ↑ の様に夢を見てる奴と違ってリアルにC#を極めているオレが勝ち組
35 名前:仕様書無しさん mailto:sage [2007/05/07(月) 02:22:27 ] 言語にこだわってる時点で負けだろ しかもjavaとC#で
36 名前:仕様書無しさん [2007/05/07(月) 05:55:27 ] 言語としての普及度はJAVA>C#だけど、プラットフォームとしては既にドトネがJAVAを抜いたんじゃね? ドトネはC#とブビで分け合ってるから統計がわかりにくい。
37 名前:仕様書無しさん mailto:sage [2007/05/08(火) 01:57:04 ] C#が普及しないのは、Javaと比べて大義がないからでしょ。
38 名前:仕様書無しさん mailto:sage [2007/05/08(火) 02:34:19 ] 大儀w
39 名前:仕様書無しさん [2007/05/08(火) 06:53:05 ] 大儀は天下統一です
40 名前:仕様書無しさん [2007/05/08(火) 18:59:51 ] 大差ないしVS高いし
41 名前:仕様書無しさん [2007/05/08(火) 19:05:40 ] Javaは先駆者。 先々結果がどうだろうと、先頭を突っ走ったこと自体が重要。
42 名前:仕様書無しさん [2007/05/08(火) 19:59:15 ] JAVAは信長。 C#は秀吉。 そしてObjective-Cが家康。 最後に勝つのはObjective-C。
43 名前:仕様書無しさん mailto:sage [2007/05/08(火) 20:28:48 ] >>42 設計思想的にいえば、 信長…Objective-C 秀吉…Java 家康…C#
44 名前:仕様書無しさん mailto:sage [2007/05/09(水) 01:31:32 ] C 信長 C++ 秀吉 Java 家康 C# 政宗 あと5年、早く生まれてればね。
45 名前:仕様書無しさん mailto:sage [2007/05/09(水) 02:40:12 ] 後漢:C++ 魏:Java 呉:VB.NET 蜀:C++/CLI 晋:C# そして統一へ。
46 名前:仕様書無しさん [2007/05/09(水) 05:41:11 ] 船井幸雄:VB6 中丸薫:なでしこ 宇野正美:COBOL 飛鳥昭雄:D 五島勉:Pascal
47 名前:仕様書無しさん [2007/05/09(水) 19:35:39 ] なんだこのスレw
48 名前:仕様書無しさん [2007/05/10(木) 01:25:25 ] C ノーザンダンサー C++ サドラーズウェルズ Java モンジュー C# ハリケーンラン
49 名前:仕様書無しさん [2007/05/10(木) 18:30:40 ] C#がJavaより優れてるところってあるの?
50 名前:仕様書無しさん mailto:sage [2007/05/10(木) 20:03:25 ] 痒いところにデリゲード
51 名前:仕様書無しさん mailto:sage [2007/05/11(金) 00:29:07 ] メソッドにいちいち例外の宣言を書かなくていい。 プロパティ。
52 名前:仕様書無しさん [2007/05/11(金) 15:51:04 ] C#がJAVAよりも優れているところ MS社謹製
53 名前:仕様書無しさん mailto:sage [2007/05/11(金) 17:43:32 ] 学習環境はJavaの方が充実している。 資格 Java > C# 書籍 Java > C# 学校 Java > C#
54 名前:仕様書無しさん [2007/05/11(金) 20:42:50 ] C#なんか使ってるやつ、MSに金貢いでるだけだろ。
55 名前:仕様書無しさん [2007/05/11(金) 22:57:44 ] もし.NETフレームワークがなかったら・・・?
56 名前:仕様書無しさん mailto:sage [2007/05/11(金) 23:13:49 ] C#が優れてる! 不思議!!!
57 名前:仕様書無しさん mailto:sage [2007/05/11(金) 23:16:55 ] >>53 それが充実って言うのか・・・。 Javaの資格、SUNが勝手に作って金儲けしてるだけ。 Javaの書籍、9割はくっだらねー。 Javaを教えてる学校、いらん事教えん方がいい人材になる。
58 名前:仕様書無しさん mailto:sage [2007/05/12(土) 01:15:11 ] Sun Certifiedだけじゃなくて、国家資格の午後とか。
59 名前:仕様書無しさん [2007/05/12(土) 19:53:37 ] C#がJavaより優れてるところってあるの?
60 名前:仕様書無しさん [2007/05/12(土) 20:14:59 ] オブジェクト指向じゃないとこかな、Javaもあやしいけど。
61 名前:仕様書無しさん mailto:sage [2007/05/12(土) 20:33:22 ] >>1 C#は元々がJava1.2のパクり。 元々がBASICと言い、Cと言い、C++と言い、Microsoftが独自の方言で国際規格のANSIの規格から外れた言語を作ってきた事に始まる。 で、また凝りもせず Java1.2にMicrosoft独自の(Windowsでしか使えない)APIを付属したMicrosoft visual J++ 販売! ↓ Sunに「ニセJava売るんじゃネー」と訴えられる。 ↓ J++をJ#と名前を改める。 ↓ それでもMicrosoftが裁判で負けて多額の賠償金 ↓ J#をC#と名前を改める。 まず、これが歴史ね。
62 名前:仕様書無しさん [2007/05/12(土) 20:46:32 ] で、Javaの1.2から1.6、MSのJ++からC#までの方向性ね。 Java1.2(ServletでPerlのCGIみたいな事ができますよ!) ↓ Java1.3(JSPも組み合わせてPerl+PHPなことができますよ!) ↓ Java1.4(CORBAで部品からパッケージまでソース資産を永久に共有化できますよ!) ↓ ↑UNIXのPOSIXライブラリのパクり Java1.5(お待たせ!SORPでANSICやANSIC++等の他言語とのネイティブなソケットができましたよ!) ↓ ↑実はJava内でCやC++のエミュをしてる。 Java1.6(シラネ) J++(Javaが作れて更にWin独自の関数群も用意しました!) ↓ J#(Javaにはできない各MS製品を外部コントロールする独自APIを組み込みました!) ↓ C#(他MS言語(VBやVC++)と連携もできます!) ↑実は.NETFramework内でVBもVC++もC#もエミュをしてるから一緒だったりする。 こんなん。
63 名前:仕様書無しさん [2007/05/12(土) 20:56:07 ] つう訳で、 Win鯖でエクストラWeb鯖物を作る。Java>>>C# Linux鯖でエクストラWeb鯖物を作る。Java>>>PHP>Perl Win鯖でイントラWeb鯖物を作る。ノーツとか専用ツール>>>>C#>>Java Linux鯖でイントラWeb鯖物を作る。Java>>PHP>Perl 電子決済。Java>>C++>>>C# P2P用通信ソケット。C>>>C++>>>>VC++>>Java Winアプリ。VC++>>>>>>VB>>C#>>>Java 用途によって。
64 名前:仕様書無しさん mailto:sage [2007/05/12(土) 23:46:45 ] まったくのデタラメじゃねえか。
65 名前:仕様書無しさん mailto:sage [2007/05/13(日) 04:25:48 ] 極大電波発生(w
66 名前:仕様書無しさん [2007/05/14(月) 12:40:36 ] 一応世間で採用されて名前くらい知られたものであれば、 どんな言語にも何らかの利点はあるし、同時に何らかの欠点も必ずあるね。 万能言語は絶対にありえない。物理的に不可能。 >>1 のスレタイみたいな発想は馬鹿丸出しなんだが。
67 名前:仕様書無しさん [2007/05/14(月) 17:54:14 ] JAVA ← 女の子に見える(Jが髪でAが目でVが鼻口) C# ← 何にも見えない。そもそもイゲタの癖にシャープとか嘘付いているし。 明らかだろ。
68 名前:仕様書無しさん mailto:sage [2007/05/14(月) 18:32:42 ] 俺は毛の生えたチンコの先に見えてしょうがないんだが。
69 名前:仕様書無しさん [2007/05/14(月) 19:14:50 ] ( 八 ) にしこり ドモーッ!! ヽ二/
70 名前:仕様書無しさん [2007/05/14(月) 19:33:53 ] Javaは単純。C#(というかASP.net)は覚えること沢山。 機能で言ったらC#だね。
71 名前:仕様書無しさん mailto:sage [2007/05/14(月) 19:39:19 ] ASP.NET加えるんだったらEJBも加えて比較しろや、ヴぉけ
72 名前:仕様書無しさん [2007/05/14(月) 19:57:04 ] ゴメン。EJBなんて知らん。名前は知ってるけど。Javaは重い。これからは必要ないと思われ
73 名前:仕様書無しさん mailto:sage [2007/05/14(月) 20:06:07 ] あほか、Javaがどうして重いのか理解した上での発言だろうな。 せっかくオープンソースになったんだから、重い重いとほざく前に、 て前ぇでチューニングしろよ。 C++みたいに仮想メソッドにvirtual宣言つけるようにして、VMT経由 しないで済むようにするとか、いろいろ方法あんだろ。ただし互換性 は無くなるがな。
74 名前:仕様書無しさん [2007/05/14(月) 20:16:59 ] >>73 手間と成果のトレードオフ考えたら チューニングする価値無いに等しいだろ… クロスプラットフォームの利点捨てたらJAVAに何が残るんだよ
75 名前:仕様書無しさん [2007/05/14(月) 20:21:24 ] >>74 そうそう、Javaの詳しいことは分からんが、レガシーのメンテという観点の 他には既に存在価値はない。 今時、Windowsサーバーは不安定とか危険とかいう言い回しもどうかねえ… という感じ。
76 名前:仕様書無しさん mailto:sage [2007/05/14(月) 20:23:27 ] Windows高いし...
77 名前:仕様書無しさん [2007/05/14(月) 20:29:40 ] UNIX、Linuxの手間とそれに掛かる人件費考えたら、安いものでは? Java神話はもうすぐ崩壊。
78 名前:仕様書無しさん mailto:sage [2007/05/14(月) 20:33:29 ] うちじゃ、Windowsの方が手間かかっちゃってるんですが・・・ あんなブラックボックスだらけの環境良く扱えるね。 しばらく要員トレードしてくんない?
79 名前:仕様書無しさん [2007/05/14(月) 20:36:40 ] ブラックボックスってどういう意味?
80 名前:仕様書無しさん mailto:sage [2007/05/14(月) 20:52:28 ] ブラックボックスを知らんのか? 例えば... あれぇ、ネットワークは問題なく繋がってるし、Pingも通るけど、マイネットワークに 表示されないなぁ、なんでだろ・・・・あ、アドレス欄に直接いれたら出てきたよ。 とか、 あれぇ、このファイル、どのアプリも使ってないのに、「使用中のため削除できません」 ってメッセージでて削除できないなぁ・・・・ とか、 うぁ、この更新インストールしたら、後で再起動要求してこないかなぁ・・・ とか、 あれ、このDLL、REGSVR32 /U 〜ってやっても削除できないぞぉ。パスも合ってるのになぁ・・・ とか、そういうんだよ。 まぁ、最近じゃGoogleのおかげで大分助かっているが。
81 名前:仕様書無しさん [2007/05/14(月) 20:58:28 ] >>80 イメージは伝わってくるがブラックボックスの説明にはなってないぞwww
82 名前:仕様書無しさん mailto:sage [2007/05/14(月) 22:07:42 ] まあ、使用中なら使用中でいいんだけど、どのユーザーが使用中とか 調べるコマンドを教えてくれてもいいとは思うよな。
83 名前:仕様書無しさん mailto:sage [2007/05/15(火) 03:27:33 ] Javaは、MSの価格つり上げを牽制するものとしての存在価値は あると思う。俺が安心してMS製品を安価に使い続けられるように、 Java陣営は頑張れ!
84 名前:仕様書無しさん [2007/05/15(火) 22:10:51 ] これからJAVAは事実上Linuxでのサーバーサイド専用になっていくと思う。 ~~~~~~~~~~~~~~~~~~~~~~~~~~~ なぜならWinには.NETがあるしMacは圏外だから。
85 名前:仕様書無しさん [2007/05/16(水) 00:33:23 ] ソフト自体、サーバーサイドになっていくんじゃないの。
86 名前:仕様書無しさん mailto:sage [2007/05/16(水) 11:20:45 ] いまだにどっちが優れているかどうかなんて 話が続いているのか・・・・ もうどうでもいいよ 興味ねえ つうかもう5年も前からこんな論戦が続いて飽きてきたよ どちらも長所短所があるんだし
87 名前:仕様書無しさん mailto:sage [2007/05/16(水) 12:50:37 ] どとねとの長所ってなによ?
88 名前:仕様書無しさん [2007/05/16(水) 18:12:17 ] プラットフォームを選ばないことの利点はAdobeのソフトなんかに本来の利点があるわけだが、 実際はパフォーマンスの関係で利用されていないわけだ。
89 名前:仕様書無しさん mailto:sage [2007/05/16(水) 21:45:50 ] Serverとして どちらがデファクトスダンダードを取るかが 決め手となるのは 明白だ罠。
90 名前:仕様書無しさん mailto:sage [2007/05/16(水) 22:55:49 ] 表計算やWebブラウザのようにOSと抱き合わせることに意味がないと ディファクトスタンダードが取れないMS。OSの存在感が低下した途端、 あらゆる分野で中途半端な普通の大企業になってしまった。
91 名前:仕様書無しさん [2007/05/16(水) 23:50:37 ] バリバリSAPやっている奴でさえ勉強したいというのがJava 新人でさえ勉強したいというのが出てこないのがC#
92 名前:仕様書無しさん mailto:sage [2007/05/17(木) 00:28:39 ] そんなにJavaっていいか? マルチプラットフォームは確かに強みなんだろうけど、各OSの標準言語にはならないってのが強いんだか弱いんだかわからない。 LiunxでもWindowsでもC/C++になるだろう? WEBシステム記述言語として伸びて来たんだろうけど、PHP、Rubyに後を追われてるし、将来はエンタープライズシステム専用言語としてまあCOBOLのようになるのかな。
93 名前:仕様書無しさん mailto:sage [2007/05/17(木) 01:40:31 ] >>67 あーもう! JAVAが女の顔にしか見えなくなっちまったじゃねーか!!
94 名前:仕様書無しさん [2007/05/17(木) 04:18:58 ] CやC++はいわゆる枯れた言語。 JAVAはWEBを相手にしているから常に進化を要求される。 だから枯れた言語にはなれない。 そして進化するのはプラットフォームとしてのJAVAであって、 言語としてのJAVAではない。 言語としてのJAVAは化石化する予感…。
95 名前:仕様書無しさん [2007/05/17(木) 07:03:39 ] でもJAVAのAPIって推奨できないの結構あるよね
96 名前:仕様書無しさん [2007/05/17(木) 14:51:50 ] 言語としてのJAVAはそもそもがC++から必要最小限の機能だけを抜き出すという発想だ。 だから最先端の機能を搭載することは許されない。 しいていえばそこが常に進化し続けるC#との決定的違いなのではないかと思う。
97 名前:仕様書無しさん mailto:sage [2007/05/17(木) 15:06:24 ] JavaなんてScriptか携帯アプリ作ってる時以外は使わないな。 C#も上に言われて一度使ったきり。
98 名前:仕様書無しさん mailto:sage [2007/05/17(木) 15:10:43 ] 俺は両方ばりばり使ってるぞ。C++もたまに使ってる。
99 名前:仕様書無しさん [2007/05/17(木) 16:28:05 ] CからJAVA屋にかわったけど、JAVA書いてるほうが、気分がいいね。 引数も返り血もオブジェを飛ばしまくって気持ちいい。ねちねちしたCやってると 気分が欝になるよ。
100 名前:仕様書無しさん mailto:sage [2007/05/17(木) 17:24:31 ] 返り血を飛ばしまくって気持ちいいんですか
101 名前:仕様書無しさん [2007/05/17(木) 17:35:06 ] ヒトデナシ!!
102 名前:仕様書無しさん [2007/05/17(木) 18:27:35 ] 誤字脱字に反応とは……最近は余裕の無い人が多いんだな
103 名前:仕様書無しさん [2007/05/17(木) 21:16:53 ] 抜毛脱毛に反応とは……最近は余毛の無い人が多いんだな
104 名前:仕様書無しさん mailto:sage [2007/05/17(木) 21:27:32 ] Javaごときに反応とは……最近のMSは余裕が無いんだな
105 名前:仕様書無しさん [2007/05/22(火) 05:15:13 ] >>96 propertyやらclosureやら、いろいろな機能がそろそろ追加されるわけだが。
106 名前:仕様書無しさん [2007/05/22(火) 05:30:03 ] JavaもC#も「これからの言語」じゃない気がするんだが、 どっちが長く生き残るか、で言えばJavaだろう。 単純に、普及率が高いから。
107 名前:仕様書無しさん [2007/05/22(火) 06:57:23 ] お前らアホだろ。これでも読んどけ。 2007 年の Java: この 1 年を占う www-06.ibm.com/jp/developerworks/java/library/j-java2007.shtml
108 名前:仕様書無しさん [2007/05/22(火) 07:53:52 ] (リンク文中より抜粋) >JEE ほど、全体あるいは一部を置き換えようとする努力が多くのサードパーティーによって >費やされたものはありません。そうした努力には、Spring や Hibernate、Restlet、aspects、 >Struts などがあり、数え上げればキリがありません。それにもかかわらず、Java プログラマーを >求めるどのような会社も、JEE の経験を要求します。つまり Sun は、何とかすべきなのです。 最後の一文で吹いた。 これ以上求めても、EJB3みたいな半端もんしか出てこないと思うけどな。
109 名前:仕様書無しさん [2007/05/26(土) 11:43:30 ] C# >> VB.net >> Java >> VB6.0 >> C++.net
110 名前:仕様書無しさん mailto:sage [2007/05/26(土) 12:34:47 ] >>109 納得いかねーな。 なんでC++.netの評価が低いんだ?
111 名前:仕様書無しさん mailto:sage [2007/05/26(土) 12:53:18 ] C++.net はVBなみのペタペタ・プログラミングで 作れる最強のC++だわ
112 名前:109 [2007/05/26(土) 14:05:31 ] >>110 メンドクサイ
113 名前:仕様書無しさん mailto:sage [2007/05/26(土) 16:52:24 ] 鯖管理者の俺的には Java(兎に角メンテツールが豊富、オープン万歳)>>php(軽くて迷惑かけない良い子)>>perl(メンテ簡単、ややひいきかも)>>>C#(メンテツールが売り物、ASP死ね!、IIS死ね!) NWスペシャリストの俺的には php(fopenでサイト巡回可能。とてもいい子)>>Teratermマクロ(簡単なPinやTraceシェルは全部コレで書いちゃう)>>perl(再インスコバッチ等の復旧シェルはこれで書いちゃう)>>> VB(GUIつきのログ集計/トラフィック集計物はこれで書いちゃう)>>>>その他 パイソンは勉強中だから許してw つう訳でC#の評価はありません。
114 名前:仕様書無しさん mailto:sage [2007/05/26(土) 17:03:01 ] >>109 C#とVB.NETなんて一緒じゃねーか どこが違うっていうんだ?
115 名前:仕様書無しさん mailto:sage [2007/05/26(土) 20:18:03 ] >>91 SAPだよな?ASPじゃないよな? 今SAPはEnterprisePortalって言う製品があるけど iViewとかはJavaで拡張していくもんだぞ? だからSAP屋さんはJavaが必要。 まぁ俺はC#が好きだけどな。 Java自体は良い言語だとは思うけどなんか名前だけ がドンドン一人歩きしてる気がする。
116 名前:仕様書無しさん [2007/05/26(土) 22:33:41 ] >>114 アホ。勉強しなおせ
117 名前:仕様書無しさん mailto:sage [2007/05/26(土) 22:41:03 ] >>28 Javaには、プリミティブ型に対してメソッドを呼ぶと ラッパー型のスタティックメソッドに書き換える シンタックスシュガーを追加してほしいな。 そうすれば、実装上も構造体である必要は無いと思う。 例えば str = 32.toBinaryString(); は、 str = Integer.toBinaryString(32); に書き換えるとかね。
118 名前:仕様書無しさん [2007/05/27(日) 02:23:15 ] あんたら、C#の仕事あんの?
119 名前:仕様書無しさん mailto:sage [2007/05/27(日) 03:43:14 ] 比べられるのはいつもJavaだな。 それって、その言語に対してコンプレックスがあるから 優れていると認識したいだけなんじゃないのか? 何の言語でもいいが、扱う人間が優れてる方のが勝ち
120 名前:仕様書無しさん [2007/05/27(日) 04:02:53 ] >>119 そうか、納得した Javaは扱う人間が糞だから駄目になったのか それだと確かに言語に優劣は無いかもな
121 名前:仕様書無しさん mailto:sage [2007/05/27(日) 04:05:10 ] >>119 結局はそういうことだな・・ 出来る奴は一つの言語に拘らない気がする
122 名前:仕様書無しさん mailto:sage [2007/05/27(日) 04:09:35 ] >>120 もうちょっと良質な釣りよろしく
123 名前:仕様書無しさん [2007/05/27(日) 04:26:51 ] で>>1 はどんな研究をしたいんだ? 宇宙物理か?原子力か? まさかインターネットで買い物カゴみたいな糞プログラムじゃないよね。
124 名前:仕様書無しさん mailto:sage [2007/05/27(日) 04:27:33 ] 世の中の開発案件の9割がJavaな昨今 どうやってJavaを回避しろとww で、伝説のこ、コボラーですかっ! そりゃ失礼しますたwww
125 名前:仕様書無しさん mailto:sage [2007/05/27(日) 04:38:45 ] 2chやmixiやamazon・・・・・・・・・・・・・・・・・・・・・Perl 楽天、あと近年のCSSブログ系・・・・・・・・・・・・・PHP Google、Yahoo、7Dream等のモール系全般・・・Java 何かあったっけ?・・・・・・・・・C#
126 名前:仕様書無しさん [2007/05/27(日) 04:43:25 ] 組み込み系‥‥C C#は
127 名前:仕様書無しさん mailto:sage [2007/05/27(日) 04:51:41 ] 昔、自動車メーカー用の2-tierアプリケーションをC#で作ったことがある。 リリースする直前で、Javaで再構築する羽目になったけどな・・・ 技術的な理由で、変わったわけじゃないけど
128 名前:仕様書無しさん mailto:sage [2007/05/27(日) 04:55:04 ] IBM、HP、DellサイトもJavaだねそういえば。
129 名前:仕様書無しさん [2007/05/27(日) 05:00:36 ] 猫も杓子もjavajavaで単価激落
130 名前:仕様書無しさん mailto:sage [2007/05/27(日) 08:08:26 ] COBOLerよりもPL/1とかRPGでメシ食ってる連中の方がある意味すごいと思うが。 まあ、天下りと政治力だけで技術力ゼロ集団だが ゆりかごの様な箱庭社会で生きていてうらやましく感じる時がある。 それを考えるとC#使いは凄いと思う。
131 名前:仕様書無しさん [2007/05/27(日) 08:39:31 ] C#やJavaを使えることと、PL/1やRPGだけでやってることと 技術力にいったいなんの関係があるの?
132 名前:仕様書無しさん mailto:sage [2007/05/27(日) 09:01:20 ] >>131 そこのエンジニアは10-15年前のシステムをひたすら保守が仕事で、 比較的に大きな仕様変更があると、漏れみたいな外注がよばれる。w よーするに、現実的な仕事は丸投げ状態。新技術を習得しようという意思はゼロ。 漏れが不明瞭な仕様に関して質問すると「それは前の人がやったところで私は知りません」 との回答。アフォかと。藻前が知らんのに漏れが直せるかっつーの。 仕方ないので顧客と自前で仕様の再確認やら打ち合わせやらスケジュールやらの プロジェクト全般の指揮をこっちでやる羽目に。 つか、あいつらなにもできないししないので存在価値ないんですけど。 で漏れの周りのC#使える人は現実的に働いている事が多い。C#使えるレア人種は 他の言語やシステムも使えたりするからだが。 まあ、当たり前といえば当たり前で普通の事だが、古代言語主流の人は働いていない という印象がある。
133 名前:仕様書無しさん [2007/05/27(日) 11:42:31 ] >>132 言語と人間性は別物でしょ 俺的には、最新言語よりまず仕事場で使う言語。 次に、最新言語ではなく、基本言語であるCとアセンブラをしっかりと押さえてほしい。 リバースエンジニアリングもできないプログラマのレベルなんて、初心者がちょっと勉強すればスグに同等の位置にたどり着くさ。
134 名前:仕様書無しさん [2007/05/27(日) 11:49:00 ] >>133 同感。 最新の言語は、どんどん、敷居が低くなっていってるから、1週間勉強すれば、一応使えるようになってしまう。 AccessVBAなんて、ド素人でも、一応まともに使えるアプリとして完成してしまうからな。 ハッカークラスのプログラムが生まれにくい要因に、最新技術にばっかり目が行ってしまって コンピュータの中核の技術に目が行っていない、プログラマが多すぎる傾向がある。
135 名前:仕様書無しさん [2007/05/27(日) 12:24:39 ] >>113 javaはともかくphpなんてレンタサーバ専用言語を・・・まあ良いけどさ。
136 名前:仕様書無しさん [2007/05/27(日) 13:28:08 ] つか、C#やるとJavaなんてめんどくさくてやる気しなくなるよ。 オレは、もう今後C#の仕事しかしない。と決めてるw 生産性が全然違う。
137 名前:仕様書無しさん mailto:sage [2007/05/27(日) 13:42:18 ] >>136 ツール(Eclipse)とかオープンソースのライブラリとかその辺りがC#は弱い あと参考書とか情報がMSDNとGUI関係に偏っているのが厳しい
138 名前:仕様書無しさん mailto:sage [2007/05/27(日) 13:44:14 ] いや.NETに関してはむしろGUIの解説の方が不足している印象を受けるけど
139 名前:仕様書無しさん mailto:sage [2007/05/27(日) 13:47:39 ] ドラック&ドロップでなんとなく作れるからなぁ・・・ そもそも.NETの方向性ってプログラマ無しでアプリ作れるようにすることでしょ、確か。 ツール動かして設定を読み込ませて終わりが理想系だとか。 実際にExcelで表を作れる頭あれば、ある程度のアプリは作れるんだから凄いけどね。
140 名前:仕様書無しさん [2007/05/27(日) 14:02:44 ] >>137 膨大過ぎて書籍では一冊だと書ききれないでしょ。 オレC#マニアなんだけどトータル20冊位の本持ってるよw そのうちの8割位の知識はあると思ふ 世の中のシステムを全部C#に置き換えてしまえば良いのにと思ったりも してるよ
141 名前:仕様書無しさん [2007/05/27(日) 14:22:27 ] 熾烈な首位争いを繰り広げる、日本とハンガリー。 日本は現在ハンガリーに500万クリックほど差をつけているものの、 これで安心してはいけない。 我々のこれまでの最大クリック速度は8万〜9万回/分が限度だが、 ハンガリーはなんと13万回/分を叩き出した実績がある。 実際、1400万の差を一晩でひっくり返されている。 今はハンガリー時間で7時を過ぎたところ。 彼らの動きが活発になり始めるころだ。 おまけに月曜日は祝日だという確定情報もある。 今の戦力では心もとない、まだまだ戦力を募集中だ。 もはやVIPPERだけでは太刀打ちできない。 これはもはや、VIPの枠を超え、2ch全体で立ち向かう以外に勝機はない。 諸君の参戦を切に願う。 現行スレ 【首位奪還】一番クリックした国が優勝 Click82【天王山の決戦!!】 wwwww.2ch.net/test/read.cgi/news4vip/1180241158/ まとめサイト www33.atwiki.jp/clickvip/
142 名前:仕様書無しさん mailto:sage [2007/05/27(日) 15:46:36 ] コピペ君って馬鹿だな、まで読んだ。
143 名前:仕様書無しさん [2007/05/27(日) 16:46:01 ] へぇ〜C#ってそんなに進んでるんだ。 一回もさわったことないから、おらおでれーたぞ
144 名前:仕様書無しさん mailto:sage [2007/05/27(日) 17:31:49 ] Javaと比べてどこがどう進んでるのか誰も具体的に書けないところが哀れだな。
145 名前:仕様書無しさん [2007/05/27(日) 18:25:52 ] Javaってさドメインモデルで作るためにあると思ってるんだが どこいってもテーブルモジュールかトランザクションスクリプトなのよね テーブルモジュールで作るなら.netはDatasetがある分楽で 単純にそれだけの理由で.netのほうが生産性高いんだよね んで次のADOではORMがつくようになってJavaとの差がなくなるじゃん (ドメインモデルが作りやすくなるため) Genericについてはどう考えても.netのほうが上 コンパイル時解決と実行時解決の差は埋めがたい JavaだとTが何の型でバインドされてるかわかんねぇ氏 値型にすることでのパフォーマンス向上が望めないし
146 名前:仕様書無しさん mailto:sage [2007/05/27(日) 18:33:59 ] 全体的に意味不明。ほとんど好みの問題だし、どうでもいいことばっかだな。
147 名前:仕様書無しさん [2007/05/27(日) 18:40:41 ] w わからないから意味不明ってさ エンタープライズアプリケーションアーキテクチャパターンぐらい読んでこい どれを選ぶかが好みとかいってるからデスマになるんだよ 選択は好みではなく理論行うもんだよ
148 名前:仕様書無しさん mailto:sage [2007/05/27(日) 18:44:50 ] 日本語でおk
149 名前:仕様書無しさん mailto:sage [2007/05/27(日) 19:55:48 ] Java言語でおk
150 名前:仕様書無しさん [2007/05/27(日) 20:01:13 ] どーせ偏差値65以下のプログラマが使うんじゃ、たいしてかわらん。
151 名前:仕様書無しさん mailto:sage [2007/05/27(日) 20:03:34 ] 偏差値って何の?
152 名前:仕様書無しさん mailto:sage [2007/05/27(日) 20:07:15 ] >>145 JavaよりC#の方が後だしなんだから仕様的に上なのは当たり前だと 思うんだが・・・。 が、藻前はとりあえずポトペタで作れるIBM JSFとSDO、もしくはSeaser2とかの 自動のO/RマッパーやDIコンテナ、AOPの機能とか使ってみてから.NETの優位を語ってみてくれ。 悪いがこれらを知っていると「.NETの方が生産性高い」と力説されても 説得力に欠ける。
153 名前:仕様書無しさん [2007/05/27(日) 21:23:17 ] 両方つかってますが ORMを使うことにあたりドメインモデル使用しないとメリットが少ないと ドメインモデル使うときはNHIBERNATEつかってたしな だったらDatasetでいいじゃんって話になる ちなみにDIは.NETでもあるぜ AOPのメリットはそこまで感じてないし 疎結合にするのにDI しなくてもエントリ1っ箇所に集中して そこから取得(factoryみたいに)すればそこまでこまらん どっちかってとPropertyの概念があるかないかのほうが 個人的には重要、Java7では取り込む方向っぽいけど getter、setterってめんどくさくね?美しくない ほかの言語仕様という点では匿名メソッドの有無が大きいかも まぁまとめるとどっちでも今後大して変わらないだろうなと あえていうならテーブルモジュール時は.NETに軍配が上がると ただし、WindowsにおいてはWPFがでてきたので.NETのほうがいいかな (IDEが完備されるまではどっちでもいいや)
154 名前:仕様書無しさん mailto:sage [2007/05/27(日) 22:11:12 ] >>153 つーか要するに System.ComponentModel だよなぁとオモタ といってもあの辺、WindowsBase.dllあたりで一段落した感じ。 データアクセス周りは、テーブルモジュールも割り切れてていいっ ちゃいいんだけど、ObjectSpacesやらWinFSやら吸収してやっっっ と形として出てくる3.5でどう味付けしてくるかワクテカ 匿名メソッド→ラムダ式→LINQとかチラ見せもしてるし …まぁ無駄に歩みが遅いのはアレだけど。3.0対応も出来てないって アホだろう
155 名前:仕様書無しさん [2007/05/27(日) 22:27:30 ] どーでもいいが、おまいら作ったものの保守しろよ。 作りっぱなしで新しい言語新しい言語とやってんなよ。
156 名前:仕様書無しさん mailto:sage [2007/05/27(日) 23:36:19 ] お前ら本読むのはいいけどちゃんと咀嚼しろよ、馬鹿。 活字をなぞるだけじゃ意味ねぇぞ、と。
157 名前:仕様書無しさん mailto:sage [2007/05/28(月) 00:18:48 ] なぜかIBM JSF+SDOはスルーな訳だな。 ドメインモデル使用しないんだったら断然SDOだが。 そして使うんだったらS2Daoだろ、って選択肢に漏れはなる。 NHIBERNATEってなんだか、MS系の鯖管理者がOSSを嫌うんで つかえねーな。まあコレは会社の事情だけど、MS系の鯖で OSSってそんな簡単に認可降りるのか?漏れの会社系ではまず使用不可だ。 漏れ使用している鯖のIBMなんかはIBM自体がOSS推奨してるので、 上司にOSSを普通に進められるし、漏れは使える状態になってる。 DI部分のfactoryクラスを自前で実装するのは構わんが そういうのは後から使うやつが死亡フラグ確定だろう。w
158 名前:仕様書無しさん mailto:sage [2007/05/28(月) 00:27:38 ] ここで独り言書く奴ってなんの目的があるんだろ。ただの憂さ晴らしか?
159 名前:仕様書無しさん [2007/05/28(月) 07:53:48 ] 、という独り言。
160 名前:仕様書無しさん mailto:sage [2007/05/28(月) 22:16:23 ] 自分はこんな事を知っていると自慢したいんだが 若いっていいなあw
161 名前:仕様書無しさん [2007/05/28(月) 23:28:31 ] ちぇけらー、ちぇけらっちょんまげ
162 名前:仕様書無しさん [2007/05/29(火) 00:05:02 ] C#の方が上に決まってるだろ。C++とだったらまだ戦えるが。
163 名前:仕様書無しさん mailto:sage [2007/05/29(火) 00:16:21 ] やっぱJAVAよりバスクリンだろ
164 名前:仕様書無しさん mailto:sage [2007/05/29(火) 00:23:12 ] >>163 Javaって大文字で書くとかっこ悪いな JAVA
165 名前:アリストテレス [2007/05/29(火) 00:37:21 ] C#が最高の言語である。
166 名前:仕様書無しさん mailto:sage [2007/05/29(火) 00:42:39 ] C#は空港の予約・登場システムに採用されるような実績がないからクズ
167 名前:仕様書無しさん mailto:sage [2007/05/29(火) 01:08:42 ] 登場ロジックは難しそう。
168 名前:仕様書無しさん mailto:sage [2007/05/29(火) 08:18:05 ] 採用されてもあの体たらくじゃJavaは危なくて採用できない。
169 名前:仕様書無しさん mailto:sage [2007/05/29(火) 10:27:27 ] C#が悪いっつうより、そもそもwindowsが採用できない・・・
170 名前:仕様書無しさん [2007/05/29(火) 15:14:24 ] Windowsはブラックボックスが多いからな 最近、ソフトもハードもとにかく「ひとつにまとめろ」だが システムを下っ端とはいえ扱う私に言わせれば 単純なものを組み合わせていくのがいちばんだよ また効率があがるという理由ならまだしも ただ楽だからという理由でひとつにまとめてはいけないよな 特にセキュリティを気にするのなら
171 名前:仕様書無しさん mailto:sage [2007/05/29(火) 15:37:05 ] 良い意味で親切 悪い意味で過保護
172 名前:仕様書無しさん mailto:sage [2007/05/29(火) 15:48:01 ] 結局いつものWindows叩きに走るという退屈さ
173 名前:アリストテレス [2007/05/29(火) 19:44:57 ] C#に始まりC#に終わる これが世の常なり
174 名前:仕様書無しさん mailto:sage [2007/05/29(火) 19:53:39 ] 業者乙
175 名前:仕様書無しさん mailto:sage [2007/05/29(火) 19:56:00 ] Windowsを採用できない理由がわからない。 今じゃLinuxよりセキュリティー対策も万全で安定した動作するのに。 脳みそ硬化して昔のWindowsのイメージだけで語る老人が多すぎて困る。
176 名前:仕様書無しさん mailto:sage [2007/05/29(火) 20:05:50 ] >>175 中小だと、クライアント数が100超えた辺りで予算が尽きて、ライセンス料を 払えなくなってしまう。 Windows使いたいけど、予算の都合で仕方なくLinuxを導入してるのが現実。
177 名前:仕様書無しさん mailto:sage [2007/05/29(火) 20:08:07 ] セキュリティパッチあてるたんびに再起動とかうざすぎるんだよ。 クラスタ化強制かよ。貧乏人にはつらすぎるぜ。
178 名前:仕様書無しさん [2007/05/29(火) 20:09:23 ] WindowsよりLinuxといえるのは、ちゃんとソースいじくれるんだろうな。 パッチ待ちとかなら、Windowsでもかわらんぞ。
179 名前:仕様書無しさん mailto:sage [2007/05/29(火) 20:11:39 ] せめてネタスレはsageよう
180 名前:仕様書無しさん mailto:sage [2007/05/29(火) 20:17:17 ] >>178 ソースをいじくれることより寧ろソースをいじくれる機会が 与えられていることの方が寧ろ重要。
181 名前:仕様書無しさん mailto:sage [2007/05/29(火) 20:40:12 ] 現実問題としてソース自分でいじくって解決する場面は無いと言い切れる。
182 名前:仕様書無しさん mailto:sage [2007/05/29(火) 20:56:11 ] OSレベルでは稀でも、アプリやライブラリレベルでは普通にあるわな。
183 名前:仕様書無しさん mailto:sage [2007/05/29(火) 21:24:57 ] >>175 お前がボンクラなだけ。 OSが5年も経たずにディスコンでサポート切れって時点で大抵の客はOKくれない。 国がらみなら特に不可能。入札条件が5年〜10年無償保障とかザラ。 M$がこれを改めるか、C#がUnixで動くかしない限り、C#への評価はない。
184 名前:仕様書無しさん [2007/05/29(火) 22:13:53 ] >>183 国が相手だとどんなのが受け入れられるの? やっぱオプソ? solarisとかaixはどうなの?
185 名前:仕様書無しさん mailto:sage [2007/05/29(火) 22:17:26 ] HP/UX+Oracle+WebLogic こうかな
186 名前:仕様書無しさん mailto:sage [2007/05/29(火) 22:39:41 ] むしろsolarisとかaixとHP-UXだらけだよ。米に習って。 というか経産省にはsolaris信者が多い。あ、医学界もsolaris信者だらけ。 理化学研と宇宙開発事業団はLinux信者が多し。 大学関係はLinux派とsolaris派で2分だね。 HP-UXは企業が多い。オリエン○ルランドとか。
187 名前:仕様書無しさん mailto:sage [2007/05/29(火) 22:41:07 ] >>186 は >>184 あて
188 名前:仕様書無しさん [2007/05/29(火) 22:44:29 ] もしも、自分が、店頭やダウンロード販売で購入した、 ワープロや表計算のアプリケーションが、. NET や Java で作られていたら幻滅しませんか? 金返せ、と言いたくなりませんか?
189 名前:アリストテレス [2007/05/29(火) 22:46:09 ] ならねーよ。 あほ
190 名前:仕様書無しさん mailto:sage [2007/05/29(火) 22:53:41 ] >>186 >オリエン○ルランド をいをい、あそこはオールWindowsサーバだぜ。 マシンはHPだけどな。
191 名前:仕様書無しさん mailto:sage [2007/05/29(火) 22:55:31 ] 追記:オリエン○ルランド は、Unixは強いて言えばsolarisが使われている。
192 名前:仕様書無しさん mailto:sage [2007/05/29(火) 22:58:24 ] マジかよw 前回のリプレースせっかくやったのに、デグレードしてるじゃんよ!
193 名前:仕様書無しさん [2007/05/29(火) 23:00:09 ] なんでSolarisがウケてるんだ?
194 名前:仕様書無しさん mailto:sage [2007/05/29(火) 23:04:04 ] >>193 たぶんブランドかな?もしくは慣れてるか。 国内の旧ホスト世代からオープン世代への明瞭期がブッチギリでSunだったから、 そこらの世代が今、上にあがってるんだと思う。 コストパフォーマンスならHP-UXのが安くて速いよ。 安定度も同じぐらいだと思うし。
195 名前:仕様書無しさん mailto:sage [2007/05/29(火) 23:05:37 ] 昔にOracle+Solarisが流行ったからじゃね。 今はOracleはRHELやHP-UXでも普通に動くからSolarisが 徐々にシェアが下がっているって状況だと思う。
196 名前:仕様書無しさん mailto:sage [2007/05/29(火) 23:07:45 ] >>192 すまん。サーバに関しては漏れの勘違いかもしれん。 これ以上はさすがに言えん。 >>193 まあ、そういう選択肢しかなかったからな。
197 名前:らびっと [2007/05/29(火) 23:08:01 ] >>186 それはOS自体の差というより、 官公庁や医療や金融は、大手メーカーの信頼性とサポート体制を重視し、 技術者の多い研究所とかはオープン性(OSSとか)を重視する差かと。 特にお役所は(必要以上に)実績が重視されるので。
198 名前:仕様書無しさん mailto:sage [2007/05/30(水) 06:49:24 ] 通産省は国内メーカじゃないと許可しない
199 名前:仕様書無しさん [2007/05/30(水) 19:18:13 ] CPU数の問題は解決したのか?Windowsは2個まで、Linuxは4個までだろ? 10個とか100個とか使いたかったら、現実的にはSolarisしかないんじゃないか? あとWindowsでユーザ毎にリモートログインして作業しても問題なくなったのかな? 最低でもリモートログインと、リモートからの起動停止が出来ないとサーバには使えないな。
200 名前:仕様書無しさん mailto:sage [2007/05/30(水) 20:21:59 ] そういえば、昔IBMが512個使えるRS/6000とかあったような・・・。 まあ、現実的に8-32くらいならIBMの方がいいと思う。 一昔前の100個よりも最近の16個くらいの方が速いケースが多いし。
201 名前:仕様書無しさん [2007/05/31(木) 06:53:16 ] Google Trends 使えば Java 最強w
202 名前:仕様書無しさん [2007/05/31(木) 10:43:09 ] つーかWindowsって無停止サーバの必須機能が全くないだろう? パソコンには必要ないから当然だが。
203 名前:仕様書無しさん [2007/05/31(木) 12:52:44 ] >>199 お前は何時代の生物だよ
204 名前:仕様書無しさん [2007/05/31(木) 20:20:17 ] デュアルコア以上作れないなw
205 名前:仕様書無しさん [2007/05/31(木) 20:37:35 ] すでにクアッドコアでてるのにな。 Windowsは走らないらしいw
206 名前:仕様書無しさん [2007/05/31(木) 20:40:24 ] Windowsは2個までって どこまで無知なんだよw
207 名前:仕様書無しさん mailto:sage [2007/05/31(木) 21:24:51 ] Solarisも悪くはないんだが、信者の発言がイタくはあるな。 Windowsのサーバーと言っても主にファイルサーバー程度の 使い方ならいいじゃないか? #それならLinuxでもいいとは思うが。 Windowsの鯖に向かってガンガンと計算させたり、バッチ処理と24時間流しっぱなし ってワケでもないんだろうしさ。
208 名前:仕様書無しさん [2007/05/31(木) 21:44:56 ] 思うんだがJAVAの利点はマルチプラットフォームであることよりも、プログラミング言語に付属するライブラリの充実度ではあるまいか? Windows上で使えるといっても、JAVAが利用されるのは事実上Linuxサーバーなわけで。 .NETがWin専用だなんて批判はお門違いだなと思う次第。
209 名前:仕様書無しさん mailto:sage [2007/05/31(木) 21:46:03 ] でもさ、Linuxって電源落ちたらあぼーんじゃね?
210 名前:仕様書無しさん [2007/05/31(木) 21:48:57 ] Windowsは火災に弱いけどな
211 名前:仕様書無しさん mailto:sage [2007/05/31(木) 21:58:41 ] プログラマの弱点は刃物で刺されると死ぬ
212 名前:仕様書無しさん mailto:sage [2007/05/31(木) 21:58:56 ] MEとかVistaは頭も弱いな
213 名前:仕様書無しさん [2007/05/31(木) 22:18:19 ] C# vs JAVA shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=csharp 【結論】 CPU使用量:JAVA メモリ使用量:C#
214 名前:仕様書無しさん mailto:sage [2007/05/31(木) 22:21:07 ] コピペ君って馬鹿だな、まで読んだ。
215 名前:仕様書無しさん mailto:sage [2007/05/31(木) 22:49:02 ] え!?Vista駄目なの? 会社に買ってもらえる事になって喜んでたのに。
216 名前:仕様書無しさん mailto:sage [2007/05/31(木) 23:16:32 ] >>215 会社としてはお前にいろいろテストしてみてもらいたいんじゃね?
217 名前:仕様書無しさん mailto:sage [2007/05/31(木) 23:47:34 ] 恒例の人柱だよw だって、客先のクライアントマシンがVistaなら 当然動作検証とか必要だろ?
218 名前:仕様書無しさん [2007/06/01(金) 22:23:05 ] 言語仕様はC#のほうが優れています しかしライブラリの充実度ではJAVAのほうが優れています
219 名前:仕様書無しさん [2007/06/01(金) 23:04:00 ] >>218 んなこたーない。
220 名前:仕様書無しさん [2007/06/02(土) 01:16:26 ] >>219 一般論です
221 名前:仕様書無しさん mailto:sage [2007/06/02(土) 01:23:31 ] 一般論としては「どちらもC#の方が優れてる」だが。
222 名前:仕様書無しさん mailto:sage [2007/06/02(土) 01:35:38 ] どうみてもJavaの勝ちだろ。
223 名前:仕様書無しさん [2007/06/02(土) 01:44:38 ] 普及度ではJavaが圧勝です これは確かです 仕事を得たいのならば迷わずJavaですね だけど将来はどうなるかわかりません Monoの出来が以外と良いのです
224 名前:仕様書無しさん [2007/06/02(土) 01:55:32 ] MSはバージョンアップごとにコード書き換えが必要になるからな。 業務では使えんよ。
225 名前:仕様書無しさん mailto:sage [2007/06/02(土) 01:57:24 ] これはcshですか? いいえ、それはbashです。
226 名前:仕様書無しさん mailto:sage [2007/06/02(土) 03:49:37 ] Javaにはyield returnがありません。
227 名前:219 [2007/06/02(土) 12:04:57 ] >>220 同考えてもWEBもWindowsも何でも作れるC#が圧勝 今時Javaなんて使っている奴は馬鹿
228 名前:仕様書無しさん mailto:sage [2007/06/02(土) 13:00:58 ] Dispose・using構文があるだけでも圧倒的にC#の方が優れてる。 一度C#でGUIアプリ作ってみるといいよ。C#の凄さとJavaのダメさに愕然とするから。 Webは実際にやったことないから詳細は分からんが、struts・JSPより遥かにマシなのは間違いない。
229 名前:仕様書無しさん mailto:sage [2007/06/02(土) 15:20:44 ] 具体的にどういう局面でどういう記述ができてどう便利だという比較説明ができてないし、 説得力もない。>>228 は良く理解できてなさそうだな。つまり、なんとなくぅこっちの方がぁ 好きぃ。のレベル。
230 名前:仕様書無しさん mailto:sage [2007/06/02(土) 15:47:26 ] つーか ここでJavaの勝ちとかいってるやっつ C#触ったことないだろ・・・
231 名前:219 [2007/06/02(土) 16:16:11 ] JavaのStrut糞メンドクサイ。 C#であるプロジェクトで作成したフレームワークを 幾らでも使いまわしが出来るしC#の圧倒的に良い。
232 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:16:36 ] まあ、現実的にどちらが勝っているとかいう決着はつけようもないな。 個人的にはC#は ?? 演算子とか yieldとか delegate とか痒いところに手がとどくのは評価したい。 (現場のドカタ具合で後者二つが制限されるのが悲しいところだが。) 一方、C#はJavaのfinalが無い点がかなりイラつく。なんでfinal無いんだろうと思う。 readonly いらんからfinalクレって言いたい。 あとValueTypeとReferenceTypeとの構図が初心者にわかりづらい。
233 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:27:56 ] readonlyとsealedで事足りないか?
234 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:30:06 ] >>229 こっち何を言っても信じないだろ。usingすら知らない人に説得力が無いとか言われても…ねぇ…。 まさかfinalizeメソッドでリソースの解放とか書いちゃってる人だったりする? JavaとC#でファイル開く処理書いてみたら多分分かるよ。いつまでも食わず嫌いしてないでさ。 >>232 なんでfinalをありがたがるの?finalは結局役に立たなかったんだけどなあ。 final Map mapってのがあったとして、中身は不変だと思うの?
235 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:32:04 ] >>233 いや、詳細な意図としては、sealedとは毛色の違う、 Integer methodName( final int hoge ) みたいなものから、メソッド内での、 final int i; if(cond){ i = 4; }else{ i = 5; } とかいう使い方とか、 とにかく同変数名への再代入を一切禁止することを明らかにしたい。 # そういえば、C#のstaticクラスも好きだよ。
236 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:34:51 ] >>234 配列も内容は変わりうるが、器自体は不変だろう。 そこらへんをわかって使う分には便利。 俺は安全保障装置みたいに使ってる。 というより、へたくそなJavaコードが混ざり合う環境とかだと、 fianl で再代入禁止を明示されたほうが安心して読める。 変数の割り当てだけに関してはケチケチしているよくわからない連中が多いから。
237 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:37:10 ] ちなみにfinalが〜readonlyが〜と言うのならJavaもC#もダメだ。C++のconstが一番良い。 const int[] const a=参照もconst中身もconst、なんて普通にはできんしな。 C++はconstコンテキストでメソッドを呼び分けられるのも良い。
238 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:38:18 ] >>237 つまり簡単にImmutableにできるってこと? それは便利そうだね。デメリットは何か無い?
239 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:45:18 ] >>236 お前さんに文句があるわけじゃないんだが、なまじfinalが付いてると勘違う奴が多いからあんまり信用できん。 func(final int[] a);ってあっても、結局実装を見ないと不変かどうか分からんし。 >>238 デメリット? constオブジェクトからconstじゃないメソッドを呼べない…とか?(まぁこれは感覚的には当たり前だと思うんだが…) ごめん、よく分からん。 この辺見といてくれ。 wiki.livedoor.jp/noboru2004/d/Java%20%A4%CE%20final%20%A4%C8%20C%20%A4%CE%20const%20%A4%CE%B0%E3%A4%A4%A1%A3
240 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:51:18 ] 結局お前らが声高に叫ぶC#の優位点ってusing、yield、delegateか? なんだか小っちぇぇなぁ。
241 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:57:39 ] >>239 URLありがとう。大体内容はわかったよ。 >func(final int[] a);ってあっても、結局実装を見ないと不変かどうか分からんし。 まあ、finalが保障するのは器の不変性だけだからね。 >>240 C#はWindowsアプリケーションを作りやすいよ〜。 小さいとかどうでもいいから、とにかく使ってみてくれ。
242 名前:仕様書無しさん mailto:sage [2007/06/02(土) 16:58:37 ] 小さいがならも優位点があることを認めたってことは、スレタイの答えは自ずと分かるだろう。
243 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:05:46 ] Javaの優位点を教えてやろうか? ・クロスプラットフォーム ・オープンソース ・広範な適用範囲 どうだ、でかいだろ。
244 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:07:11 ] ・クロスプラットフォーム → ほぼLinux限定な現実 ・オープンソース → 優位であるとは言えない ・広範な適用範囲 → 無駄が多い
245 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:09:12 ] ほかはどうでもいいけど、 ・クロスプラットフォーム → ほぼLinux限定な現実 はあ?
246 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:10:23 ] ちっ、分かってねぇな。じゃぁとどめの一発。 ・Dukeというマスコットの存在。 これがJavaコミュニティの絆を強め連帯感を高める原動力となっているんだよ。 どうだ、うらやましいか?
247 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:11:49 ] >>246 じゃばこを忘れてもらっては困るなあ…。 www.javaco.org (しいしゃあぷこもいるけど
248 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:33:45 ] >>245 Windows上でJavaは現実的な選択肢ではないだろ。
249 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:37:35 ] Windowsアプリ列挙してくれ。そのうちJavaアプリは何個ある?
250 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:38:27 ] 予算的には Java:安くあげようとして、結局高くつく C#:まぁまぁ、こんなものかなで落ち着く 機能的には Java:こんなんでクライアントアプリこさえたら、客が怒るぞw C#:接続型と非接続型で仕様が混乱するw
251 名前:仕様書無しさん mailto:sage [2007/06/02(土) 17:51:32 ] クロスプラットフォームが売りならJNI使うなよwww Javaって*全部が*オープンソースになったんだっけ? 広範な適用範囲って言ってもWeb自体が広大なだけでWebにしか適用できてないんだからダウト。
252 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:02:02 ] >>249 C++とDelphiとVBとC#のアプリを判別できるのか?
253 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:03:24 ] >>251 携帯は?
254 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:03:27 ] お前らC#なんかで何つくってんの?
255 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:14:18 ] せっかく.NETなどという基盤をつくっときながらいつまでも自分とこのOSにしか対応しないってのは変な話だよなぁ。 結局、.NETっていうのはLinuxやオープンソースコミュニティへの保険だったわけだな。 いざとなったらクロスプラットフォームにしようという腹積もりなんだろ。それまでは稼げるだけ稼ごうと。 それにいいように踊らされてるお前らって・・・
256 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:14:55 ] これは良スレ ついでに質問。 今のWinのクライアントアプリってC#が主流なの? 俺が昔、クラ/サバ時代に作ってた頃は、VBかVC++だったんだがな。 クライアントサイドのC#を語るならVBやVC++と比べての優位性も語ってほしいな。 Javaでクライアントって、MacやLinuxやSolarisでも同じのが使えるってぐらいだろ? ボーランドとかOracleのクライアント製品は今大体そうだけどさ。 俺はJavaのSwingは好きじゃないからVBで作っちゃうけどね。 正直visual studioでC#だけ使ってないんだよな。 検討するからよろしくー
257 名前:仕様書無しさん [2007/06/02(土) 18:15:56 ] 両方使えてないと、技術者としては失格なんだけどね。
258 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:24:30 ] 両方というかこの世に数多あるあらゆる言語をな。
259 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:27:40 ] つうか、必要になったら使うでいいと思うんだよ。 どうせやることは変わらんのだし。 LispやPrologほど異なるものが実用になるわけでもなし。
260 名前:仕様書無しさん [2007/06/02(土) 18:35:13 ] >>256 アクロバティックな 事をしなくても素直にクラ⇔サバ間でソースコードを共有できる点かな。 C#っつーか、.Net 楽だよ
261 名前:仕様書無しさん [2007/06/02(土) 18:36:24 ] ただしマネージドC++はお勧めできない
262 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:37:28 ] C#でつくったGUIアプリはそのままサーバアプリとしても動くらしい。初耳だ。
263 名前:仕様書無しさん [2007/06/02(土) 18:38:47 ] ライブラリの一部にGUI入りでも、それを使わない部分はそのまま使えるよ
264 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:39:31 ] それはJavaも同じ
265 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:41:04 ] >>262 はまだオムツがとれてないと見えるw
266 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:41:22 ] >>264 クライアントでJava使うとウザがられるじゃん、それで仕方なくVC++というのが良くあるんだろ?
267 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:42:38 ] Eclipseはぜんぜんウザくない
268 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:43:10 ] C#はいい言語だけど、もうJVM使うしかないよ。あきらめれ。 JVMで動くC#もそのうち出てくるべ。
269 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:44:01 ] クライアントアプリなんてそのうち絶滅するって、グーグルの人がいってた
270 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:44:38 ] Javaクライアントがウザいと思ってんのは先入観持ってる厨だけ。素人には関係ない。
271 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:47:22 ] 見た目のウザサはかなり無くなったけど、やっぱりまだ重くてなあ。
272 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:50:25 ] VisualStudioの重さには耐えられるのになw
273 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:52:29 ] たえられねえよwVS2005チームエディションの重さは異常w
274 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:53:35 ] 最終的に判断するのは客だからね。Javaで作ると客が重い重いってうるさくてさぁ。
275 名前:256 mailto:sage [2007/06/02(土) 18:55:24 ] >>257-258 作るだけならそれこそ何でもいいんだが、今の俺、検討する側なんだよな。 作りたい物を、より簡単でキッチリ動いてくれるの探すの大変なんだよ。 変なの選んで機能限界だとブーブー言われちゃうしな。 >>260 thx なるほどねー。イントラ開発にはヨサゲだね。 最近GoogleMapのクライアントの地図検索APIがC#版もでてきて ちょっと検討してたとこだったんだ。 「この顧客の住所はココー」って地図出して矢印を刺す社内ツールなんだけどね。 GoogleってGoogleMapのみならず何でもJavaだからさ、 コンポーネントはJavaで、GUIの皮はVCでやろうかと思ってたんだが、 C#のがある意味素直かもなーとちょと思った。 3週間くれって言っといたから、1週間ぐらい試してみるよ。
276 名前:仕様書無しさん mailto:sage [2007/06/02(土) 18:57:36 ] 重いと怒られたことはあまり無いが、変なアイコンがでるとか、JVM(客にとっては謎)の更新メッセージがでるとかのフォローがウザイとか言われた事はある。
277 名前:仕様書無しさん mailto:sage [2007/06/02(土) 19:00:31 ] 作ってんじゃん
278 名前:仕様書無しさん mailto:sage [2007/06/02(土) 19:03:00 ] だから両方出来なきゃダメなんだって。どっちにするかは客の予算次第。
279 名前:256 mailto:sage [2007/06/02(土) 19:07:58 ] >>277 検討するが作りもするよ。 でも、1人じゃないんだよな、、大抵3〜1000人規模。 >>275 のは1人で作っちゃうけどね。小物だし。 大人数のはちゃんとしててもブーブー言われちゃって大変よ。
280 名前:仕様書無しさん mailto:sage [2007/06/02(土) 19:16:57 ] レガシーなシステムや制御系だとアンマネージなC++だけどね。
281 名前:仕様書無しさん mailto:sage [2007/06/02(土) 19:42:42 ] 漏れのトコはJavaかVBと両極端な状態だなぁ・・・。 C#を提案しても「後で修正とかできる人がおらん」とか言われるし…。 WinのクライアントアプリってC#が一番数少ないと思うが。 漏れのトコは鯖がi5と言う特殊事情もあるが(w
282 名前:仕様書無しさん [2007/06/02(土) 19:46:43 ] つまりクライアントアプリはVB6→VB.NETになって、C#を使うケースは稀であると?
283 名前:仕様書無しさん mailto:sage [2007/06/02(土) 19:50:57 ] C#は始めると戻れなくなるくらいラクチンなんで徐々に移っていくと思うよ、MFCとかもう見たくも無い。 それでもVBからVB.NET移る人は微妙かもしれないが・・・ 鯖まで考えたらC#/VB.NETで行きたいね。
284 名前:仕様書無しさん mailto:sage [2007/06/02(土) 20:19:58 ] C#の仕事なんかほとんど見かけない たぶん得意な会社は集中してやってるんだろうけど
285 名前:仕様書無しさん [2007/06/02(土) 20:25:52 ] C♯ってなんで括弧いるの? 括弧ないvb.netのがいいじゃん
286 名前:仕様書無しさん mailto:sage [2007/06/02(土) 20:43:58 ] C#はやってるところはあるんだろうけど、漏れの周りではとりあえず見たことないな。 煽りじゃないが、C#のエンジニアを確保するのは相当に辛いと思う。 鯖の導入・開発・運用・保守を月0,2〜0.5人くらいの体力な案件なら C#初体験者に任せてもいいとおもうけど、それくらいの規模でもVB しかやった事ないヤツに引継ぎとか想定すると不可能に近いだろうし。
287 名前:仕様書無しさん [2007/06/02(土) 21:27:29 ] 俺も昔はJava厨だったけどC#に触れてからもう触る気は一切無いぞ。 無茶苦茶生産性が高い、そしてコードが洗練されており無駄が無い。 C#で世の中のシステムを全部入れ替えたら良いと思ふ
288 名前:仕様書無しさん mailto:sage [2007/06/02(土) 21:28:36 ] C#でもスパゲティつくる奴はいるけどな。
289 名前:仕様書無しさん [2007/06/02(土) 21:31:52 ] >>288 自己紹介してなくても良いよ
290 名前:仕様書無しさん mailto:sage [2007/06/02(土) 21:34:51 ] >>287 生産性だけでいったらスクリプト言語の方が高い すなわち生産性はあまり論点ではない
291 名前:287 [2007/06/02(土) 21:39:21 ] >>290 お前C#使った事ある? あったらとてもそんな発言は出てこないと思うけど。 まぁ、Javaが最高の言語だと信じて一生やってなさい
292 名前:仕様書無しさん mailto:sage [2007/06/02(土) 21:46:01 ] 先生、この糞C#アプリがMacで動きませんっ
293 名前:仕様書無しさん mailto:sage [2007/06/02(土) 21:47:05 ] >>287 だからー どういう案件で、何がどう生産性が高いかkwsk
294 名前:仕様書無しさん mailto:sage [2007/06/02(土) 21:48:31 ] 結局C#で生産性が高いっていってんのはGUI周りのことじゃないの。お馬鹿向けの親切なコンポーネントが揃ってるからね。
295 名前:仕様書無しさん mailto:sage [2007/06/02(土) 21:53:25 ] で、ちょっとイレギュラーなことしようとしてコンポーネントが対応してないと、 ふぇーん、できないよぉ、となるわけだ。 コンポーネントを自作しようなどという発想はない。哀れ。
296 名前:仕様書無しさん mailto:sage [2007/06/02(土) 21:56:12 ] 逆に聞きたいが、なんで自作するという発想が出るの? 仕事の話だよな?
297 名前:仕様書無しさん mailto:sage [2007/06/02(土) 21:57:37 ] >>296 これはひどい
298 名前:仕様書無しさん mailto:sage [2007/06/02(土) 22:04:12 ] Windowsをインストールしなさい。
299 名前:仕様書無しさん mailto:sage [2007/06/02(土) 22:16:03 ] お馬鹿向けの親切なコンポーネントならDelphiには昔からついてたぞ。 しかもコンポーネントの自作もわりかし簡単。
300 名前:仕様書無しさん mailto:sage [2007/06/02(土) 22:37:52 ] >>294 クライアントソフトはそれが第一じゃね?
301 名前:仕様書無しさん mailto:sage [2007/06/02(土) 23:19:05 ] Winのクライアントのアプリソフト限定でC#を評価すると、VBやVCと比べての優位点って何? 今だと、簡単な集計物はVB、 キッチリとアプリはVC+MSC(COM作成用) で分けてるじゃん。 VBは何と言っても抜群の生産性の高さと修正の容易さ。 客先でGUIのお絵かきして「こんな感じっすかね?」って カカっとコードを埋めてその場でGoできる容易さ。 VCは固い、速い、ライブラリ豊富杉な所。 今のWin自体がVCで作られてる関係上(昔はGNU-Cで造られてたそうな)、 winでできることはVCで何でもできるし、 WinのあらゆるAPIやOCXコンポーネントが標準添付されてる所。 で、C#の強みって何?
302 名前:仕様書無しさん mailto:sage [2007/06/03(日) 00:04:55 ] >>286 C#は簡単、できない人がいるのが問題とか馬鹿げている やってみなよ、何か一つ言語をやっているなら一週間、ズブ素からでも半年でいけるぞ
303 名前:仕様書無しさん [2007/06/03(日) 00:10:20 ] じゃあ必要になってからでもよくないか?
304 名前:仕様書無しさん mailto:sage [2007/06/03(日) 00:12:40 ] 猿でもできるし、それなりに大規模な開発にも耐えられるし、必要になるまで待たなきゃならない理由もないよ。
305 名前:仕様書無しさん [2007/06/03(日) 00:28:04 ] >>301 それらが全てC#で出来る点
306 名前:仕様書無しさん mailto:sage [2007/06/03(日) 00:41:49 ] 全角禁止
307 名前:仕様書無しさん mailto:sage [2007/06/03(日) 00:44:49 ] バイナリエディタで全部出来るといわれて喜ぶやつはいないだろう。
308 名前:仕様書無しさん mailto:sage [2007/06/03(日) 00:51:39 ] 今ならVBやC#のように、GUIエディタのお絵かきで済むのがいいね
309 名前:仕様書無しさん [2007/06/03(日) 00:51:58 ] >>307 その発想はなかったわ
310 名前:仕様書無しさん mailto:sage [2007/06/03(日) 01:37:12 ] >>301 305 が大体的確というか基本VBみたいな感覚で使えて必要になれば VCのライン近くまで降りることも出来るのとCっぽい文法。 低レベルを使って薄いラッパーならC++/CLIが向くだろうが低レベルを 使う上位層書くならC#だろう。 それと、.NETとCOMはさくっと相互参照できるぞ?APIも使えるけど(定義が 自動じゃない分COMと比較するとめんどくさい)。APIは相互は出来ないけど。 ネイティブ使うのは慣れれば定型作業なので手間はあれど難しくもないし
311 名前:仕様書無しさん mailto:safe [2007/06/03(日) 10:20:43 ] C# 2.0らしいプログラミングとは www.atmarkit.co.jp/fdotnet/csharp20/csharp20_01/csharp20_01_01.html
312 名前:仕様書無しさん [2007/06/03(日) 11:04:49 ] C++/CLIの話題はココですか?
313 名前:仕様書無しさん mailto:sage [2007/06/03(日) 11:18:52 ] C++/CLIは・・・・利点が何処にも見当たらない言語、悪い事は言わない止めておけ 逆に使い込んでいて利点を見つけたなら語って欲しい
314 名前:仕様書無しさん [2007/06/03(日) 11:49:37 ] C#は風変わりな言語 Javaの父、Java以外の開発言語を語る www.atmarkit.co.jp/news/200705/22/java.html
315 名前:仕様書無しさん mailto:sage [2007/06/03(日) 11:54:54 ] それゴスリング氏のC#に対する勘違いだよ、C#のunsafe句はCのような何でもできるようなものじゃない。 思いっきりセーフコードだし、ぶっちゃけあれではアンセーフらしい事は何にもできない。
316 名前:仕様書無しさん [2007/06/03(日) 12:24:03 ] 2ch上の名無しにそんなこと言われてもね...w
317 名前:仕様書無しさん mailto:sage [2007/06/03(日) 12:41:40 ] 俺は315じゃないけど、所詮「誰が言ったか」でしか判断できない、 自分の頭で物事考えられない人間なら仕方がないねそりゃ。 というか、314のJAVAの人はそもそも倒錯してると思うよ俺は。 別に低レベルで人間のミスが表面化しにくい処理を排除する必要なんて本当はそもそもない。 同じことを実現するのに、 (1) 低レベルで人間のミスが表面化しにくい方法 (2) ヒトがよりミスを犯しにくく、犯したとしてもそれが表面化しやすい方法 があった場合、(2)を採用すべきなのは自明だとしても、 (2)はどんな技術にも提供可能なわけではないのだから、低レベルの処理を 一切禁止すべきだ、という発想はそもそも無理がある。
318 名前:仕様書無しさん [2007/06/03(日) 12:55:15 ] >>317 いやお前が倒錯してるだろ。 > 別に低レベルで人間のミスが表面化しにくい処理を > 排除する必要なんて本当はそもそもない。 こりゃありまくりだ。 > 低レベルの処理を一切禁止すべきだ、という発想は > そもそも無理がある。 誰もそんなことは言ってない。
319 名前:仕様書無しさん mailto:sage [2007/06/03(日) 12:59:34 ] そうか。 まあ、頭悪いのならあまり背伸びしなさんな。
320 名前:仕様書無しさん [2007/06/03(日) 13:02:54 ] 総論 C# > VB.net > VB6.0 > Java > C++.net > C++ > C こんなものだろ。
321 名前:仕様書無しさん mailto:sage [2007/06/03(日) 13:05:01 ] 315 だけど、ゴスリング氏でも間違える事もあると、人間味があっていいじゃんと思うね。完璧だと怖い。 少し語っておくと、unsafeはおそらく既存のコードを動かす時に便利なようにとヘジルスバーグが考えたものだと思う。 System.Runtime.InteropServices とかのライブラリの中はこれが使われているんじゃないかな? 現状、既存のライブラリは殆どがネイティブコードであって、これを使えないでは言語として問題があるし。 最小限の拡張で、楽に呼び出しを作れて、しかもコードが各種言語に散乱しにくいようにと考えた所こうなったのでは? C++からでもinlineアセンブラがあったほうが、ディバイスドライバ等を組む時に全部C++で済ませることができたりと便利だ。 これがないと・・・JNIとか面倒くせーじゃんと思ったりする訳で。 ただム板を見ていると、配列をガベージコレクタよりロックして高速化に使っていたりしているようだが、こういうのもありといえばありかな、しかし本命のようには見えない。
322 名前:仕様書無しさん [2007/06/03(日) 14:07:26 ] >>321 何をもって勘違いと言ってるのかよく分からんけど、 ゴスリングは「保護と非保護の混用」が愚かだと言ってるんだろ。 unsafe云々が問題じゃない。 結局ゴスリングが下の方で言っているように、 MSはライブラリを移植性のあるものにできない。 だからこそ言語中にわざわざ「unsafe」なんていうものを 用意しなければならない。 言語をマネージドな世界におく利点をJavaから学んでおきながら、 それに徹することができないMSの体質を、ゴスリングは 「愚か」だと言ってるんだよ。
323 名前:仕様書無しさん mailto:sage [2007/06/03(日) 14:17:53 ] うんでもそれを「愚か」だと思う判断こそ本末転倒の愚かさだけどね。
324 名前:仕様書無しさん [2007/06/03(日) 14:38:57 ] ププッ、C#廚ってレベル低すぎw プログラマには読解能力も必要だぞww
325 名前:仕様書無しさん mailto:sage [2007/06/03(日) 14:41:15 ] 別に幼稚なガキにどう思われようと痛くも痒くもないけどね
326 名前:仕様書無しさん mailto:sage [2007/06/03(日) 14:44:17 ] 確かに315の言ってることは良くわからない。 でもゴスリングが「何が問題で何が問題でないか?」に関して倒錯しているのは確かだな。
327 名前:仕様書無しさん mailto:sage [2007/06/03(日) 14:51:12 ] 抽象度が違うものを同じところに配置するのは、あたま悪いだろ
328 名前:仕様書無しさん [2007/06/03(日) 14:52:22 ] 日曜日にJava・C#について下らん議論を交わすより 彼女とSEXでもしろ。 ※お前ら下種野郎にはいないだろーけどねwwww
329 名前:仕様書無しさん [2007/06/03(日) 15:09:55 ] >>325 言動がおかしいぞwお前 やっぱ説得力にかけるわww
330 名前:仕様書無しさん [2007/06/03(日) 15:16:35 ] unsefeはウィンアプリを作る上でどうしても必要なものだった JAVAがVBのかわりになれないのはどうしてかなぁ?
331 名前:仕様書無しさん mailto:sage [2007/06/03(日) 16:13:32 ] 結論から言えば、unsafeは必要不可欠なものではないと思うよ。 C#の最大の特徴は、これといった強みもないが、逆に弱点も無いところだと思う 簡単に作りたいと思えばVBには及ばないだろうし 徹底したオブジェクト指向と整理された理論と言う点では、Javaには及ばない 細かい制御をやらせれはこれまたC++には及ばない しかし、いずれも可能で、いずれも平均点以上 これ性質からC#あらゆる範囲に適用範囲が広がって、大きなコード共有能力や再利用性を生み出していると思うんだ。 VB,Java,C++は各分野でのホームランバッターだがC#はイチローなんだよ。
332 名前:仕様書無しさん mailto:sage [2007/06/03(日) 16:16:49 ] まちがい >これ → この C#以外の言語は強い部分は強いが、致命的弱点をいずれの言語も持っていると思う。
333 名前:仕様書無しさん mailto:sage [2007/06/03(日) 17:00:10 ] DSL全盛の昨今、アベレージヒッターの存在意義って。。
334 名前:仕様書無しさん mailto:sage [2007/06/03(日) 17:23:45 ] >>320 VB.net は要らない子
335 名前:仕様書無しさん [2007/06/03(日) 17:56:07 ] >>331 アホ。 >簡単に作りたいと思えばVBには及ばないだろうし うんなこたーねぇーw C#やったことねーだろwww
336 名前:仕様書無しさん [2007/06/03(日) 18:18:07 ] >>331 はブビ厨に認定されました。
337 名前:仕様書無しさん mailto:sage [2007/06/03(日) 18:24:21 ] C#って携帯アプリちゅくれるにょ?
338 名前:仕様書無しさん mailto:sage [2007/06/03(日) 21:22:10 ] >>331 まあ揚げ足取りのスレだから気にすることないよ。 俺は言ってることそんなに間違ってないと思う。 最初の一行は同意できないけど
339 名前:仕様書無しさん mailto:sage [2007/06/03(日) 21:35:24 ] まぁちょっとした処理をC#でぱぱってスクリプティングって気にはならんわなぁ。
340 名前:仕様書無しさん mailto:sage [2007/06/04(月) 01:23:50 ] >>331 Javaが徹底したオブジェクト指向???? カルチャーショックで3日ぐらい立ち直れそうにないわ、俺。 >>335 VBの強力な点って、遅延バインディングだと思う。 厳密にCOMのバージョンが一致していなくても、プログラマティックIDと メソッド名と型が正しければ動く。これはC#に真似できない。
341 名前:仕様書無しさん mailto:sage [2007/06/04(月) 02:13:31 ] それはむしろ動いちゃいけないのでは?
342 名前:仕様書無しさん mailto:sage [2007/06/04(月) 02:30:23 ] >>341 そんな細かいことまで気にすんな。ハゲるよ。
343 名前:仕様書無しさん mailto:sage [2007/06/04(月) 02:53:35 ] ハゲたらゴスリングみたいになれるかな
344 名前:仕様書無しさん [2007/06/04(月) 21:26:30 ] C#のunsefeを馬鹿にするJAVA厨はEclipseとSWTをどう説明するのか? C#の利点は開発環境構築の容易さだね。 EclipsでSWTを使った簡単なクライアントアプリを作ってみた。 正直結構使えるものになったと思う。 C++で作られたアプリには及ばないまでも、旧VBの代わりには十分なるといえる。 ただGCがなかったり、JAVAしかできない人には理解できないんだな。 つまるところ上級者向け。 派遣会社がでっち上げるの即席JAVAプログラマーには荷が重い。 だから結局使われない。 仕事の依頼もない。 まぁ、そういうこと。
345 名前:仕様書無しさん mailto:sage [2007/06/04(月) 22:18:15 ] ↓はVBスレからの転載だが、C#ユーザの率直な感想が欲しい。 623 名前:仕様書無しさん[sage] 投稿日:2007/06/04(月) 04:21:50 >>622 まず、、いや、文句じゃないんだ。 VBという言語が9種類あることには同意だし、 バージョン違えば作り直しの互換性なしなしも同意だし、 QuickTimeとかの付属のサービスパックとかIEのサービスパックとかで VBランタイムが書き換わって昔のプログラムが動かなくなる弊害も知ってる。 未だにこの前出た.NetFrameWork3.0パッチ問題で、VB2003以前のプログラムが動かなくなる不具合も既出だ。 でもそれってVBに限らずVC++だってそうだし、VisualStudio全体の問題だと思うんだよね。 つうか過去のJ++やJ#みたくサポート切られたM$言語だってあるしw C#だっていつ非互換になるか保障もされてない訳で。 3年以上使うなら.NET系はダメ!絶対!!という結論に行き着くさ。 まぁWin自体が5年以下でサポート切られるOSなんだがなw でも開発効率いいだろ? 価格競争真っ只中の90年代は仕方ないと思うしかない。不景気だったんだから。 だから、これからの事話そうぜ?客とな。俺もそうしてる。
346 名前:仕様書無しさん mailto:sage [2007/06/04(月) 22:47:55 ] まあ、書いた奴は激しく自己陶酔型だな、というのは文面から分かる。 だから自分のレスを、直接書いたところ以外にもコピペしたくなるんだろうなw
347 名前:仕様書無しさん mailto:sage [2007/06/04(月) 23:00:28 ] >>345 率直な感想?そもそも C# 6歳なんだが。 でも 3.0 とか言ってまだまだ元気やし。 それと、C# の誕生は2001年やし90年代って何? というか不具合ってなんだろう?1.0の頃からの資産結構持ってた けど'(種類も)、致命的なのってあったっけ?
348 名前:仕様書無しさん [2007/06/05(火) 00:02:49 ] ゴメン… JavaにもC#にも未来はないよ なぜならSWTがあるから これからはEclipseでSWT+C++が本命さ そのうちSWTとC++でEclipseが書き直されるよ
349 名前:仕様書無しさん mailto:sage [2007/06/05(火) 00:04:20 ] >>344 SWT結局Swingに負けてるのだが。 どう説明するか? 「SWTもうダメぽ。JNIは遅い」 Javaでも、Eclipse以外のIDE使えば、開発環境構築は楽。 Webアプリの開発もEclipse以外なら結構楽。
350 名前:仕様書無しさん [2007/06/05(火) 01:45:57 ] SwingがSWTよりもはやくて省メモリなら、Javaで実用的なクライアントアプリを作ることが出来ますね しかし現実はそうなっていない なぜ?
351 名前:仕様書無しさん mailto:sage [2007/06/05(火) 02:01:55 ] Javaで実用的なクライアントアプリを作ることが出来てないという根拠は? Javaのアプリを見ると、Javaで実用的なクライアントアプリを作ることが出来てると思うのだが。
352 名前:仕様書無しさん mailto:sage [2007/06/05(火) 02:15:56 ] >>345 side by sideがそれなりにしっかりしているので問題は無いだろうと思うよ。 今でも複数バージョンが共存できているしcomと比較すればバージョン問題に対する安心感は高い。 ライブラリーになっている物は生きる、ただしソースはバージョンごとに相当量放棄は覚悟といったところか。 C#の言語仕様とGUIエディターの変貌振りは今現在でもかなり激しい。
353 名前:仕様書無しさん [2007/06/05(火) 06:54:36 ] 聞くけどクライアントからSwingを使ったクライアントアプリ製作を依頼されたことってある? 俺は経験ないけど
354 名前:仕様書無しさん [2007/06/05(火) 07:10:55 ] クライアントが気にするのは業務要件を満たしてるかどうかだけ。
355 名前:仕様書無しさん mailto:sage [2007/06/05(火) 10:10:17 ] Javaは普及度の高さとプラットホームへの依存性の低さという2点でC#に勝っている。 それ以外、言語仕様や開発環境構築の容易さ、IDEの使い易さ、クラスライブラリの完成度等はC#が勝っている。 後釜である以上当然のこと。 ただ、普及度というのは大きい。C#も普及度は徐々に上がっているように感じるが、どこまで普及できるかが最大の課題だろう。 ちなみにVB.NETほどの容易性はないとの発言があったが、それはごもっとも。 理由はいくつかあるが、たとえばVSにインストールされるアイテムテンプレートの種類、Myの存在(批判は色々あるだろうが容易性の向上は確かだろう)などなど。 ただ、VBとC#の討論はスレ違い。
356 名前:仕様書無しさん mailto:sage [2007/06/05(火) 16:44:19 ] >>353 クライアントから要求されるんではなくて、こちらから提案することになるね。 MacとWinで動かしたいといわれたら、Javaは有力な選択肢だ。 Macの利用者も増えてるしね。
357 名前:仕様書無しさん mailto:sage [2007/06/05(火) 17:55:48 ] Macは選択肢には入らんだろう。 高いだけで何のメリットもない。
358 名前:仕様書無しさん mailto:sage [2007/06/05(火) 17:57:19 ] Windows + Linux ≒ Mac
359 名前:仕様書無しさん mailto:sage [2007/06/05(火) 18:08:59 ] スクリプターにはMacが便利。
360 名前:仕様書無しさん [2007/06/05(火) 20:03:20 ] VB6で作ってた案件はしばらく混乱が続いてDelphi使おうかと思ったらDelphiもアレだし結局仕方なくC++使ってたけど.net3.0になってからはグンとvb.netの案件が増えた Java+SWTやC#でクライアントアプリというのは混乱期にはちょくちょくあったけど最近はほとんどない
361 名前:仕様書無しさん mailto:sage [2007/06/05(火) 20:27:10 ] >>360 VB厨は存在自体がスレ違い
362 名前:仕様書無しさん [2007/06/05(火) 22:13:39 ] >>360 負け惜しみ乙w
363 名前:仕様書無しさん mailto:sage [2007/06/05(火) 22:47:14 ] >>341 VB6ぐらいのアバウトさがないとCOMはとても使えたものじゃない。
364 名前:仕様書無しさん mailto:sage [2007/06/05(火) 23:34:01 ] いやいやVBも話しに入るだろ。 つうか、 サーバサイドなら Perl vs PHP vs Java vs C# の比較話になるのは当然だし、 クライアントサイドなら Java vs C# vs VC++ vs VB の比較話になるのは当然。 それは比較で話すべきだと思う。 今のシェア的には サーバサイドなら Java>>Perl>>>PHP>>>>>>C#(つうかASPが殆ど) だし、 クライアントサイドなら VC++>>BorlandC++>>>>>>VB>>>C#=Java な訳で。 サーバサイドはWindowsがガン(発売5年でディスコンOS)だからC#はシェアないという話から 今のクライアントサイドの話になってるけど、クライアント話は続けるべきだと思う。
365 名前:仕様書無しさん mailto:sage [2007/06/05(火) 23:40:28 ] クライアントアプリの案件自体、少くなってきてる気がするしな。
366 名前:仕様書無しさん [2007/06/06(水) 00:29:16 ] 減っていますね。 フリーやコミュニティで、 ある程度までの要望なら、できますし。 簡単な部分を「誰でもできる」は良いんですけど、 専門家に頼んだ方がいいところまで、 「金がかかるばかりで対して変わらん」と、 世間の認識で思われていそうなのは、 少しばかり不満かもしれません。
367 名前:仕様書無しさん mailto:sage [2007/06/06(水) 00:46:20 ] 差別化を図ってコミュニケーションを密に というと結局常駐になってしまうのか 難しいね
368 名前:仕様書無しさん mailto:sage [2007/06/06(水) 01:28:11 ] >>363 それよりcomを放棄したほうがいいと思う、あの仕様ヤバイだろ VB側は良くてもVC++側が洒落にならん、それにWindowsのセキュリティーが厳しくなるたびにインストールも厄介になるし。 あれはいずれメンテしきれなくなるよ
369 名前:仕様書無しさん mailto:sage [2007/06/06(水) 01:41:14 ] クライアントの案件の量はともかく、SOAPとか使うとサーバーとクライアントの区別が付かないような開発になる サーバーもしくはクライアントのクラスを直接呼び出すようなプログラムができます。(Javaや.Net) なんで意外とサーバー・クライアント形式も楽だよ。作っている分には殆ど意識せず、単一アプリの気分だし、言語を跨りまくるのは嫌だし。
370 名前:仕様書無しさん [2007/06/06(水) 02:00:18 ] C#のUnsefeはアレ、はやくするためじゃなく、メモリ消費量を抑えるためにあるんだね クラスと構造体の違い
371 名前:仕様書無しさん [2007/06/06(水) 07:01:25 ] こりゃだめだw いつからブビ廚の巣窟に...
372 名前:仕様書無しさん mailto:sage [2007/06/06(水) 07:47:20 ] LinuxよりWindowsの方がサポート期間長いし、セキュリティーホールも少ない。
373 名前:仕様書無しさん mailto:sage [2007/06/06(水) 07:50:05 ] まったく役立たずな意見キターーー Windows厨はLinuxって言葉の意味知らんのか。
374 名前:仕様書無しさん mailto:sage [2007/06/06(水) 09:07:48 ] >>364 スレタイ100回見なおして半年ROMってろよ、クズ
375 名前:仕様書無しさん [2007/06/06(水) 18:43:38 ] Java
376 名前:仕様書無しさん mailto:sage [2007/06/06(水) 22:35:22 ] >>368 放棄には同意。 しかし資産がデカいのも確かなので生き残るのは必至。 現状、ラッパーライブラリ作るか、 スクリプト言語にすべて放り投げるかしたほうがいいね。
377 名前:仕様書無しさん [2007/06/07(木) 19:28:17 ] すげー VB.NET使いやすぃー ビルゲイツは神か!?
378 名前:仕様書無しさん mailto:sage [2007/06/07(木) 22:58:31 ] ゲイツより、ヘルスバーグが神
379 名前:仕様書無しさん mailto:sage [2007/06/08(金) 00:15:53 ] 同意、ヘジたんハァハァ デルファイまんせーC#まんせー
380 名前:仕様書無しさん [2007/06/08(金) 12:53:11 ] >>1 Java
381 名前:仕様書無しさん mailto:sage [2007/06/08(金) 14:48:52 ] >>380 理由を書けよカス
382 名前:仕様書無しさん [2007/06/08(金) 18:33:39 ] 普及率が違う。それだけ魅力的だから客からの要望も多い。
383 名前:仕様書無しさん mailto:sage [2007/06/08(金) 19:01:02 ] >>382 「普及率」はともかく「魅力的」という言葉を見た時、頭痛とめまいがした。
384 名前:仕様書無しさん mailto:sage [2007/06/08(金) 19:02:18 ] Javaはどちらかというと、客にアピールして押しつけた挙げ句に まともに動かないものを納品して呆れられるというイメージしかない。
385 名前:仕様書無しさん mailto:sage [2007/06/08(金) 19:12:32 ] C#ってIIS使うのか?windowsサーバーは高いんだよな てかいつになったら.netはプラットフォームに依存しなくなるんだ? monoもまだカスだし。 WEBならRuby(on Rails)をおすすめする
386 名前:仕様書無しさん mailto:sage [2007/06/08(金) 19:14:18 ] Javaはフレームワーク乱立しすぎ C#は.NETがいつまでたっても微妙 よって引き分け
387 名前:仕様書無しさん mailto:sage [2007/06/08(金) 19:15:14 ] いまんとこC#なんか比較対象にならないよな
388 名前:仕様書無しさん mailto:sage [2007/06/08(金) 19:17:00 ] 普通に片方書ければ両方書けるだろう 言語なんてなんでもいいけど 俺らプログラマはいつの時代も言語仕様に振り回される
389 名前:仕様書無しさん mailto:sage [2007/06/08(金) 19:21:58 ] 振り回され階層 OS-PG-客
390 名前:仕様書無しさん [2007/06/08(金) 20:10:29 ] >>385 >C#ってIIS使うのか?windowsサーバーは高いんだよな >てかいつになったら.netはプラットフォームに依存しなくなるんだ? え、あほですか?
391 名前:仕様書無しさん mailto:sage [2007/06/08(金) 20:17:17 ] どのへんがあほなんだうまく説明してくれ
392 名前:仕様書無しさん mailto:sage [2007/06/08(金) 20:19:49 ] MSILをwindows以外のCRLからまともに実行できないって意味だろ
393 名前:仕様書無しさん mailto:sage [2007/06/08(金) 20:21:28 ] >>113 Tera Term? 今ならPuttyだと思うけどねえ
394 名前:仕様書無しさん mailto:sage [2007/06/08(金) 20:24:19 ] 仮想端末なんぞなんでもいい 俺もputty使ってるけど
395 名前:仕様書無しさん mailto:sage [2007/06/08(金) 20:26:38 ] C#ならXNA Framework使ってXBOX360用のゲームが作れる MSについていくぜ
396 名前:仕様書無しさん mailto:sage [2007/06/08(金) 21:20:41 ] ポデローサの方がいいだろ。
397 名前:仕様書無しさん mailto:sage [2007/06/08(金) 22:09:26 ] ポデローサ初めて知ったわ。これいいな愛用しよう。 情報thx
398 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:32:31 ] ポデローサちょっと起動が重いよな
399 名前:仕様書無しさん mailto:sage [2007/06/08(金) 23:43:04 ] CK
400 名前:仕様書無しさん mailto:sage [2007/06/09(土) 00:39:23 ] >>393 もともと Teraterm だった人は UTF-8 対応 Teraterm のおかげで移行しませんでしたとさ 昔からやっている人ほど Putty 使ってない
401 名前:仕様書無しさん mailto:sage [2007/06/09(土) 06:43:34 ] TeratermかPuttyかは会社とか職種によると思うよ。 俺は両方使い分けるが、 ぶっちゃけTeratermのが軽い。 あと、PingマクロとかTraceマクロとかならTeratermでマクロが最高に楽で軽くて固いのができる。 ネットワークスペシャリスト兼ねてるならTeraterm優勢。 ciscoの長ーいconfigとかもTFTPサーバ無しで直で突っ込める(エラーチャッカつきで)しな。 逆にPuttyはシステム管理者向けだね。 ぶっちゃけPuttyってPGP2.0対応してたのがこれだけだったのが流行った始まりだし、 それが理由でかなり大勢がTeratermから移行していった。 領域くくりとかEmacsを彷彿させるドキュメント整形機能も充実してるから、簡易ワープロにもなるしな。 どっちも良いもんだとは思うよ。
402 名前:仕様書無しさん [2007/06/09(土) 10:47:37 ] Javaから乗り換える理由がない
403 名前:仕様書無しさん mailto:sage [2007/06/09(土) 10:50:33 ] J#
404 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:04:11 ] GUI回りもプロダクト対象になってる自分にはJavaを選ぶ理由がない
405 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:17:57 ] 制御系の漏れはC++が基本(基礎部分はCオンリー)。 最近、アプリのGUIを独立させて、インターフェースを JavaかC#に使用かって考えているだけど。 みなさんどっちが良い? つーかデメリット、メリットおせーて。
406 名前:仕様書無しさん mailto:sage [2007/06/09(土) 11:27:09 ] GUIならC#だろ、クロスプラットフォームの要件さえなければ。 理由は生産性だの云々の前に、Windows風の画面だと客がそれだけで満足する。
407 名前:仕様書無しさん [2007/06/09(土) 11:48:08 ] Java
408 名前:仕様書無しさん [2007/06/09(土) 13:21:19 ] クラサバもWEBも出来るC#が圧倒的に勝ちだろ。
409 名前:仕様書無しさん mailto:sage [2007/06/09(土) 14:38:21 ] クラサバもWEBもたいがいの言語でできるわけだが。
410 名前:仕様書無しさん mailto:sage [2007/06/09(土) 15:07:22 ] JavaもC#も「会社として採用するのはどっちか?」という話にすぎないと思うけど。 個人レベルでは、PDFBoxをIKVM.NETを通して使う...みたいに、どっちのライブラリが 揃っているかが重要だけど、変換して使えればどっちでもあまり関係ないという感じだし、 そもそも、個人レベルでは、Rubyで使い捨てスクリプトを作れば済むことをわざわざ JavaやC#でコンパイルするのはオーバースペックに感じることの方が多い。
411 名前:仕様書無しさん mailto:sage [2007/06/09(土) 15:14:03 ] JAVAの開発環境はよく分からないけど、 VS使うならC#とC++のプロジェクトを纏めて管理出来るのが楽? 1発で全部ビルド出来るように設定出来る。 eclipseとかも頑張れば出来る気もする。
412 名前:仕様書無しさん [2007/06/09(土) 19:07:46 ] 今時Javaやってるヤツは、 糞ジジイ
413 名前:仕様書無しさん mailto:sage [2007/06/09(土) 19:20:03 ] 今更、どとねとやっているヤツは、 小僧
414 名前:仕様書無しさん mailto:sage [2007/06/09(土) 19:46:49 ] >>405 まんまGUIなら C#もJavaも、つうかVBもBorlandC++もDelphiもちっとも変わらん。 マウスで画面のデザインを書き書きして、イベント紐付けするだけ。 ただ、そういう用途でその先の事を考えるなら、断然VC++を薦める。 VC++の画面上でその制御系のコアアプリと一緒にまんまデバッグ/メンテができるぜ。 作ったGUIと一緒にシングルステップでデバッグもできるし、 その時のWinのメモリ内の状態、Win内でのエラー処理まで見える。 残念ながらcoreProgram系は、未だC/C++に依存せざるをえない。が現状。
415 名前:仕様書無しさん mailto:sage [2007/06/09(土) 20:21:44 ] >>414 windowsのクライアントアプリ限定の話を一般化されてもなあ
416 名前:仕様書無しさん mailto:sage [2007/06/09(土) 20:33:27 ] >>415 そうか、、じゃ、尚更の話。 JavaとBorlandC++とDelphi限定の話になるよ? そもそもVBやVC++やC#はWinでないと動かんよ。
417 名前:仕様書無しさん mailto:sage [2007/06/09(土) 21:12:29 ] Java.NETたかた
418 名前:仕様書無しさん [2007/06/09(土) 21:24:19 ] >>1 Java
419 名前:仕様書無しさん mailto:sage [2007/06/09(土) 21:41:58 ] JavaとC#の優劣比較なんてもうどうでもよくなってきたよ。 まあ、おれがプロジェクトに関わっていないからそう思ってるだけかもしれんが。
420 名前:仕様書無しさん mailto:sage [2007/06/09(土) 21:45:27 ] WEBならC#もJavaもカス
421 名前:仕様書無しさん [2007/06/09(土) 21:48:38 ] 仕事ないC# pc11.2ch.net/test/read.cgi/tech/1111656698/l50
422 名前:仕様書無しさん mailto:sage [2007/06/09(土) 22:27:40 ] >>415 質問者がWindowsのGUIの話聞いてだから、 答えもWindowsのGUIの話になってるだけっしょや。 別に一般化してないと思うけれども。
423 名前:仕様書無しさん [2007/06/09(土) 23:45:06 ] 一日中 ASP.net(C#)でWEB Partsを利用した画期的なシステムを 趣味で作ってるw 仕事より一生懸命www
424 名前:仕様書無しさん [2007/06/09(土) 23:47:15 ] 今時Javaやってるヤツは、 賞味期限の切れたパン
425 名前:仕様書無しさん mailto:sage [2007/06/10(日) 00:12:59 ] PHP大好きな俺は勝ち組 今PHPでデスクトップアプリ作れるって皆知ってた?
426 名前:仕様書無しさん mailto:sage [2007/06/10(日) 01:21:06 ] C#はまだ発売してない作りかけのパン
427 名前:仕様書無しさん mailto:sage [2007/06/10(日) 06:49:01 ] >>425 PHP/tkとか、かなり前からあるわけで。 まあ、PHPやってるやつは負け組だな。
428 名前:仕様書無しさん mailto:sage [2007/06/10(日) 14:14:42 ] フォームベースのデスクトップアプリなんてどれでも作れるしどうでもいい ハードウェア制御に長けていない言語は糞
429 名前:仕様書無しさん mailto:sage [2007/06/10(日) 14:29:57 ] >>428 お前が作れるといってるGUIはぽとぺたでできるような屑GUIだろう。
430 名前:仕様書無しさん mailto:sage [2007/06/10(日) 14:50:58 ] ぽとぺた未満が何か吼えてますね。
431 名前:仕様書無しさん [2007/06/10(日) 15:15:00 ] >C#はまだ発売してない作りかけのパン 賞味期限の切れたパン(Java)より、作りかけのイースト菌で 発酵真っ只中のC#の方が評価が高い事は一目瞭然w あとJavaやってる奴ら。ASP.net使ったらもうJavaなんてメンドクサイ 事やってられなくなるぞw 両方やって来た俺から言わすと生産性が3倍以上違う
432 名前:仕様書無しさん mailto:sage [2007/06/10(日) 16:16:17 ] 生産性重視ならrubyでアジャイル開発
433 名前:仕様書無しさん mailto:sage [2007/06/10(日) 16:20:13 ] う せ ろ
434 名前:仕様書無しさん mailto:sage [2007/06/10(日) 17:10:41 ] ひどい;
435 名前:仕様書無しさん mailto:sage [2007/06/11(月) 12:03:52 ] C#ってクソマイクロソフト上でしか動作できない哀れな言語でしょ? まともな会社がどんどんマイクロソフト離れしている昨今でC#しか使えない奴は超バカ。 .NET好きな奴って本当に可愛そう。沈み行く泥舟と心中してくださいね。
436 名前:仕様書無しさん mailto:sage [2007/06/11(月) 12:16:42 ] つまらねぇ冗談だな。
437 名前:仕様書無しさん mailto:sage [2007/06/11(月) 12:53:24 ] C#しか使えないプログラマがいたとしたらたしかに馬鹿だ
438 名前:仕様書無しさん mailto:sage [2007/06/11(月) 14:14:58 ] Javaもまたしかり
439 名前:仕様書無しさん [2007/06/11(月) 19:31:23 ] JavaはOS関係ないし
440 名前:仕様書無しさん mailto:sage [2007/06/11(月) 20:01:39 ] そう思っていた時期が俺にもありました・・
441 名前:仕様書無しさん [2007/06/11(月) 21:22:36 ] JavaはOS関係ないのは事実
442 名前:仕様書無しさん mailto:sage [2007/06/11(月) 21:41:47 ] Java使わなくなって3年近くたつけど今どんな感じ? 前は確か文字列の出力にバッファ使わないとかとん でも仕様だったけど今は改善された?
443 名前:仕様書無しさん mailto:sage [2007/06/11(月) 23:26:08 ] >>442 Swingでの出力はとてもよくなった。
444 名前:仕様書無しさん mailto:sage [2007/06/12(火) 00:40:12 ] >>443 お!いいねぇ〜! AjaxやらFlashやらインタラクティブな画面が当たり前の時代! アプレットの時代は再来するかな?
445 名前:仕様書無しさん [2007/06/12(火) 01:01:30 ] >>444 話が変わるけどFLASHは戦々恐々の状態だな。 itpro.nikkeibp.co.jp/article/NEWS/20070417/268400/
446 名前:仕様書無しさん mailto:sage [2007/06/12(火) 01:02:18 ] で、そこまでやるんなら、セキュリティの問題もあるので、 クライアントアプリの方が良いやと・・・。
447 名前:仕様書無しさん mailto:sage [2007/06/12(火) 01:02:56 ] >>431 生産性云々に、処理速度が大分違うな。クライアントで動かす場合。 OpenOfficeとかEclipseとか重すぎ。
448 名前:仕様書無しさん [2007/06/12(火) 01:28:02 ] スレタイ読んでかくけど、 C#なんてパソコンだけでしょ。話にならないよ。
449 名前:仕様書無しさん mailto:sage [2007/06/12(火) 01:50:29 ] >>445-446 あれだよな、確かに今はネットに繋がってるってのは 大事な要素になったよな。 でもさ、何もブラウザでやる必要って無いよな? 無理やりブラウザでRIAやるより既存のデスク トップアプリが通信すればいいよな。
450 名前:仕様書無しさん mailto:sage [2007/06/12(火) 01:57:00 ] アプリ起動なんて能動的にやってくれることを期待するのもどうかと。 億劫じゃないか
451 名前:仕様書無しさん mailto:sage [2007/06/12(火) 01:59:39 ] >>444 アプレットは、ブラウザとの接続部分がJava1.1時代からメンテナンスされてないので使わないほうがいいと聞いた。 これからもメンテナンスされる気配はなさそう
452 名前:仕様書無しさん mailto:sage [2007/06/12(火) 02:21:56 ] WindowsのクライアントアプリならJavaより.Netのほうが楽だな。 C#は新しいだけあって、やりたいことが大抵できるよい言語だと思うし、 M$がM$OSのために作ってる主力だもんな。優秀でないはずがない。 かと言って、unix環境だと、今度はスクリプト言語のほうが便利だったりする。 Javaはなんでもできるけど、いろんな意味で「重い」。
453 名前:仕様書無しさん mailto:sage [2007/06/12(火) 02:30:22 ] なんだかんだでスクリプト言語がちょうど良い感じだな 今一番熱いのはやっぱりPHP?そろそろ6がでるんだよね?
454 名前:仕様書無しさん mailto:sage [2007/06/12(火) 02:35:18 ] Wndowsでも、IronPythonとかいい感じになってきてるからね。
455 名前:仕様書無しさん mailto:sage [2007/06/12(火) 02:35:44 ] Rubyだ
456 名前:仕様書無しさん mailto:sage [2007/06/12(火) 02:37:12 ] >>454 会社でアイロンパイソン?って言ったら笑われちゃった・・・
457 名前:仕様書無しさん mailto:sage [2007/06/12(火) 07:39:28 ] >>451 アプレットは使い物にならんは同意。 1Mぐらいの作ると、"Sysytem out of memory error"が出るなw Flashは10M物でもブラウザ上で動くのに不思議だよな。 >>453 PHPは面白いね。最近のブログ系はPHP中心だし。 PHPは4と5の互換問題も解消されつつあるのがM$系より好感持てる。 >>455 そういやJavaのRubyコネクタが発表されたね。 RubyはClass継承(extens)ができないから 大規模じゃ使えんねって思ってたが、最近のRubyはどうよ?
458 名前:仕様書無しさん mailto:sage [2007/06/12(火) 08:02:59 ] PHPは、設計者の無能っぷりを知ると、使うのは怖い。
459 名前:仕様書無しさん mailto:sage [2007/06/12(火) 08:17:57 ] >>457 Rubyコネクタじゃなく、JVMでのRuby実装。
460 名前:仕様書無しさん mailto:sage [2007/06/12(火) 10:25:53 ] >>454 あのぉ・・・もしかしてマイクロソフトが優秀だと思っている人ですか?
461 名前:仕様書無しさん mailto:sage [2007/06/12(火) 12:19:00 ] >>460 アンカー間違った?>>452 だべ?
462 名前:仕様書無しさん mailto:sage [2007/06/12(火) 21:35:41 ] MSが優秀かどうかじゃなくて、 Windowsとの親和性が高いって話だと思われる。
463 名前:仕様書無しさん mailto:sage [2007/06/12(火) 22:30:06 ] 最近はJava熱は醒めてC#熱の方があがってきた。 IronRubyも期待。
464 名前:仕様書無しさん mailto:sage [2007/06/12(火) 23:11:21 ] やっぱりCocoa
465 名前:仕様書無しさん mailto:sage [2007/06/12(火) 23:23:02 ] C#は悪くないけど、さすがにLinuxやオープンソース陣営は拒絶するだろ。 MicroSoftじゃなくて、他の団体が生み出していれば今の微妙な住み分け状態も違ってただろうけど
466 名前:仕様書無しさん mailto:sage [2007/06/12(火) 23:58:30 ] はよIronLISPつくってくれ。
467 名前:仕様書無しさん mailto:sage [2007/06/13(水) 00:34:02 ] IronJava・・・
468 名前:仕様書無しさん mailto:sage [2007/06/13(水) 01:10:17 ] Ironぴゅうた
469 名前:仕様書無しさん mailto:sage [2007/06/13(水) 02:11:50 ] JREみたいに.Netフレームワークを他のOSにも提供すればなぁ・・・
470 名前:仕様書無しさん mailto:sage [2007/06/13(水) 02:53:23 ] IronMSXが欲しいわけで
471 名前:仕様書無しさん [2007/06/13(水) 06:57:27 ] >>465 Javaを2つ作ってどうする?w
472 名前:仕様書無しさん mailto:sage [2007/06/13(水) 07:15:39 ] アセンブラやC++を学ぶ利点はまだあるということが良く分かりました
473 名前:仕様書無しさん mailto:sage [2007/06/13(水) 08:31:16 ] なにをいまさら
474 名前:仕様書無しさん mailto:sage [2007/06/13(水) 08:55:24 ] >>472 C++は数年後に大規模な仕様変更をやるそうだから、期待はできるな。
475 名前:仕様書無しさん mailto:sage [2007/06/13(水) 10:15:03 ] 0xじゃなくて1xになるのは確定ですかそうですか…
476 名前:仕様書無しさん mailto:sage [2007/06/13(水) 13:07:12 ] >>475 マジデスカ
477 名前:仕様書無しさん mailto:sage [2007/06/13(水) 13:43:48 ] いや、2年後までなら0x。
478 名前:仕様書無しさん mailto:sage [2007/06/13(水) 14:14:40 ] 地上波デジタルみたいなもん?
479 名前:仕様書無しさん mailto:sage [2007/06/13(水) 15:23:11 ] そんなアホな
480 名前:仕様書無しさん [2007/06/13(水) 20:44:16 ] こんなソース修正してられるか! 俺は先に帰らせて貰うぜ! 俺、このコードが完成したら家に帰るんだ なぁSQL、この画面が完成したら俺と・・・ 原因が分からないのにこんなバグが沢山のアプリにいられるか!俺は帰るぞ! デバッグ「エラーはありません」 俺「やったか!!?」 俺のエラーは108まであるぞ
481 名前:仕様書無しさん [2007/06/13(水) 21:01:49 ] 俺はC言語派だぁぁ! クラスなんて必要ないぃ!!
482 名前:仕様書無しさん mailto:sage [2007/06/13(水) 22:21:57 ] 仕事でそういうコード書くやつがいると吐き気がする
483 名前:仕様書無しさん mailto:sage [2007/06/14(木) 00:03:58 ] >>465 いい加減オープンソースも毛嫌いしないでくれればいいんだけどな マイクロソフト製品はすでに水道・電気の領域にはいっているしさ いっそウインドウズ事業は私企業辞めて公共事業化でもしてくれればいいんだが・・・ そこでソース公開してもらってみんな安心して使えるようになれって最近思うよ 今、万が一経営トップのポカでマイクロソフトにつぶれられたらとか考えたら怖いよ
484 名前:仕様書無しさん mailto:sage [2007/06/14(木) 00:06:56 ] 潰れんだろw
485 名前:仕様書無しさん [2007/06/14(木) 01:16:17 ] オープンソースなんかにしたら、セキュリティ破り放題になって、 世界中のWindowsOSが危険に晒されるだろうがw
486 名前:仕様書無しさん mailto:sage [2007/06/14(木) 01:40:15 ] >>485 それはいえてる。 Linuxが今のWindowsの地位についていて、オープンソースの形体を維持してたら、凄惨なことになっていただろうな。 機能を大幅に制限するか、少なくない投資をするか、いずれも不便。
487 名前:仕様書無しさん mailto:sage [2007/06/14(木) 01:51:48 ] >>485 はいえてるが、>>486 はいえてないな。
488 名前:仕様書無しさん mailto:sage [2007/06/14(木) 12:28:56 ] >>480 >俺、このコードが完成したら家に帰るんだ >なぁSQL、この画面が完成したら俺と・・・ 死亡フラグww
489 名前:仕様書無しさん mailto:sage [2007/06/14(木) 21:34:09 ] >>483 現状無理な投資をしない限り、 利益はなくとも10年ぐらいは営業できるそうです。
490 名前:仕様書無しさん mailto:sage [2007/06/14(木) 21:46:11 ] まあ大企業は資産を持ってるからな。 裏ではものすごくやばいなんて事情がなければ、投資や切り売りでもなんとかなる。
491 名前:仕様書無しさん mailto:sage [2007/06/14(木) 22:08:59 ] 何で言語名の頭にIronって付けるのが流行ってるの? しわを伸ばすとかいう意味?
492 名前:仕様書無しさん mailto:sage [2007/06/14(木) 22:16:08 ] この業界がやっと鉄器時代に入ったんだよ。
493 名前:仕様書無しさん mailto:sage [2007/06/14(木) 23:22:08 ] 最近は聞かないが、マイクロソフトがつぶれるとしたら経営者がこっそりデリバティブでやらかして一発あぼーんとかかな このケースの場合は、支払い先に吸収されただけで終わりかも知れんけど
494 名前:仕様書無しさん [2007/06/14(木) 23:53:15 ] >>493 MSがデリバティブするわけないだろう。 現金でM&Aしてるよ。
495 名前:仕様書無しさん mailto:sage [2007/06/15(金) 01:07:51 ] >>494 いやいや。 かつて製造業の覇者なんていわれたGEが、いつの間にか金融にシフトした挙句、日本でサラ金業を展開するような世の中だからな。今の時代は。
496 名前:仕様書無しさん [2007/06/15(金) 01:16:26 ] >>495 投資・資本系の事業は通貨が高くなった先進国では必須だろ。もう。 www.nikkei.co.jp/news/sangyo/20070601AT1D3109Q31052007.html の預貯金みたいに、臨時の資金パックにもなる。 GEというか、アメリカの製造業は日本メーカーの攻勢で壊滅した。 今度は中国の公民挙げての意図的・恣意的な攻勢で日本の製造業が壊滅する番だよ。 まじめにもの作ってるだけじゃやっていけん。
497 名前:仕様書無しさん [2007/06/15(金) 01:19:39 ] >>495 どっちにしろ、MSは金が余っているから、デリバティブする必要がない。 というより、MSの現金でデリバティブしたら、大企業が買えてしまう。
498 名前:仕様書無しさん mailto:sage [2007/06/15(金) 11:18:09 ] 何を夢物語を
499 名前:仕様書無しさん mailto:sage [2007/06/15(金) 11:27:24 ] >>261 ManagedC++は、オリジナルと仕様がかなり変わってるのに資料がほとんど無いのがなぁ…。 うまいこと使ってやれば、ネイティブコードとマネージコードの橋渡しにできるのに。 C++/CLIでは、またいろいろ独自変更路線を突っ走ったらしいが、特に手を出すきにならん。
500 名前:仕様書無しさん mailto:sage [2007/06/15(金) 13:08:49 ] マネージコードってなんか、プログラマとしてバカにされた気にならね? お前はバカで注意力散漫だからママンにちゃんと面倒を見てもらうようなきがしてしょうがない。
501 名前:仕様書無しさん [2007/06/15(金) 13:20:23 ] どの業界でも、ヒューマンエラーは回避できない。 しかも、プログラムは目に見えない部分でクリティカルエラーが発生する可能性が高い。 セーフティネットがあるのは当たり前。 ネットがないとそのまま落ちてしまうからな。
502 名前:仕様書無しさん mailto:sage [2007/06/15(金) 19:37:53 ] マネージドに>>500 の言ってるような含意はそもそもないと思うんだが。。 単にOSのネイティブな環境ちゃうねん、程度の意味でしょ。
503 名前:仕様書無しさん [2007/06/15(金) 19:55:03 ] C#はwindows専用の時点で終わり。
504 名前:仕様書無しさん mailto:sage [2007/06/15(金) 19:59:47 ] 他のOSでも.netは使えるらしいぜ 実際に使われてるのみたことないから無意味だけどな
505 名前:仕様書無しさん [2007/06/15(金) 20:06:12 ] >>491 ホモの男性って意味に決まってるだろ
506 名前:仕様書無しさん mailto:sage [2007/06/15(金) 21:32:13 ] Windowsの場合は、クロスプラットフォームよりクロスランゲージの意味合いが強い?
507 名前:仕様書無しさん mailto:sage [2007/06/15(金) 23:47:53 ] >>497 デリバティブは契約の時点では現金は全く動かないよ、巨大なリスクが発生するだけで。 だからこそ仕損じるとこわーい訳 類似品として先物とかもそうだけどさ、投資資金の10倍とか100倍とか、場合によっては一万倍とかのリスクが発生するんだよ。 1000円投資して、ちょっと遊んでみようと思って、ちょっと失敗一千万円請求されたら嫌だろ?
508 名前:仕様書無しさん [2007/06/16(土) 00:12:05 ] >>499 そこらへん、やっぱり1企業がすべて担当すると無理が出てるなと思う。 ちょっと前にマルチメディア系の開発でDirectShowとかOLEとかにかかわったけど、技術情報の少なさに吹いた。
509 名前:仕様書無しさん mailto:sage [2007/06/16(土) 00:36:20 ] .netで開発してるといつもテストでバグが少ないって言われて困る^^; .netってテストしながら作れるからバグなんて出しようがないんですけど
510 名前:仕様書無しさん mailto:sage [2007/06/16(土) 00:41:54 ] なんだそりゃ
511 名前:仕様書無しさん mailto:sage [2007/06/16(土) 01:02:07 ] バグ発生箇所を一纏めにしたり場合によっては隠蔽してるだけではw
512 名前:仕様書無しさん [2007/06/16(土) 01:56:24 ] >>509 俺の場合、適当に開発して単体テストをしながらバグが見つかる 度に○を付けてこっそりバグを修正してるYO!!! だからいつもバグ数0WWW
513 名前:仕様書無しさん mailto:sage [2007/06/16(土) 01:57:00 ] NUnit / JUnit はいいものだ、確かにバグは減るね。 ところでTeam Systemの単体テストは使い物になるんか誰か試している人いる? バカ高くて買う気起こらんので放置しているんだが
514 名前:仕様書無しさん mailto:sage [2007/06/16(土) 10:58:27 ] >>506 強いと思うよ。 >>513 どっかに比較してる文章があったような… OrcasではウニットテストがProに降りてくるそうですよ
515 名前:仕様書無しさん mailto:sage [2007/06/17(日) 13:09:08 ] C#の弱い点はDATETIMEだと思います・・・ JAVAの方がその点では有利
516 名前:仕様書無しさん mailto:sage [2007/06/17(日) 13:19:13 ] >>515 詳しく、エスパーじゃないから解らない。
517 名前:仕様書無しさん mailto:sage [2007/06/17(日) 13:26:00 ] >>516 C#にはTIMEZONEを使って時間帯を自動的に変換する事が出来ない isDayLightSavingTimeなどで知ることができても 実際にはその後コードで時差を差し引きする必要がある。 JAVAはぐちゃぐちゃなメソッドがあるが一応自動的に変換してくれる。
518 名前:仕様書無しさん mailto:sage [2007/06/17(日) 13:35:22 ] >>517 むしろ勝手に変換されたらたまったもんじゃないと思うのはオレだけ? 内部的には標準時で管理して、表示するときだけローケルで変換しておけば十分かと思うんだが。 さもないと国際化対応する場合に死ぬ、しなきゃ関係ないけどね。
519 名前:仕様書無しさん mailto:sage [2007/06/17(日) 13:36:03 ] 時間帯を変換ってわかるような意味不明なようなw
520 名前:仕様書無しさん mailto:sage [2007/06/17(日) 13:43:01 ] >>518 すんません 俺が今の仕事でC#使ってるもんで ちょうどその問題があったんで書いてみました 皆には当てはまらないかも知らない・・・ ただJAVAだったらこの問題は起きなかったと自分に言い訳してみたw
521 名前:仕様書無しさん mailto:sage [2007/06/17(日) 13:52:49 ] イギリスの時間は日本より9時間遅れてるとか思っちゃってそう
522 名前:仕様書無しさん mailto:sage [2007/06/17(日) 13:54:53 ] >>521 イギリスは知らんが俺はとりあえず南米とUSでの時間差で失敗
523 名前:仕様書無しさん mailto:sage [2007/06/17(日) 17:05:43 ] 単に使い方を知らないだけっぽいな・・・ C#に限らず、マイクロソフトの開発ツールは国際対応だけに関しては最高水準だと思うがどうなんかね? tronが実はもっとすごいらしいが、触ったことがないのでパス
524 名前:仕様書無しさん [2007/06/17(日) 21:38:16 ] >>523 君、tronをどういう意味で使ってるの。
525 名前:仕様書無しさん mailto:sage [2007/06/17(日) 22:14:03 ] もちろん映画
526 名前:仕様書無しさん mailto:sage [2007/06/18(月) 01:09:09 ] この問題はマイクロソフト自ら認めてる問題です
527 名前:仕様書無しさん [2007/06/20(水) 18:30:27 ] Javaだな
528 名前:仕様書無しさん mailto:sage [2007/06/21(木) 12:54:48 ] >>523 tron は実行した行番号が出てくるだけですよ?
529 名前:仕様書無しさん mailto:sage [2007/06/22(金) 13:03:36 ] 【軍事】 富士通「防衛分野でも今後Javaが主流に」・・・米企業のリアルタイムJava仮想マシンの国内販売開始 [07/06/20] ttp://news21.2ch.net/test/read.cgi/bizplus/1182427102/l50
530 名前:仕様書無しさん mailto:sage [2007/06/22(金) 23:33:16 ] Java使えるけど どうして、なんでもかんでもJavaにしたがるのかが分からん
531 名前:仕様書無しさん mailto:sage [2007/06/23(土) 00:40:50 ] >>530 顧客から、お金をぶん取るため。 開発保守にお金かけたくなければ、海外ではドトネト使ってる。 海外でJava使ってるのは、問題解決する能力がある所だけ
532 名前:仕様書無しさん [2007/06/23(土) 12:10:00 ] >>531 はアホだな。
533 名前:仕様書無しさん [2007/06/23(土) 15:09:00 ] 明示的に例外を宣言させないのはC#の欠点。 それに甘えた奴らが落ちまくるアプリを量産していくわけだ。南無...
534 名前:仕様書無しさん [2007/06/23(土) 15:21:38 ] >>533 別にマシンしぬわけじゃないから落ちてもいいじゃんw 注意すればいいだけの話なんだからさ むしろJAVAなんてVM腐ってるからソースまったく 悪くなくても落ちること多々あるぞw
535 名前:仕様書無しさん mailto:sage [2007/06/23(土) 16:16:25 ] オープンソースなんだから自分でパッチあてろよ
536 名前:仕様書無しさん mailto:sage [2007/06/23(土) 17:34:47 ] >>534 それは生産性を重視した仕様じゃね? 各種例外をきっちりと処理しないのは言語じゃなくて人間の問題だろ。 つーかなんでC#とか言ってるんだ。 .NETだろ。
537 名前:仕様書無しさん mailto:sage [2007/06/23(土) 17:36:01 ] 安価ミスってら、>>536 の>>534 は>>533
538 名前:仕様書無しさん [2007/06/23(土) 17:58:29 ] javaってダウンロードしたら料金かかりますよね?
539 名前:仕様書無しさん [2007/06/23(土) 18:11:28 ] ダウンロードでは金は掛からないよ。 ただし、ソフトを販売とか配布すると、後でSunから高額の請求書が送られてくる。 それで俺の知人(偽装請負)は自己破産した。
540 名前:仕様書無しさん [2007/06/23(土) 23:43:23 ] ぶっちゃけASP.net生産性だと確実にJava以上だよな
541 名前:仕様書無しさん mailto:sage [2007/06/23(土) 23:45:45 ] >>540 仕様による
542 名前:仕様書無しさん [2007/06/23(土) 23:47:44 ] JAVAは仕様がどっかアホの国のDQNが決める糞仕様のせいで 使いものにならない。新機能よりロバストで生産性高いコード書ける方が 必要って解かってない。 ビジネスロジックに注視できるとかいろいろいってるが基板作ってる奴は それよりも機能単位で全てにおいて高性能でロバストなもん作れ。 ゴミ作るな糞SUNが
543 名前:仕様書無しさん mailto:sage [2007/06/23(土) 23:49:06 ] >>540 小規模(1億以下)かつクリティカルでないシステムならそう思う。
544 名前:仕様書無しさん mailto:sage [2007/06/23(土) 23:51:22 ] JavaだとstrutsやSeasar、springを使うことである程度の品質は保証されるけど、 ASP.NETだとそういうわけにはいかない。
545 名前:仕様書無しさん mailto:sage [2007/06/23(土) 23:55:52 ] Java厨のオレがいうのも何だが strutsよりはASP.netのが上だわ あと、spring.netもある
546 名前:仕様書無しさん mailto:sage [2007/06/24(日) 00:09:37 ] 生産性とか品質とかえらそうに言ってるが、いったいどんなもん作ってるんだか...
547 名前:540 [2007/06/24(日) 02:56:39 ] >>541 ,543 ASP.net触った事ねーだろw? もう3年前に.NETを触ってからJavaは止めた。 メンドクサイ。
548 名前:仕様書無しさん mailto:sage [2007/06/24(日) 03:07:10 ] ポトペタ厨はもはや骨の髄までMSの奴隷。
549 名前:仕様書無しさん mailto:sage [2007/06/24(日) 03:09:11 ] Javaを止めないで
550 名前:仕様書無しさん [2007/06/24(日) 03:18:59 ] >>547 3年前は早いな。あの頃はAccessと親和性がよさそうだな程度の認識だった。
551 名前:仕様書無しさん mailto:sage [2007/06/24(日) 03:31:07 ] マイクロソフトは組み込みでやばい、鯖でやばい、ウェブでやばいとか散々言われているけど、うまくやってる。 サンはここ数年、業績赤字すら解消できなくて大変そうだ。IBMやオープンソース陣営をもっと巻き込まないと。
552 名前:仕様書無しさん [2007/06/24(日) 03:46:21 ] Java厨はもはや骨の髄まで酸の奴隷。 >>550 確実にJavaは衰退するだろ。.NETだとロジックに専念出来る。
553 名前:仕様書無しさん mailto:sage [2007/06/24(日) 04:40:39 ] .NET厨は骨の髄までGatesの奴隷
554 名前:仕様書無しさん mailto:sage [2007/06/24(日) 04:42:37 ] .NET厨は骨の髄までGatesの奴隷
555 名前:仕様書無しさん mailto:sage [2007/06/24(日) 07:08:00 ] ロジックに専念できるできないは設計&実装者のスキル次第だと思うが。 Javaでできないやつが.NETでできるとか言う奴は信用ならんが。
556 名前:仕様書無しさん mailto:sage [2007/06/24(日) 09:53:06 ] .NETが生産性が高いって奴は連中が用意するお子様用ブロックを組み合わせるだけで それっぽく動くおもちゃレベルの物だろ? .NETだとロジックに専念できる?アセンブラでもロジックに専念できますよ。
557 名前:仕様書無しさん mailto:sage [2007/06/24(日) 10:10:36 ] Linuxの使えない童貞がASP.NETに逃げてるだけだろ? というのが、ここまで読んで理解できました。 ありがとうございました。
558 名前:仕様書無しさん mailto:sage [2007/06/24(日) 10:12:28 ] ニッパとラジオペンチどちらが優れているのか教えてください
559 名前:仕様書無しさん [2007/06/24(日) 10:19:57 ] pandora.Tv見たくてJavaをダウンロードしたいけど、ちょっと心配でできない・・・・。
560 名前:仕様書無しさん mailto:sage [2007/06/24(日) 11:45:21 ] >>556 アセンブラで業務アプリ組んだとしたら、そんなことは言えないと思うが。
561 名前:仕様書無しさん mailto:sage [2007/06/24(日) 11:51:05 ] >>560 え?作っていたよ。PC-8801やPC-9801時代にね。ゲーム屋だったからアセンブラには抵抗ないね。 MASMとかでガリガリ書いていた。 最後に業務用書いたのはCでWin32APIが最後だな。Xlib育ちだったのでぜんぜん平気。 .NETは子どもおもちゃにしか思えないよ。やっぱり。
562 名前:仕様書無しさん mailto:sage [2007/06/24(日) 11:54:10 ] SICPに「分子で都市を作ることはできない」って書いてあったなー
563 名前:仕様書無しさん mailto:sage [2007/06/24(日) 11:55:30 ] 都市は分子で出来てるんじゃないの?
564 名前:仕様書無しさん mailto:sage [2007/06/24(日) 11:58:48 ] 構成物質は分子だけど、都市を分子レベルで設計することは出来ないってことじゃないかと。
565 名前:仕様書無しさん mailto:sage [2007/06/24(日) 12:05:45 ] >>558 ラジペンにはニッパ機能を限定的に包括しているケースがあるからラジペンの方が優れている。 JAVAとC#で例えるなら、汎用性が高い道具と特殊な環境下でしか使えない道具だと思うが・・・
566 名前:仕様書無しさん [2007/06/24(日) 12:08:13 ] >>561 オッサンタイプは、今時MFCで業務アプリを作ってるよーな物だぞ。 まぁ、好きにしろや
567 名前:仕様書無しさん mailto:sage [2007/06/24(日) 12:33:50 ] .NETマンセーしてる奴に限ってその動作原理を実はよく理解できてなかったりする。
568 名前:仕様書無しさん mailto:sage [2007/06/24(日) 12:39:59 ] >>561 88や98の時代に作っていたものと、今のものを比べてるのか。 幸せだな。
569 名前:仕様書無しさん mailto:sage [2007/06/24(日) 12:42:28 ] >>565 使う分野によっては、ラジペンのニッパじゃ間に合わない状況の方が多いが。
570 名前:仕様書無しさん mailto:sage [2007/06/24(日) 12:43:31 ] >>567 言いたいこと半分は分かる気がしないでもないけど、まあたぶん残りの半分は ナンセンスだよ。 例えばCPUの動作原理を量子力学レベルで把握できる人間はあまりいないと思われるが、 じゃあ誰もコンピュータの有用性を主張できないのか?
571 名前:仕様書無しさん mailto:sage [2007/06/24(日) 13:02:54 ] >>568 でもさ。使っている人間がおんなじであの頃と同じような業務を続けているわけジャンか。 複数のWinodowで作業が出来効率的なはずだけど、.NETとかで業務アプリ書いている奴は タブ・ファンクションキー・カーソルキーで動いている場合が多くね? 当時のしょぼいハード上でのオペレーターの快適性の方が今の高性能ハード上 で動作している奴よりよかったりすることないか?
572 名前:仕様書無しさん mailto:sage [2007/06/24(日) 13:49:11 ] > 571 いまは、やることは同じなのにHTTPとかHTMLとか、いろんなことに気を使わないとだめだし、コーディングは面倒になる一方。 習熟度が高い×反復作業なら、CUIとか固定画面がいいね。
573 名前:仕様書無しさん mailto:sage [2007/06/24(日) 13:49:48 ] >>571 ナニを言ってんの? 俺は568じゃないけど、568の意図はソフトに要求される機能もハードの複雑性も 比較にならないぐらい上がってるのに、昔と同じ様に低水準の処理から全部自前で 書くなんて無謀だってことでしょ。
574 名前:仕様書無しさん [2007/06/24(日) 13:53:32 ] >>571 こんな事抜かしてる40過ぎのオッサンPGが居たらマジで うぜーな。
575 名前:仕様書無しさん mailto:sage [2007/06/24(日) 14:13:12 ] >>561 お前何も学んでないんだな。 アセンブラとかハード依存の要素が大きくて、ロジックに専念できるわけねえよ。アホ。 所詮こどものおもちゃを作るのが仕事だっただけはある。
576 名前:仕様書無しさん mailto:sage [2007/06/24(日) 14:19:36 ] >>571 そう感じるのは、君の頭が弱いだけ かわいそうに。将来はボケるな それ以前に、>>561 を見ると相当歳言ってんだろ。 それで>>561 や>>571 の文章とは、相当未熟な人間なんだろうな。
577 名前:573 mailto:sage [2007/06/24(日) 14:28:43 ] >>571 も何だが、そんなに攻撃的になっちゃう奴も問題アリなんじゃねえの? と個人的には思っちゃうな。 なんだか痛いところ突かれたように見えちゃうよw
578 名前:仕様書無しさん mailto:sage [2007/06/24(日) 14:39:24 ] 叩けば叩かれる。 馬鹿なことをいえば、馬鹿な反論をいわれる。 そんなもんだろ、ようは。
579 名前:仕様書無しさん [2007/06/24(日) 14:54:44 ] 今更MS Oriented 技術身につけてどうするの?って感じ。 この業界で少しでも仕事していこうと思うなら、 もうちょっと先見性ないとダメだね。 MSはこの先ゲーム分野で主流となるしかないから。 ゲームはやっぱりプラットフォーム統一してる方が楽だからね。 つーことで、ゲーム業界の先輩の言うことは聞いておいた方がいいぞw
580 名前:仕様書無しさん mailto:sage [2007/06/24(日) 14:56:46 ] PG業界は>>579 のような馬鹿が平然としているんだよな 業界が凋落しても仕方がない
581 名前:仕様書無しさん [2007/06/24(日) 15:12:17 ] PG業界って何だよw もう少しましな用語つかえよ低能君。
582 名前:仕様書無しさん mailto:sage [2007/06/24(日) 15:22:00 ] > 579 それを言うなら、WebのHTML+CSSをいじる技術だけをみがくのも、最近どうかと思ってきた。
583 名前:仕様書無しさん [2007/06/24(日) 15:48:05 ] 1-582 ⇒ オオバカ 583 ⇒ 俺は優秀
584 名前:仕様書無しさん mailto:sage [2007/06/24(日) 16:00:09 ] >>578 まさに>>579 と>>580 かね。正直ここの板の利用者層が30代とか、信じられんことがある。
585 名前:仕様書無しさん mailto:sage [2007/06/24(日) 16:12:55 ] 自分の年齢層が30代とか、信じられんことがある。
586 名前:仕様書無しさん mailto:sage [2007/06/24(日) 16:31:10 ] ID化されなかった分、ここは他よりかなりまし。 しかしエンジニア向けの、活発に専門的な話から一般的な話までされている大型コミュニティが ここと@IT程度しかないのは悲惨な言語圏としかいいようがない。 英語圏だと活発なメーリングリストや掲示板、IRCなんかがかなりあるから尚更。
587 名前:仕様書無しさん mailto:sage [2007/06/24(日) 16:36:35 ] 毒がなければこうなる d.hatena.ne.jp/amachang/20061016/1161008454
588 名前:仕様書無しさん mailto:sage [2007/06/24(日) 16:37:43 ] >>586 つうか国内で活躍してる人達は 迷わず米圏のコミュに行っちゃってるからな。 インターネットっていいもんだよな。 昔はNiftyの言語系フォーラムにタムロするか PC-VANではっちゃけるか2択だったしな。 そう考えるとNIFTYがム板の前身、PC-VANがマ板の前身の気がする。 スレ違いだからここまで。
589 名前:仕様書無しさん [2007/06/24(日) 18:55:57 ] >>574 ごめんね。おっさんで。もう現場仕事はあんまりやらないからね。 ちなみに、俺の会社ではマイクロソフトを崇拝するチームと オープンソースを崇拝するチームに分けているよ。 独立採算っぽくやっているけど、マイクロソフトチームは本やら MSDNやら、言語体系が変ったときにかかる効率ダウン等で 利益があがらんのよ。 オープンソース組みは自前でそろえた既存クラスで初期投資が かかるけど、その後は安泰。 >>575 アセンブラソースのハードが絡む分なんてドライバ周りぐらいだよ。 ゲームの時で考えればOS込みで32Kもなかったよ。 所詮子どものおもちゃだけど、作るのは大変だったよ。
590 名前:574 [2007/06/24(日) 19:01:07 ] >>589 シェア95%以上がMSなのにオープンソースを崇拝する奴の気がしれない。 まぁ、オッサン好きにしろや
591 名前:仕様書無しさん mailto:sage [2007/06/24(日) 19:02:59 ] >>589 >MSDNやら、言語体系が変ったときにかかる効率ダウン それはある。 自分はC++使いだけど、ここ5年くらいはひどすぎる。 根本がころころ変わるし、STLやboostみたいな形が安定してる技術には無頓着だからな。 思えばVB、C#も凄まじく変化してる。Javaと比べると。 全部1社でやってるってのは凄まじい開発力だけど、無駄が多すぎる。
592 名前:仕様書無しさん mailto:sage [2007/06/24(日) 19:04:05 ] >>576 まだ、そんな歳じゃないよ。未熟といわれればまだ未熟かもなぁ・・・ >>579 わたしもそう思っている。なんか.NET物は確かに簡単で楽なように出来てる。 常々おもっているのだが、マイクロソフト言語って奴はプログラマを馬鹿にさせる為に 作られていると思っている。 マイクロソフトが好きな奴はマイクロソフトと一緒に地獄に落ちてくれ。 マイクロソフトは利潤追求の為のバージョンアップにひたすら追従して .NET CLRの微妙な振る舞いの違いを永遠に修正しつづけるのがいいと思う。 俺はGameSDKがDirectXに変ったときにマイクロソフトの作るクソで仕事を する事は一切拒否することにした。
593 名前:仕様書無しさん mailto:sage [2007/06/24(日) 19:05:06 ] MSDNはリンク切れと意味不明の日本語訳をどうにかしてほしい。 どうせ中途半端なまままたごっそり全体が変わってしまうんだろうけど。
594 名前:仕様書無しさん mailto:sage [2007/06/24(日) 19:08:28 ] >>590 永遠にPCの仕事をするのか? なんどもマイクロソフトに騙されたオッサンの言う事だ。すきにして >>591 俺はGameSDKの名前がDirectXに変った時にうんざりしたよ。 サンマイクロのJavaの方がなんぼかマシ。
595 名前:仕様書無しさん mailto:sage [2007/06/24(日) 19:10:28 ] >>593 あらま。まだそんなのあるんだ。 ところで、MSDNってまだApacheかなにかで動いているの?
596 名前:仕様書無しさん mailto:sage [2007/06/24(日) 19:26:53 ] >>590 逆だよww シェア95%以上がJavaだよ。 C#の仕事の話なんてめったに聞かない。 500個に1個。0.2%ぐらい。 聞いても100万とかのショボ話だから話も聞かんがw M$系はVBやVCのクラサバ時代に悪例を作りすぎた。 3年でリプレースが必要で、リプレースでほぼ作り直しってだけで印象悪かった。 だからこの国では、PerlやPHPのイントラ鯖でGUIはHTMLってイントラ移行が早かった訳。 M$が改めない限りダメだろ。
597 名前:仕様書無しさん mailto:sage [2007/06/24(日) 20:08:40 ] 先のことを考えてもjavaの方が長生きするんでしょうね
598 名前:仕様書無しさん mailto:sage [2007/06/24(日) 20:11:57 ] javaってstrutsとかspringぐらいしかまともに使ったことないけどカスってるよな 個人的には.netのみたいなまともなフレームワークがついてるほうが良い
599 名前:仕様書無しさん mailto:sage [2007/06/24(日) 20:23:26 ] >>596 ふと、思ったんだがここでマイクロソフトをマンセーしている連中はその頃の 事情も知らないほど若いのかもなぁ・・・最初っからVisualStudio育ちとか?
600 名前:仕様書無しさん mailto:sage [2007/06/24(日) 20:26:22 ] >>598 .NETでStrutsみたいな事できるの?
601 名前:仕様書無しさん mailto:sage [2007/06/24(日) 21:09:08 ] >>596 アメリカで仕事で一番使われている言語はVBだそうだ。 求人数はjavaだそうだが。 VBは数年後にVB.net→VB9.0とまた大型改訂やるそうだね。
602 名前:590 [2007/06/24(日) 21:34:48 ] >>594 あと5年のみ。 >>596 まぁ、確かに仕事は少ないなw >>598 .NET Framework >>>>>>>>>>> Struts 間違い無い。
603 名前:596 mailto:sage [2007/06/24(日) 21:52:30 ] >>599 純粋に職場環境だと思うよ。 中小でC++やC#とかでチョロっとしたユーザ向けアプリ作るしかないんならそうなるだろうし。 国がらみや大手柄みの大規模システムはほぼ100%がJavaな昨今も見えてないだからしょうがないだろ。 好きか嫌いか以前にJavaの仕事だらけだから外せない。 あと、ちょっとしたツール(テストデータ作るとかテスト結果をグラフ化したりドキュメント化するの) はPerlやVBでチョロっと書いちゃうけどな。 >>600 横レスするが、できない。 C#は基本がJava servletのパクり、ASP.NET部分はJSPのパクり。 Struts相当の物はない。多分、ECLIPSEのSwingエディタをStrutsと勘違いしてる模様。 C#が強いのはwindowsのOCXがまんま利用できること。 逆にC#が弱いのはEJB相当がない、他jini、jine、jxta、ああ、javamailとかのM$にないネイティブなコンポーネントと、 あと、プラットフォームがwinじゃなくてもOKなのがでかい。 世の中のサーバは殆どがUNIX(Linux含む)だしな。 これは用途だな。
604 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:24:17 ] .NETで分散システムってできるの?
605 名前:596 mailto:sage [2007/06/24(日) 22:27:23 ] 一応M$信者も見てるみたいなんで、実例出しとくな。 C#に実装して欲しいならM$に要望Mail出しておくれ。 EJBについて: Javaってね、国際規約に準じた共通コンポーネントを作って、公開したり売ったりできるんだよね。 それがEJB。メリットはと言うと、例えば ショッピングモール作ります! 支払い用の決済の部品が必要です! VISA、Master、JCB、〜全銀協、〜パスモ、Webマネー! その他GameCard(米)とか! C#は頑張って1から作ります。M$の囲い込みのおかげで無いから! Javaならよりどりみどり!ORACLEが60万で何でも決済EJB売ってるし、VISAもMasterも全銀協もタダで配ってる! Javaのが楽なんだよね。 ああ、運送手配のEJBも各種あるよ。C#は頑張ってそれも1から作ります。つうかネゴからやる。 jini、jine、jxta、javamail(ぶっちゃけC#にないその他テクノロジ)について: jiniは携帯や家電用の通信&制御プログラム。 jineは何でも音声コンバータ jxtaはP2P通信キット javamailはメールクライアントキットというかそのもの。世界標準のメールサーバPostFixと最高に親和性が高い。 javadocはJavaソースから自動でドキュメント作成。docletで自動xmlとかにカスタマイズできる。 strutsはXMLを書いてこいつに掛けると自動でJavaのソースとSQL文とGUIのCSSとhtmlが出てくる4GL(但しまだまだのテクノロジ) あと、ストリーミングコンポ(何だっけ?ニコニコやYoutubeが使ってるやつ)とかいろいろ。 ああ、最後に、鯖について: プログラムができました!1日に10万アクセスぐらいだそうです! C#はこの時点で大体死亡。Win鯖限定だから。win2003のロードバランスは5台まで。 そして、ハード(ルータ)のロードバランサーは大抵がApache対応。IISは非対応。 IISはsessionがブチブチ切り替わって「ページの有効期限が〜」で終わる。 Javaはよりどりみどり。複数台はもとより、tuxedoを入れてのシステム単位での分散コンピューティング、 OracleRACでDB単位での仮想分散コンピューティングも超可能。 さあ、M$へ要望しろ。
606 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:35:24 ] >>603 おれも中小向けの業務アプリしか作っていないような気がしてた。 まともな運用を考えている所が不安定なWin物を使うとも思えないしね。 SwingとStrutsを間違えていたのか・・・てっきりIISにJaktaTOMCATみたいに 使える機能でも実装されたのかと思ったよ。C#拡張が入ったのかと思ったよ。 ところで、OCXつーか、OLEで有用な奴って市販されているコントロールとか? まぁ、マイクロソフフトの囲い込みは外から見ると笑えるな。金かかりすぎ。
607 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:36:30 ] Jiniイラネ。時代はUPnP。 ADO.NETの使い易さと潔さはEJBの代替としては十分。 jxtaは別にJava限定じゃないゾ。 JavaMailもJavaDocも代替品があるゾ。 いまどきXMLをしこしこ書いて喜んでのはJava厨ぐらいのもん。 あとは全て>>605 の妄想。乙。 Unix厨は、Monoが使い物になるまで首長くして待っとね〜〜〜〜〜〜バイバイ (^^/~
608 名前:596 mailto:sage [2007/06/24(日) 22:44:55 ] >>607 んん??調べず聞くが、ADOってあれか?M$のODBCドライバじゃね? JavaにもJDBCっつうのがあるんだが? それはEJBとは全然違うと思うがな。 jxtaはJava中心だよ。C++用コンポーネントも作ったがな。 C#用はまだ無いと思った。あ、、使えるかな? JavaMailもJavaDocも代替品を教えてくれ。明日触ってみるぜw 後は負け犬の遠吠えとして受け取っておくよw
609 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:49:04 ] >>607 ソフトウェアって奴は基本的には後発有利なはずなんだけど、 マイクロソフフトが作るコピー品は改悪されている罠。 本当に仕事で使っているの?
610 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:50:17 ] お前ら人の作ったもん使ってるだけなのに、よくそこまで感情移入できるな。
611 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:53:55 ] >>610 いや、モロ使う側としてどっちが便利で得かって話だろ? 使う使わないならいずれ両方とも使うだろ。俺らコボラーじゃないんだからw
612 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:55:13 ] >>607 代替品って表現多いけど、そこの辺りは認めているの?
613 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:57:21 ] >>611 便利かどうか程度の話で、「負け犬の遠吠え」という表現は普通使わない。
614 名前:仕様書無しさん mailto:sage [2007/06/24(日) 22:58:11 ] >>610 その人が作った物が信用できいから感情的にもなるわな。 サンやアップルの方が優秀でマイクロソフトは存在自体が悪と思えるよ。
615 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:02:13 ] Monoってどう考えてもマイクロソフフトのバージョンアップの波に揉まれて 使う人がいなくなって消えると思っている。 自社プロダクトの下位互換性を保証できない辺りが証明している。
616 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:15:03 ] >>613 ああ、言い過ぎたかな。今は反省している。 C#はね、イントラにいいよイントラ。 2003serverのオマケについてたSharePoint Portal Serverと相性が良くて(当然かw) 社内向けのWikiやブログは簡単に作れた。 や、今はMovable Typeのがメンテ簡単だし、軽いからって捨てちゃったんだけどね。
617 名前:仕様書無しさん [2007/06/24(日) 23:15:50 ] Linux陣営でMSのシェア拡大させるようなMonoなんて 使う馬鹿がいるとは思えんな。 Javaがオープンソース化されてLinux標準インストールに なってるんだからそれで終わりだよ。
618 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:16:49 ] >>608 ちったぁクグれよ。 JavaDoc→NDoc JavaMail→SmtpMail ADO.NETとADOは別物。おまいはんなことも知らんで優劣ほざいてたのかよw
619 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:19:10 ] .netというかVSがすき
620 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:20:50 ] VSよりEclipseのが好きだなあ あのカオスな感じがいい
621 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:24:08 ] >>620 そっちに関しては否定せざるを得ない。 eclipseは糞。VSと比べれば
622 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:27:07 ] 拡張のし易さとリファクタリング機能はEclipseの勝ちだろ VSって金とってるわりに不具合多すぎ。重たすぎ。いらいらさせすぎ。
623 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:27:21 ] そう?おれ昔VS信者だったけど、eclipseの方が相性いいわ つか今でもVS好きだけど。
624 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:32:04 ] VSは高すぎ。eclipseは重すぎ。 netbeansだろ。
625 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:34:08 ] あきらかにeclipseよりVSの方が重いだろ
626 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:37:04 ] 業務で使うんだから、eclipseくらいサクサクうごくPCを買ってもらえ。
627 名前:仕様書無しさん [2007/06/24(日) 23:37:12 ] ここでMS廚の奴ってやっぱVista買ってるんだよな。 あんなウン万もする糞OS入れて喜んでる奴らが、 プログラム語るってのは笑えるw
628 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:38:52 ] うんVSの方が重いね。 NBと比べてもeclipseが一番かるいかも。 インテリJは?
629 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:39:50 ] >>627 喜びはしないだろ。そんなもの喜ぶのはオヤジ連中だけ。 むしろ新旧の環境の差異で、今までのプログラムがまともにうごくかどうか 戦々恐々としている。
630 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:41:44 ] >>629 デバイスドライバ開発やってるが、今回はひでぇよ。 カーネルだろうがデバドラだろうが簡単にいじれるlinuxが羨ましいわ。
631 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:42:22 ] >>618 今ググった。 「ググらず聞くが」と宣言してたのにw ううん?? ADO.NETってどう見てもODBCドライバなんだが、お前さん、、ウソついてないか?? キャッシュに持ってきて非接続でイジるなんて昔のADOでもできたし、XMLもイジれるのはJDBCのパクりじゃん? つうか、JavaにはJDBC以外にJproとかSeekLinkとかDB直のネイティブコンバータもあるんだが、それもないのね。 まぁEJBと全然関係ないし、君の妄想ってことでw NDocはJavaDoc相当。Thx。明日触ってみる。 XMLタグでコメント書くんだなw さっき君、XML書くのはJavaの人とか言ってなかったっけ?w ああ、君はC#でドキュメント書かない人なんだねw あーやーしーなぁー SmtpMailは全くJavaMail相当ではないね。単なるメール送信コマンドじゃんw ツールキットでさえない。 ここらへんはC++の頃とあんま変わらんね。 でも、エンコードは自動になって楽になったね。 3年前に書いた時は件名と添付ファイルの日本語をエンコードしないと文字化けしたもんだったがw
632 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:48:54 ] ADO.NETをJavaがぱくってくれないかな?
633 名前:仕様書無しさん mailto:sage [2007/06/24(日) 23:53:10 ] >>632 時代的には DAO→ADO→JDBC→ADO.NET かな。どっちでもいいがw
634 名前:仕様書無しさん mailto:sage [2007/06/25(月) 00:03:37 ] java派の反撃も一瞬だったな・・・
635 名前:仕様書無しさん mailto:sage [2007/06/25(月) 00:11:28 ] ADO.NETはテーブルモジュールつって、 Java陣営が傾倒してるドメインモデル(O/Rマッピング)とはちょっと流れが違う。
636 名前:仕様書無しさん mailto:sage [2007/06/25(月) 00:14:31 ] オープン系(Java) vs パソコン系(C#) の抗争 10対0 パソコン系涙目・・・
637 名前:仕様書無しさん mailto:sage [2007/06/25(月) 00:18:36 ] パソコン系とか言われても困る
638 名前:仕様書無しさん mailto:sage [2007/06/25(月) 00:20:58 ] 実用に耐えうるEmbedded JAVAなんての出してくれればJAVA派になる。
639 名前:仕様書無しさん [2007/06/25(月) 00:21:09 ] まあJava7でデスクトップアプリ系のAPIが強化されたら、 C#死亡間違いなしなんだがな。 無駄なお仕事ご苦労さんw
640 名前:仕様書無しさん mailto:sage [2007/06/25(月) 00:37:16 ] >>639 馬鹿。 デスクトップアプリ系のAPIに依存しだしたらBorland Cと同じ運命をたどるだけ。
641 名前:ニホンザル [2007/06/25(月) 00:38:13 ] お前ら良い加減Java厨卒業しろよなw C#ならJavaと文法も殆ど同じだし移行も楽だぞw
642 名前:仕様書無しさん mailto:sage [2007/06/25(月) 00:47:19 ] ヘーゲルの弁証法によると、テーゼ(命題)と相反する アンチテーゼ(反対命題)は相互に媒介することで、 両者を本質的に統合したジンテーゼ合となり昇華される。 つまり、両方覚えろ。
643 名前:仕様書無しさん mailto:sage [2007/06/25(月) 00:50:32 ] >>635 SunのRowSetの実装がひどかったのも一因だね。
644 名前:仕様書無しさん mailto:sage [2007/06/25(月) 01:00:54 ] ADO.NETで十分だろ。VS使えばある程度半自動でコントロールと連携させられるし、 マッピングクラスなんて面倒くさいもんも必要ない。簡単なSQLなら半自動で生成 してくれる。つかSQL使った方がORMでしこしこやるよりよっぽど生産性高いぜ。
645 名前:仕様書無しさん mailto:sage [2007/06/25(月) 01:01:57 ] まあ実際、Javaプログラマにとって.NETは覚えるべきアーキテクチャパターンのひとつだわな。 逆は手間がかかりすぎるのでおすすめしないが。
646 名前:仕様書無しさん mailto:sage [2007/06/25(月) 01:08:43 ] アーキテキチャッタわん
647 名前:仕様書無しさん mailto:sage [2007/06/25(月) 01:49:29 ] これホントにマ板のスレか? おっさんビックリだ
648 名前:仕様書無しさん mailto:sage [2007/06/25(月) 01:54:50 ] >>644 でたww 知ったかPC系ww そもそも中/大規模でSQLなんか書かねぇよw 全部ストアドだよw ストアドのが30〜200倍は処理速いしCPUやメモリの負荷も10〜50分の1以下だから。 同時接続10人とかのイントラじゃないんだよw だからJavaにはJava上で直接ストアドを書いたり叩いたりするネイティブコンバータがある訳で。 ADO.NETは申し訳なさげにトリガー構文しかない。 SQLなら半自動で生成で喜ぶなんてどこの小規模イントラ頭だよww オープン系なめすぎw
649 名前:仕様書無しさん mailto:sage [2007/06/25(月) 02:10:45 ] >>648 働き始めてからマ板に来い
650 名前:仕様書無しさん mailto:sage [2007/06/25(月) 02:28:04 ] だね。 SQLだと、命令文を転送する時間、解読してDB内の命令に翻訳する時間、 そもそも長ーいテキストデータを転送する時間とバイナリデータにコンバートする時間が無駄なんだよね。 あくまで色々あるORDBの共通言語ってだけで、ガチな実用で使われるには弊害ありすぎる。 SQLじゃ書けない構文も多いしね。 例えば、仕入れプログラムでの商品の需要予測とか。 Aという製品の過去5年間、同じ月の同じ週の同じ曜日の売上個数の平均を求めるプログラムとか。 これだとSQLだけでは全然引っ張って来れないから、 日付取得の副問い合わせSQL5つ、それを元にした値取得SQL5つ、最低計10往復のSQLとその他独自集計プログラムが必要。 50Stepくらいかな。 ストアドならwhile,do,detemanth,dateweek,fetch,a=の6行の構文で終わるし処理速度も100倍は速い。
651 名前:仕様書無しさん mailto:sage [2007/06/25(月) 04:11:04 ] あらんかぎりの知識を競うスレ 俺が作ったプログラムはこんなに複雑!といばるのはしょうもないプログラマーと昔から相場がきまっとる。
652 名前:仕様書無しさん mailto:sage [2007/06/25(月) 07:22:47 ] C#は小規模で寿命が短くても問題ないアプリを書くのに適しているって事なのか? なんかさ、C#アプリってWindowsUpdateとかServicePackとかの更新で動かなくなる感じがするよ。 納入先から何年後に動かなくなったんですけど・・・とかいわれるの怖くないか?
653 名前:仕様書無しさん mailto:sage [2007/06/25(月) 07:25:58 ] JavaもJavaUpdateで動かなくなるじゃん
654 名前:仕様書無しさん [2007/06/25(月) 13:10:57 ] C♯ほどじゃない
655 名前:仕様書無しさん mailto:sage [2007/06/25(月) 13:47:23 ] Javaはjavac通せば動けど、.NETはソースいじらないと微妙な所で動かないっす。
656 名前:仕様書無しさん mailto:sage [2007/06/25(月) 16:13:23 ] EJBの何が便利なのかさっぱりわからない
657 名前:仕様書無しさん mailto:sage [2007/06/25(月) 17:02:39 ] .NETでPOP3とかのメールを受信するにはどうすればいいの?
658 名前:仕様書無しさん mailto:sage [2007/06/25(月) 17:36:30 ] socket通信でOK
659 名前:仕様書無しさん mailto:sage [2007/06/25(月) 18:07:13 ] やっと読み終わったぜw このスレを読んで思った事。 JavaはできるがC#ができない人はC#よりJavaがいいと言う JavaからC#に移行した人はJavaよりC#がいいと言う C#はできるがJavaができない人はJavaなんか糞、C#のほうが圧倒的にいいと言う 俺から言わしたら現状より未来 つまり”先見の明”があるPGが使う言語が生き残るw でも現状は案件の多い言語に限るんだなこりゃwww
660 名前:659 mailto:sage [2007/06/25(月) 18:10:25 ] 俺の結論 優秀なPGは、多種多様な言語を用いて、 常に最先端の技術に注目し、使える技術を習得する努力をして、 特定の言語に拘らないPGにならなければならない。
661 名前:仕様書無しさん mailto:sage [2007/06/25(月) 18:44:24 ] >>660 最先端が常に良いとは限らない。クソはクソ。 そのような判断ができる奴が生き残る。 マイクロソフト物はまじりっけのない純粋なクソだわな。
662 名前:仕様書無しさん mailto:sage [2007/06/25(月) 18:46:12 ] >>659 のレスを呼んで思ったこと C#からJavaに移行した人はC#よりJavaがいいと言うんだろうな 言語は道具だから道具に使われるようになったらプログラマとしても人としてもおしまいだね
663 名前:仕様書無しさん mailto:sage [2007/06/25(月) 18:47:53 ] >>659 案件の多い言語つーと、VB*とJavaとC/C++?
664 名前:仕様書無しさん mailto:sage [2007/06/25(月) 18:52:52 ] 前から不思議なんだけど、なんで2chの世界じゃ 顧客が開発ツールまで指定することになってるんだろうなw 「C#の案件」だの「Javaの案件」だのさあ。 そんなとこあるのかねリアルで。 それとも選択権のない派遣コーダーさんが多いってことなのか。 それなら顧客は派遣先のソフト屋なわけで、話の辻褄も合うんだが。
665 名前:仕様書無しさん [2007/06/25(月) 18:58:15 ] ASP.netで一日に約5000アクセスのサイト回してるぞ 特に問題ナッシング
666 名前:仕様書無しさん mailto:sage [2007/06/25(月) 18:59:57 ] >>661 それはわかりきってること。 だから、常に最先端の技術に注目し、 ”使える”技術を習得する努力って言ったんだけど。 最先端技術にも使えるのと、 糞みたいに使えないやつもある。 だから、常に最先端技術に注目して、 そこから使える技術はどれか判断して 習得することが大切だと言ってるわけです。 >>662 Java厨、妄想乙 >>663 それぞれの会社や個人による。 俺が判断するものではない。 どの言語がいいかなんて個々のPGが決めること。
667 名前:仕様書無しさん mailto:sage [2007/06/25(月) 19:11:52 ] >>665 単位単位!!
668 名前:仕様書無しさん mailto:sage [2007/06/25(月) 19:17:47 ] >>664 普通にあるよ。大きい所ほど指定がある。C#でなんて指定はないけどね。おれのところは。
669 名前:665 [2007/06/25(月) 19:23:52 ] この条件で集計して約一日 5000人 WHERE ACCESSED_DATE BETWEEN '2007-06-25 00:00:00.000' AND '2007-06-25 23:59:00.000' GROUP BY ACCESSED_USER_HOST_ADDRESS
670 名前:仕様書無しさん mailto:sage [2007/06/25(月) 19:46:45 ] 一日5000アクセスって1分間に4アクセス以下? そんなん参考にもならん。
671 名前:仕様書無しさん [2007/06/25(月) 21:08:29 ] >>670 お前らのHPはそれだけのアクセス数なんてねーだろw
672 名前:仕様書無しさん mailto:sage [2007/06/25(月) 21:19:07 ] 何の自慢大会だよ
673 名前:仕様書無しさん [2007/06/25(月) 21:26:18 ] まさにC#クオリティww
674 名前:仕様書無しさん [2007/06/25(月) 21:31:13 ] 普通に考えてC#遣ってる奴は元々Java厨だろ
675 名前:仕様書無しさん mailto:sage [2007/06/25(月) 21:46:50 ] Java遣ってるのも元々VB厨なわけだが
676 名前:仕様書無しさん [2007/06/25(月) 21:48:36 ] んなこたーない
677 名前:仕様書無しさん mailto:sage [2007/06/25(月) 22:03:12 ] C++使いでしたが( ´Д`)なにか??
678 名前:仕様書無しさん mailto:sage [2007/06/25(月) 22:05:33 ] VB厨はそのままVB.NET厨だろ。いやまだ6.0にしがみついてるかも知れんが。 C#よりはJavaに流れる率は高いかも知れん。言語云々でなくあくまで案件数で。
679 名前:仕様書無しさん mailto:sage [2007/06/25(月) 22:13:55 ] しかしなんだ、自分に少しでもプライドがあれば普通「〜厨」なんてガキ臭い 言葉を使うのは死んでもお断りだと思うんだが。 それとも何かな、「〜厨」ってのは馬鹿が自分の馬鹿を自覚して自虐的に使う 奥ゆかしい言葉なのかな。 まさかなw
680 名前:仕様書無しさん mailto:sage [2007/06/25(月) 22:20:42 ] 少しでもプライドあるやつはwとか使わんだろwww
681 名前:仕様書無しさん mailto:sage [2007/06/25(月) 22:24:07 ] プライドがあればを使うやつはプライドが高いやつが多い
682 名前:仕様書無しさん [2007/06/25(月) 22:45:30 ] >>679 アホ。謙虚に厨つけてんだろーが。 もっともお前の場合は、正真正銘の厨房だがなwwww
683 名前:仕様書無しさん mailto:sage [2007/06/25(月) 22:57:03 ] 園児の喧嘩だな
684 名前:仕様書無しさん [2007/06/25(月) 23:21:13 ] うっせヴおけ
685 名前:仕様書無しさん mailto:sage [2007/06/25(月) 23:22:13 ] 園児に失礼だろ
686 名前:仕様書無しさん mailto:sage [2007/06/26(火) 00:23:24 ] 言語別偏差値つければ判りやすい。 偏差値 70 prolog ・・・ 科学技術計算御用達。超理系 65 ANSI C ・・・ 組み込み系御用達。今やドライバ屋専用 60 EJB(Java) & CORBA(Java) ・・・ 大規模専用基幹鯖のコアアプリ専門。 55 J2EE(Java) ・・・ サーバサイドアプリ屋 55 Borland C++ ・・・ クライアントサイドアプリ屋 55 Delphi ・・・ クライアントサイドアプリ屋 50 VC++ ・・・ Win専用アプリ屋 50 Perl or PHP ・・・ 中小小規模専用イントラ屋 40 C# ・・・ 小規模Win専用イントラ屋 40 VB or VBA(Access) ・・・ 小規模Win専用ツール屋 30 COBOL ・・・ コボラー まぁSEの値段もこんなもんだw
687 名前:仕様書無しさん mailto:sage [2007/06/26(火) 00:33:32 ] Borland C++とVC++の序列の差は何だ? 希少価値か?
688 名前:仕様書無しさん [2007/06/26(火) 00:36:25 ] >>686 アホ 無茶苦茶書いてんじゃねーぞ。 2chはお前のブログじゃねーんだぞ
689 名前:仕様書無しさん mailto:sage [2007/06/26(火) 00:37:24 ] COBOL安いか? 糞みたいなメンテナンスでも桁違いの金もらってるのは気のせい?
690 名前:仕様書無しさん mailto:sage [2007/06/26(火) 01:00:30 ] >>687 Borland C++ ←LinuxでもWinでもおK VC++ ←Winしかできないww >>688 ぱそこん系乙w >>689 コボラー安いよ。だから廃れた。 高いのはメーカ系のごくごく一部。 それを言うならメーカ系はどの言語でも高い。
691 名前:仕様書無しさん [2007/06/26(火) 01:05:21 ] 普通にC#やってる奴はJava使えるぞ。
692 名前:仕様書無しさん mailto:sage [2007/06/26(火) 01:25:07 ] >>691 .NETはアーキテクチャ選択の余地ないからな。 そういう勘違いしちゃうんだろ。
693 名前:仕様書無しさん mailto:sage [2007/06/26(火) 05:52:41 ] >>687 別物すぎだろ。
694 名前:仕様書無しさん mailto:sage [2007/06/26(火) 09:20:52 ] >>690 あんた相当若いか、山奥で仕事しているの?
695 名前:仕様書無しさん mailto:sage [2007/06/26(火) 11:11:06 ] JAVAマンセーの俺の場合の言語体系の流れ N88-BASIC>Z80/6502/6809/65c816/68000のアセンブラ>C(MS-C/VC/GNU)/Perl>C++>JAVA 今はM$関連製品なんざWORD/EXECEL文書を扱わないければならない時以外は使わない。
696 名前:仕様書無しさん mailto:sage [2007/06/26(火) 11:24:57 ] OpenOfficeでおけ
697 名前:仕様書無しさん mailto:sage [2007/06/26(火) 12:16:30 ] >>688 言語と処理系の区別も付かない初心者に噛み付いても無駄。
698 名前:仕様書無しさん [2007/06/26(火) 13:26:49 ] 今北! バイバイ!
699 名前:仕様書無しさん mailto:sage [2007/06/26(火) 14:22:37 ] MSがやっている答えてねっとは、一応.NET+ASPで作られているんだろ。 サーバーが何台なのかは知らないが、1日12万ビューには耐えられるようだな。 かなりの難産だったようだがw
700 名前:仕様書無しさん [2007/06/26(火) 19:18:51 ] お前ら何を根拠にC#だと膨大なアクセス数に耐えられない と抜かしてるんだ?
701 名前:仕様書無しさん mailto:sage [2007/06/26(火) 19:26:13 ] C#が耐えられないのではなくてMSの鯖が胡散臭いって事だろ。 今のIISは高性能だと思うが、一昔前の酷さを体験すると MSの鯖を導入するのは怖いのはある。 慣れの問題だろうがUNIXの方が運用ノウハウあるから楽だし。
702 名前:仕様書無しさん [2007/06/26(火) 19:30:54 ] 何年前の鯖を想像してるんだw?
703 名前:仕様書無しさん mailto:sage [2007/06/26(火) 19:44:04 ] >>700 >>605 のプログラム技術では、不可能って事みたいよ。
704 名前:仕様書無しさん mailto:sage [2007/06/26(火) 20:09:14 ] >>700 C#でWebアプリ物ってどうやるの?
705 名前:仕様書無しさん mailto:sage [2007/06/26(火) 20:10:26 ] ところで、ここだけの話、実際にIISを使っているところなんてあるの?外向けで
706 名前:仕様書無しさん [2007/06/26(火) 20:21:58 ] MS
707 名前:仕様書無しさん mailto:sage [2007/06/26(火) 20:30:24 ] >>705 価格.com がクラックされたのを、もう忘れちゃったのか。 HTTP/1.0 200 OK Content-Length: 42046 Content-Type: text/html Content-Location: kakaku.com/index.html Last-Modified: Tue, 26 Jun 2007 11:20:00 GMT Server: Microsoft-IIS/6.0 X-Powerd-By: ASP.NET
708 名前:707 mailto:sage [2007/06/26(火) 20:31:06 ] あら、しくじった上に直リンしちゃったわいな。
709 名前:仕様書無しさん mailto:sage [2007/06/26(火) 20:35:29 ] こら ウイルスサイトの直リンはよしなさいっ
710 名前:仕様書無しさん [2007/06/26(火) 20:57:07 ] >>704 ASP.net
711 名前:仕様書無しさん [2007/06/26(火) 22:55:29 ] MS社員 VS それ以外の人
712 名前:仕様書無しさん mailto:sage [2007/06/26(火) 23:01:40 ] パソコン系 VS オープン系
713 名前:仕様書無しさん mailto:sage [2007/06/26(火) 23:07:25 ] >>707 何もしないと中国ドメインが真っさらにしていくオープンソース系のサーバも考えものだがな。
714 名前:仕様書無しさん mailto:sage [2007/06/26(火) 23:08:57 ] >>696 VSやeclipseやnetbeansの論争は簡単に決められんが、とりあえずそれは糞。 重すぎ。
715 名前:仕様書無しさん mailto:sage [2007/06/26(火) 23:11:06 ] あら、MSって今はIIS使ってるんだ。昔はApacheだった覚えが・・・
716 名前:仕様書無しさん mailto:sage [2007/06/26(火) 23:12:59 ] >>713 質問です。「真っさら」って具体的にはどんな事ですか?
717 名前:仕様書無しさん mailto:sage [2007/06/26(火) 23:13:23 ] ApacheでOSはSolaris(Sun)だったねw
718 名前:仕様書無しさん mailto:sage [2007/06/27(水) 00:12:12 ] >>714 Word/Excel使いたくなければ、選択肢として一番いいんじゃねぇの?
719 名前:仕様書無しさん [2007/06/27(水) 00:34:59 ] Sunの社員でさえMS使ってるのに・・・
720 名前:仕様書無しさん mailto:sage [2007/06/27(水) 00:38:54 ] >>648 ストアドも条件しだいだけどな。 どっちかって言うと、環境や、 プログラムレベルで同期をキチンとやる 方がパフォーマンスが出ると思う。 追記:長すぎるストアドはパフォーマンスが落ちます。
721 名前:仕様書無しさん [2007/06/27(水) 02:07:56 ] >>714 どうかんがえたって VS >>>>>>>> eclipse だろ
722 名前:仕様書無しさん [2007/06/27(水) 11:09:19 ] ストアド使うとSQL書かなくていいんですか? (・∀・)ニヤニヤ
723 名前:仕様書無しさん mailto:sage [2007/06/27(水) 14:13:30 ] と、ストアド書けないパソコン系が申しておりますw
724 名前:仕様書無しさん mailto:sage [2007/06/27(水) 15:02:09 ] DAOパターンって使いますか?
725 名前:仕様書無しさん mailto:sage [2007/06/27(水) 15:45:32 ] パソコン系って何用語ですか?
726 名前:仕様書無しさん mailto:sage [2007/06/27(水) 16:25:17 ] >>725 犬糞用語じゃね?
727 名前:仕様書無しさん mailto:sage [2007/06/27(水) 16:31:39 ] マック君とパソコン君みたいだなw MSを貶めなければ優位性を保てないのは悲しい。 と言っても、折れもMSは好きじゃないが。
728 名前:仕様書無しさん [2007/06/27(水) 18:53:04 ] VS >>>>>>>> eclipse お前らどう思うよ? 俺は納得
729 名前:仕様書無しさん mailto:sage [2007/06/27(水) 19:18:58 ] まあ、異論はない。
730 名前:仕様書無しさん [2007/06/27(水) 19:24:45 ] 「パソコン系」はゲイツもダイスキなの?
731 名前:仕様書無しさん mailto:sage [2007/06/27(水) 19:27:02 ] マックはいつからパソコンじゃなくなったのですか?
732 名前:仕様書無しさん mailto:sage [2007/06/27(水) 19:30:43 ] 漏れVBAとEclipseしか触ったことないんだけど、 VSってEclipseみたいにCOBOLとかRPGとかの ソースも書いてコンパイルしたり、UML図書いたり AP鯖を設定したり、デブロイしたり、 SQLとかゴリゴリ書けるの?
733 名前:仕様書無しさん [2007/06/27(水) 20:20:26 ] コリコリ掛ける
734 名前:仕様書無しさん mailto:sage [2007/06/27(水) 20:46:27 ] UMLはほかのソフトいるな。 visioの高い奴買うとソースとグラフの変換ができる。
735 名前:仕様書無しさん [2007/06/27(水) 21:00:54 ] UMLなんて必要無い
736 名前:仕様書無しさん [2007/06/27(水) 21:20:18 ] eclipse プラグ印入れて始めてjava以外ビルドできるだろ? vsはC+/C#/VB/J#/ASP がデフォだぞ?
737 名前:仕様書無しさん mailto:sage [2007/06/27(水) 21:44:19 ] うちじゃUML結構重宝してる
738 名前:仕様書無しさん [2007/06/27(水) 22:28:32 ] だから>>736 VSがcollapseより上だと
739 名前:仕様書無しさん mailto:sage [2007/06/27(水) 22:54:35 ] プラグイン入れればいいじゃん。
740 名前:仕様書無しさん mailto:sage [2007/06/27(水) 23:10:43 ] VisualStudioのリファクタリング機能は微妙〜。
741 名前:仕様書無しさん mailto:sage [2007/06/27(水) 23:22:09 ] 最近はVSなんてありがたいことに弄る必要がでてきてないのだが、 相変わらずエラーメッセージとか理解しがたいのか? つーか、訳しているつ狂ってね?
742 名前:仕様書無しさん mailto:sage [2007/06/27(水) 23:25:12 ] VSのintellisenceをhackして本物のintellisenceを作ってMSから訴えらて破産したい
743 名前:仕様書無しさん mailto:sage [2007/06/27(水) 23:26:22 ] >>742 それも特許で固めてるんだろうか。
744 名前:仕様書無しさん mailto:sage [2007/06/27(水) 23:36:10 ] MSのヘルプはツンデレ
745 名前:仕様書無しさん mailto:sage [2007/06/27(水) 23:54:17 ] いいかんじのてきすとえでぃたー >>>>> VS6.0 >>>>> Eclipse >>>>> VS8.0 必要なの検索機能と圧倒的な軽さだろ?
746 名前:仕様書無しさん mailto:sage [2007/06/28(木) 00:04:39 ] >>745 こんど簡単なDBアプリを作る競争しようか? お前エディタ、俺VSな。
747 名前:仕様書無しさん mailto:sage [2007/06/28(木) 00:21:40 ] VSとEclipse両方使うが、明らかにEclipse優位だろ VS嫌いじゃないけど、現段階では客観的に見て勝ってるところがひとつもないんじゃないか? ま、別に競合するもんじゃないから両方使えばいんじゃねえの
748 名前:仕様書無しさん mailto:sage [2007/06/28(木) 01:10:09 ] VSのResharperってプラグインだっけか。 あれのリファクタリング機能便利そうだなぁと思うけど試してない。
749 名前:仕様書無しさん mailto:sage [2007/06/28(木) 01:12:01 ] VisualStudioは、いちいちビルドしなきゃいけないのがうざい
750 名前:仕様書無しさん [2007/06/28(木) 02:39:52 ] >>749 じゃビルドすんなハゲ。 >>747 VS2005つかったことある?
751 名前:仕様書無しさん mailto:sage [2007/06/28(木) 05:19:30 ] >>747 むしろ逆にEclipseがVSに優ってる部分ってどっかあんの?って聞きたい。
752 名前:仕様書無しさん mailto:sage [2007/06/28(木) 06:16:30 ] 職場じゃEclipesで個人的にNetBeansを性能評価しているのだけど、 NetBeansのintellisenceの動きに知能を感じる。
753 名前:仕様書無しさん mailto:sage [2007/06/28(木) 07:36:48 ] Eclipseでも商用VerのRatinal (色々なエディション) developerだと 流石に有償&サポート付だけあってVSを超えていると思うが。
754 名前:仕様書無しさん [2007/06/28(木) 07:53:00 ] RationalをVisual Studioと一緒に使えばイイジャン
755 名前:仕様書無しさん mailto:sage [2007/06/28(木) 14:38:06 ] >>753 重くて使わない機能が増えるだけじゃねぇの?
756 名前:仕様書無しさん mailto:sage [2007/06/28(木) 19:16:08 ] だからRationalには色々なエディションがあるのだろう、と小一時間(ry
757 名前:仕様書無しさん mailto:sage [2007/06/28(木) 19:20:36 ] まあ、EclipseとVSはある意味競合していないんだから優越はどーだろ?って思うが。 C#(VS)が優れているのは困ったらMSに泣きつけるってトコくらいだろ。 解決するとは限らんが。 JavaだとRationalを導入している企業ならともかく、Eclipse使っているとこだと あまり泣きつける先がないしな。
758 名前:仕様書無しさん mailto:sage [2007/06/28(木) 22:23:17 ] >>757 ああ、確かにそれで表向きの時間が稼げた事があったわ。 解決はしなかったけどな。
759 名前:仕様書無しさん mailto:sage [2007/06/28(木) 22:48:31 ] エディタの話? ならviだな
760 名前:仕様書無しさん mailto:sage [2007/06/28(木) 23:12:45 ] 痴呆の傾向が見られる。
761 名前:仕様書無しさん mailto:sage [2007/06/29(金) 00:00:59 ] >>757 MSに泣きついて助けてもらったことなど一度もないが
762 名前:仕様書無しさん mailto:sage [2007/06/29(金) 06:48:43 ] お上って、変にサポートを重要視するトコがあるから C#を選択するのはそういう面もあるとおもうが。 責任のなすりつけ先が欲しいってタイプのマネージャは すくなくないしな。 まあ、漏れのトコはIBMの鯖でRational入れているので 時々泣きつくけど、解決率は50%くらいかなぁ。 漏れもMSに助けてもらった事ないから、>>605 の言っているとおり 実際、Javaの方が楽できる。 ちょこまかしたアプリならC#の方が生産性高いという言い分も わからなくもないが、ある程度他システムと連携とかやりだすと 微妙だな。 納品先の製品が鯖からクライアントまでMSベッタリなトコロだと 楽だろうけどサ。
763 名前:仕様書無しさん mailto:sage [2007/06/29(金) 11:12:28 ] 寿命が短く規模の小さいお手軽な奴はC#で今を超手抜きウマー。 寿命が長く規模の大きい面倒な奴はJAVAで明日が楽になるようにがんばる。
764 名前:仕様書無しさん mailto:sage [2007/06/29(金) 20:35:44 ] このページに接続する方法を誰か知りませんか? oasis.midwest.org どうもアメリカの外からの接続にはサーバが見つからないようになってるっぽい・・・ 出来ればC#を使ってこのサーバに接続したいんですが・・・アメリカの外から
765 名前:仕様書無しさん mailto:sage [2007/06/29(金) 20:50:01 ] >>764 です PFX証明があるのは分かってるけどサーバにすら辿り着けません・・
766 名前:仕様書無しさん mailto:sage [2007/06/29(金) 21:18:04 ] 串刺せよ
767 名前:仕様書無しさん mailto:sage [2007/06/29(金) 21:26:25 ] unsignedの無い言語は糞だと思う。(除くlisp)
768 名前:仕様書無しさん mailto:sage [2007/06/29(金) 22:07:48 ] VSが勝ってるとこあったわ。GUIのエディタ。 なんでか知らんが、すっかり忘れてた。
769 名前:仕様書無しさん mailto:sage [2007/06/29(金) 22:23:56 ] C#の開発においてVSとEclipseどっちが優れてるの?JAVAはどうでもいい。
770 名前:仕様書無しさん mailto:sage [2007/06/29(金) 22:29:23 ] そんなこともわかんないの?
771 名前:仕様書無しさん mailto:sage [2007/06/29(金) 22:35:33 ] だってEclipseさわったことねーもん
772 名前:仕様書無しさん mailto:sage [2007/06/29(金) 23:00:19 ] 学習コストのことを考えるとわざわざEclipseに移るメリットは無いと思うが、どうなんだ?
773 名前:仕様書無しさん mailto:sage [2007/06/29(金) 23:05:59 ] そんなレベルの奴に学習コストうんぬんいわれたくないわ
774 名前:仕様書無しさん mailto:sage [2007/06/30(土) 00:13:10 ] 学習コストはどうでもいいが、Eclipseにするとこんなに薔薇色の未来が待っているというのを教えてくれ。
775 名前:仕様書無しさん mailto:sage [2007/06/30(土) 00:27:56 ] だからJavaか.NETかって選択だっつの。 それと根本的に勘違いしているようだが、 どっちが優れてようが関係なく両方使えて当然なんだよ 何勝手にニ択にしてんのよ
776 名前:仕様書無しさん mailto:sage [2007/06/30(土) 00:33:47 ] >>764 訂正します: oasis.midwestiso.orgでした、 スンマセン
777 名前:仕様書無しさん mailto:sage [2007/06/30(土) 07:27:59 ] Java開発でNetBeansとEclipseでの優越を語るならともかく、 Javaと.NETは違うんだから、なんでそんなにEclipseに粘着するのか わからんな。
778 名前:仕様書無しさん mailto:sage [2007/06/30(土) 07:43:59 ] 簡単なアドインやマクロならVSの方が楽に作れるけど 整形ルールのカスタムとか複雑なことやりたくなったら VSではhackまがいの事までせにゃならんのでeclipseの方がまだ簡単 自動入力補完や自動整形は自分に合わせりゃとことん強力だからこの違いは大きいと思う しかしそれを考えると結局emacs使う事になるが
779 名前:仕様書無しさん mailto:sage [2007/06/30(土) 09:32:13 ] NetBeansはUIがムカつく。 いや、Eclipseもムカつくけど、NetBeansの比ではない。
780 名前:仕様書無しさん mailto:sage [2007/06/30(土) 11:56:48 ] EclipseはUIがムカつく。 いや、NetBeansもムカつくけど、Eclipseの比ではない。 パースペクティブとかコンテキストメニューやら、最悪。
781 名前:仕様書無しさん mailto:sage [2007/06/30(土) 22:25:14 ] たぶん、EclipseでC#の開発ができると勘違いしているのでは?
782 名前:仕様書無しさん mailto:sage [2007/07/01(日) 15:01:03 ] >>781 できないこともないけどな。
783 名前:仕様書無しさん mailto:sage [2007/07/01(日) 15:13:43 ] いつも思う 両方使えばいいのに
784 名前:仕様書無しさん mailto:sage [2007/07/01(日) 19:19:39 ] >>783 eclipse使ってる奴にいうのは酷だぞ。 VSは職場単位になると導入するのに百万近くはいる。
785 名前:仕様書無しさん mailto:sage [2007/07/01(日) 19:41:20 ] はあ?WebLogicいくらすると思ってんだ Javaほど金喰う開発ねーぞ
786 名前:仕様書無しさん mailto:sage [2007/07/01(日) 19:52:35 ] >>783 ふつうは両方使います。 NetBeansは使われないけどね。
787 名前:仕様書無しさん mailto:sage [2007/07/01(日) 19:59:20 ] >>785 Apatchでいいじゃん?タダだよ?馬鹿? WebLogicのメリットはtuxedoを使ってサーバクラスタリングできるだけだよ? ああ...C#使ってるパソコン系エンジニアw には難しい話だったねw
788 名前:仕様書無しさん mailto:sage [2007/07/01(日) 20:04:09 ] パソコン系(苦笑)
789 名前:仕様書無しさん mailto:sage [2007/07/01(日) 20:09:36 ] Apatchは素で間違いだよね。 C#は別に悪くないよ。簡単でいいね。Javaも別にお金かからないよ。無料がいいね。 そこらへんの話は人が集まる場所のシステムを作ったときの問題であって、 使う人数が限られている社内システム制作なら何も問題はないよ。 わざわざ引き合いに出すところを見ると、みんな華々しいシステムを作っているようだね。
790 名前:仕様書無しさん mailto:sage [2007/07/01(日) 20:11:56 ] イントラ向けだったらRailsとかもっと楽な方法があるから、 結果的にJava=金かかる開発ってことになるんだろな
791 名前:仕様書無しさん [2007/07/01(日) 20:21:03 ] 世界中でもっとプログラミングの敷居が高くなれば プログラマーは幸せになれるのに
792 名前:仕様書無しさん mailto:sage [2007/07/01(日) 20:22:45 ] そしたらボクは業界から排出されてしまうでしょう
793 名前:仕様書無しさん mailto:sage [2007/07/01(日) 21:42:23 ] >>791 プログラマの質も高くならないとかえって逆効果な気がする
794 名前:仕様書無しさん mailto:sage [2007/07/01(日) 22:52:05 ] >>791 その通り。 参入障壁が低くて、学生が家でも開発できるぐらいだから、競争が激化する。技術レベルアップ、コストカットの両面で。 うちら組み込み屋が必死こいて勉強してる一方で、CAD設計やアナログ回路やってる奴は比較的のうのうとしてる。 50代でも純粋な技術屋として活躍してる人も多いしな。
795 名前:仕様書無しさん [2007/07/01(日) 23:11:12 ] コストのことを引き合いに出しているが詳細設計、実装コストなどプロジェクト全体からしたらほんの一部だ その他の要求定義や基本設計、テスト、導入、ドキュメント整備コストなどは、ほとんど変わらない しかしC#やスクリプト言語は簡単を売りにしていて顧客もそれを知っているから2割3割引きを平気で言う 利益を出すためには人員削減&低賃金要員しかなく始まる前からデスマ確定だ
796 名前:仕様書無しさん mailto:sage [2007/07/02(月) 06:40:59 ] >はあ?WebLogicいくらすると思ってんだ 鯖にもよるがWebSphere(WDSc)はタダだな。 ただ、その鯖からして高いからアレだが。w
797 名前:仕様書無しさん [2007/07/06(金) 09:44:19 ] 無料でやりたいなら、TomcatなりJbossなりEnhydoraなりJRun(ってまだあるの?)なり(r
798 名前:仕様書無しさん [2007/07/06(金) 11:11:56 ] tomcatやらjbossなんて使ってる会社あるのか?
799 名前:仕様書無しさん mailto:sage [2007/07/06(金) 12:36:29 ] Tomcatは当たり前に使うだろ。
800 名前:仕様書無しさん [2007/07/06(金) 13:07:05 ] えええええええええ?
801 名前:仕様書無しさん mailto:sage [2007/07/06(金) 13:57:01 ] tomcat jBoss WebLogic WebSphere 以外でなんかあったっけ?
802 名前:仕様書無しさん [2007/07/06(金) 14:05:47 ] 本家のSunが忘れられている… いとあわれwww
803 名前:仕様書無しさん mailto:sage [2007/07/06(金) 14:11:15 ] 本家本元のSunJavaSystemの奴忘れた。縁がないので、すっかりぬけてました。
804 名前:仕様書無しさん mailto:sage [2007/07/06(金) 16:35:38 ] glassfishはいいよ。
805 名前:仕様書無しさん mailto:sage [2007/07/06(金) 21:59:35 ] WebSphere使っているけど、社内のイントラネット程度なので、 JBossやTomcatでも十分だなぁ、とは思うよ。
806 名前:仕様書無しさん mailto:sage [2007/07/06(金) 22:48:09 ] 俺Javaやらないけど、Tomcatで対応できない案件って例えばどんなの?
807 名前:仕様書無しさん mailto:sage [2007/07/07(土) 01:43:52 ] 下請けどもがくだらん議論をしているな。 おまえらは俺様の書いた仕様書どおりに書いてりゃいいんだよ。 by 大手SIerぷろぱ〜
808 名前:仕様書無しさん mailto:sage [2007/07/07(土) 01:45:04 ] 「仕様書どおりに書ける」レベルで書いてくれるなら、 みんな喜んでそうすると思うよ。
809 名前:仕様書無しさん mailto:sage [2007/07/07(土) 03:08:23 ] まあそうだな。 で、それぐらいやるとなるとサーバやプラットホームなんかも決めなければならん。 .netかJavaかとかね。
810 名前:仕様書無しさん mailto:sage [2007/07/07(土) 03:11:38 ] つうか後2年でディスコンになるOS(Win2003)なんか 客に提案できねぇぜw よってC#という選択肢は自動的になくなる。
811 名前:仕様書無しさん [2007/07/09(月) 11:30:44 ] >>807 は プロぱぁ〜 だろ?
812 名前:仕様書無しさん mailto:sage [2007/07/10(火) 00:37:44 ] >>810 C#は2008でも動きますよ?
813 名前:仕様書無しさん mailto:sage [2007/07/10(火) 06:48:00 ] >>812 2003>2005の時の事を体験している奴は信用できないよ。
814 名前:仕様書無しさん mailto:sage [2007/07/10(火) 07:45:21 ] >>812 断言する。 うごかねーよw NT3.51→NT4.0の頃からダメだった。 NT4.0→2000は当然、2000→2003も全くダメ。 サポートもなかった。 低脳のくせに夢みてんじゃネーヨ。
815 名前:仕様書無しさん mailto:sage [2007/07/10(火) 07:55:11 ] >>814 GameSDKからDirectXになった時に「名称を変更しただけですか」とスピーチで聞いて、 もらったCD-ROMからSDKをインストールしてオフィスに戻ってビルドしたらら案の定、 動かなかったのは記憶に新しい。 マイクロソフトは言う事はでかいが品質が伴ってない。
816 名前:仕様書無しさん mailto:sage [2007/07/10(火) 14:56:12 ] >>815 それが記憶に新しいのは、相当の古株
817 名前:仕様書無しさん mailto:sage [2007/07/10(火) 15:06:56 ] >>816 GameSDKをご存知なあなたもなかなか。 最初のマイクロソフトの大風呂敷を聞いた時にはPCでゲーム開発も楽になる。 WindowsAPIバイブルを見ながらの開発も終わりか・・・やったぁ!! とか、思ってゲーム一本作ったけど、当時のDirectDrawとグラフィックカードの ドライバ(ATIのMach32とか)に不具合が合って、えらい苦労した。 その次の二本目はDirectXは信用できないからって事にしてWin32APIアプリに逆戻り。 懐かしい思い出です。
818 名前:仕様書無しさん mailto:sage [2007/07/10(火) 15:33:56 ] その頃はWinGL使ってたわ
819 名前:仕様書無しさん [2007/07/14(土) 20:58:03 ] Javaが最高
820 名前:仕様書無しさん [2007/07/15(日) 09:51:39 ] Javaが最高
821 名前:仕様書無しさん [2007/07/20(金) 19:17:59 ] Javaが?
822 名前:仕様書無しさん mailto:sage [2007/07/20(金) 19:31:15 ] Win上でしか動作しないC#ワロス