[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 11:52 / Filesize : 191 KB / Number-of Response : 827
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:仕様書無しさん [2007/09/16(日) 14:13:54 ]
過去ログ
pc11.2ch.net/test/read.cgi/prog/1178017348/l50

126 名前:仕様書無しさん mailto:sage [2007/09/27(木) 20:47:42 ]
MFCが使えなくなったら 使ってる連中は
C#に移行せざるを得ない

127 名前:仕様書無しさん mailto:sage [2007/09/27(木) 22:35:26 ]
こういうスレって痛いやつが絶対いるなw

128 名前:仕様書無しさん mailto:sage [2007/09/28(金) 00:01:38 ]
俺は>>107なんだけど、MFCなんか使わずにWin32APIでゲーム作ってたのね。
なんで、>>121の言うことは良く分かるけど、M$がプログラマに必要な知識を
少なくする方向で効率化を目指すのは間違っていると思うよ。

工数が減ればそれで良しと考えるのは自分の首をしめていると思うよ。
イベントドリブンが理解できないWindowsプログラマって存在しないと思うけど、
MFCの提供あたりから、狂いの度合いが激しくなっていると思うよ。

マイクロソフト自体がクソなんだから、クソはクソしか作らないと思うよ。

129 名前:仕様書無しさん mailto:sage [2007/09/28(金) 00:03:52 ]
.netは風呂敷を広げすぎて、まとめきれないJVMで、最後は
「ごめん。ゆっぱりまとまらなかった放置するぜ!!」って予感がプンプンするもん。

130 名前:仕様書無しさん mailto:sage [2007/09/28(金) 00:14:24 ]
基本APIを知っててラクをするのなら、その恩恵がよくわかるだろうけど、
基本を知らずにラクをすると、、、

131 名前:仕様書無しさん mailto:sage [2007/09/28(金) 01:40:49 ]

JAVAとC#のスレなのに全く関係ない連中どもはなに?
よっぽど新技術の.netに対してコンプレックス持ってるんだろーなー
でなきゃ放置するもん
スレ違いだということが分からんのかw

132 名前:仕様書無しさん mailto:sage [2007/09/28(金) 02:04:04 ]
新技術?どこどこ

133 名前:仕様書無しさん mailto:sage [2007/09/28(金) 03:42:56 ]
いや、むしろそこで実際にものを作る観点でのAPIプログラムの次の世代の言語
としてのC#とJavaの是非についても単なるスペック上の表層だけでなく、実際に
モノを作るという観点からの是非も透けて見えてくる気もしているが。

単に表層で言語の違いだけだと例外処理の強制の有無とメソッドの結合をvirtual
など区別するか否かという部分、後はJavaのstatic importに環境"参照"型
クロージャの有無(これはJavaも次バージョンで検討中)C#3.0で挙がっている
型推論に構文糖としてのLINQ、後はせいぜいクラスライブラリの設計の違い
位じゃない?

無論前提としての閉じた環境(Pure Java) vs 開いた環境、プログラマを信頼するか
あるいは過ちを犯さぬよう強制するかといった大きな前提の違いはあるけど


134 名前:仕様書無しさん mailto:sage [2007/09/28(金) 07:57:43 ]
>>131
馬鹿?
C#は理解に苦しむような難解な言語じゃないだろ?逆に可哀想だよ。
俺がここでいいたいのは.netが目指す方向性に何も考えずに乗っかっていると
馬鹿になっちゃうよ。って言いたいのよ。
実際に、VisualStudioの支援なしでウィンドウアプリをかける奴なんていないだろ?

>>133
そうだね。M$はプログラマは馬鹿でマヌケって前提な辺りがおかしい。



135 名前:仕様書無しさん mailto:sage [2007/09/28(金) 08:11:49 ]
>>134
最初に覚えた言語が.NET上でのC#の奴とかは悲惨だぞ。
思考が非常に浅いところでストップするから。

throwとcatchをどのように実装しているのか?とかCPU知らないから
理解すら出来ない奴とか多いもん。

136 名前:仕様書無しさん mailto:sage [2007/09/28(金) 08:30:36 ]
>>134
>俺がここでいいたいのは.netが目指す方向性に何も考えずに乗っかっていると
>馬鹿になっちゃうよ。って言いたいのよ。
どうやったらそんな発想になるのかがわからない。
仕事だとね、多数ある中の単なる選択肢の一つでしかないよ。

>実際に、VisualStudioの支援なしでウィンドウアプリをかける奴なんていないだろ?
IDEも含め言語選定するからゼロから手書きで出来る必要性が無い。

こっちは仕事だから常に効率を求められるのよ、一人でやってる(やれる)訳でもないからね。
仕事になるとね、「notepadで手書きでWinアプリかけます」は出来る人間でもなんでもない訳よ。
たとえ出来たってそんな恥ずかしい事誰もいわない。

とりあえず言いたい事はだ・・・ココはマ板で学生はム板へどうぞ

137 名前:仕様書無しさん mailto:sage [2007/09/28(金) 09:48:00 ]
妙な思考停止・断定してファビョるなよ、、、
逆にお前さんの方が妙なコンプレックスがあるんじゃないかと勘ぐられるぞ

138 名前:仕様書無しさん mailto:sage [2007/09/28(金) 12:40:52 ]
こういうの「若年寄」って言うんだろうな。
まあひょっとしたらリアルでオジサマもいるのかも知れないけどw
まあオジサマでも学のない三流の人としか言いようがないね。

.NETみたいな方向ってプログラミングに限らずエンジニアリングの王道じゃん。
フールプルールな方向に持っていくのが間違ってると思うのは、それはお前さんが「フール」だからだよw

じゃあそういうお前は自分の書いたコードが量子力学レベルでどう動作するのか
把握できるのかよ、とからかいたくなるよ。

139 名前:仕様書無しさん mailto:sage [2007/09/28(金) 13:58:10 ]
釣られてみるが、マジレスすると不確定性原理とカオス理論って知ってる?>量子力学での把握
後お前さんが想定している人物像も全く正反対だよ、そこに真面目に取り組むからこそ
諸手を挙げてマンセーするで無くその是非を根本から疑念を持って論じるのだが。

後エンジニアリングの王道とあるが社会的に専門家としての法的責任を追及され得る
成熟したエンジニアリング分野の話ならUtil化による効率化は常だが、それについて
基礎を理解しなくても良いとしている分野の方が稀だぞ。海外では他分野や一般教養
としてその分野以外の知識まで試験として求められる所もある位

140 名前:仕様書無しさん mailto:sage [2007/09/28(金) 19:11:06 ]
>>139
まあよくありがちなことだけど、君はいろいろなことをごちゃ混ぜに混同していて、
物事を区別するということを知らないんだよね。

.NETのような方向性の意味することは「同じことを実現するのに必要な知識水準を
下げること」もしくは「低スキルの人間でも実現できることを増やすこと」。

これは君が勘違いして老婆心を働かせているような「低水準のディープな知識は
今後は学ぶ必要はありません」というメッセージとは全然違う。

だから諸手を挙げてマンセーいいのw
なぜならそれはエンジニアリングの王道だから。

OPアンプ使うのにショックレーやキルビーと同じレベルの知識を要求されたんじゃ
工業高校卒や俺のような三流大卒のエンジニアはOPアンプ使えないじゃん。
それが世の中にとって幸福なことかよ。

またOPアンプが簡単に使えるからって半導体工学を学ぶ学生がいなくなってる?
んなこたーないよw

141 名前:仕様書無しさん [2007/09/28(金) 19:18:35 ]
だな
半導体工学やらは研究者がやればいいんだ
エンジニアはただ使うだけだから


142 名前:仕様書無しさん mailto:sage [2007/09/28(金) 19:56:25 ]
>>140
>またOPアンプが簡単に使えるからって半導体工学を学ぶ学生がいなくなってる?
>んなこたーないよw

学ぶと使えるは違うし。
そもそも、基本とディープは違うよ。

例えば、低レベルなメモリー操作は基本だが
Win32APIで別アプリのウィンドウハンドル取るっていうのはディープ。

つーか、ディープな実装を書いた本やホムペも消えつつある現状なんだが。

143 名前:仕様書無しさん mailto:sage [2007/09/28(金) 20:46:57 ]
はは。オジサマかぁ・・・まぁ実際に歳くっているから、それは正しいんんだけどね。

.NETが正義で何も考えずにマンセーしていればいいんだと思うよ。M$にとっちゃカモなんだからさ。

工数が減る?タイプ量が減る?バグが出ない?いいじゃん。頭使わず金になるから、
迷わずやってくれ。後悔しないことを願うよ。

俺はプログラマって奴は賢い奴がやる仕事だと思っているのだけど、最近はよくわからん。
ペタペタ貼り付けて、プロパティ弄って、ちょびっとロジック書いて、提供されていない機能は
できません。って言い切るからなぁ・・・はぁ。

あ、ちなみに俺はJavaマンセーなSunMicrosystemsスキーでM$にはDirectX2辺りのときに
散々騙されて、M$の仕事はやらなくなった人。ファミコンの頃からゲーム屋ね。

144 名前:仕様書無しさん mailto:sage [2007/09/28(金) 20:51:05 ]
>>つーか、ディープな実装を書いた本やホムペも消えつつある現状なんだが。
本屋で、OSを作ろうとか、速いコードテクニックみたいな本とか最近は出始めていて、
おっ?とか思うこともあるよ。そんな本を読むような若い人には期待しているけどね。





145 名前:仕様書無しさん mailto:sage [2007/09/28(金) 21:28:33 ]
ゲーム屋でjavaマンセー・・・

146 名前:仕様書無しさん mailto:sage [2007/09/28(金) 23:52:37 ]
>>145
説明不足でごめん。仕事じゃC++なの。Javaは遊びで使っているぐらい。
6502/65c816/Z80/680x0や、CやC++で仕事してきたけど・・・

やっぱり、Javaがスキ。

147 名前:仕様書無しさん mailto:sage [2007/09/29(土) 02:44:12 ]
まあ>>140の分野がそれだけで回して行ける分野ならそれで良いんじゃね。
ただ妙に仕切るのは勘弁して欲しいけど。

ちなみに漏れはWinのパッケージ屋で環境はWin32,MFC,VB6,.NET(導入検討段階)
こちらでは比較的単純なアプリは確かに言語や環境で効率が変わるのだけど、
大体エクスプローラより少し大きな規模になるとそれでは誤魔化せなくなって
同一設計であっても品質が人のスキルに影響されてしまうのが目下の悩み。

基礎の出来ている人の方が総じて品質は良いのだけど、余り個人に集中させる
のも限界があるし、その人と同等の知識の教育となるとどうしてもシステマッチック
には行かず個人の適正に大きく振り回される事になる。

という事で品質のスケールアップが急務なのでそのヒントが欲しかったのだけど、
結局それを受け入れて誤魔化すか、地道に教育するかという所に落ち着いてしまう
のだね。

148 名前:仕様書無しさん mailto:sage [2007/09/29(土) 02:52:13 ]
>>147
文盲かよ。まあ人の文章は落ち着いてよく読め。
恐らく君が思っているようなことを俺は言ってないって。

149 名前:仕様書無しさん mailto:sage [2007/09/29(土) 03:02:54 ]
ああ、おそらく
>これは君が勘違いして老婆心を働かせているような「低水準のディープな知識は
>今後は学ぶ必要はありません」というメッセージとは全然違う。
を言っているのだろうが、具体的なhowが伴ってないから単純に無視した。

150 名前:仕様書無しさん mailto:sage [2007/09/29(土) 03:36:09 ]
おまいら、えーかげんにせい

151 名前:仕様書無しさん mailto:sage [2007/09/29(土) 03:51:58 ]
具体的なhowって何だよ意味がわからんw

MSはプログラマがよりディープな知識や低水準の知識を学ぶモチベーションを
惹起する方法(つまりhow)を具体的に提示する責任があるってこと?

それって甘えなんじゃねえの?w

というか、君やっぱり論理的思考能力に致命的な問題があると思うよ。

だから(あくまで俺の見解に過ぎないが)MS様がやっていることは
単に「低スキルでもできる仕事の領域を広げること」であって、
これは例えば(一定水準以上のPGに対して)基礎やディテールの重要性を説くことと
なんら矛盾しない。

まあもし、「フールプルーフな物がPGからディープな領域を学習するモチベーションを奪っている」、
と言いたいのなら確かにそれには一理ある。

しかし、このスレで君のような意見を吐く人間の意見はコストや損失だけを見て騒ぐ子供の論理だよ。
コストや損失があるとして、そのコストや損失はどんな利得を得るためのものかちったあ考えろよ。

プログラマから学習意欲を奪わないためには開発効率(=金銭的なコスト)なんか
どうだっていいんだ、とでも言うの?w

それに君のような人間は恐らく二元論的に物事考えすぎなんだよ。
だから、一口に「プログラマ」っていってもいろんなレベルの奴がいていいし、
現にいるんだよ。

だから「低スキルでもできる仕事の領域を広げ」る必要があるわけ。
君の思考は足を靴に合わせる式の発想だよ。
半端な理科系の人間にありがちな発想だがね。

152 名前:仕様書無しさん mailto:sage [2007/09/29(土) 04:50:43 ]
>>151
横レスすまん

MSが「低スキルでもできる仕事の領域を広げ」てたのはVB6までで
今は業界全体「高スキルの生産性を極大化」する方向で動いている
と俺は認識している

「低スキルでもできる仕事の領域を広げる」ことは確かに一つの理想ではあったけどね
5年から10年くらい前までは
だけど、結局うまくいかなかった

153 名前:仕様書無しさん mailto:sage [2007/09/29(土) 04:51:29 ]
>>147-149,151
ここでやれ
M$のせいでマの品質が落ちている
pc11.2ch.net/test/read.cgi/prog/1191009018/

154 名前:仕様書無しさん mailto:sage [2007/09/29(土) 07:41:47 ]
言語仕様だけで見るならC#の方が良く出来ていると思うけど、
鯖とか環境とかミドルウェアとかはJavaの方が良く出来ているので、
現段階で開発者側から見るとJavaの方が楽に感じるなぁ。



155 名前:仕様書無しさん mailto:sage [2007/09/29(土) 08:22:55 ]
俺は、.netが提供しているものはアヘンみたいなもので、M$だけが神とか思っちゃうような
人を量産する事だと思っているよ。実際、VC++Express版が.net物しか作れない辺りが、
怖い。開発効率を優先している奴も、.net側で問題が出たときにMSDNに泣きついて、
何もしてくれないときに初めて、わかると思うよ。

「低スキルなプログラマを量産して、Winアプリ以外の開発が出来ない身体にしてやるぜ!!」
これが.netが目指すもの。

最近の学校じゃXのxlibでウジェットとか作らないの?俺はxlibでイベントドリブンなプログラムの
書き方を学んだけど、もし最近の学校が.netあたりで勉強しているとなると、大量の無知を
生産するだけだな。


156 名前:仕様書無しさん mailto:sage [2007/09/29(土) 08:36:12 ]
>>147
地道に教育するしかないよ。今のVisualStudioは複雑な所を悪い意味で隠蔽しているだけ。

VB6が最初の言語なんて可哀想な奴には、Win32APとCで簡単な奴とか作らせればいいんじゃないの?


157 名前:仕様書無しさん mailto:sage [2007/09/29(土) 09:08:44 ]
>>155-156
このスレのスレタイを声に出して10回読め
そしておまえらも>>153逝って来い

158 名前:仕様書無しさん mailto:sage [2007/09/29(土) 09:10:48 ]
せっかく154が流れ戻そうとしてくれたのに台無しだな

159 名前:仕様書無しさん mailto:sage [2007/09/29(土) 12:13:25 ]
結局はmemcpyとかfopenとかがMFC、.NETになって、
コーディング量を減らせるだけの話なんだけどな。

160 名前:仕様書無しさん mailto:sage [2007/09/29(土) 13:16:23 ]
.NETだとM$が金になると思えば、簡単に言語体系の変更を行う事が多い辺りが怖いが、進化は速い。
ただ、Win上でしかマトモに動かない。(ノベルのMonoは実用レベルじゃないしね)のは致命的。
まともな会社はWin鯖なんてチョイスは絶対にしないことぐらい誰も分かっているのだから、
そろそろ時流の並にのってオープンにしちゃえばいいんだけどねぇ・・・

な、訳でJavaの方が優れているだろ。WinはXBOX上位マシーンとしてゲーム機
(日本の変態18禁ゲームも含む)やエロ動画再生マシーンとして頑張って欲しいよ。

161 名前:仕様書無しさん mailto:sage [2007/09/29(土) 17:47:21 ]
win専用な時点でC#ゴミ

162 名前:仕様書無しさん mailto:sage [2007/09/29(土) 18:43:08 ]
つまりC++はまだ死なない

163 名前:仕様書無しさん mailto:sage [2007/09/29(土) 18:53:09 ]
遠からず死ぬ

164 名前:仕様書無しさん mailto:sage [2007/09/29(土) 19:04:06 ]
(´・ω・`)



165 名前:仕様書無しさん mailto:sage [2007/09/29(土) 23:42:33 ]
>>160
最近は2003サーバとか出てきたあたりから
当然のように使ってるよ。

そもそもウィンドウズの方が維持費も何もかも安いんだよ。
安定してきてるし

166 名前:仕様書無しさん mailto:sage [2007/09/29(土) 23:58:59 ]
Cはパソコンがある限り無くなれない。
Javaは携帯電話がある限り無くなれない。
C#はM$が自らのエゴに気がつくまで無くならない。

167 名前:仕様書無しさん mailto:sage [2007/09/30(日) 08:18:50 ]
>そもそもウィンドウズの方が維持費も何もかも安いんだよ

「Win鯖ならウチの新人社員でもかんたんですから」と言って売り込める
職場なら人件費的に安いが、最近のLinuxがWindows化して
Linuxも扱いやすくなっているから、実のところ維持費はLinux鯖とWin鯖は
変わらんな。

怪しい子会社が小銭稼ぐ意味でWin鯖はいいんじゃないか?

が、導入費は激しく違う。

安定云々は使い手しだいではあるな。


ってかそういう話はスレ違いだと思う。

168 名前:仕様書無しさん mailto:sage [2007/10/02(火) 02:26:56 ]
昔、IIS使った時はこれセキュリティ的に大丈夫かいなと思えるレポートが
ちらほら目に着いたけど、最近はどうなんだろうな。まぁ、その頃はASPだったけど。

その辺が大丈夫であってくれると、WEB系の自分としては参入しやすい。

169 名前:仕様書無しさん [2007/10/02(火) 06:51:41 ]
>>167
「Win鯖ならウチの新人社員でもかんたんですから」

こんな事を言い出す所は信用できないよなぁ・・・


170 名前:仕様書無しさん [2007/10/03(水) 08:42:10 ]
C#って検索しにくいんだよな

171 名前:仕様書無しさん mailto:sage [2007/10/03(水) 11:33:10 ]
J#志望のお知らせ

172 名前:仕様書無しさん [2007/10/03(水) 11:43:43 ]
C♯勉強する一冊目の本は何がいいですか?

173 名前:仕様書無しさん mailto:sage [2007/10/03(水) 12:09:15 ]
つ【メイドでもわかるC#入門】

174 名前:仕様書無しさん mailto:sage [2007/10/03(水) 13:05:41 ]
>>173
タイトルが気に入らないので、
他のでお願いします。



175 名前:仕様書無しさん mailto:sage [2007/10/03(水) 13:29:13 ]
【地獄の特訓C#入門】

176 名前:仕様書無しさん mailto:sage [2007/10/03(水) 20:45:38 ]
最初、JAVAの勉強をしていたけれど
仕事でC#を使ったらJAVAが嫌いになった。

C#は、C、C++と同じく強力だと思う。

177 名前:仕様書無しさん mailto:sage [2007/10/03(水) 21:16:04 ]
  \|/
  /⌒ヽ   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  | ゜Θ゜) < そうでもないよ。
  | ∵ つ  \___________
  | ∵ |
  \_/


178 名前:仕様書無しさん mailto:sage [2007/10/03(水) 22:54:48 ]
C#の方がスマートだと思う。出来上がったソース見ると特に
でも、何だろう、M$が後ろにいるとどうしても心が拒絶してしまう
おそらく一度嫌いになったSEとは2度と仕事したくないとか、そんな感じの気持ちなんだろう

179 名前:仕様書無しさん mailto:sage [2007/10/04(木) 00:16:33 ]
>>178
M$は絶対に裏切る事を保証しているかなら。三年後は知りませーんって。

180 名前:仕様書無しさん mailto:sage [2007/10/04(木) 00:38:47 ]
へーこの業界で三年後五年後のことを保証できるところなんてあるんだ知らなかったよw

要するにこういう奴って一つのことを習得したらそれで一生食って行きたいと
思ってる自分を語ってるだけなんだよね。

もちろんそれは悪いことではないだろうが、それならソフトウェアなんかではなく、
もっと成熟して完成された分野の技術を学ぶべきだろうね。

寿司屋の板前とかラーメン職人とかさw

181 名前:仕様書無しさん mailto:sage [2007/10/04(木) 02:28:30 ]
>>179-180
まずスレタイを読まないか?

182 名前:仕様書無しさん [2007/10/04(木) 05:52:32 ]
パソコンオタクと比べるな!

183 名前:仕様書無しさん mailto:sage [2007/10/04(木) 07:41:54 ]
パソコンオタクをバカにするな!

184 名前:仕様書無しさん mailto:sage [2007/10/04(木) 09:59:07 ]
>>180
自分の事じゃなくて、納品した客先のプログラムの事だよ。ばーか。



185 名前:仕様書無しさん mailto:sage [2007/10/04(木) 10:06:22 ]
うーん。先行きの見えないイケイケドンドンな閉鎖的なM$より、OpenJavaの方が健全だわな。

間違えなく、Javaの方が長寿だろ。

186 名前:仕様書無しさん mailto:sage [2007/10/04(木) 10:09:21 ]
そんなことないよ。最先端はこれがふつーだよ。

[DirectX][.NET][XBOX360][C♯C#] XNA Game Studio
ttp://pc11.2ch.net/test/read.cgi/tech/1159367275/988

XBOXのこと考えないならC++でやるべきかもね
Delphiでやってる玄人もいるみたいだけど
XNAのことを知れば知るほどC++&DirectXにはかなわないんだなと思う
とくにランタイムの配布のめんどくささは異常

泥舟からは早く降りたほうがいいよ
XNAも泥舟っぽいけどね

シェーダモデル1.1以上じゃないとだめなんだよな
だから性能的にはしょぼくてオンボードでもそこそこいけるようなミニゲームでも
余裕で動かないと知るとなんだかちょっとサミシイ

187 名前:仕様書無しさん mailto:sage [2007/10/04(木) 10:33:51 ]
>>185 でもC#3.0とか見るといけいけどんどんであってほしいとこもあるな。
あれはCLRとかそのままだから環境もいじらないし。

188 名前:仕様書無しさん mailto:sage [2007/10/04(木) 10:55:54 ]
>>187
そのいけいけどんどんな方向性が「ほーら。タイプ量が減って開発効率があがるでしょ?」的な辺りが
恐ろしく間違っているような気がしてしょうがない。クリエ式もどうせSqlServer以外だと条件があるとか・・・
仕事でM$に完全に囲まれちゃってM$以外の選択肢がなく、仕事ではM$一本な人なら幸せかもね。

つーか、暗黙の型宣言なんて今まで散々失敗してきて、またぶり返そうとする辺りも謎。

189 名前:仕様書無しさん mailto:sage [2007/10/04(木) 12:02:32 ]
だから、いけいけどんどんでパラダイムシフト、つまり、クラスベースからオブジェクトベースへみたいのなら皆納得する。
が、M$のいけいけどんどんてメッキが重くなるだけで最後に商品が終焉する。

190 名前:仕様書無しさん mailto:sage [2007/10/04(木) 22:46:22 ]
なんで繰り返すの?バカなの?

191 名前:仕様書無しさん mailto:sage [2007/10/05(金) 00:44:03 ]
ManagedDirectXってどこいったの?

192 名前:仕様書無しさん [2007/10/05(金) 02:10:31 ]
俺が今使ってる
C++とか意味わからんし

193 名前:仕様書無しさん mailto:sage [2007/10/05(金) 02:30:20 ]
C,Fortran,VB,C#,JAVA と経験したけど(C#とJAVAは少し)
言語仕様というよりプロジェクトを観点に言えることは
C#はVB上がり、コボルあがりのDQNが大勢いて、プロジェクトが荒れ、デスマーチになりやすい
コボル、VB上がりはオブジェクト指向が無理(多分脳みそが一部欠如しているとオモワレ)
JAVAはその点、少しだけ安心かも!

194 名前:仕様書無しさん mailto:sage [2007/10/05(金) 02:48:03 ]
javaって糞ユーザーインターフェースの低速GUIアプリしか作れないじゃん
その時点でwindowsソフトの選択肢にすら入らないよ
javaもwebなら使えるって言うかも知れないけど
ASP.NETの方が全てにおいて優れてるし



195 名前:仕様書無しさん mailto:sage [2007/10/05(金) 06:50:41 ]
しかし、現実にはJavaの方が普及しているワケで。

Sony信者のマンセーを聞いているようだ。

196 名前:仕様書無しさん mailto:sage [2007/10/05(金) 07:06:37 ]
いまのオープンソースの流れから考えてもC#は数年後には今のJ#と同じ道を辿る。

利潤追求の激しい企業が本来ならば仲間にしなければならない開発者までも食い物に
していることも分からず、M$マンセーしている奴は頭を齧られ過ぎて考えることも出来ない
くらいに脳みそがなくなっているんだろ。可哀想だよ。


197 名前:仕様書無しさん mailto:sage [2007/10/05(金) 07:12:22 ]
ところで、実際にC#で仕事して客先に納品している奴とかいる?

.NETFreameWork絡みでUpdate入ったときに発生する不具合とか、
SP入った時に発生した不具合とかどうする保守契約になっているの?

まぁ、その変更にあわせたパッチでしのげるのかもしれないが、ダメだった場合は
Updateなしにしてくださいとか指示だして終わり?

198 名前:仕様書無しさん mailto:sage [2007/10/05(金) 07:24:35 ]
MS製てだけで、終ってる。

199 名前:仕様書無しさん mailto:sage [2007/10/05(金) 10:13:43 ]
SunとかMSとか、旧世代の抗争をいまだに引き摺ってるのって痛々しくて見てられない。w

200 名前:仕様書無しさん mailto:sage [2007/10/05(金) 10:39:07 ]
新世代だとなに?

201 名前:仕様書無しさん mailto:sage [2007/10/05(金) 11:48:13 ]
Javaマンセーなんてほとんど他所に逃げたけどな。

202 名前:仕様書無しさん mailto:sage [2007/10/05(金) 11:56:27 ]
ドトネトマンセーなんて氏滅して居なくなったけどな。

203 名前:仕様書無しさん mailto:sage [2007/10/05(金) 13:15:55 ]
抗争てなんの話してんだよ プッ

204 名前:仕様書無しさん mailto:sage [2007/10/05(金) 13:19:37 ]
てれれ〜



205 名前:仕様書無しさん mailto:sage [2007/10/05(金) 15:46:00 ]
言語仕様やライブラリで勝てないとなると
根拠のないMSたたきしかすることがなくなる
SUNの方がよほど終わってるだろw

206 名前:仕様書無しさん mailto:sage [2007/10/05(金) 15:54:23 ]
もうそんなの過去のことだろ。
マクネリは引退、SunはWindows Server載せてハード売ってるし。w

207 名前:仕様書無しさん mailto:sage [2007/10/05(金) 15:57:52 ]
M$ vs S∪∩

という構図がオワタ


せめてググルかヤフ入れろ矢。

208 名前:仕様書無しさん mailto:sage [2007/10/05(金) 17:58:29 ]
もうこの世にMSだけあったらいいよ。

てこと?

209 名前:仕様書無しさん mailto:sage [2007/10/05(金) 18:00:06 ]
それじゃ、炊飯器も動作しないし、電車も車も走らない。

210 名前:仕様書無しさん mailto:sage [2007/10/05(金) 18:00:06 ]
すんごい、後出しジャンケンだな w

211 名前: [2007/10/05(金) 18:41:37 ]
すみません、もしわかれば教えて頂きたいのですが。。
現在C#を使って開発をしていて
最近極端にデバッグスピードが遅くなってしまいました。
何か解決策はありませんか?検索してもHITしなかったんで
質問してみました。

212 名前:仕様書無しさん mailto:sage [2007/10/05(金) 19:34:01 ]
>>211
最近インストールされたUpdateを疑って、アンインストール。
それでもダメならば、VisualStudioをアンインストール。
それでもダメならば、OSのクリーンインストール。
それでもダメならば、MSDNに泣きいれる。
それでもダメならば、諦めろ。

いやぁ・・・Windowsって本当にすばらしいですね。

213 名前:仕様書無しさん [2007/10/05(金) 21:02:37 ]
Windowsが素晴らしいのではないな
他が酷過ぎるだけ

214 名前:仕様書無しさん mailto:sage [2007/10/05(金) 21:11:07 ]
>>211
きみは「なんか急におそくなりました」って報告すればいい。

あとまるちしね



215 名前:仕様書無しさん mailto:sage [2007/10/05(金) 21:25:13 ]
マイクロソフト、.NET Frameworkライブラリのソースコード公開へ
codezine.jp/a/article/aid/1768.aspx
米マイクロソフトは10月3日(現地時間)、Scott Guthrie氏のブログで、.NET
Frameworkライブラリのソースコードの一般公開を発表した。今年後半の、.NET 3.5
/Visual Studio 2008(以下、VS 2008)のリリースと同時に公開する予定だ。
また、ソースコードはダウンロードしてエディタで閲覧できるだけではく、
VS 2008における統合的なデバッグのサポートも予定している。

とうとう.netライブラリのソースが公開されるときが来た!
.netライブラリの動きがデバッグで完全に把握できるのだ!

216 名前:仕様書無しさん mailto:sage [2007/10/05(金) 22:45:36 ]
>>215
誰か踏んでくれ。俺は怖い。

217 名前:仕様書無しさん mailto:sage [2007/10/05(金) 22:56:07 ]
>>216
ググってみたけど本当みたいだね。一部だけ公開だった。
完全にオープンにできないのは、人に見せられるようなコードじゃないからねぇ・・・


218 名前:仕様書無しさん [2007/10/05(金) 23:03:52 ]
デバッグでステップインできるだけとは、さすが中途半端。

>>160の中の人はナイス読みでした。
Javaの方が良いって人が言っている事だから悩むね。

219 名前:仕様書無しさん mailto:sage [2007/10/05(金) 23:49:32 ]
>>217
でも、MS曰く、オープンソース。
信者はいつまで、こんなんに騙され続けるのかね。

220 名前:仕様書無しさん mailto:sage [2007/10/06(土) 00:43:46 ]
いや信者なんていない。
いるのは『俺と考えの違う奴は○○の「信者」に違いない』という単細胞な発想をする
オボこい君のような人間だけでしょ。

というか、そういう、何かを否定すれば自分が賢くなったように思えて嬉しくなっちゃう
ココロっていうのはガキ臭いと俺なんかは思うんだがどんなもんかね。

というか
>デバッグでステップインできるだけ

なんてどこに書いてあるんざんしょ。
俺には文字通りライブラリのソースコード上でデバッグができるとしか読めないけど。

221 名前:仕様書無しさん mailto:sage [2007/10/06(土) 01:23:46 ]
言語使用的には正直C#は天下無敵だと思うよ
マイクロソフトも天下無敵だと思うよ
かつてのApple GUI 開発者を殆ど全て取り込んだし
Excelの開発元だし
C#の責任者はデルファイ作った人だし
MSの頭はロータス123の開発者だし
これらの人たちは、全員「神」レベルの人だよ
C#は、とりあえず札幌市水道局が開発言語をC#にしているようだよ
その他にも、フェリカ関連のアプリケーションがC#らしいよ



222 名前:仕様書無しさん mailto:sage [2007/10/06(土) 04:42:05 ]
基本データクラスやスレッド機能を提供する.NET Base Class Librariesや
Windows.Formsのような核心部分のソースが最初に公開される
その後もLINQのような最新クラスライブラリが数ヶ月以内に順次公開されていく

Visual Studioのデバッグ機能にライブラリのソースが統合されるのはマジすごい!
自社開発のソースコードを公開するのはMSとしても非常に革新的な姿勢だな

223 名前:仕様書無しさん mailto:sage [2007/10/06(土) 06:35:52 ]
MFCと大差ねぇんじゃ・・・とも思う

224 名前:仕様書無しさん mailto:sage [2007/10/06(土) 07:14:52 ]
MFCはwin32のラッパー
.netライブラリはC#かMSILネイティブで書かれた基本API



225 名前:仕様書無しさん mailto:sage [2007/10/06(土) 07:27:12 ]
>>220
日本語不自由な人ですか?

226 名前:仕様書無しさん mailto:sage [2007/10/06(土) 07:29:29 ]
ライブラリの一部だけ公開されただけで、この騒ぎ様。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<191KB

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