[表示 : 全て 最新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

2 名前:仕様書無しさん [2007/09/16(日) 14:38:03 ]
適材適所

3 名前:仕様書無しさん mailto:sage [2007/09/16(日) 15:17:56 ]
JAVAのが優れてるらしい


って聞いた。

4 名前:仕様書無しさん mailto:sage [2007/09/16(日) 16:46:51 ]
何が優れているのは具体的は上げられなかった。

5 名前:仕様書無しさん mailto:sage [2007/09/16(日) 18:17:11 ]
WindowsはC#で
LINUXはスクリプトで

6 名前:仕様書無しさん mailto:sage [2007/09/16(日) 18:46:01 ]
javaの方が語感が良い。

7 名前:仕様書無しさん [2007/09/16(日) 22:14:05 ]
JAVAのほうがアクが強い

8 名前:仕様書無しさん mailto:sage [2007/09/16(日) 22:28:18 ]
優れているのはC#
でも優れている方を使うべきかどうかはまた別問題

9 名前:仕様書無しさん mailto:sage [2007/09/16(日) 22:44:22 ]
男なら自分の趣味にあう言語を選ぶべし。











・・・社会人なら会社が選んだ言語で仕事をするべし。

10 名前:仕様書無しさん mailto:sage [2007/09/17(月) 00:08:34 ]
両方とも浅く使ってみた感想では、
優れているのはC#、でもWindowsだけジャン。
覚えたいのはJAVA。



11 名前:仕様書無しさん [2007/09/18(火) 00:04:09 ]
オレC#使いだけど、Javaの方が例外クラスの分類がしっかりしてて良いよ

12 名前:仕様書無しさん mailto:sage [2007/09/18(火) 00:22:23 ]
言語仕様はC#の方が上。
ただし、間違いなくSierからは敬遠されている。
技術者がいないから保守できんからな。

13 名前:仕様書無しさん mailto:sage [2007/09/19(水) 00:34:47 ]
マイクロソフトはWPF、Silverlightなどの新技術を今後.netにしか提供していかないです
.net主力開発言語であるC#の普及度は着実に上がり続けていきます
マイクロソフトに喧嘩を売ったSUNのJAVAは着実に廃れていくのかなと思います

14 名前:仕様書無しさん mailto:sage [2007/09/19(水) 01:15:31 ]
.netとJavaのどちらが認知度が高いかは言うまでもない。
C#の言語仕様が良くても、
過去のCの遺産の捨ててまであっさり移行していくとは思えんな。
J#と同じ道を歩みそうな面が少なからずある。

15 名前:仕様書無しさん [2007/09/19(水) 12:27:29 ]
>>過去のCの遺産の捨ててまで
>>過去のCの遺産の捨ててまで
>>過去のCの遺産の捨ててまで
>>過去のCの遺産の捨ててまで


16 名前:仕様書無しさん mailto:sage [2007/09/19(水) 22:55:54 ]
>>14
聞きかじっただけでしょ?正直にオジサンに言ってみなさい

17 名前:仕様書無しさん [2007/09/19(水) 23:04:28 ]
> J#と同じ道を歩みそうな面が少なからずある。

J#と同じ道・・・?
お前にとっての「道」は横幅何kmあるんだ?

18 名前:仕様書無しさん mailto:sage [2007/09/19(水) 23:16:31 ]
まがいものの Emacs しか作れなかった低脳ゴスリングw

19 名前:仕様書無しさん mailto:sage [2007/09/20(木) 00:26:26 ]
JavaVMより.netの方があからさまに高品質のものが作れるんだから
アプリもwebもDBも流れは明らかにC#じゃん

20 名前:仕様書無しさん mailto:sage [2007/09/20(木) 06:53:40 ]
>アプリもwebもDBも流れは明らかにC#じゃん

えーと、どこの脳内世界の流れですか?



21 名前:仕様書無しさん mailto:sage [2007/09/20(木) 11:48:43 ]
>>19
猫に小判って言葉が思い浮かんだ

22 名前:仕様書無しさん mailto:sage [2007/09/20(木) 15:48:48 ]
>>19
笑う所は「高品質」でよろしいでしょうか?

23 名前:仕様書無しさん [2007/09/20(木) 18:52:49 ]
>>20-22
プププ
馬鹿にするなら、ちゃんと根拠を述べな

24 名前:仕様書無しさん mailto:sage [2007/09/20(木) 19:01:24 ]
馬鹿にしているわけでなく普通に真実を言われると「馬鹿にされた」と
受け止める池沼なのか・・・。

25 名前:仕様書無しさん [2007/09/20(木) 19:04:55 ]
>>24
プッ!!!!!
言っとくけど>>23>>19じゃないから

26 名前:仕様書無しさん mailto:sage [2007/09/20(木) 19:06:49 ]
池沼がいるスレはここですか?

27 名前:仕様書無しさん mailto:sage [2007/09/20(木) 19:16:55 ]
池沼がいるときいて牛歩できますた
>>20-22読んでバカにしてるって思う卑屈さはいいと思うよw

28 名前:仕様書無しさん mailto:sage [2007/09/20(木) 19:25:26 ]
両方使ってるが、C#はdelegateが便利で、Win32に繋ぎやすいから、クライアントでよく使う。
サーバサイドのほうは、うちがIIS使わないってのもあるだろうけど、Javaしか選択してない。
例外周りはJavaのが好き。

29 名前:仕様書無しさん mailto:sage [2007/09/20(木) 21:15:38 ]
> バカにしてるって思う卑屈さ

裏を返せば、「バカにするなんて余裕はない。焦って必死に反撃しようとしてる。」ってコトか。

30 名前:仕様書無しさん mailto:sage [2007/09/20(木) 22:06:08 ]
JAVA厨もほんとは自分達より優れたC#に嫉妬してるんだね
C#3.0のLINQがうらやましいんでしょ



31 名前:仕様書無しさん mailto:sage [2007/09/20(木) 22:35:14 ]
>>28
ユーザー環境が整えば.netのもっさり感が解消されて
その方式がベストな選択肢になるかもね

32 名前:仕様書無しさん mailto:sage [2007/09/20(木) 22:36:46 ]
LINQの何に食いつけばいいんだよw

33 名前:仕様書無しさん mailto:sage [2007/09/20(木) 22:40:39 ]
無料だからC#使ってるけど
無料じゃなかったら使わない

34 名前:仕様書無しさん mailto:sage [2007/09/20(木) 23:22:57 ]
無料だからJAVA使ってるけど
無料じゃなかったら使わない

35 名前:仕様書無しさん mailto:sage [2007/09/20(木) 23:42:00 ]
>>33
趣味の話かい?
まさか業務でExpressなんて使ってないよな?

36 名前:仕様書無しさん mailto:sage [2007/09/21(金) 00:17:30 ]
>>35
え?Expressじゃかけないような設計してんの?
趣味ならいいけどね

37 名前:仕様書無しさん mailto:sage [2007/09/21(金) 01:23:48 ]
クライアントソフトでExpressで不便に感じたことはないな
proで作ったのと結局同じものができるしなんの問題もない

38 名前:仕様書無しさん mailto:sage [2007/09/21(金) 03:15:17 ]
C#ってネーミングはどーにかならんかなあ。

39 名前:仕様書無しさん mailto:sage [2007/09/21(金) 15:28:53 ]
C♭とかどうよ?C--とか?


40 名前:仕様書無しさん mailto:sage [2007/09/21(金) 15:33:28 ]
.NETで仕事している奴に聞きたいんだけど、
数年後に動かなくなる成果物を納品するのって良心が痛まないの?

まさか、M$の大法螺を信用して互換性を信用しているのか?
どうせまた、「コンバーターがうまく動かないのはお前らの汚いコードが悪い」で逃げると思うぞ。



41 名前:仕様書無しさん mailto:sage [2007/09/21(金) 15:56:30 ]
>>40
>数年後に動かなくなる成果物を納品するのって良心が痛まないの?
自分の無知晒して恥ずかしくないの?

42 名前:仕様書無しさん [2007/09/21(金) 16:38:17 ]
>>40
所詮パソコン向けという暗黙の了解があるのさ

43 名前:仕様書無しさん mailto:sage [2007/09/21(金) 18:59:01 ]
>数年後に動かなくなる成果物を納品するのって良心が痛まないの?

MS系の仕事って数年後に手直しが発生する事を見込んで商売するモノだと思うけど。

つか、現状ですら開発環境で動いてもお客の環境で動かない事も珍しくないってのが
MS系の仕事なんだが・・・。

それを考えるとJavaは気持ちマシな感はある。

44 名前:仕様書無しさん mailto:sage [2007/09/21(金) 19:10:34 ]
.netは常に安定してるし高速だしユーザーインターフェースもJavaとは比べ物に
ならないくらい充実してるし
客先で環境のせいでトラブったこともない
Javaのしょぼくれたユーザーインターフェースでは結局webでしか使い物にならない


45 名前:仕様書無しさん mailto:sage [2007/09/21(金) 19:26:29 ]
今はWebが主流なのに・・・。
.NET厨はずいぶんと自虐的だな。w

46 名前:仕様書無しさん mailto:sage [2007/09/21(金) 19:53:44 ]
>>45
マジで言ってんの?

47 名前:仕様書無しさん mailto:sage [2007/09/21(金) 20:02:41 ]
>>40
数年後に動かなくなるとすれば
よけい.netで作るべきではないか!

48 名前:仕様書無しさん mailto:sage [2007/09/21(金) 21:24:06 ]
>>40
ああ、世の中の仕組みを知っている人ですね。なんどもM$に騙されている俺もそう思うよ。
.netはハードメーカー巻き込んだ、新しいハードも一緒に買ってネ系な詐欺だな。

まぁ、若い奴がM$を信用して騙されるのもいい勉強だな。
C#しかできません。なんてプログラマはコボラーより悲惨そうだなぁ・・・いないと思うけど。

49 名前:仕様書無しさん mailto:sage [2007/09/21(金) 21:58:26 ]
>>48
君も勉強した方がいいよw

50 名前:仕様書無しさん mailto:sage [2007/09/21(金) 22:06:35 ]
>>49
うーん。煽っているつもりならもうすこし考えようよ。頭を使わない馬鹿の代表みたいだよ。



51 名前:仕様書無しさん mailto:sage [2007/09/21(金) 22:18:07 ]
やっぱり、ここでC#マンセーしている人って会社でC#しか学んでいないかわいそうな人が多いの?
刷り込み効果みたい.netが全世界でC#がすばらしいとか思っちゃうのかな?

>>44の人がいいサンプルだと思うんだ。客先の環境でトラぶったことがない
なんていっちゃうほど、経験が浅いと人が多いよね。C#マンセーな人は。

まぁ、どうでもいいや。マネージドコードしかかけなくて、コントロールペタペタやって、
プログラマーな人にはいいかもねぇ・・・

52 名前:仕様書無しさん mailto:sage [2007/09/21(金) 23:18:23 ]
>>50
>C#しかできません
ほんとにC#触った事あったらこんなの恥ずかしくていえないぞ?

53 名前:仕様書無しさん mailto:sage [2007/09/21(金) 23:38:17 ]
ここでC#をたたいてるやつは例外なくまともにC#触ったことないな。
間違いなく。

54 名前:仕様書無しさん mailto:sage [2007/09/22(土) 00:11:49 ]
Javaしかできないヤツが・・・プ

55 名前:仕様書無しさん mailto:sage [2007/09/22(土) 00:28:48 ]
Javaも、ちょっと前まで散々な言われようだった。

56 名前:仕様書無しさん mailto:sage [2007/09/22(土) 00:51:51 ]
Java厨がC#煽るとは考えにくいなあ

57 名前:仕様書無しさん mailto:sage [2007/09/22(土) 01:04:35 ]
C#たたきには当然アンマネージコード厨も含まれるだろうな
時代に取り残された過去の遺物にしがみつくゾンビのような

58 名前:仕様書無しさん mailto:sage [2007/09/22(土) 01:16:28 ]
>>48=>>51
見る限りアンマネージコード厨だろ
組込み臭がする

59 名前:仕様書無しさん mailto:sage [2007/09/22(土) 06:45:14 ]
VisualStudioのexpress版が.netのプロジェクトしか作れない辺りが洗脳環境ではあるわな。

60 名前:仕様書無しさん mailto:sage [2007/09/22(土) 08:51:39 ]
初心者にMFCとかやらせてハシゴはずすハメになるよりマシ
でも.netでもハシゴはずされるかもしれんが



61 名前:仕様書無しさん mailto:sage [2007/09/22(土) 09:12:37 ]
C#っつってもなあ。
結局は.netの理解からはじまるんでしょ?
いや、C#使ったことないんだけど、
オレと同じように「.net使うことのメリットはなんなん?」って思う奴は結構いると思うんだわ。
結果としてC#なんか使わんでもいいや、ってなるし。

Sierが企業から発注して、派遣がコーディングするような開発の場合は、
よほどじゃないとC#は採用されんでしょ。今のままだと。
Sier自体に.net知ってる奴いないんだから保守できんし。

62 名前:仕様書無しさん mailto:sage [2007/09/22(土) 11:57:38 ]
>>61
.netの理解っていうかC#の標準ライブラリ=.netAPIそのものだからね
C#を理解することと.netを理解することは等しいって言ったら理解できる?
アンマネージ厨はそれすら知らずに.netが分からないとC#に手が出せないとか分け分からん思い込みをする
.netのC#なら文字通り桁違いに工数減らせる
.netframeworkが入る環境ならどこでも動く
アンマネージに比べたらどのwin環境でもちゃんと動く可能性がはるかに高い
MSが今後は.netに移行するって何年も前から言ってそれを確実に実行している
逆にwinで.net使わずに作るメリットって何?って聞きたい

63 名前:仕様書無しさん mailto:sage [2007/09/22(土) 13:05:26 ]
俺は元ゲーム屋なんだけど、.netって速度でるの?
あと、Win上でしか動かない言語だと、仕事の幅が狭まらない?

64 名前:仕様書無しさん mailto:sage [2007/09/22(土) 13:38:07 ]
jitコンパイラがネイティブコードに変換して
実行時には変換されたネイティブコードを使うんだから
速度的にはネイティブと変わらんと思うよ
むしろ最適化性能がすごいからvcのwin32アプリより早いぐらいじゃね?
C#でXNAFramework使ってwinでもxbox360でも動くソフトが作れる
それと.netはwinだけのものじゃなくてmonoみたいなlinuxの実装もある

65 名前:仕様書無しさん mailto:sage [2007/09/22(土) 15:25:26 ]
>>64
なるほどねー。俺はMSCの頃から、連中の最適化はあまり信用していないけど、
そんな話しになっているんだ。勉強になったよ。ありがとう。
夢がいっぱいで楽しそうですね。

66 名前:仕様書無しさん mailto:sage [2007/09/22(土) 16:10:44 ]
>>61
視野が狭い
自分の考え=多数派
自分が出来ない=Sierも出来ない

・・・かなり脳ミソ腐ってるよ

.net案件は実際作ってるし保守もしてる、案件も増えつつある

67 名前:仕様書無しさん mailto:sage [2007/09/22(土) 17:28:51 ]
>>66
そうなんだ。.netを指定してくる発注元はどんな業界が多いのですか?

私のところはありがたい事にUNIX前提ばかりなので接点が無くて・・・・

68 名前:仕様書無しさん mailto:sage [2007/09/22(土) 18:42:57 ]
>>67
>私のところはありがたい事に
知りたくないって事だろ?
狭い世界で生きてないよ。

69 名前:仕様書無しさん mailto:sage [2007/09/22(土) 19:04:23 ]
>>68
知りたくないわけじゃないけど、業務上、耳には入らないのですよ。
MSDNとかはまだ入っていて、VisualStudioとか動かしてみて、
どんな感じか調べるぐらいなんですよ。
鯖関連でも最近じゃWinなんて使わなくなってきているし・・・

もしよかったら、どんな業界が.netを指定してくるのか教えてもらえませんか?


70 名前:仕様書無しさん mailto:sage [2007/09/23(日) 09:58:40 ]
ない。
ベンダーが選定してるだけ。



71 名前:仕様書無しさん mailto:sage [2007/09/23(日) 10:01:19 ]
>>66
増えつつある?Nでは全くない。
コンサルもNやAでは聞いたことがない。
煽りは結構だが、技術者が極めて少ないことは事実なんだから、
それは認めろよ。

72 名前:仕様書無しさん mailto:sage [2007/09/23(日) 10:17:22 ]
とりあえず漏れの周りではJavaがそこそこ出来るやつはいるにはいるけど、
C#はそこそこのレベルのヤツは皆無だな。

IBMの非Win鯖なんかはデフォでJVM(1.3,1.4.1.5)がセットアップ済みで納品されてくるので、
Javaを使い始める技術者はいるんだろうけど、Winの鯖で.NETがセットアップ済みで
納品されている鯖ってあるの?

73 名前:仕様書無しさん mailto:sage [2007/09/23(日) 10:50:24 ]
つ Vista

74 名前:仕様書無しさん mailto:sage [2007/09/23(日) 14:56:15 ]
>Javaを使い始める技術者はいるんだろうけど、Winの鯖で.NETがセットアップ済みで
>納品されている鯖ってあるの?

やはりJava厨はwinに.netが標準搭載されてることさえ知らない
新技術に背を向け狭い知識に閉じこもろうとする化石のような存在だな

75 名前:仕様書無しさん mailto:sage [2007/09/23(日) 15:05:20 ]
まあ、最近はサバ5000台をやめて、メインフレーム数台とか
やってる企業も多いわけだけど。

ぶっちゃけ、コボル勉強した方が良いのではと思う。

76 名前:仕様書無しさん mailto:sage [2007/09/23(日) 15:27:31 ]
>>74
>>72みたいな技術者が少なからずいるってことだろ。
.netよりもさらに認知度が低いC#が、
市民権が得られてないってことがよくわかる。


77 名前:仕様書無しさん mailto:sage [2007/09/23(日) 15:48:42 ]
どの道Javaでは今後の主力ユーザーインターフェース技術WPFは使えない
webクライアント技術Silverlightも使えない
Javaが旧技術にうつつを抜かしている間にも確実に包囲網は狭まっている

78 名前:仕様書無しさん mailto:sage [2007/09/23(日) 16:30:26 ]
視野狭すぎ。井の中の蛙状態で可哀想。

WPFもSliverlightももって二年ぐらいじゃねーの?
M$のインターフェースで優れているなんて思う事の方が多いけどな・・・
実際に、なにと比較して主力とかぬかしているの?もしかして当社比?

確実に包囲網が狭まっているのはM$陣営だろ。
VisualStudioのExpress版でばら撒いても手遅れじゃねーのか?
ガキを洗脳して、インプリンティング効果を狙っているのは分かるけど、
まともに開発している会社はM$から手を引き始めているよ。

79 名前:仕様書無しさん mailto:sage [2007/09/23(日) 16:45:21 ]
>>71
.netの大規模案件はまだ聞いたこと無いけど増えてはいるよ。

似非C#技術者が多いのは確かだね
.netだからどうしてもvbからの流入が多いからね

80 名前:仕様書無しさん mailto:sage [2007/09/23(日) 17:31:22 ]
>WPFもSliverlightももって二年ぐらいじゃねーの?

そう思い込みたいよね
すでにFlashからSilverlightへ乗り換える企業が続々でてるよ
ちなみにWPFはSilverlightの基盤技術でもある



81 名前:仕様書無しさん mailto:sage [2007/09/23(日) 17:51:15 ]
.net以上にWPFやSliverlightの認知度は極めて低い。
ベンダーの選択肢にすら上がることは無い。
知らないんだから。

82 名前:仕様書無しさん mailto:sage [2007/09/23(日) 18:03:51 ]
>ベンダーの選択肢にすら上がることは無い。
>知らないんだから。

知って欲しくないだけだろw
どの道Flashのデザイナー達は確実にSilverlightの存在を知って意識する
より自由度の高い優れたSilverlightが選択されていくのは必然だと思うけど

83 名前:仕様書無しさん mailto:sage [2007/09/23(日) 18:07:44 ]
>>78 >>81
ちなみにSliverlightじゃなくてSilverlightね

84 名前:仕様書無しさん mailto:sage [2007/09/23(日) 18:13:33 ]
>より自由度の高い優れたSilverlightが選択されていくのは必然だと思うけど

たとえばネットバンキングとか株式でそういうのって使われているの?

85 名前:仕様書無しさん mailto:sage [2007/09/23(日) 18:24:13 ]
つーかさ、ここでC#否定してる奴等java屋ですらない気がする・・・
なんでこのスレ来てんだろ・・・

MSの1.0はβ版って思うようにしててまだ手をつけていないけど、どうなのSilverlight?

86 名前:仕様書無しさん mailto:sage [2007/09/23(日) 18:41:06 ]
ところで、Silverlightを使うサイトって、非Windows上のFirefoxとかで動作するの?

と、おもってググッタら、Moonlight経由なのねぇ・・・こりゃあかん。
今のM$がNovelに全部の.net関連を投げるとも思えないし・・・
結局はM$の「俺様の言うこと聞けマーケッティング」だけなんじゃない?
Flashの方が汎用性あってよくないか?

やっぱM$がイケイケドンドンで.netをばら撒いたり、キャンペーンやっても
やっぱダメダメでしたんで、サポート中止しますねーで、終わりじゃね?

87 名前:仕様書無しさん mailto:sage [2007/09/23(日) 18:52:27 ]
毎度おなじみの後だし独自路線で囲い込みなJ#とか思い出すのは俺だけ?
J#で仕事している奴とかいるの?マイクロソフトのサンプルとか見ていると、
いまだにJ#とかあるけど、そろそろ損切りしてもいい頃かもね。

88 名前:仕様書無しさん mailto:sage [2007/09/23(日) 19:02:02 ]
C#がメジャーになるには時間がかかるだろうな。
.netで開発しなければならない、というような状況になれば話しは別だけど
さすがにM$もそんなことを選択する暴挙は出ないだろうし。

89 名前:仕様書無しさん mailto:sage [2007/09/23(日) 19:09:36 ]
>>86
Moonlight経由はLinuxだけね
WindowsもmacもSilverlightがFirefoxに対応してるし

90 名前:仕様書無しさん mailto:sage [2007/09/23(日) 19:21:50 ]
>>87
J#は当時膨大だったJ++ユーザーに対するサポート的な意味で出してただけ
JAVA屋が.netに移行する目的にはJ#は推奨されない
J#はvisual studio2008からなくなる



91 名前:仕様書無しさん mailto:sage [2007/09/23(日) 19:49:15 ]
>>90
なるほど。だとすると、C#はvisual studio2011からなくなる?


92 名前:仕様書無しさん mailto:sage [2007/09/23(日) 19:56:28 ]
CLIとかマネージドの時点でC/C++屋にはうんざり感があるからな。
C#とか言われても、またか、としか捉えられない可能性もある。

つかさ、C#はCOBOL以上に要員がおらんのに、
保守できんだろ。

93 名前:仕様書無しさん mailto:sage [2007/09/23(日) 20:12:35 ]
>>92
小さいパイの一欠けらは価値が高いからC#屋さんにはいいんじゃないの?

94 名前:仕様書無しさん mailto:sage [2007/09/23(日) 20:19:51 ]
なんかC厨が必死すぎて笑えるな
>>92みる限り++もまともに使えてないだろ・・・
少し触ってみれば判るのに

95 名前:仕様書無しさん mailto:sage [2007/09/23(日) 21:12:29 ]
マネージコードというゆりかごがプログラマに与える恩恵を実現する為に、
実行時にシステム側がどの程度まで介入するのかを想像できる人には
.netは向かないかもね。理解する為のコストが莫大だからね。

xlibでウィジェットとか書いていた頃に比べれば、進化しているのは
すばらしいけど、見えないブラックボックスを切り貼りするだけでは、
エンジニアの二分化が進むような気がしてる。

実際にWin32APIの頃から今の.netあたりまで現役でマイクロソフト関連の
仕事をしている人はどう思う?

96 名前:仕様書無しさん mailto:sage [2007/09/23(日) 21:15:45 ]
バカグラマが増えた。
温室育ちには何が良くて何が悪いのかの判断すらできん。

97 名前:仕様書無しさん mailto:sage [2007/09/23(日) 21:26:24 ]
javaとC#のスレでしょ?
いいかげんアンマネージ厨は場違いだって気が付かないの?
引きこもってなよ

98 名前:仕様書無しさん mailto:sage [2007/09/23(日) 21:30:09 ]
バカグラマを善導しちゃいけないの?


99 名前:仕様書無しさん mailto:sage [2007/09/23(日) 21:33:28 ]
>>97
その逆でマネージ厨って蔑称にならないか?

100 名前:仕様書無しさん mailto:sage [2007/09/23(日) 21:35:38 ]
善とは開発工数が減ること。なにか問題が発生したらマイクロソフトに責任を転嫁出来る事。



101 名前:仕様書無しさん mailto:sage [2007/09/23(日) 21:37:21 ]
>>98
触りもしないで否定するような奴等の事か?
善導する価値ないよ、脳ミソ腐ってるから

102 名前:仕様書無しさん mailto:sage [2007/09/23(日) 21:43:47 ]
>>101
そうだな。
お前みたいに脳みそ腐ってるからな。

103 名前:仕様書無しさん mailto:sage [2007/09/23(日) 22:00:12 ]
>>102
お気に召しませんでしたかそれは失礼w

104 名前:仕様書無しさん mailto:sage [2007/09/23(日) 22:18:29 ]
>>103
お気に召しませんでしたかそれは失礼w


105 名前:仕様書無しさん mailto:sage [2007/09/23(日) 22:36:07 ]
某おじゃばの様にC++でコンテナ使っていて、事前に領域確保した方
が早いという当たり前の事を初めて知ったという例もあるんだし。

そういった、まじめにCやC++やっていればわかるような事、
最近のふやけた高級言語使いは、わからないじゃないかっておじさん
疑っているわけよ。


106 名前:仕様書無しさん mailto:sage [2007/09/23(日) 23:10:14 ]
>>105
頼むからCと++一緒にしないでくれ
C厨はまともに++として書けないから・・・もう何人も見てる
半月でお帰り願ったが
「Cが出来るからどの言語も楽に適応出来るんですよ」
だそうだ

もうスレ違いだから住処に戻らんか?

107 名前:仕様書無しさん mailto:sage [2007/09/23(日) 23:22:52 ]
>>95
Win32APIから、今までずぅーっとWin関係の仕事やっているプログラマ
なんていたら、そいつはよっぽどのお人よしだわな。
OSが変る周期ぐらいで半分に減るだろ。大量の修正がイヤになってね。

いまここで、C#がすばらしいと思っている奴もVisualStudio2008になった時に、
言語仕様がごっそり変更が入って、連中が提供するコンバーターや、連中が
保証している互換性も正常に動作しなくて、泣く泣く作り直す時にやっと気づくだろ。

悪い事は言わないから、M$の手の内で振り回されるC#なんかよりJavaやっとけ。
まだ、長くこの世界で飯食えるから。


108 名前:仕様書無しさん mailto:sage [2007/09/23(日) 23:32:33 ]
その作り直し作業で仕事入ってくるならOKさ

109 名前:仕様書無しさん mailto:sage [2007/09/23(日) 23:40:21 ]
>>107
Javaも5.0以降はずいぶん変わっているじゃなかってっけ?
その移植はどーなの?

110 名前:仕様書無しさん mailto:sage [2007/09/24(月) 00:39:58 ]
>>95
こういう人たちって
win32APIみたいな過去の遺物にいつまでもしがみついて
工数削減とかは考えてないんだろうね
.net触りもしないでよく言えるね
自己満足の世界に閉じこもってなさい



111 名前:仕様書無しさん mailto:sage [2007/09/24(月) 05:36:16 ]
>Javaも5.0以降はずいぶん変わっているじゃなかってっけ?

警告はでるがコンパイル作業は問題なく通る。
漏れのところは全部問題なく動いた。

むしろ、Java1.2から1.3にアップグレードした混在環境で非推奨の
メソッド使っていると動作が不安定なのはあったなぁ。

ただクライアントなAPI周りの話なのでサーバーサイドではあんま関係ないケースが多い。

112 名前:仕様書無しさん mailto:sage [2007/09/24(月) 07:36:19 ]
.netで工数が減るようなお仕事って、
足し算引き算で数字だして、db舐めまわすだけの小規模な業務アプリ向け?

楽でいいね。

113 名前:仕様書無しさん mailto:sage [2007/09/24(月) 08:38:04 ]
>>111
そういったレベルならVCもそうなんだが、
あほな組む方するとだめだけどな。

114 名前:仕様書無しさん [2007/09/25(火) 17:03:44 ]
タイトルからして次元が低すぎでし。
ソフトウェアの定義が散っちゃ杉。
もうこの国は血にオチタ
知ってる人ほど そうおもってる。

115 名前:仕様書無しさん mailto:sage [2007/09/25(火) 17:06:13 ]
>>114
なら、sageて落とせば良いのに、なぜ故に上げる?
つーか、日本語だいじょうぶか?

116 名前:仕様書無しさん mailto:sage [2007/09/25(火) 18:05:17 ]
JavaもC#も両方やってるけど
両方とも良いという感じはするなぁ

しかし、クラスのプロパティとかのアクセスメソッドとかは
Delphiが一番コード量が少なくて綺麗に書けるな。
ああいう感じの言語仕様にしてくれればもっと便利なんだが。

117 名前:仕様書無しさん mailto:sage [2007/09/25(火) 19:47:22 ]
>>111
予約語増えてるから、過去のソースがコンパイルエラーになる可能性はあるよ。

118 名前:仕様書無しさん mailto:sage [2007/09/26(水) 08:37:26 ]
オープンソースで実用に耐える.net VMが出れば一気に状況が変わるんだろうけどね

出ないよね、うん

119 名前:仕様書無しさん [2007/09/26(水) 15:09:42 ]
.netのコンパイラでJVMのクラスコードが生成できればいいよね

120 名前:仕様書無しさん mailto:sage [2007/09/26(水) 18:45:41 ]
Java、一から作り直せばいいのに。



121 名前:仕様書無しさん mailto:sage [2007/09/26(水) 22:58:19 ]
>>107
マジレスするとWin32はシステム周りの特殊なプログラムで無い限り比較的変更は
少ないよ、OS変わってもそれ程影響は無い。無論Web上の下手なコード
の断片だけコピペしたようなコードは悲惨な事になりがちだけど、切り分けが
しっかりしていれば比較的安定して広いバージョンをサポートできるし、それ程
変更が必要なものでも無い。

但しそこまで行き着く知識を身に付けるコストが馬鹿高いのは難点、MFCの外面
だけなぞってその背後にあるWindowsのイベントモデルもしっかり把握してない
マもかなり多い業界だから、ある程度の人的リソースが確保できる状況で無い限り
業務としては悲惨な事になりがちでお勧めはしないけど。

後.netも内部ツール向けに使ってるけど、凝った事や効率の良い描画などをしようと
すると結局Win32やWindowsのイベントモデルをある程度把握している必要がある印象。

122 名前:仕様書無しさん mailto:sage [2007/09/26(水) 23:49:32 ]
JavaでもC#でもいいけど、
「カプセル化」っていう言葉が通じない技術者が多すぎ。
クラスって構造体みたいなもんですよね?とか言われると泣ける。

123 名前:仕様書無しさん mailto:sage [2007/09/26(水) 23:51:33 ]
>クラスって構造体みたいなもんですよね?とか言われると泣ける。

C++ではそうです。

124 名前:仕様書無しさん mailto:sage [2007/09/26(水) 23:53:29 ]
そりゃ見た目の話だろ(泣

125 名前:仕様書無しさん mailto:sage [2007/09/27(木) 08:26:07 ]
122みたいな(ヨタ)話はよく聞くことだけど、
俺は別に「クラスって構造体みたいなもの」という認識で間違ってないと思うけどね。

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 ]
ライブラリの一部だけ公開されただけで、この騒ぎ様。

227 名前:仕様書無しさん mailto:sage [2007/10/06(土) 07:30:00 ]
>>220
codezine.jp/a/article/aid/1768.aspx

>Frameworkのソースファイルは、必要に応じてデバッグ時にオンデマンドで取得するため、
>あらかじめ全てのファイルをローカルにダウンロードしておく必要はない。

あらかじめ全てのファイルをローカルにダウンロードできた方が効率いいのにおかしくないか?


228 名前:仕様書無しさん mailto:sage [2007/10/06(土) 07:39:59 ]
>>221
天下無敵で俺には関係ないことなんだけど、どこが何を使っているかとかって守秘義務とかないの?


229 名前:仕様書無しさん mailto:sage [2007/10/06(土) 07:41:15 ]
>>227
日本語不自由なのはお前だろ
ダウンロードしてエディタで閲覧できるって書いてあるのが読めんのかw

230 名前:仕様書無しさん mailto:sage [2007/10/06(土) 07:50:36 ]
>>229
これがM$でなければダウンロードしてエディタで閲覧できる事を信用できるんだけど、
それが本当ならば「必要に応じてデバッグ時にオンデマンドで取得するため」
なんてところがすごく怪しくないか?

あー。ちなみに俺はM$で散々騙されてきた奴だから斜めに読んでいるよ。



231 名前:仕様書無しさん mailto:sage [2007/10/06(土) 07:56:22 ]
>>230
バグを仕様ですと言い切る会社。
斜め読みは当然だな w

232 名前:仕様書無しさん [2007/10/06(土) 11:26:08 ]
ドカタ御用達のJAVAだって
完全公開じゃないだろw

233 名前:仕様書無しさん mailto:sage [2007/10/06(土) 11:28:22 ]
愛BMが絡んでいる方が、漏れ的には少し信頼感が増す

234 名前:仕様書無しさん mailto:sage [2007/10/06(土) 12:14:57 ]
よくMSに騙されたとか言ってる連中がいるが、具体的に何について「騙された」
と言いたいんだろうね。

正直、俺にはそいつら自身の過剰に主観的な「被害妄想」にしか思えないよw
なぜなら俺には「騙された」記憶がないからな。

個人的にはMSに対してそいつの持ってる印象を聞くことはプログラマのリトマス試験紙
になると思ってる。
ダメな奴と根拠のない反MSにはかなりの正の相関があるように思えるね。

まあTronの人みたいな例外はあるけどね。

235 名前:仕様書無しさん mailto:sage [2007/10/06(土) 13:37:53 ]
MSの場合はもはや騙されるほうが悪いというレベルだよ、知っての上で利用するのがよろしいかと。
騙しの行動パターンは単に商売繁栄目的となっており分かりやすく、騙している本人たちも組織も無自覚としか思えないしな。
それ以外は組織変更によるトラブルと思わしき内容もありはするが、これはMSに限らない。
MSは巨大企業で経営方針はホワイトペーパー・ロードマップを公開して周知徹底を図ってて入る、外部からでも読めるんだから次にどういう手を打つかは他の企業よりは分かりやすい。
つか斜めに読む癖つけているから騙されるんだな

236 名前:仕様書無しさん mailto:sage [2007/10/06(土) 13:39:03 ]
だから、何をどう「騙された」というの?
「騙された」と思いたいお前さんがいるだけのこと、というのが真実なんじゃねえの?w

237 名前:仕様書無しさん mailto:sage [2007/10/06(土) 14:39:24 ]
「騙された」と思い込むことが、自分の惨めな境遇に対して言い訳する最も楽な道なんですよwww

238 名前:仕様書無しさん mailto:sage [2007/10/06(土) 14:40:13 ]
「騙された」と「自分には考える能力がない」はほぼイコールですwww

239 名前:仕様書無しさん mailto:sage [2007/10/06(土) 15:01:25 ]
>>236-238
相手してる時点で同レベルだと思わんか?
相手はC#とjavaスレでMS批判する外人さんだぞ?

240 名前:仕様書無しさん mailto:sage [2007/10/06(土) 15:38:04 ]
表面的な知識だけで仕事をしている奴は長年やっていても騙されるような事はないよ。
業務系でフォームと簡単なコントロールだけで貼り付けて、DB舐めまわすぐらいなら、
効率アップでいいんじゃね?

俺はDirectX絡みでゲームとか作っていたけど、Win32APIの動作の違いやら、
DirectXのバージョンアップで互換性の保証をしておきながら、互換性がなかったり・・・
GameSDKの時代からDirectX2までの時代ね。最近はしらん。




241 名前:仕様書無しさん mailto:sage [2007/10/06(土) 16:32:01 ]
何だ年寄りの愚痴か
さっさと引退すればいいのに
頭がついて行ってないんだからw

242 名前:仕様書無しさん mailto:sage [2007/10/06(土) 16:41:12 ]
>>240=>>143か、粘着質だなぁ

243 名前:仕様書無しさん [2007/10/06(土) 18:25:50 ]
>>240みたいなネガティブジジィって、技術を心から楽しんでる若い世代にとっては害悪でしかないよね
脳障害起こしてとっとと氏ねばいいのに

244 名前:仕様書無しさん mailto:sage [2007/10/06(土) 18:29:00 ]
このスレで粘着質っていったら、wを沢山つけている人の方が激しい罠。

245 名前:仕様書無しさん [2007/10/06(土) 18:33:33 ]
よくわからんが、読む価値のない流れなのはヒシヒシ伝わるなw

246 名前:仕様書無しさん mailto:sage [2007/10/06(土) 18:48:31 ]
俺ちょっと不安。このスレでM$って表現している人を探してみると、間違っていないような気がしてしょうがない。
Javaの勉強しておいて、今のP/Jが終わったらJavaチームに入れてもらおうかと悩み中。


247 名前:仕様書無しさん mailto:嘘だよバーカ [2007/10/06(土) 18:53:10 ]
>>246
俺も俺も

248 名前:仕様書無しさん mailto:sage [2007/10/06(土) 19:33:56 ]
J#の頃も同じような話しをしていたんですかね?

249 名前:仕様書無しさん mailto:sage [2007/10/06(土) 21:41:23 ]
J♯の話題はタブーとなっております。

250 名前:仕様書無しさん [2007/10/07(日) 02:01:14 ]
C#は今後主力になってくるのは間違いない。
言語仕様はすばらしく優れてるし、時代に合ってる。



251 名前:仕様書無しさん mailto:sage [2007/10/07(日) 02:33:56 ]
ASP.NETやったらもうJAVAには戻れんよな。
サーブレットとJSPでシコシコ作ってたのがアホらしい

252 名前:仕様書無しさん mailto:sage [2007/10/07(日) 06:50:26 ]
>サーブレットとJSPでシコシコ作ってたのがアホらしい

そりゃ、アフォだろ。
今はフレームワーク使うモノだし。

253 名前:仕様書無しさん mailto:sage [2007/10/07(日) 07:17:12 ]
>>250
今後主力 w

自分で何言ってるのか解ってるのか、こいつ w

254 名前:仕様書無しさん mailto:sage [2007/10/07(日) 07:59:50 ]
>何だ年寄りの愚痴か

しかし、マネージャークラスの人材ってそういう理由でアンチMSが
潜在的に多いって事か?

ウチの上司とかも特に顧客から要望がなければMSなOSの鯖は
まず外されてるが・・・。

HP-UX+RHEL辺りでシステム組む事多いし。

255 名前:仕様書無しさん mailto:sage [2007/10/07(日) 08:17:32 ]
>>254
そういうわけでもない。
技術無い場合はMS鯖選択しないとブーブーいう。

256 名前:仕様書無しさん mailto:sage [2007/10/07(日) 08:35:13 ]
別に技術がなくても難しいところは外部に丸投げ(w)だから
インスコや設定が(比較的)楽なHP-UX+RHELってウチは良く使うけど。

逆に嫌なのがMS鯖購入しておいてRDBにOracleってケースがイヤン。
MS鯖買うならSQLServerと言う具合にMS製品で取り囲んでくれよ、って思う。
サポートしないワケじゃないけど、サポートする側にとっては嫌な組み合わせなので。

とりあえず、Oracle使いたいならソラリス買えよw

257 名前:仕様書無しさん mailto:sage [2007/10/07(日) 08:37:14 ]
MS鯖を納品する場合は、保守運用契約をきっちり分けて鯖側の問題なのか、
プログラム側の問題なのかを調査する費用まで請求できる契約にしちゃってる。
鯖側の問題だったら、他社に振って終わり。

最終的にはUNIX鯖の方が運用は楽なんだけどねぇ・・・顧客とのトラブルが少ないし。


258 名前:仕様書無しさん mailto:sage [2007/10/07(日) 08:46:53 ]
まー、そのお客に金があるならAS/400(iSeries)買ってくれ!
なんだよなー。今はずいぶんと(本体だけ)安くなったし

納品、設定、運用、保守等が全てラクチンだし、システムは安定性バツグン
サポートもいい感じだしなー。

ただ、そのマイナーさ故にMS鯖以上に売りにくい。w

259 名前:仕様書無しさん mailto:sage [2007/10/07(日) 16:57:49 ]
>>250
優れているかな?
どちらかっつーと実用一点張り、コンビニの品揃えの如く「使えそうな物ばかり揃えてみました!!」といった印象がするんだがw
流行っては欲しい、断然開発ラクチンだからな。

>>256
同感

260 名前:仕様書無しさん mailto:sage [2007/10/07(日) 17:02:05 ]
何があると>>259は優れてると思うんだろう・・・



261 名前:仕様書無しさん mailto:sage [2007/10/07(日) 17:07:20 ]
>>260
何か追加しちゃ駄目なんだよ、最小限の言語仕様、最小限のライブラリが
魔法の如く多彩な実装を可能にしたり、驚くべきクイックな開発が可能であったりすると優れていると思うわけ。
50年近く前に登場したC言語などは、当時同時期の言語と比べるとまさに魔法、こんな言語だな。
削れって事

262 名前:仕様書無しさん mailto:sage [2007/10/07(日) 17:11:09 ]
javaでは不可能な低レベル処理にも全て対応し
java以上に便利なコンポーネントもそろってますよってはなしなだけだと思うが
C#叩きたいやつは触ったことないからマネージコードがなにをマネージするのかも全く理解してないし

263 名前:仕様書無しさん mailto:sage [2007/10/07(日) 17:15:22 ]
デラックスな仕様、必要機能勘違い < コンパクトな仕様、機能不足 < デラックスな仕様、必要機能達成 < コンパクトな仕様、必要機能達成
ってな所だな
C#はデラックスな仕様、必要機能達成
Javaはそろそろコンパクトな仕様、機能不足

264 名前:仕様書無しさん mailto:sage [2007/10/07(日) 18:06:34 ]
なんだ車輪屋か・・・

265 名前:仕様書無しさん mailto:sage [2007/10/07(日) 18:40:30 ]
マネージって表現は不適切だと思っています。

イメージとしては安全装置がいっぱいのユリカゴの中で親の与えてくれる玩具で遊び、
ユリカゴの外には出れなくなるような仕掛けがいっぱい。ある種の閉塞感は感じています。
ユリカゴの壁がどんどん高くなって、マイクロソフト以外の選択肢が思いつかなくなる
ぐらい洗脳されれば幸せになれるのかな?正直ちょっと不安だったりします。


266 名前:仕様書無しさん mailto:sage [2007/10/07(日) 18:49:39 ]
マネージコードというかVMは本来なら石屋がコンパイラとともに作るべき物だと思うんだよね。
現状では、石屋にそれだけのノウハウ(実装ノウハウではなく、機能面・設計面)が無いのでOS屋が作っている。
マイクロアーキテクチャの設計とVMをセットで作って、その上にOSが乗ればだいぶマシになると思う。
そうなれば洗脳とかアホな話も多少は減るかね・・・

267 名前:仕様書無しさん mailto:sage [2007/10/07(日) 18:56:15 ]
>>265
もうコテつけちゃいなよ

268 名前:仕様書無しさん mailto:sage [2007/10/07(日) 19:03:09 ]
>>266
ttp://www.kumikomi.net/article/news/2001/06/19_2.html

これのMSIL版?

269 名前:仕様書無しさん mailto:sage [2007/10/07(日) 19:23:56 ]
もうjavaプロセッサは開発されなくなって久しい
スタックマシーンはスピードでないらしいし

270 名前:仕様書無しさん mailto:sage [2007/10/07(日) 19:38:25 ]
JavaでもC#でもどっちでもいいから、とりあえず似たコンセプトの言語は1つに統一して欲しい。
求人かけた時に、ホント面倒・・・・



271 名前:仕様書無しさん mailto:sage [2007/10/07(日) 19:52:21 ]
コンセプトは似てるが活動分野が違う
javaは目に見えないサーバー専用
GUIを作らせるとボロが出るからな

272 名前:仕様書無しさん mailto:sage [2007/10/08(月) 00:02:41 ]
いちおうWindows用に違和感ないGUIは利用できるんだから許せ

273 名前:仕様書無しさん mailto:sage [2007/10/08(月) 01:13:43 ]
マルチプラットフォームか、シングルプラットフォームかの違いがあるので、
両者は、元々、全然違うものと考えるべき。
MSだけは禿げしく意識してるだろうが。

274 名前:仕様書無しさん mailto:sage [2007/10/08(月) 04:49:52 ]
>>268-269
完全に勘違いされているようなので補足
昨今CPUは、マイクロアーキテクチャとよばれる、昔ながらの真のアセンブラらしい部分と
プログラマから見えるCPUのアセンブラの(x86の命令セット)は違うものになっていて
いわばx86命令セットはできの悪い高級言語のような物になっている。
これは、互換の問題の解決とCPU高速化に使えるテクノロジの自由度向上が目的で行われている物で
コンセプトとしては昔のC言語と同じで、どのコンピュータでも使える共通のアセンブラレベルの言語を作ろうというのと変わらない。
一方、.NETやJavaのVMのコンセプトも同様で、もしこれらの言語を使うとするなら、同一コンセプトがハードウェア内とVMに二重になって入っているという事態となる、これは無駄。
んで、スタックマシンからx86命令セットを経由せずに一気にマイクロアーキテクチャに投入できるコードを生成すればと考える。
一般にx86命令セットを経由するよりはるかに効率的なコードを生成できるはずだ。
また以下の理由もある。

理由その1
 ハードウェアは売ったらそう簡単には交換できない。
 ハードバグが出た場合、マイクロコード(CPU内に仕込まれているメモリいれられたCPU制御プログラム)を使って解決するという手もあるが
 問題をVMで解決すれば、その分のチップ面積をもっと別な機能に活用可能。
理由その2
 RISCチップ出現以来、オプティマイズの一部をハードウェアからソフトウェアに移す事による高速化が増えている。
 そのためコンパイラありきで作られており、CPUだけを単独で設計される事は少ない。



275 名前:仕様書無しさん mailto:sage [2007/10/08(月) 04:50:32 ]
コンパイラは、前段に言語の解析、後段にコードの生成とオプティマイズがある、このうち後段の部分をコンパイラ分離したものが現在のVMの基本的な機能JITである。
コンパイラを作って、パフォーマンスが出ることを確認するならついでにVMも作って共有化すればいいと思うわけだ。
ここまでくると、石屋がCPUとVMを作るのは妥当と思うわけ。

なんで、いっそ全てのOSは共通VMの上で動け、石屋はVMを最速で実行できるようにハード・JITを設計せよと
C#やJavaで実装されたOSがあっても、VMがCPU依存しないなら、
CPUはすき放題に超強力な実装してもいいし。
糞といわれて久しいx86アーキテクチャからも開放されていいと思うわけだ。
逆に人間から見て高速だが超糞なアーキテクチャでもVMが挟まっているなら障害などないだろうと思う。



276 名前:仕様書無しさん mailto:sage [2007/10/08(月) 08:44:44 ]
>>274-275
現在のx86命令セットを実行できるCPU内のVMではなくて、
CPUのネイティブなコードを吐き出すVMを石屋が作った方が
効率いいだろって事?

おもしろそうじゃん。MSILやJavaBytecodeとか詳しくはしらないけど、
設計してどっかに持ち込んで作ってくださいね。

277 名前:仕様書無しさん mailto:sage [2007/10/08(月) 09:39:58 ]
>>274-275
なんか頭悪い見解だなw
君の議論の前提は、

(1) マイクロコード方式には無駄が多い
(2) マイクロコードの互換性を保ったまま、CPUは世代交代が可能

こういうありえない前提に立っている。

というか、仮に君の見解が正しいとして、しかしCPUメーカーにしろMSのようなOSベンダーにしろ
天才クラスが集まってるのにお前さんごときが思いつくようなこと気が付かないわけがないじゃんw
自分を何様だと思ってるんだよ。

278 名前:仕様書無しさん mailto:sage [2007/10/08(月) 11:05:31 ]
ところで、JavaとC#はどちらが優れているんだ?

279 名前:仕様書無しさん mailto:sage [2007/10/08(月) 11:15:45 ]
>また、クルーソーのx86エミュレータはソフトウェアではあるものの、x86互換側からはアクセスできないメモリに
>格納される。起動時にエミュレータ本体である「コードモーフィングソフトウェア」がROMからメモリにダウンロード
>されると同時に使用する領域を確保する。そのメモリ領域はx86互換側からはアクセスできないしユーザーが意
>識することもない(その代わり、搭載メモリの一部がコードモーフィングソフトウェアによって占有されるためにPC
>のメモリが若干小さくなったように感じられるはずだ。たとえば128MBを搭載しているのに127MBしか使えない等
>)。おそらく表面的にはx86互換プロセッサと何ら違いは無いのように見えるだろう。

OK?

280 名前:仕様書無しさん mailto:sage [2007/10/08(月) 11:24:57 ]
何でスレに関係ないところでこんなに必死なの?



281 名前:仕様書無しさん mailto:sage [2007/10/08(月) 12:03:37 ]
OK?
っていわれても「コピペ君って馬鹿だな」以外の感想を思いつかないよねw

282 名前:仕様書無しさん mailto:sage [2007/10/08(月) 12:16:18 ]
>>278
ポータビリティの高いJavaの方が仕事の幅を広げてくれるプログラマーにとっては優れている。
逆にC#のような閉じられた世界でウィジェットを組み合わせるブロック遊びで完結してしまう、
小規模な業務系アプリの開発ならば、C#.NETの方が頭使わない分優れている。


283 名前:仕様書無しさん mailto:sage [2007/10/08(月) 12:52:01 ]
双方とも、代表的な処理はDBの取得・更新・挿入だがな。

Cの夜間バッチ処理プログラム組まされた事あるんだが。
コボルもじゃわも似たような感じだったわ。

アホなDBの使い方しかしらんのはコボラーもじゃわ使いも同じだわな
って思ったわ。


284 名前:仕様書無しさん [2007/10/08(月) 14:29:44 ]
>>279
Ok
マイクロコードの互換性がとれないとか言っている読解力のないやつに突っ込んでやってくれ

285 名前:仕様書無しさん mailto:sage [2007/10/08(月) 14:40:57 ]
C#の方が言語仕様は上。
Javaの方が普及度は上。

286 名前:仕様書無しさん mailto:sage [2007/10/08(月) 15:00:56 ]
言語仕様だけならC#が上だと思うけど、
ライブラリの見通しの良さは、Javaの方がいいかも。


287 名前:仕様書無しさん mailto:sage [2007/10/08(月) 15:03:47 ]
LINQはちょっとやりすぎとは思うけどね。

288 名前:仕様書無しさん mailto:sage [2007/10/08(月) 16:05:43 ]
C厨が必死すぎて可哀想になってきた・・・

289 名前:仕様書無しさん mailto:sage [2007/10/08(月) 16:44:46 ]
正直Cの方がC#より特殊な方言がない分、良かったりもする。
新人の教育コストが高くつきすぎる。

290 名前:仕様書無しさん mailto:sage [2007/10/08(月) 17:54:17 ]
最近の新人って、寧ろCを知らない子が多いような気がする。
情報系を専攻してCすらやってないってどんだけだよと思うが。



291 名前:仕様書無しさん [2007/10/08(月) 19:18:55 ]
俺は.NETがメインだがjavaは日付関係のクラスがわかりにくすぎ。
別に嫌いじゃないけど。

292 名前:仕様書無しさん [2007/10/08(月) 19:40:31 ]
これだけ普及しているWindows。Windowsの開発は多い。= .NETの仕事増えた。

293 名前:仕様書無しさん mailto:sage [2007/10/08(月) 21:06:46 ]
Javaの日付は確かに失敗だが、優劣をつける材料としてはあまりに些事

294 名前:仕様書無しさん mailto:sage [2007/10/08(月) 21:13:18 ]
>>292
まだ、増えてきた実感がないです。

295 名前:仕様書無しさん [2007/10/08(月) 21:35:44 ]
>>294
なんかぁ、うちの会社ぁ、.NETの仕事が取りやすいみたいでぇ、
.NET人気できてたなぁと思ったのぉ。
で逆にぃ、JAVAの仕事を全然取ってきてくれないから、
JAVAの仕事減ってきたのかなぁと思ってたのぉ。

それかぁ、私、新人だからぁ、新人にやらせるには.NETの方が良かったのかなぁ。
だってめっちゃ便利なツールありまくるじゃん?VisualStudioのRADツールとか。
それにぃ、JAVAだとほぼWEBアプリの仕事しかなくない?



296 名前:仕様書無しさん mailto:sage [2007/10/08(月) 21:39:26 ]
C#やVB.netでもWEBアプリかDB絡みぐらいしか・・・・

297 名前:仕様書無しさん [2007/10/08(月) 21:42:59 ]
あっ、でもでもぉ〜
うちの営業言ってたよ
「VB.NET、C#の仕事はいっぱいある」って。

でもそういえば「JAVAの仕事もいっぱいある」って言ってた。
JAVAと.NETはいっぱい仕事があるとしても、
確実にC++の仕事は減ってますね。もうMFCの時代は終わったのです。
これからは.NETかJAVA。

298 名前:仕様書無しさん [2007/10/08(月) 21:44:27 ]
>>296
確かに・・・・・・・・・・・・・・・・・・・・・

299 名前:仕様書無しさん mailto:sage [2007/10/08(月) 21:50:12 ]
>>284
つーか、クルーソーって知らんの?
無知以前だな。

じゃわ厨も当時、石にVM乗っけられるって妄想していたなぁ。

300 名前:仕様書無しさん mailto:sage [2007/10/08(月) 22:19:10 ]
MFCの時代が終わったといっても
C++とCが消える事はないでしょうね。
JAVAかC#どちらか(または両方)が消える可能性があるけれど。



301 名前:仕様書無しさん mailto:sage [2007/10/08(月) 23:10:41 ]
まずはC#の認知度の低さをどうにかしないとな。
.NETなんかネーミングの失敗が今でも響いてるし。
技術者でさえ.NETって何?ってのがデフォ。

302 名前:仕様書無しさん mailto:sage [2007/10/08(月) 23:15:10 ]
どこのデフォだねそれは・・・w

303 名前:仕様書無しさん mailto:sage [2007/10/08(月) 23:19:53 ]
井の中の蛙なんとかって奴でしょw

304 名前:仕様書無しさん mailto:sage [2007/10/09(火) 00:20:26 ]
.netは知名度が低いとは思っていないけど、
また、マイクロソフトの独自規格のJVMの失敗作で、
C#はJ#と同じ道に進むって言っている人多すぎ。

305 名前:仕様書無しさん mailto:sage [2007/10/09(火) 00:52:40 ]
マイクロソフト独自規格JVMはSUNがケチ付けたからポシャッタ
SUNがトチ狂わなければ今でも.netはなくて
winでもjavaでMFCなりその後継なりを使って作るのがデフォになっていただろう
でwindowsソフトのシェアもjavaが一位で世界制覇できてたと思われ

306 名前:仕様書無しさん mailto:sage [2007/10/09(火) 00:56:37 ]
>>305
そこで真っ当な判断をしていたら、それはSUNじゃない

307 名前:仕様書無しさん mailto:sage [2007/10/09(火) 01:11:44 ]
J#と同じ道を進むってのはおかしいよな、もともとJ#の政治的トラブルからC#を作ったのであって
J#を止めたというより、J#の道はまだすすんでいて、途中あった障害の解決結果がC#だからな。

308 名前:仕様書無しさん mailto:sage [2007/10/09(火) 01:26:48 ]
J++のMS独自JVMを訴えられたから.netが作られた
.netのカウンターパンチが飛んでくると分かっていたら
SUNも訴えたりしなかっただろう

ちなみにJ++ではsunのJVM、MSのJVM、
JAVA屋の悲願であるネイティブコードの3通りのコンパイルが可能だった

309 名前:仕様書無しさん mailto:sage [2007/10/09(火) 01:29:33 ]
C#つーか、.NETって
何のメリットがあんの?

310 名前:仕様書無しさん mailto:sage [2007/10/09(火) 01:32:45 ]
とりあえずアンチしている人には判らんよ、このラクチンさは



311 名前:仕様書無しさん mailto:sage [2007/10/09(火) 02:34:51 ]
>>309
記述がスマートだというのは確かだ。メモリの使い方もJavaほど大雑把じゃないし。。
サーバサイドとクライアントアプリ、どちらもそれなりに作れるのもメリット。

デメリットは自分自身がM$なことだ。。。。

312 名前:仕様書無しさん [2007/10/09(火) 03:19:39 ]
仕事の多さなら圧倒的にJava

313 名前:仕様書無しさん [2007/10/09(火) 03:33:42 ]
多分、普通にWindowsでプログラム作るには便利で楽だと思う。
いや、イメージだけなんですけどね。
ただ、MSって独自仕様が多くて、コロコロ変わるじゃん。
.net以前も斬り捨てられてるし。
ブラックボックスだしバグとか不安定性も気になる。
安心感からいうとJavaだよなぁ。
今更面白くはなさそうだが。

314 名前:仕様書無しさん mailto:sage [2007/10/09(火) 08:06:46 ]
.netにした意味あんの?
mfc改造するだけでよかったんじゃないの?
どうせ、winアプリかwebアプリしか作れんのだし。

315 名前:仕様書無しさん mailto:sage [2007/10/09(火) 09:20:18 ]
お前らjavaのバイトコード吐けるC#コンパイラあったら、javaとC#どっち使う?


316 名前:仕様書無しさん mailto:sage [2007/10/09(火) 09:44:31 ]
>>315
俺C♯、俺もC♯、C♯C♯・・・
ほらな




でいいですか?w

317 名前:仕様書無しさん mailto:sage [2007/10/09(火) 10:34:06 ]
>>314
MFC?
冗談じゃない、いますぐ窓から投げ捨ててくれ 

318 名前:仕様書無しさん mailto:sage [2007/10/09(火) 11:50:42 ]
ttp://pc11.2ch.net/test/read.cgi/tech/1159388733/275-

275 名前: デフォルトの名無しさん 投稿日: 2007/10/06(土) 13:23:41
ドトネトはバージョンも仕様も変わりすぎ。
そのたびに開発環境買い換えたり、プログラムが動かなくなったり。
何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか?

276 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/06(土) 13:32:17
なるほど、ドトネトの「当初の目的」とは
進歩も変化も拒絶することだったのか知らなかったよw

277 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/06(土) 15:50:06
一応下位互換性あるんでねーの?

278 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/08(月) 12:16:14
分かってないようだが,新言語ってのは本質的にベンダが儲けるためにあるのだよ。
楽出来るというのは馬鹿相手の宣伝文句。



319 名前:仕様書無しさん mailto:sage [2007/10/09(火) 11:51:36 ]
ttp://pc11.2ch.net/test/read.cgi/tech/1160209713/125

ClickOnceについて質問させて下さい。

現在ClickOncewを利用し作成したWindowsアプリを発行しようとしている
のですが(言語はVB.net)うまく行きません。

具体的には、A端末よりアプリをC端末のサーバ上に発行しB端末より
【hoge.application】にアクセスをしたところ次の様なエラーが発生します。
何が原因なのでしょうか?

【エラー発生時のダイアログメッセージ】
アプリケーションのインストール-セキュリティの警告
コンピュータにセキュリティ上の問題を発生させるため、管理者がこの
アプリケーションをブロックしました。
名前: hoge
発信元: \\hoge1\hoge2
発行者: 不明な発行元です。
セキュリティー設定は、このアプリケーションがこのコンピュータにインストール
されることを許可していません。

1※発信元を短い階層にしてもエラーが出ます。
2※アセンブリ名は英数字を利用しています。
3※発行時にローカル【C:\personal\hoge.application】に発行をした上
  でアクセスをすると普通にクリックワンスが利用出来ます。

以上 宜しくお願い致します。

320 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:03:18 ]
必死なのは判ったけど。ねtスレでやれ



321 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:08:54 ]
つか、つい最近
VB6やMFCが、ばっさり切り捨てられたばっかりなのに、
学習能力ないんかね。


322 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:21:18 ]
なぁに、ばっさり切捨てを進歩と思い込めば良いのさ。
実はドトネトなんてクラスベースの時代遅れなんて気付いちゃダメ。

323 名前:仕様書無しさん [2007/10/09(火) 12:34:54 ]
> VB6やMFCが、ばっさり切り捨てられたばっかりなのに、

だって需要がないもん。.NETみたいな優れた開発プラットフォームがあるから。

324 名前:仕様書無しさん [2007/10/09(火) 12:37:10 ]
.NETはライブラリのソースも参照できるし安心。

325 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:41:05 ]
だから、「過去を切り捨てることが悪いことだ」という発想自体が
自分の学習能力のなさを語ってるだけだってどうして気づかないんだろうね。
というか、本当は「切り捨てられた過去」についてすら本当は何も知らないんでしょ?w

mfcからドトネトに移行した人間でこの「ガラガラポン」に批判的な奴がいるか?
まともなプログラマの中には間違いなく一人もいないと思うけどね。

326 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:44:45 ]
MSにだまされてるという意見もあろうが、いまさら.NET以外で開発する気にはならんな。
ベストじゃないけど、MFCとかに比べてかなーリベターだろ。
.NETとLispとか組み合わせて使うと大体の場面で楽に開発ができる。
カイハツが楽になった分、複雑なロジックなどに注力しろよ、尾舞ら。

327 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:47:45 ]
時代遅れのものをばっさり切り捨てれば>>321で文句を言い、
新しく出てきたものを時代遅れと>>322で文句を言う。

何がしたいの?w

328 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:48:14 ]
で、その度にMSに金払うわけだ。

329 名前:大嘘つき発見 [2007/10/09(火) 12:49:00 ]
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと
.NETとLispとか組み合わせて使うと

330 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:52:54 ]
IronLispを仕事で使ってるのか?www



331 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:55:25 ]
つか、C♯がMS以外から出てたなら使うかな。

332 名前:仕様書無しさん mailto:sage [2007/10/09(火) 12:57:27 ]
>>327
M$が批判できれば何でもいいんだよ。w
こういう化石ジジィも最近減ったな。
ほとんど時代について行けずに引退したんだろうけど。

333 名前:仕様書無しさん [2007/10/09(火) 13:01:42 ]
GoogleなんてMSよりもっとヤバいけどな。
ネイティブコードとか言ってる時代遅れジジィにはどう危険なのか実感できないんだろうけど。
だから未だにMS叩きなんかやってる。
若い連中はハァ?と嘲笑しかしてないけどな。いつの時代の話してんだよ、と。

334 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:01:57 ]
ttp://pc11.2ch.net/test/read.cgi/tech/1187540029/353

皆さんはプロファイラとか何を使っていますか?
CLRプロファイラとか?

VSのWebテストはぱっと見かなり使いやすそう(シナリオを簡単に組めてテストコードをC#で書ける所など)なので
バラ売りしてくれればいいのにとか思うのですが・・
500$以下くらいで何かお勧めってありますか?

Webテストとプロファイラが別エディションが必要ってVSでツール揃えようとすると高すぎ。。。
担当者毎に最適なエディションが違うってMSの罠なんじゃなかろうかと。

335 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:03:56 ]
世界広しと言えど、
実際、卵ぶつけられる奴てのは、そうそう居ないからな w

336 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:04:52 ]
>>334
文句があるなら自分で作れば?
完成したら当然VSよりも安い価格で売れよ。w

337 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:07:10 ]
【糞.NET】裏切り者には死を【アンチゲイツ】
ttp://pc11.2ch.net/test/read.cgi/tech/1141828033/l50
         ,. -‐'''''""¨¨¨ヽ
         (.___,,,... -ァァフ|          あ…ありのまま 今 起こった事を話すぜ!
          |i i|    }! }} //|
         |l、{   j} /,,ィ//|       『.NET framework 2.0を入れたと思ったら
        i|:!ヾ、_ノ/ u {:}//ヘ        何故かノータッチデプロイメントがぶっ壊れた』
        |リ u' }  ,ノ _,!V,ハ |
       /´fト、_{ル{,ィ'eラ , タ人        な… 何を言ってるのか わからねーと思うが
     /'   ヾ|宀| {´,)⌒`/ |<ヽトiゝ        おれも 何をされたのか わからなかった…
    ,゙  / )ヽ iLレ  u' | | ヾlトハ〉
     |/_/  ハ !ニ⊇ '/:}  V:::::ヽ        頭がどうにかなりそうだった…
    // 二二二7'T'' /u' __ /:::::::/`ヽ
   /'´r -―一ァ‐゙T´ '"´ /::::/-‐  \   移植や修正が必要だとか
   / //   广¨´  /'   /:::::/´ ̄`ヽ ⌒ヽ    そんなチャチなもんじゃあ 断じてねえ
  ノ ' /  ノ:::::`ー-、___/::::://       ヽ  }
_/`丶 /:::::::::::::::::::::::::: ̄`ー-{:::...       イ  もっと恐ろしいものの 片鱗を味わったぜ…


338 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:08:04 ]
>>796
このページができた原因ってもしかして・・・。
msdn.microsoft.com/vstudio/partners/localization/

864 :デフォルトの名無しさん :03/04/19 12:28
>>847
知っている人は知っているんだけど、異なる言語の 1.0 と 1.1 を同じ環境にインストールすると .NET は発狂する。
SDK の README にも重要な注意として明記されているし、実際混ぜると変なエラーメッセージが出まくる。

対応策として
A: ローカライズ版 1.0 を抜き、英語版 1.0 を入れる。
B: 1.0 と同一言語のローカライズ版または多国語対応版 1.1 を入れる。
を MS は公開している。

A案は、英語版の FrameWork で使ってください。というもの。
B案は、1.0 と同じ言語の 1.1 を入れれば大丈夫ですよ。というもの。

B 案のほうがまともな案なのだが、この「多国語対応版」 .NET Framework v1.1 を
英語版 1.1 と同時にリリースする話だったのだ。

Windows MUI 版と同じでインストーラドキュメントは英語のまま。.NET Framework としての UI / 実行時メッセージが多国語対応。
かつ(たぶん再起動が必要だが)切り替え可能。というもの。

これがなぜかいまだにリリースされていない。

ほとんどのマシンには Windows Update で、適切な言語の .NET Runtime がインストール
されちゃっているから、現時点で 1.1 アプリを配布することは実質的にできない。

MUI 版が出ないとアプリを配布できない開発環境になることは分かっているはずなのに > MS

339 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:08:23 ]
>>332
引退というか、精神壊して行方不明になったのが多いな。

340 名前:仕様書無しさん [2007/10/09(火) 13:11:15 ]


精神壊したアンチMSの見本はここに1匹いるけどなwww

 



341 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:11:30 ]
Windows Vista β1に感じた期待と不安
pc.watch.impress.co.jp/docs/2005/0804/mobile301.htm

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

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

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

この調査から、Grimes氏は以下のように結論づけている。
「Microsoft はネイティブコードでの Vista の開発に注力しているようだ。
NET で実装されたサービスは無いし、エクスプローラは .NET ランタイムをホスト
していない。これは Vista のシェルは .NET に基づくものではないことを意味している。
つまり、これらの結果から、 OS の開発に使用するのは .NET Framework よ
ネイティブコードの方が良いという決定を Microsoft は下したという結論が得られる」
.exe、.dll、.drv、.ocx などの実行可能ファイルを XP や Vista の各ビルドについて検索したところ、
マネージドコードで書かれたものは全ファイルのうち 1% 程度の数であることも、彼の結論を裏付けることになりそうだ。

342 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:13:10 ]
MSのオールチン氏が当初のLonghornをあきらめたのは2004年春
itpro.nikkeibp.co.jp/article/NEWS/20050927/221773/

Longhornはあまりに複雑であり,Microsoftの時代遅れのソフトウエア開発手法では手に負えなくなっていたことが問題であった。

実際のところ,Microsoftが当時の計画をあきらめてWindows Vistaを一から作り直すことを決定したのは昨年のどの時点なのだろうか??。
筆者はこれまで何度も,Microsoftや同社のPR代理店に対して,真相を知る人物に取材させてくれと頼んでいるのだが,いまだに取材は実現していない。
しかし私は,「the reset」と呼ぶ内部情報ソースから,真相を非公式に聞き出した。

Windows Vistaの遅れは,Microsoftにとってどの程度のダメージになったであろうか。
これまで,Windowsの開発において最も責任のある地位にあったAllchin氏は,
Windows Vistaの出荷とともにリタイアすることになった。またMicrosoftの全社組織は,
競合相手に対抗し得る形に改められることになった。Windows Vistaの大きな遅れは,
Microsoftの「遅さ」と「弱さ」を白日の下にさらした。また消費者は,Microsoftが全能ではないと思うようになっている。
なぜなら,Windows Vistaの最も重要な機能であるデータベース・ストレージ・エンジンWinFS
(これは同社が10年来取り組み続けている機能だ)は,スケジュール上の理由から取り除かれてしまったからだ。

問題のほとんどは,Microsoftの企業文化に起因しており,最近行った組織変更だけでは,問題を修正できないだろう。
Microsoftは,あまりに巨大になり,階層が複雑になり過ぎてしまったため,新しいマーケットのトレンドに迅速に対応できなくなってしまった。
Windows Vistaでは「OS戦争」を,こちらから仕掛けていくのではなくて,防衛的に戦わざるを得なくなるだろう。
Mac OS Xのユーザーは,Windows Vistaのいくつかの新機能について,既に何年も前からMac OS X上で使っていると思うことであろう。
Microsoftは,イノベータと思われることを熱望しているので,このシチュエーションは受け入れがたいものであるだろう。

343 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:14:16 ]
コピペしてるレスの内容を見てると、やっぱりアンチジジィはいつの時期の話なのか全く理解できてないな。w

344 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:15:23 ]
>>343
MS叩きで盛り上がれた時代に帰りたいだけなんだろ。w
今はもうそんな時代じゃないんですよ、お爺さん。w

345 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:18:01 ]
今はマルチOSの時代であって、M$なんてワンノブゼム。
叩きで盛り上がるのはググル。

346 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:18:46 ]
>>345
Google叩きネタ投下してごらんw
できないだろうけどプ

347 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:19:43 ]
×できない
○知らない

348 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:20:20 ]
.NETて、すでにバージョンで互換性なくないか?
インスコすらできないアプリがあるんだが。

349 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:21:11 ]
VB6 >>>>>>>>>> VB.NET
ttp://pc11.2ch.net/test/read.cgi/tech/1159388733/312-

312 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/09(火) 13:05:57
今更MSに騙されたのなんの言ってるやつは余程ナイーブというか
平たく言えばアホなんだろう
昔からMSのやることは何も変わっちゃいないのに

313 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/09(火) 13:14:11
じゃ、未だに騙された事に気付いてない香具師は何なの?

350 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:22:07 ]
       ,、‐ " ̄:::゙:丶、
    ,r::::l3゙::::::::/ハヽ:ヽ::::、:ヽ
    {::://:::::::// ヽ\ト、:::::::!
    ヾ l:::::::/ 丶   `ヾ ィ、:::|
     |;:r::|  O`  'O ゙ハ|   < ないない >>348
      ヽハ :.:.    :.: レ
        ´\ r‐--‐、,ノ
 r、     r、/ヾ ̄下ヘ
 ヽヾ 三 |:l1、_ヽ/__ .ィヽ
  \>ヽ/ |` }    n_n| |
   ヘ lノ `'ソ     l゚ω゚| |
    /´  /      ̄|. |
    \. ィ   ___ |  |
        | ノ     l |  |
      | |      i:|  |




351 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:24:09 ]
>>346
ははは、やっぱりできなかったな。w

352 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:24:17 ]
ttp://pc11.2ch.net/test/read.cgi/tech/1159388733/275-

275 名前: デフォルトの名無しさん 投稿日: 2007/10/06(土) 13:23:41
ドトネトはバージョンも仕様も変わりすぎ。
そのたびに開発環境買い換えたり、プログラムが動かなくなったり。
何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか?

276 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/06(土) 13:32:17
なるほど、ドトネトの「当初の目的」とは
進歩も変化も拒絶することだったのか知らなかったよw

277 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/06(土) 15:50:06
一応下位互換性あるんでねーの?

278 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/08(月) 12:16:14
分かってないようだが,新言語ってのは本質的にベンダが儲けるためにあるのだよ。
楽出来るというのは馬鹿相手の宣伝文句。


353 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:30:11 ]
つーかね、.NETの初期を支えた人たちなんて大部分他の分野に行ってしまったのに、
未だに何の進歩もなく.NET叩きなんてどれだけ惨めな人生なんだよ。www

354 名前:仕様書無しさん [2007/10/09(火) 13:31:44 ]
JAVAも互換性は無いけどね

355 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:32:25 ]
>>353
未だにドトネトを使ってる惨めな椰子の人生を見下すな(怒

356 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:32:38 ]
2から3になったら、また動かんアプリが出てくるのか?

357 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:33:18 ]
>>353
世代交代してる感はあるね。
.NET 1.0の頃の話なんかしても通じないこともある。

358 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:33:19 ]
Javaは互換性あるよ

359 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:35:43 ]
ドトネト大ブームはオワタ\(^o^)/のに、未だにドトネト使ってる椰子なんて要るの?

360 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:35:56 ]
>>357
もうすぐ3がでるんだろ?
今作ってるのは無駄になるの?



361 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:36:16 ]
.NET 1.0(笑)

362 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:36:53 ]
>>360
あなたはM$脳に毒されてます。

363 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:37:37 ]
>>362
どういうこと?

364 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:40:32 ]
>>361
そのまま笑い氏ね。

客の立場にもなってみろ。
洒落にならんだろが。

365 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:41:04 ]
>>363
もし動作しなければ動作するように直せば良いだけなのに、動作しなくて、かつ、回避策が無いと思い込んでます。
それはブビ脳。

366 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:45:58 ]
.NETマンセーですら昔の話が通じなくなってるのに、
その昔のネタで未だに叩いたって通じてないことが理解できないんだろうなあ。

367 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:49:47 ]
>>365
上位バージョンが下位互換を持ってるだけでいいんじゃないの?
バージョンアップ毎に互換性切り捨てってるの?


368 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:51:28 ]
>バージョンアップ毎に互換性切り捨てってるの?

ドトネトと旧ブビでは常識ですが、何か?

369 名前:仕様書無しさん mailto:sage [2007/10/09(火) 13:54:03 ]
>>368
そうなんか
じゃあ、もういいや。

370 名前:仕様書無しさん mailto:sage [2007/10/09(火) 14:00:17 ]
旧VBの競合エラー(組み合わせが揃えば100%発症)では、
M$DN情報でも、Win、IE、Officeのバージョンをマトリクスの通りにそろえる事、
となってた。

ある部分のバージョンが最新だったりするとブビアプリは動作しません!、みたいな感じ。



371 名前:仕様書無しさん mailto:sage [2007/10/09(火) 14:06:31 ]
MSの体質なんて、今も昔も変わってないな。
まぁ、そんな簡単に変わるわけもないしな。

372 名前:仕様書無しさん mailto:sage [2007/10/09(火) 14:20:41 ]
この勝負、C丼M$の自滅。

373 名前:仕様書無しさん [2007/10/09(火) 14:21:37 ]
昔の苦労話をうれしそうにするうざいジジィっているよね。
解決された昔のことなんかより、今現在のトラブル話の方が参考になるのに。w

374 名前:仕様書無しさん mailto:sage [2007/10/09(火) 14:24:12 ]
ttp://pc11.2ch.net/test/read.cgi/tech/1187540029/390-

390 名前: デフォルトの名無しさん 投稿日: 2007/10/06(土) 23:06:02
ClickOnceについて質問させて下さい。

現在ClickOncewを利用し作成したWindowsアプリを発行しようとしている
のですが(言語はVB.net)うまく行きません。

具体的には、A端末よりアプリをC端末のサーバ上に発行しB端末より
【hoge.application】にアクセスをしたところ次の様なエラーが発生します。
何が原因なのでしょうか?

【エラー発生時のダイアログメッセージ】
アプリケーションのインストール-セキュリティの警告
コンピュータにセキュリティ上の問題を発生させるため、管理者がこの
アプリケーションをブロックしました。
名前: hoge
発信元: \\hoge1\hoge2
発行者: 不明な発行元です。
セキュリティー設定は、このアプリケーションがこのコンピュータにインストール
されることを許可していません。

1※発信元を短い階層にしてもエラーが出ます。
2※アセンブリ名は英数字を利用しています。
3※発行時にローカル【C:\personal\hoge.application】に発行をした上
  でアクセスをすると普通にクリックワンスが利用出来ます。

以上 宜しくお願い致します。



375 名前:仕様書無しさん mailto:sage [2007/10/09(火) 14:26:35 ]
2007年03月09日 15時13分00秒
マイクロソフトのアンチウイルスソフト、Outlookのメールを間違って全削除
ttp://gigazine.net/index.php?/news/comments/20070309_liveonecare/

376 名前:仕様書無しさん mailto:sage [2007/10/09(火) 14:55:45 ]
>>338
ベータ版の頃の不具合で今は関係なし

>>341-342
ベータテストのフィードバックを通じて製品計画を修正しただけのことで、ベンダーとしては当たり前にやること

>>374
企業のセキュリティポリシーの問題で、そんなのもMSのせいにするのは筋違い

>>375
修正済みの問題で今は関係なし

377 名前:仕様書無しさん mailto:sage [2007/10/09(火) 16:19:45 ]
おまえらスレタイよめねぇの?
M$否定すんのもいいけど日本語読めるようになってからにしろよ
お前らにはCがある(しかないとは言わないでおいてやる)。
それでいいじゃねーか、引きこもってろよ。

378 名前:仕様書無しさん mailto:sage [2007/10/09(火) 16:28:21 ]
> お前らにはCがある

今時そんなもん使わないけど?w

379 名前:仕様書無しさん mailto:sage [2007/10/09(火) 16:56:19 ]
>>377
ひきこもりが、何えらそーに w

380 名前:仕様書無しさん mailto:sage [2007/10/09(火) 17:02:47 ]
>>378-379
いいからスレタイを読め



381 名前:仕様書無しさん mailto:sage [2007/10/09(火) 19:56:26 ]
>VB6やMFCが、ばっさり切り捨てられたばっかりなのに
VBはVerUP毎にばっさり切られてきたわけだが。
.Netでようやく継続性のある言語になったんじゃねーか?

それとMFCって切られたの?
2008にも拡張してありそうだし。
切られるのWin32APIじゃないのか?

382 名前:仕様書無しさん mailto:sage [2007/10/09(火) 19:58:07 ]
Win32API -> SDK -> MFC
じゃないか要するに
だから、少なくとも今のMFCは無理だろう
仮に方向性を引き継いだものが出るにしてもさ

383 名前:仕様書無しさん mailto:sage [2007/10/09(火) 20:00:22 ]
.netの下にWin32APIはないの?

384 名前:仕様書無しさん mailto:sage [2007/10/09(火) 20:04:29 ]
?Win32APIも下位互換のままでで残るんだが・・・。
その辺のアナウンスは数年前に聞いたきりなんだけど、変わったの?




385 名前:仕様書無しさん mailto:sage [2007/10/09(火) 20:06:43 ]
つーか、Win32APIが無くなったら大半のソフトが動かなくなるだろ。

ところで、Vistaとかに同梱されているアプリは既に.NETアプリになっているの?

386 名前:仕様書無しさん mailto:sage [2007/10/09(火) 20:31:02 ]
>>385
Expressionでようやく積極的に使われるようになって来た

387 名前:仕様書無しさん mailto:sage [2007/10/09(火) 20:32:29 ]
>>383
.NETのホスティングAPIならある

388 名前:仕様書無しさん mailto:sage [2007/10/09(火) 21:10:19 ]
やっぱwin32のAPI直接叩くのが一番楽やわぁ…
面倒なのはATLとかWTLでなんとかできるし
なんでM$はmfcなんかよりこっちをメインで宣伝しなかったんだろう

389 名前:仕様書無しさん [2007/10/09(火) 22:44:17 ]
>>384
VistaではWin32APIは消えさる予定でした。

390 名前:仕様書無しさん mailto:sage [2007/10/09(火) 23:06:29 ]

   public static void main(String args[]){



391 名前:仕様書無しさん [2007/10/09(火) 23:24:43 ]
public static void Main()
{
 void *pt;
 pt = 0x3FFF8000
 Console.WriteLine("ポインタの値:{0}",*pt);
}

多分、表示してくれません。

392 名前:仕様書無しさん mailto:sage [2007/10/09(火) 23:35:39 ]
>>389
×VistaではWin32APIは消えさる予定でした。

○ WinFXのサブセットにWin32APIの形式が残される予定だった。


393 名前:仕様書無しさん mailto:sage [2007/10/09(火) 23:37:21 ]
結局その方向性は白紙になったんだっけ?

394 名前:仕様書無しさん mailto:sage [2007/10/10(水) 00:30:55 ]
osを.netのマネージコードで書くっていう構想が白紙になったってこと
.netがwin32の上で動いてるわけじゃないぞ
.netで動かすと.netがOSの働きを担うかたちになる

395 名前:仕様書無しさん mailto:sage [2007/10/10(水) 00:35:24 ]
日本語書けよ

396 名前:仕様書無しさん mailto:sage [2007/10/10(水) 00:37:24 ]
Vistaなんて何年も延ばして余計なモンばっか詰め込んだだけ
MSめ C#なんてよく作れたな

397 名前:仕様書無しさん mailto:sage [2007/10/10(水) 00:45:28 ]
APIの上の基盤部分がCLRで動くというのは当たり前で、

>WinFXのサブセットにWin32APIの形式が残される予定だった。

というのは矛盾しない。

CLR→WinFX→Win32APIという形式になるわけだ。

398 名前:仕様書無しさん mailto:sage [2007/10/10(水) 00:58:58 ]
ハァ?そんな計画いつどこにあったんだ?

カーネル→Win32→.NET Framework

だったのを

カーネル→WinFX

にしようとしただけだろ。そうすると

カーネル→Win32
カーネル→WinFX

で、Win32は消えるわけではなくサブセットでもなく単に並存するだけ。

399 名前:仕様書無しさん mailto:sage [2007/10/10(水) 01:32:57 ]
>>398
397じゃないが、当初はそうゆう方針だったぞ、
Vistaでめげずに、ぜひとも完遂してほしいと思う。

400 名前:仕様書無しさん [2007/10/10(水) 10:45:29 ]
Java vs .NETなんてまだやってるの?w
どちらももう下り坂の技術だろ。



401 名前:仕様書無しさん mailto:sage [2007/10/10(水) 10:53:03 ]
上り坂の技術上げてくださいカス

402 名前:仕様書無しさん mailto:sage [2007/10/10(水) 10:58:45 ]
メインフレームJavaは汎用機COBOLの代わりだから消えはしない。
ドトネトは(ry

403 名前:仕様書無しさん mailto:sage [2007/10/10(水) 11:05:06 ]
>>402
そういうのを下り坂って言うの。
仕事上メンテ用途で仕方なく使うだけの存在。

404 名前:仕様書無しさん mailto:sage [2007/10/10(水) 11:07:19 ]
Haskellで仕事したい!!

405 名前:仕様書無しさん mailto:sage [2007/10/10(水) 11:19:58 ]
>>403
いや、大局的には、"COBOL"から"Java+COBOL"への進化。

汎用機/ミニコン→UNIXワークステーション→PCによるC/S→webサーバー(メインフレーム〜PC)ってことだから、メンテじゃなくて新規開発だお。

406 名前:仕様書無しさん mailto:sage [2007/10/10(水) 11:34:42 ]
そんなのを進化だと思ってるのか。
それで人を集めてごらん。
やる気のある出来る人間からは見向きもされないから。

407 名前:仕様書無しさん mailto:sage [2007/10/10(水) 11:41:07 ]
>>406
逝ってることが支離滅裂。

大局的な進化であっても、それは進化。

ガラガラポンは進化ではない。


それだけ。

408 名前:仕様書無しさん mailto:sage [2007/10/10(水) 11:45:06 ]
年を取ると考え方が凝り固まってつまらない人間になるんだねぇ

409 名前:仕様書無しさん mailto:sage [2007/10/10(水) 11:47:54 ]
> 逝ってることが支離滅裂。

ふーん、じゃあやる気のある出来る人間が熱狂して集まってくれると思ってるんだ

410 名前:仕様書無しさん mailto:sage [2007/10/10(水) 11:51:20 ]
まあ、今時Java対.NETとか言ってる理由がよく分かったよ。
2000年前半で知識が止まってるんだな。



411 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:00:57 ]
>じゃあやる気のある出来る人間が熱狂して集まってくれると

超ブキミス

412 名前:仕様書無しさん [2007/10/10(水) 12:06:42 ]
もはや、人類の9割以上はwindowsがないとコンピュータに触れない状態

413 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:32:04 ]
つまり人類はコンピューターに触る必要が無く、
携帯からウェブサービスを使えれば良いという事実。

一家でPCを使いこなせるのは大体一人。

414 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:34:18 ]
>>413
itpro.nikkeibp.co.jp/article/Interview/20070925/282823/

415 名前:仕様書無しさん [2007/10/10(水) 12:34:59 ]
>mfcからドトネトに移行した人間でこの「ガラガラポン」に批判的な奴がいるか?

だって、Longhorn→Vi$taで、マネージドAPI=ドトネトがガラガラポンされたんだもん(怒

416 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:38:14 ]
>>414
ノーツなんて時代遅れもイラネ
P2P利用の技術のだって目本が最先端

417 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:43:27 ]
>>412
一度、MSに独占させてみればいいよ。
完全に開発が止まるから。
かつてのNECや電電公社より、酷い状況になる。

418 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:45:26 ]
>>416
シェアが激少ないてのは知ってるが、
どこが時代遅れなんだ?
具体的に頼む。

419 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:48:07 ]
>>416
いや、MSの技術トップでさえWindows見放してモバイルに夢中になってることを示したかっただけだが。
年取ってるだけでなく文章読む学力もなかったか・・・。

420 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:50:24 ]
>>418
やっぱ、LAMPみたくコンポの組み合わせが出来ないからじゃね?

スケールアウトに行き詰るだろうからウェブアプリのデファクトにはなり得ないし、
ウェブじゃないクライアントのソフト的にはGUIが使い難いし。

コンポって意味ではオブジェクトDBが何故か死滅してRDB一色になった今、
ノーツDBなんて超ダサダサ。



421 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:51:25 ]
>>419
それって単なる後追いだし、後追いM$イラネ

422 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:53:11 ]
モバイルだってP2Pだって目本が最先端持ってる分野なのに、
なんで後追いダサダサM$をマンセーしないといけないの?

423 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:55:53 ]
>>421
既存資産との連続性が重要なんじゃないの?
それともガラガラポンがお好き?w

424 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:57:00 ]
>>423
残念、C++とか別0$でも使えるソースで作ってるから無問題w
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

425 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:57:33 ]
>>420
じゃあ、ノーツ捨てて新しい技術でガラガラポンしなきゃねw

426 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:57:39 ]
>>423
C丼なんて根も葉も無いガラガラポン最有力候補言語なんてダメジャン。

427 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:58:59 ]
>>424
C++がそんなにポータビリティがあるとは思えないけど

428 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:59:11 ]
>>425
ゴメン、ノーツ使ってない

wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww


429 名前:仕様書無しさん mailto:sage [2007/10/10(水) 12:59:41 ]
なんだ、結局ガラガラポンが正しいやり方なんだw

430 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:00:49 ]
>>427
ゴメン、使えてる。

クラスを上手く使いなさい。



431 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:03:17 ]
>なんだ、結局ガラガラポンが正しいやり方なんだw

気が狂えば勝ちかよ。

前にも書いたように、
モバイルだってP2Pだって目本が最先端持ってる分野だけど、
両方ともC丼やV$ドトネトとは無縁だお。

432 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:03:28 ]
>>430
ノーツ同様本当はC++もろくに使ったことないんだろ?
正直に言いなさい。発言内容の拙さでバレてるから。w

433 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:04:56 ]
>>431
だったら、なおさら既存資産無視のガラガラポンなんじゃないの?w

434 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:07:04 ]
>>433 >>432

ヴぁかだなぁ、両方ともC/C++だお。
組み込みなんかまさにC++。それプラスJava。

つまりガラガラポンじゃない世界は既存の資産をラップしながら進化してくの。

個人攻撃しても変わらない事実wwwwwwwwwwwwwwwwwwwww

435 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:08:04 ]
>>428
自分が使ってないのならガラガラポンはおkなんだね。
じゃあ、MSのガラガラポンもおkなんじゃないの?VS使ってないのなら。

436 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:09:10 ]
>>435
イミフメ。

ガラガラポンは最悪にきまってんじゃん。ノーツがガラガラポンになったのを藁っただけ。

C丼(゚听)イラネ IE

437 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:09:35 ]
>>434
じゃあ、Windows資産との相互運用性を確保してる.NETはガラガラポンにはならないよ。

> 既存の資産をラップしながら進化してくの。

.NETはまさにこれじゃん。

438 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:11:28 ]
>>434
組み込みはあまりC++は使わないぞ。Javaなんて論外。

本当は組み込みで仕事したことなんてないでしょ?

439 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:11:43 ]
>>437
いや、現実組み込み(ITRON or T-Engine)で使えないんだけど。

だから、処理クラスをドトネトにすることは0%だし、
画面をわざわざドトネトにしてプログラム構造を混乱させたりしないし。

440 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:12:21 ]
>>438
おまいが使ったこと無いだけで、
自分は組み込みでC++してるお

wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww




441 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:14:52 ]
>>439
.NET Micro Frameworkがあるじゃん。

やっぱり組み込みも素人か。

442 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:16:01 ]
>>441

WinCEとITRONの組み合わせって完成したけど、
結局使われなくて製品から消えたんだお。

443 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:16:55 ]
>>441
組み込みのプロから言わせて頂くと、”ある”と”使える”は違う。

444 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:17:48 ]
>>442
.NET Micro FrameworkはWinCEの話じゃないんだけど。

結局、組み込みでも最近の情勢から取り残されてるんだね。

445 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:18:52 ]
Win上でさえOSからバージョン違いまで問題を引き起こしてるドトネトを、
何を好き好んで組み込みに入れないと逝かん?

ドトネトの説明しただけでで袋叩きだろ。

446 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:19:32 ]
>>444

おまいの最近の情勢=M$の情勢

超時代遅れwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

447 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:22:37 ]
          ____   
       / \  /\ キリッ
.     / (ー)  (ー)\      
    /   ⌒(__人__)⌒ \    < 組み込みのプロから言わせて頂くと、”ある”と”使える”は違う。
    |      |r┬-|    |   
     \     `ー'´   /
    ノ            \
  /´               ヽ              
 |    l              \
 ヽ    -一''''''"~~``'ー--、   -一'''''''ー-、.    
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))


          ____
        /_ノ  ヽ、_\
 ミ ミ ミ  o゚((●)) ((●))゚o      ミ ミ ミ
/⌒)⌒)⌒. ::::::⌒(__人__)⌒:::\   /⌒)⌒)⌒)
| / / /     |r┬-|    | (⌒)/ / / //  < だっておwwwwwwwwwwwwwwwwwww 無職のくせにwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
| :::::::::::(⌒)    | |  |   /  ゝ  :::::::::::/
|     ノ     | |  |   \  /  )  /
ヽ    /     `ー'´      ヽ /    /     バ
 |    |   l||l 从人 l||l      l||l 从人 l||l  バ   ン
 ヽ    -一''''''"~~``'ー--、   -一'''''''ー-、    ン
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))

448 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:24:35 ]
組み込みじゃなくても「ある」と「使える」は違うだろw

449 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:27:08 ]
>>446
ところで今現在どの環境でどの言語使って仕事してるの?
正直に答えてごらん。www

450 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:35:35 ]
組み込み屋が自分の専門領域でもないエンプラの話に安易に口出すとは思えないんだけどね。
どこか経歴で嘘ついてるんだろ。



451 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:36:03 ]
>.NET Micro FrameworkはWinCEの話じゃないんだけど。

これって、M$の表明を見ても、ITRON or T-EngineじゃなくてLinuxじゃん。

もっというとM$が表明しただけで、製品ねーよ。

452 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:37:33 ]
C++でクロスプラットフォーム対応がうまく行ったなんてバレバレの嘘だろw

453 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:38:42 ]
>>451
へー、Linux対応より特定プラットフォームガチガチ対応の方がいいんだ。

454 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:39:45 ]
>>451
ところで今現在どの環境でどの言語使って仕事してるの?
正直に答えてごらん。www

455 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:39:45 ]
>>453
ヴぁかだねー。

LinuxなんてWinと大して変わらんよ。
組み込みで使われてるだけで超肥満児。

456 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:40:50 ]
>>455
「ある」と「使われる」は違うんじゃなかったの?www

457 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:43:00 ]
>>456
何を言いたいのか分からんが。

Linuxは組み込みに適してないけど使われなくなることはない。
ドトネトはあっても組み込みでは使われない。

で?

458 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:43:05 ]
C最強

459 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:44:12 ]
> ドトネトはあっても組み込みでは使われない。

使われてますが?w

460 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:44:55 ]
>>459
そんな超スペシャルニッチな話をされても。

時代遅れM$にそこまでして肩入れしたいか?



461 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:49:15 ]
>>460
> そんな超スペシャルニッチな話をされても。

ああ、やっぱりそういう認識なんだ。現場に出てないから。w

ところで君は今現在どの環境でどの言語使って仕事してるの?
正直に答えてごらん。www

462 名前:仕様書無しさん mailto:sage [2007/10/10(水) 13:57:46 ]
携帯アプリとか梨な。

463 名前:仕様書無しさん mailto:sage [2007/10/10(水) 14:31:43 ]
>>461
答えられないそうです。
嘘に嘘を塗り固めるだけだから。(ゲラ

464 名前:仕様書無しさん mailto:sage [2007/10/10(水) 14:36:07 ]
リアルの仕事の話をすると本当に黙り込んでしまうな。w
やっぱり自分の惨めな境遇をMSに八つ当たりしてるだけという見方は正しいな。w

465 名前:仕様書無しさん mailto:sage [2007/10/10(水) 14:38:05 ]
通院歴のあるリアルキチガイだろ。
こんなの面接で5分も話さないうちに落とされるよ。w

466 名前:仕様書無しさん [2007/10/10(水) 19:20:32 ]
VSのエンタープライズ版購入できないだろうしな。
ライセンスものさえ買えない貧乏な開発者はJavaに走る。
ただだから。ただのM$ IDEを使うと制限が多くムカつく。不満がつのる。
だからまたJavaに戻る。これ真実。ようは貧乏。ケチ。金がない。

467 名前:仕様書無しさん mailto:sage [2007/10/10(水) 19:22:23 ]
>>466
アホか

468 名前:仕様書無しさん mailto:sage [2007/10/10(水) 19:34:55 ]
>>466
自己紹介乙。

469 名前:仕様書無しさん mailto:sage [2007/10/10(水) 19:47:03 ]
>>466
まず働けとしかいいようがない

470 名前:仕様書無しさん mailto:sage [2007/10/10(水) 19:52:43 ]
ライセンスは個人で買うもんなの?



471 名前:仕様書無しさん mailto:sage [2007/10/10(水) 19:54:32 ]
それ以前にVSにエンタープライズ版なんて今はない

472 名前:仕様書無しさん mailto:sage [2007/10/10(水) 19:56:08 ]
>>466
ところで君は今現在どの環境でどの言語使って仕事してるの?
正直に答えてごらん。www

473 名前:仕様書無しさん mailto:sage [2007/10/10(水) 19:57:58 ]
しかし、そう考えると
Expressエディションがなきゃ、今頃どうなっていたか。

474 名前:仕様書無しさん mailto:sage [2007/10/10(水) 20:07:27 ]
>>466
消防、乙

475 名前:仕様書無しさん mailto:sage [2007/10/10(水) 20:24:34 ]
>>471
たぶん、MSDNのエンタープライズ版だと思われ。

>>466の中の人は会社で使えと指示されただけを使っているから、
MSDNとか無関係でVSが全て推測。下っ端だからそこらへんはしらないのだろ。

つーか、いいかげん、MSDNでなんかやろうとすると、飛ばされまくって色々な
ところで承認が必要なシステムは勘弁して欲しいわな。

476 名前:仕様書無しさん mailto:sage [2007/10/10(水) 22:09:57 ]
話の途中悪いのだが、C#とJAVAはどっちが優れているんだ?


477 名前:仕様書無しさん mailto:sage [2007/10/10(水) 22:10:33 ]
>>476
どっちも下火

478 名前:仕様書無しさん mailto:sage [2007/10/10(水) 22:44:37 ]
>>477
じゃあやっぱりPythonって事か・・・

479 名前:仕様書無しさん mailto:sage [2007/10/11(木) 01:16:25 ]
とりあえず、C#って名前がださい

480 名前:仕様書無しさん [2007/10/11(木) 01:23:41 ]
とりあえずパソコンオタクは論外



481 名前:仕様書無しさん mailto:sage [2007/10/11(木) 01:58:28 ]
C#(シー・シャープ)って名前はかっこいいと思うけどね

482 名前:仕様書無しさん mailto:sage [2007/10/11(木) 02:12:17 ]
とりあえず.NETって名前が意味不明

483 名前:仕様書無しさん [2007/10/11(木) 08:07:52 ]
eclipseもひどいよw
なにあれw

484 名前:仕様書無しさん mailto:sage [2007/10/11(木) 09:14:23 ]
C丼ガラガラポン(゚听)イラネ

485 名前:仕様書無しさん mailto:sage [2007/10/11(木) 09:29:54 ]

C♪

がいい

486 名前:仕様書無しさん mailto:sage [2007/10/11(木) 09:41:16 ]
ガラガラポンドトネト(・∀・)カコワルイ!!

487 名前:仕様書無しさん mailto:sage [2007/10/11(木) 09:55:45 ]
もしくわ

X

カコイイ

488 名前:仕様書無しさん mailto:sage [2007/10/11(木) 10:28:49 ]
>瞬間起動Linuxデスクトップ
>ttp://japanese.engadget.com/2007/10/10/linux-splashtop-asus/

アプリでさえモッサリ起動のドトネト終焉で瞬間起動の時代到来かも。

489 名前:仕様書無しさん mailto:sage [2007/10/11(木) 10:56:10 ]
そもそもOSはなんであんなに起動時間かかるんだ?


490 名前:仕様書無しさん [2007/10/11(木) 11:13:59 ]
C#よりもD♭にしたら人気も爆発したかも。
上をいってるんだぜ!!でも控えめな俺だから♭で半音下げる。
奥ゆかしい俺。



491 名前:仕様書無しさん mailto:sage [2007/10/11(木) 11:52:34 ]
C丼ドトネト(´・ω・) カワイソス

492 名前:仕様書無しさん mailto:sage [2007/10/11(木) 13:06:49 ]
C++-

493 名前:仕様書無しさん mailto:sage [2007/10/11(木) 19:48:04 ]
おまえら、もう飽きてきてるだろ。

494 名前:仕様書無しさん mailto:sage [2007/10/11(木) 20:07:14 ]
とりあえずC#の案件多いよな
うちの会社だけかも知らんけどね

495 名前:仕様書無しさん [2007/10/11(木) 20:52:46 ]
VB.NETも多いみたい。

.NETとJAVAの仕事はいっぱいあるんだって。

496 名前:仕様書無しさん mailto:sage [2007/10/11(木) 21:00:01 ]
技術者不足の感はある

497 名前:仕様書無しさん mailto:sage [2007/10/11(木) 22:38:43 ]
案件うんぬん以前に単純に楽だしC#
ちょっとしたツールは全部これ

498 名前:仕様書無しさん mailto:sage [2007/10/12(金) 02:37:49 ]
VS2005はあるんだけどC#やってないんだよなあ。
いいかどうかもわからんからちょっとやるだけやってみるかな。
VB6みたいにちゃちゃっとツール作れるんなら歓迎。

499 名前:仕様書無しさん mailto:sage [2007/10/12(金) 02:43:11 ]

めちゃめちゃラクに作れるやん!
あとは方言覚えればよさげ。

500 名前:仕様書無しさん mailto:sage [2007/10/12(金) 02:44:32 ]
>>498
VB6せめてVB.NET使っててください、ほんとにお願いします。



501 名前:仕様書無しさん [2007/10/12(金) 14:50:59 ]
VB6ってvistaじゃ動かないんだろ?


502 名前:仕様書無しさん mailto:sage [2007/10/12(金) 14:53:32 ]
ハァ?

503 名前:仕様書無しさん mailto:sage [2007/10/12(金) 21:40:32 ]
>案件うんぬん以前に単純に楽だし○○
>ちょっとしたツールは全部これ

ガラガラポン詐欺の常套句。

504 名前:仕様書無しさん mailto:sage [2007/10/12(金) 23:20:45 ]
開発言語がだんだんラクなものになってなった、といっても
基本分かってる人間にとって「理解してるけどいちいち面倒」な部分をラクにすると
分からないまま使う人間もラクするんだよね

505 名前:仕様書無しさん mailto:sage [2007/10/12(金) 23:30:13 ]
>>503
だからそういうのは『〜という「被害妄想クン」の常套句』にしか聞こえんてw

506 名前:仕様書無しさん mailto:sage [2007/10/13(土) 01:32:29 ]
ちょっとしたツールにC++を使う人間も大勢いますお!

507 名前:仕様書無しさん mailto:sage [2007/10/13(土) 01:57:46 ]
VBの方がコントロールべたべたっ、ってはってちゃちゃっとできるじゃん。
その場でしか使わないようなツール作るときは
CよりVBの方が俺はラク。

508 名前:仕様書無しさん mailto:sage [2007/10/13(土) 02:07:35 ]
>>506
頭悪いとしか思えん
よく言ってもセンス内としか言えん

509 名前:仕様書無しさん [2007/10/13(土) 14:49:08 ]
ちょっと勉強すればVB6より.NETの方が数倍開発効率が高いと思うんだが。
よっぽどバ(ry

510 名前:仕様書無しさん mailto:sage [2007/10/13(土) 15:17:32 ]
おまえらは、毎日パソコンの電源入れて、使えるようになるまでボーっとしているわけだ。
仮りにパソコンで仕事ができるようになるまでの時間を3分としよう。するとまぁ低く見積もって
月20日パソコンの電源いれるとして、60分。年間実に12時間もの時間をおまえ等はボーっとしている
わけだ。ボーっとしてる時間があったらもっと自分の人生のことでも考えろよ。おまえ等みてると
イライラしてくるわ。



511 名前:仕様書無しさん mailto:sage [2007/10/13(土) 15:28:55 ]
俺が無駄にしてる時間がそんなに少ないわけないだろう

512 名前:仕様書無しさん mailto:sage [2007/10/13(土) 15:41:17 ]
おれのPCは起動に3分。ログインに4分。VSの起動に3分かかりますが、何か?

513 名前:仕様書無しさん mailto:sage [2007/10/13(土) 16:15:11 ]
30歳だと10年何もしてないのか。
90歳だと30年も寝てるんだな。

514 名前:仕様書無しさん mailto:sage [2007/10/13(土) 18:47:02 ]
>案件うんぬん以前に単純に楽だし○○
>ちょっとしたツールは全部これ

「ちょっとしたツール」ってのが詐欺。
Delphiだったらポトペタで一瞬でツールどころかアプリができるじゃん。


515 名前:仕様書無しさん mailto:sage [2007/10/13(土) 18:52:35 ]
まー、Delphiはアレはアレでいい言語仕様ではあるよな。
ウチの会社も昔使っていたし。

しかし、Delphiは流行ったとは思うけど、不思議とC#は流行らないよな。

516 名前:仕様書無しさん mailto:sage [2007/10/13(土) 19:11:06 ]
じゃあ俺はOCaml流行らせる

517 名前:仕様書無しさん mailto:sage [2007/10/13(土) 19:12:05 ]
つーか、その手の仕事はプログラマって職種じゃなくて、
ただのツールが使えるオペレータって言わないの?

まぁ、二極化は進む罠。

518 名前:仕様書無しさん mailto:sage [2007/10/13(土) 19:18:47 ]
二極化っていうか、今までコーダーの一極化だったのが、マに重きを置くべきとやっと議論が始まった感じ。

>ちょっとしたツールは全部これ
ってのはコーダー専用であって、マには関係無い。

C++が悪いんでなく、MFCが劣悪品だっただけ。

519 名前:仕様書無しさん mailto:sage [2007/10/13(土) 19:30:19 ]
Win32APIは面倒からMFCで包んじゃえ。
って辺りからM$のダークサイドに落ちて楽になれば?
って誘惑が強くなってきたと思っている。

ところで、俺はよくしらないのだが、LINQでSQL Serverを扱うときと、
OracleやMySQL,PostgreSQLを使う時って最初のドライバ
のロードに違うがあるだけで、使い勝手は一緒なの?

520 名前:仕様書無しさん mailto:sage [2007/10/13(土) 19:55:47 ]
>>519
>ところで、俺はよくしらないのだが、LINQでSQL Serverを扱うときと、
>OracleやMySQL,PostgreSQLを使う時って最初のドライバ
>のロードに違うがあるだけで、使い勝手は一緒なの?
なんで一緒じゃないと思ったの?



521 名前:仕様書無しさん mailto:sage [2007/10/13(土) 20:00:33 ]
で、JAVAとC#は?

522 名前:仕様書無しさん mailto:sage [2007/10/13(土) 20:03:19 ]
>Win32APIは面倒からMFCで包んじゃえ。

ここまでは正しいんだけど、MFCでは画面作り難杉。

523 名前:仕様書無しさん mailto:sage [2007/10/13(土) 20:18:34 ]
>>520
経営的にはM$のやり方だと、SQL Serverだけに恩恵があるように作るでしょ。

各DBの特有のSQLの方言までLINQが吸収してくれると思ってた。一般的なSQLだけなの?

524 名前:仕様書無しさん mailto:sage [2007/10/13(土) 21:25:21 ]
ついて行けてないくせに、口だけは一丁前に叩こうとするんだよな。
LINQが理解できないなら.NET知ったふりするなよ低脳が。w

525 名前:仕様書無しさん mailto:sage [2007/10/13(土) 21:27:36 ]
MFCの時代まではきちんと仕事してたんだね無職君w

526 名前:仕様書無しさん mailto:sage [2007/10/13(土) 21:59:25 ]
>>523
いつの時代の話してんの?

527 名前:仕様書無しさん mailto:sage [2007/10/13(土) 22:09:43 ]
>>526
無職じゃなかった頃の話w

528 名前:仕様書無しさん mailto:sage [2007/10/13(土) 22:50:07 ]
誰一人、正確な答えが出ていない所がかっこ悪い。

529 名前:仕様書無しさん mailto:sage [2007/10/13(土) 22:59:10 ]
このスレにいるM$マンセーな連中に聞くだけ無駄。
適当なURLはって逃げるだけ。本人が理解していないで、
口だけ達者な奴だろ。

実際のところ、LINQはどうなのよ?使っている人挙手。

530 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:07:32 ]
M$厨「M$が最先端。理解できないなら.NET知ったふりするなよ低脳が。w」

しかしながらM$自身は、戦略上からわざと最先端から遅らせてる事実。




531 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:12:54 ]
リンク貼って逃げるだけの馬鹿はどっちだか
.NETで仕事してから大口叩け、無能w

532 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:20:05 ]
>>529
お前にはLINQを理解するのは無理

533 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:21:31 ]
それ以前に、理解できてる技術なんて一つもなさそうw

534 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:25:11 ]
何かわからんがとりあえず理解するのは無理だな。

535 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:33:50 ]
M$厨「ドトネトが最先端。お前にはLINQを理解するのは無理」

しかしながらM$自身が捨てたドトネト。



536 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:38:12 ]
>>535
良かったね。.NETが消えたのならもう叩く必要もないね。w

537 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:48:00 ]
仕事がMSばっかだからなあ。

538 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:48:34 ]
確かにこのスレ以外のドトネトスレがストップしてるお。

539 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:51:03 ]
>>538

230 :デフォルトの名無しさん:2007/10/13(土) 21:34:24
blogやSNSでリアルな付き合いに向かっているだけだろ。
無職君が匿名でウジウジやってて取り残されただけだよ。www

540 名前:仕様書無しさん mailto:sage [2007/10/13(土) 23:55:08 ]
ブビ厨につづいてドトネト厨死滅カワイソス><



541 名前:仕様書無しさん mailto:sage [2007/10/14(日) 00:01:09 ]
>>540
良かったじゃん。もう気にしなくていいしね。w

542 名前:仕様書無しさん mailto:sage [2007/10/14(日) 00:06:57 ]
>>528
LINQ以前のレベルな事はわかってるか?

543 名前:仕様書無しさん mailto:sage [2007/10/14(日) 00:18:27 ]
LINQってゼルダ?
なんかつづりチガクね?

544 名前:仕様書無しさん mailto:sage [2007/10/14(日) 00:28:03 ]
つまんね

545 名前:仕様書無しさん mailto:sage [2007/10/14(日) 00:33:52 ]
>>542
>>528 >>535

546 名前:仕様書無しさん mailto:sage [2007/10/14(日) 00:37:38 ]
判定: ドトネト中の自滅→C丼の負け

547 名前:仕様書無しさん mailto:sage [2007/10/14(日) 00:39:02 ]
つまんね

548 名前:仕様書無しさん mailto:sage [2007/10/14(日) 00:41:41 ]
リアルで孤独なんだろうな

549 名前:仕様書無しさん mailto:sage [2007/10/14(日) 08:42:10 ]
「各DBの特有のSQLの方言までLINQが吸収してくれると思ってた。一般的なSQLだけなの? 」

こんな簡単な答えが出ないところを見ると、実際に.NETは普及していないんじゃないのか?
俺はJava屋なんで知らんけどねー。


550 名前:仕様書無しさん mailto:sage [2007/10/14(日) 09:02:48 ]
漏れもJava屋だけどLINQってODBC親戚程度にしか思っていなかったが。

しかしSQL(RDB)の方言つったって、MERGEとかマテリアライズとかを
オブジェクトにマップできるか?とかそういうくらいしか思いつかんけど。

予想だとSQLServer以外はあんまアテに出来ない感があるが。



551 名前:989 mailto:sage [2007/10/14(日) 09:14:22 ]
> SQL Server以外のデータベースでLINQを使えるか?
>
>  使える。LINQのデータベース実装であるDLinqは,データベース接続にADO.NETを使っているため,
>理論上はDLinqアプリケーションは. NET Data Providerを使っているどのデータベースにも接続可能である。
>ただし,予想されることではあるが,プレリリース・コードはSQL Server 2005に対して最適に動作する。
>ほかのデータベースについては,製品出荷時には対応されると思われる。

> LINQは複雑なデータベース対ビジネス・オブジェクト・マッピングに対応するか?
>
>  対応しない。LINQの設計理念の1つは単純さであり,オーダーや請求書のような複雑なビジネス・オブジェクト
>と複数のデータベース・オブジェクトの間のマッピングを作成するプロセスは単純ではない。
>DLinqは,データベース・オブジェクト(テーブルやビューなど)とインスタンス化されたDLinqプログラム・オブジェクトの
>間の1対1マッピングを使用する。複雑なマッピングを作成する必要がある場合は,サードパーティ製ツールを使うか,
>手作業でコーディングする必要がある。

単純なSQLならLINQでカバーするけど、複雑な奴は従来通りやってね。って感じですね。
知識の浅い人向けDBを使いやすくする為の機能って事か。


552 名前:仕様書無しさん mailto:sage [2007/10/14(日) 11:56:52 ]
LINQ = SQLって思ってるところで底の浅さが知れてるがw

553 名前:仕様書無しさん mailto:sage [2007/10/14(日) 13:00:42 ]
LINQってなに?
これがデフォ

554 名前:仕様書無しさん mailto:sage [2007/10/14(日) 13:35:13 ]
どうでもいいけどなんかQとか付くと中国のブランドみたいでカッコ悪い感じがしちゃうよw

555 名前:仕様書無しさん mailto:sage [2007/10/14(日) 13:43:52 ]
wつけて煽っている方が批判しかしていないあたりに、.NET屋の限界を感じる。

自分自身が無知なのをさらけ出して楽しいの?

556 名前:仕様書無しさん mailto:sage [2007/10/14(日) 13:43:58 ]
SQNYとか?

557 名前:仕様書無しさん mailto:sage [2007/10/14(日) 13:44:19 ]
OBAQ

558 名前:仕様書無しさん mailto:sage [2007/10/14(日) 13:53:23 ]
.NET関係のネーミングがひどいってことでいいか?

559 名前:仕様書無しさん [2007/10/14(日) 15:39:38 ]
Javaは日付がひどいけど.NETはスレッドがひどいな。
結城先生のJavaのスレッドの本はとてもわかりやすかったけど、
.NETはよくわかんないし応用が効かない。
自分で実装するには結城先生の本みたいにやるからいいけど、
サンプルコード読むときに苦労する

560 名前:仕様書無しさん mailto:sage [2007/10/14(日) 15:42:59 ]
コードだけで理解したつもりで概念が理解できてない典型



561 名前:仕様書無しさん [2007/10/14(日) 15:46:57 ]
↑がなんなので書き直し。すまん

Javaは日付がひどいけど.NETはスレッドがひどいと思う。
結城先生のJavaのスレッドの本はとてもわかりやすかったけど、
.NETの非同期プログラミングモデルはよくわかんないし応用が効かない。
自分で実装するには.NETでも結城先生の本みたいにやるからいいけど、
サンプルコード読むときに苦労する

562 名前:仕様書無しさん [2007/10/14(日) 15:55:29 ]
>>560>>559に対してか?

確かにすべて理解できたとは思ってないけど、
たとえば、あるタスクを行うスレッドのグループAと別のタスクを行うスレッドのグループBの同期を取りたいときどうする?
スレッドプールを2つ自分で実装すればいいだけの話なんだけど、
.NETの非同期プログラミングモデルでやろうとするととっても面倒じゃないか?


563 名前:仕様書無しさん mailto:sage [2007/10/14(日) 16:00:44 ]
何で.NETは非同期モデルしかないと決め付けてるの?

564 名前:仕様書無しさん [2007/10/14(日) 16:06:55 ]
>>563

ん?非同期プログラミングモデルってこのことだぞ。
ttp://msdn2.microsoft.com/ja-jp/library/ms228969(VS.80).aspx

「非同期しかないって決め付けてる」って意味がわかんないんだが、
だから俺はこれが嫌いだから自分で実装する時は基本的に使わない。
つーか、まさかシングルスレッドをしらないのて言いたいんじゃないよな?

565 名前:仕様書無しさん mailto:sage [2007/10/14(日) 16:09:42 ]
普通にThread使えばいいだけの話に非同期云々の話を持ち出してきたのはそちらだが

566 名前:仕様書無しさん [2007/10/14(日) 16:15:19 ]
「普通にThreadを使う」ことを非同期って言うんだよボケ。
あと>>561を1万回読め

567 名前:仕様書無しさん mailto:sage [2007/10/14(日) 16:17:27 ]
普通のThreadの使い方は>>564のリンク先のやり方ではありませんが?

568 名前:仕様書無しさん mailto:sage [2007/10/14(日) 16:19:09 ]
結局>>560の通りだったな

569 名前:仕様書無しさん [2007/10/14(日) 16:22:27 ]
通じないなぁ・・・

たぶんアンタと俺は同じようにスレッドを生成しているんだと思う。
でもFCLで実装されている非同期メソッドはみんなこの非同期モデルに従っているじゃないか?


570 名前:仕様書無しさん mailto:sage [2007/10/14(日) 16:31:00 ]
ThreadPoolを使いたいのだとしても非同期モデルに縛られることはないのだが?



571 名前:仕様書無しさん [2007/10/14(日) 16:42:16 ]
>>570
だから俺はThreadPool自体を自分で実装しているよ。
実装っていうかコレクションをカプセル化した程度のものだけど、それで十分。
俺が言ってるのは、.NETの非同期プログラミングモデルなんて
なくても困らないし応用が効かないし無い方がよかったんじゃないかってこと。

俺もまだまだ初心者だけど、
>>567とかから判断すると、アンタは相当な初心者だろう。
もうアンタに言うことはないよ。じゃあな。

572 名前:仕様書無しさん mailto:sage [2007/10/14(日) 16:45:58 ]
非同期モデルじゃなくてもThreadPoolが使えるのにわざわざ自分で実装してるの?
しょうもない馬鹿だな。

573 名前:仕様書無しさん [2007/10/14(日) 16:48:28 ]
俺はThreadつかってQueueで完全にスレッド間で同期取って作る
多分559がやってるのと似たようなやりかたかな
で559はEndInvokeとかがいまいち使いどころに困ると思ってるんだろ

574 名前:仕様書無しさん mailto:sage [2007/10/14(日) 16:48:31 ]
ttp://msdn2.microsoft.com/ja-jp/library/3e8s7xdd(VS.80).aspx

このページがあるのにいきなり非同期とか知ったか語り出して痛々しくて見てられないな

575 名前:仕様書無しさん [2007/10/14(日) 16:58:00 ]
>>574
だからそのページに書いてあることを非同期っていうんだよwww

>>573
>>562でも書いたけど複数のスレッドをグループに分けてその同期を取る方法が非同期プログラミングモデル(以下使うことがあればAPM)
でどうやるのかわからん。
自分でChannel役のクラスを複数実装して同期をとれば簡単なのに

576 名前:仕様書無しさん [2007/10/14(日) 17:06:59 ]
スレッドのグループって意味がいまいち分からんのだが
ワーカースレッドとApplication.Run()で動いてるスレッドの間の同期の話?

577 名前:仕様書無しさん mailto:sage [2007/10/14(日) 17:08:02 ]
一般的な意味での非同期と、>>564の意味での非同期を混同してるだけか

578 名前:仕様書無しさん [2007/10/14(日) 17:14:25 ]
>>576
ワーカースレッドごとにグループ化して同期を取る必要がある、ということ。
一般的にこういったことが必要になることは少ないと思うし、わかりにくくて申し訳ないが。

579 名前:仕様書無しさん [2007/10/14(日) 17:35:25 ]
スレッド間でキューにメッセージ投げあって同期を取る
ワーカースレッドは無限ループでキューのメッセージを読みに行ってメッセージに書かれた処理をする
Application.Run()で動いてるスレッドは無限ループできないから
windowsが投げてくるThreadTimerイベント使ってメッセージ読みに行く
って感じで俺なら作る
Invokeとか.netが用意してる同期機能は俺は使わんね
柔軟性に欠けるし

580 名前:仕様書無しさん [2007/10/14(日) 17:59:33 ]
>>579
俺はWindowメッセージとかの知識は全くないんだけど、
次のようにしている(1年前に作ったものだから、細かいところは忘れている)

・スレッドを管理するクラスをA・Bと2つ用意する
・Application.Run()で動いているスレッドがアプリケーション開始時にAのQueueに「リクエストA」をまとめてEnqueueする。
・AはリクエストAを順に処理し、処理し終わるごとにBにイベントで通知する。
 (この時リクエストAを処理した結果からリクエストBを作成してBに渡す)
・Bは受け取ったリクエストを順に処理して、ある一定のタイミングでファイルに吐き出す。
・これらとは別のスレッドが定期的にAとBを監視して、
Application.Run()で動いているWindowsFormを起動したスレッドに通知する。

>Invokeとか.netが用意してる同期機能は俺は使わんね
>柔軟性に欠けるし

こう感じているのは自分だけではないみたいだね。
参考になった。ありがとう。



581 名前:仕様書無しさん [2007/10/14(日) 18:01:32 ]
>>580
またミスった。すまん
×WindowsFormを起動したスレッドに通知する。
○WindowsFormを起動したスレッドに進捗状況を通知する。

582 名前:仕様書無しさん [2007/10/14(日) 18:04:51 ]
>>580
なお、Aは5つ程度・Bは10つ程度のスレッドで動いている

583 名前:仕様書無しさん [2007/10/14(日) 18:17:22 ]
>・これらとは別のスレッドが定期的にAとBを監視して、
>Application.Run()で動いているWindowsFormを起動したスレッドに通知する。

おそらくスレッドクラスのメンバにアクセスして監視してるんだろう
俺ならEnqueueする場所は各スレッドループの先頭一箇所だけにする
他スレッドクラスのQueue以外には絶対にアクセスできないようにあえて各スレッドクラスの
Queue以外の参照を消去して完全イベントドリブンにする
こういう制約を課してプログラム組むと結果的に凄くメンテナンスしやすいものができる

584 名前:仕様書無しさん [2007/10/14(日) 18:32:16 ]
>>583
確か監視スレッドが監視しているのはQueueのCountプロパティだったと思ったが、
特に隠蔽は意識していなかった。参考にさせてもらうよ。

あと思い出したことを書くと
Aがやってるのはネットワーク接続の待ち時間が長い処理で、
Aの一つのスレッドが作成するリクエストBは数十個になる。
リクエストBも多少のネットワーク待ちは発生するが、比較的軽い処理だ。
だからこのような仕様にした。

で、話は全くかわるけど、
イベントといえば.NETのいいところの一つだと思う。
JavaではObserverパターンを実装しなければならないようだけど、
Javaでもリフレクションを使えば.NETのイベントと同じようなことってできる
基底クラスを作成できるんだろうか?



585 名前:仕様書無しさん [2007/10/15(月) 00:57:19 ]

JavaとC#どっちとも使えない奴ってなんなの?

馬鹿なの?


586 名前:仕様書無しさん mailto:sage [2007/10/15(月) 08:40:35 ]
ブヴィチュウヴァカニスルナ

587 名前:仕様書無しさん mailto:sage [2007/10/15(月) 11:00:41 ]
>>585
人間として、少なくとも、どちらか使えるべきだな。

588 名前:仕様書無しさん mailto:sage [2007/10/15(月) 11:05:25 ]
そんな事逝ったら、周りに人間居なくなるんだけど。。。

589 名前:仕様書無しさん mailto:sage [2007/10/15(月) 18:18:42 ]
> ATL を使用し、STL コレクションを公開し、MFC アプリケーションのコンパイラ COM サポートにより制御されたサーバーの実装
>ttp://msdn2.microsoft.com/ja-jp/library/xatwk0b1(vs.80).aspx

これにさらにドトネトが追加されると。。。
萎え...

590 名前:仕様書無しさん mailto:sage [2007/10/15(月) 19:10:36 ]
さらにboostも追加されます



591 名前:仕様書無しさん mailto:sage [2007/10/16(火) 07:28:06 ]
お前らが、あんまりいいって言うから、
全ての勉強を中断して、
C♯の学習開始。

これで良くなかったら、お前ら、責任とれよ。

592 名前:仕様書無しさん mailto:sage [2007/10/16(火) 10:20:09 ]
これから関数型の要素もはいってくるしいいんじゃね?
C#→F#といくのがおすすめ

593 名前:仕様書無しさん mailto:sage [2007/10/16(火) 10:26:03 ]
なんでC#を経由せんといかんのだ?

594 名前:仕様書無しさん mailto:sage [2007/10/16(火) 10:40:55 ]
つか、なんで♯なんだ?

595 名前:仕様書無しさん mailto:sage [2007/10/16(火) 11:55:09 ]
C#→F#といくのがおすすめ

C#オワタ\(^o^)/

596 名前:仕様書無しさん mailto:sage [2007/10/16(火) 15:35:45 ]
Visual Studio 2005 Part 22
ttp://pc11.2ch.net/test/read.cgi/tech/1187540029/518-

518 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/16(火) 11:27:48
ヘルプが糞なのは同感。糞重いし検索がまた糞。正規表現くらい使わせろ糞

519 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/16(火) 14:11:48
.NET製だから初回起動が重いだけかな。起動後も重いやつはPCがもう時代遅れ。

520 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/16(火) 14:18:03
そういう話で無くてな?やってる処理がたいしたこと無いのに何であそこまでもっさりしてるのかという話だ。

521 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/16(火) 14:25:23
無駄に重いわなVS2005のは。
どうせレンダリングはIEコンポでやってるんのに、わざわざドトネトにして
糞重くした新しいdexplore.exeになって一体どこの誰が喜ぶんだか
さっぱり理解できん。

522 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/16(火) 14:53:22
当然喜ぶのはdexplorer.exeの開発者じゃないの

523 名前: デフォルトの名無しさん [sage] 投稿日: 2007/10/16(火) 15:04:04
パソコン利用者8割がストレス、「動作の遅さ」に強い不満
ttp://pc11.2ch.net/test/read.cgi/pcnews/1181735813/l50

597 名前:仕様書無しさん mailto:sage [2007/10/16(火) 18:20:27 ]
コピペ君って馬鹿だな、まで読んだ。

598 名前:仕様書無しさん mailto:sage [2007/10/17(水) 07:19:25 ]
C#→F#この次は続けて→C#→G#だな。
基本的なコード進行。

599 名前:仕様書無しさん [2007/10/24(水) 00:36:05 ]
俺はJavaでもなく.NETでもなく、VBAが好きだ。

600 名前:仕様書無しさん mailto:sage [2007/10/24(水) 09:29:46 ]
C2D+Mem1M でも重い。



601 名前:仕様書無しさん [2007/10/24(水) 09:40:09 ]
過度の抽象化をしてるんだろjavaみたいに

602 名前:仕様書無しさん mailto:sage [2007/10/24(水) 11:50:52 ]
こないだも「色々苦労して造った末に顧客からExcelみたいのないの?」っていわれた
っていうスレがあったけど、たいていの会社ならExcelをUIにしてMySQLにでも接続するプログラムを
作ってやった方がいい。Excelの表計算フォームがいやならVBAでフォーム作成すればいい。そいつをアドインにデモしてやればなおさらいい。

603 名前:仕様書無しさん mailto:sage [2007/10/24(水) 11:53:50 ]
残念ですが、M$がVBAを終焉させまつ。

604 名前:仕様書無しさん mailto:sage [2007/10/24(水) 12:10:52 ]
>>603
じゃあ、KingOfficeVBAで戦うまでだ!

605 名前:仕様書無しさん [2007/10/24(水) 13:34:39 ]
>>603
ソースは?

606 名前:仕様書無しさん mailto:sage [2007/10/24(水) 19:52:22 ]
こんなにいっぱい言語作って、何したいんだよ。

607 名前:仕様書無しさん [2007/10/24(水) 20:05:16 ]
Kコンパイラが懐かしい

608 名前:仕様書無しさん mailto:sage [2007/10/24(水) 23:12:16 ]
>>603
そしてVBA.NETの時代が

609 名前:仕様書無しさん mailto:sage [2007/10/26(金) 05:54:22 ]
どちらかというとVBxがあるからVB.NET/Aのほうが近そうだ

610 名前:仕様書無しさん [2007/10/27(土) 22:47:49 ]
確かにUIはExcelが最高だと思う。
VBAが.NET化するのはいつになるんだろう?
今でもOfficeProfessionalならVSTOとやらで.NETのマネージコードで操作できるんだっけ?
でもOfficeProfessional買ってくれないし・・・



611 名前:仕様書無しさん mailto:sage [2007/10/27(土) 22:51:55 ]
Officeのコントロールは標準ツールボックスに入れるなり、いっそWindows.Forms.Officeとかにして欲しいよ。
おいしいんだから

612 名前:仕様書無しさん [2007/10/27(土) 23:02:00 ]
>>611
それいい!そうなれば.NETのシェアは大きく拡大すると思う。
UIは凝るとキリがないし自分は一番時間がかかる。
.NET3.5のグリッドコントロール使いやすくなるんだろうか?

613 名前:仕様書無しさん mailto:sage [2007/10/28(日) 03:32:06 ]
.NET2.xって結局何だったんだ?

614 名前:仕様書無しさん mailto:sage [2007/10/28(日) 05:02:02 ]
>>613
.NET 3.xシリーズのコア部分

615 名前:仕様書無しさん mailto:sage [2007/10/29(月) 23:27:01 ]
JAVAを自宅学習したいのですが、お勧めのJAVA開発ソフトを教えてください。

616 名前:仕様書無しさん mailto:sage [2007/10/30(火) 06:45:41 ]
eclipse

617 名前:仕様書無しさん mailto:sage [2007/10/30(火) 21:57:21 ]
両方で開発してみたけど
C#の方が優れてるわ

618 名前:仕様書無しさん mailto:sage [2007/10/31(水) 09:29:36 ]
仕上がるドトネトアプリは最悪だけどね

619 名前:仕様書無しさん mailto:sage [2007/10/31(水) 09:34:47 ]
powershellみたいなシェルスクリプトで.NETのオブジェクトを自在に弄れるってのは面白いけどな
あと.NETでCとC#とF#を組み合わせて開発できるのとか
マルチプラットフォームを意識しないのに限れば結構実用的な気がする
でもC#で使う分にはjavaには絶対勝てないのは確実だね

620 名前:仕様書無しさん mailto:sage [2007/11/01(木) 01:13:37 ]
結局、βで終わった3.0の立場は?



621 名前:仕様書無しさん mailto:sage [2007/11/01(木) 04:51:00 ]
monoのWindows Formsの充実マダー?

622 名前:仕様書無しさん mailto:sage [2007/11/01(木) 13:38:53 ]
ディベート: 何故ほとんどの大規模webサイトはJavaで構築されないのか?
ttp://www.infoq.com/jp/news/2007/10/big-java

623 名前:仕様書無しさん mailto:sage [2007/11/01(木) 20:02:37 ]
>>622
.Netは話題にすら上っていない件について。

624 名前:仕様書無しさん mailto:sage [2007/11/07(水) 17:32:48 ]
>マイクロソフトとターボリナックスの提携に見る「UnitedLinux」の影
>ttp://www.itmedia.co.jp/enterprise/articles/0711/07/news013.html

ググルリナクスに対抗だね。
Win32、Ax、ドトネトの三つ巴でブビ厨氏滅。
そこに、M$Linuxが入り込んで4つの要素対応となったらドトネト厨完全脂肪www

複雑化でドトネト厨涙目(´;ω;`)

625 名前:仕様書無しさん mailto:sage [2007/11/07(水) 19:17:54 ]
またこの手の馬鹿かw
あのねえボク、プログラマは君がケータイやゲーム機に持つような思い入れを
開発ツールに対して持ったりしないよ。

ドトネトが死滅したら死滅したで、よりよい代替物が存在するなら別に何も困らんw
単なる道具だからな

626 名前:仕様書無しさん mailto:sage [2007/11/07(水) 19:36:42 ]
>あのねえボク、プログラマは君がケータイやゲーム機に持つような思い入れを 開発ツールに対して持ったりしないよ。

じゃあ何でこのスレがあるの?

627 名前:仕様書無しさん mailto:sage [2007/11/07(水) 19:50:46 ]
>>626
え?このスレって言語に対する思い入れを語るスレだっけ?

628 名前:仕様書無しさん mailto:sage [2007/11/07(水) 20:34:54 ]
まあ、C#使いの多くは思い入れで語ってる感はあるな。

629 名前:仕様書無しさん mailto:sage [2007/11/08(木) 10:11:43 ]
>え?このスレって言語に対する思い入れを語るスレだっけ?


KYの呪文は魔法(捏造)の言葉――
                        サイレント魔女☆リティ
        ,.、,、,..,、、.,、,、、..,_,.、,、,..,、、.,、,、、..,
      ´゙:..`.゙:‐'゙`.゙ヾ:゚`.゙:`.゙:`.゙:`.゙:`.ヾ゙: ゚`.゙: ゚''.`.゙:..`.
   ´.: ,.゚ `.゙::、`___:;.:.:.:゚..____゙:`.゙::゚゙:::_ ヾ''. ''. ヾ''.`:.;:.;:..゙
  ´,..`.゙::: '゙.`::.゚| |゚、. / /.゙:.゙::く\゙::_ `.゙.゙/^>'゙:'.`.゙;.;;゚.;.;;゚.;.;
 ´: ゚..: ''.`゚.,:. :.、| |:/ /`.゙`.゙`.゙:..\ \:/ /'゚ ''.`.゙:_;. ''..:.;.;;゚..
´;: .゚.: ,:. :、.',: '゙ .|   く''.`.゙::_`.゙:`.゙:;.`.\ /`..゙:`.ヾ゙:`.゙:;.`.:.:.
´;: ゚...: ,:. ゚ ''.: '゙゙|  |.\ \.、.:',.'..゙.:.゙.:゙ :.|  |`.゚゙:'.ヾ`.゙:;.゚`.゙:.`.゙`
`;: ...: ヾ'.`.゙,:. ''|____|.゙..゚\/''.`.゙.:゙.: :.゚、.:|____|' :.゚ヾ、.,:. :゚.、:,:..
 `: .゚..: ,゚: '゙. ゚゚ ''.`.゙:.:.、゚`゙:`.ヾ ゙:`.'.`.゙.:',.: .::_.:''`゙゚ .::_''゚`゙.: '
      ´゙:..`.゙:‐'゙`.゙ヾ:゚`.゙:`.゙:`.゙:`.゙:`.ヾ゙: ゚`.゙: ゚''.`.゙
   `゙:゚`.゙:..`.゙:‐'゙Copyright 1989.4.20 AsahiShimbun.`


630 名前:仕様書無しさん mailto:sage [2007/11/08(木) 18:29:17 ]
>【Orcas】 Visual Studio 2007 【.NET3.0】 Part3
>ttp://pc11.2ch.net/test/read.cgi/tech/1193662588/126-

今日東工大に James Gosling が来て話をしていったけれども
聴講者から .NET に関して質問が出たらこう答えてた

・2-3年前までは .NET に危機感を抱いていたが今ではまったく危機感はない
・MS .NET で作られたアプリが Mono で動くのは 0% である

なんだかずいぶんとなめられてる



631 名前:仕様書無しさん mailto:sage [2007/11/08(木) 19:03:32 ]
コピペ君って馬鹿だな、まで読んだ。

632 名前:仕様書無しさん mailto:sage [2007/11/08(木) 23:30:57 ]
>>630
Goslingは・・・・というかSunの人はだいたい強気に言う風習があるから、
言葉を50%薄めて聴いた方がいいけど、意外と競合しないって意識はあるのかもな

633 名前:仕様書無しさん mailto:sage [2007/11/09(金) 23:11:46 ]
Sunにしてみりゃ馬鹿みたいに.NETを力を入れるM$は怖かったけど、
.NETが目指す方向が斜め上なのが分かったから、放置していれば毎度の
パターンで自滅するの目に見えているし、アホがどこで腐った金を使おうが
しったこっちゃねー。って所だろ。

M$がノベルに.NET関連の技術提供を行い、.NETの新バージョンリリースと同時に
monoがバージョンアップするとか、C#あたりをオープンにするようになったら
Sunもガクブルかもしれんがな・・・まずそんな事はやらんだろ。

まぁ、開発効率があがったひゃっほいしている連中はしらんがな。
おれはNetBeansで遊びながら金貰って幸せだけどねぇ・・・

634 名前:仕様書無しさん mailto:sage [2007/11/10(土) 01:12:58 ]
java厨だけどこんな低レベル多いのかとびっくりだ・・・

635 名前:仕様書無しさん mailto:sage [2007/11/13(火) 03:23:30 ]
正直MonoのWindows FormsはM$.NETをなめてるようにしか思えん
別にかまわんけど、それなら別のGUIツールキットとその開発環境を充実させてくれ。

636 名前:仕様書無しさん [2007/11/13(火) 14:58:53 ]
勝負オワタ\(^o^)/

【速報】Google社が「Android」のSDKを公開,Javaでアプリケーションを記述
ttp://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/

637 名前:仕様書無しさん [2007/11/13(火) 16:09:33 ]
ドトネト厨完全にオワタ\(^o^)/

>Googleが携帯用OSを無償配布
>ttp://pc11.2ch.net/test/read.cgi/tech/1194399528/38

Android Developers の Google グループをちょっと覗いてみたのだが。。。

.NET厨がAndroidで .NET Framework をサポート汁とスレッド乱立させすぎでワロタ

638 名前:仕様書無しさん mailto:sage [2007/11/13(火) 16:20:45 ]
またよく知りもしないでコピペだけかよ。
この低脳早く死なないかな。誰の役にも立ってない。

639 名前:仕様書無しさん mailto:sage [2007/11/13(火) 16:24:05 ]
やだな。こんな馬鹿がJava陣営にいるの?

640 名前:仕様書無しさん mailto:sage [2007/11/13(火) 16:38:42 ]
ドトネト厨の居ても立っても居られない反論。・゚゚・(>_<)・゚゚・。 ハヅカシイ




641 名前:仕様書無しさん mailto:sage [2007/11/13(火) 16:40:30 ]
シェア JAVA > .net
使いやすさ JAVA < .net
ぐらいにしか思ってない。

642 名前:仕様書無しさん mailto:sage [2007/11/13(火) 16:42:10 ]
>>640
このスレなら相手にしてもらえて良かったね

643 名前:仕様書無しさん mailto:sage [2007/11/13(火) 23:15:04 ]
どっちもやったが、MSDNは開くのが重いという理由でJavaに1票

644 名前:仕様書無しさん mailto:sage [2007/11/13(火) 23:54:39 ]
javadoc は見やすいよね

645 名前:仕様書無しさん mailto:sage [2007/11/14(水) 00:40:13 ]
でもHTMLファイルが数千にもなるのは止めてほしいな。
1つのファイルに固めてほしい。(1つのHTMLファイルという意味じゃないよ。)

646 名前:仕様書無しさん mailto:sage [2007/11/14(水) 00:52:20 ]
サンプルコードを必須にしてくれ

647 名前:仕様書無しさん mailto:sage [2007/11/15(木) 01:24:42 ]
文法とライブラリがC#なJAVAがあれば最高なんだが

648 名前:仕様書無しさん mailto:sage [2007/11/15(木) 08:36:25 ]
それ、何てDelphi/VCL?

649 名前:仕様書無しさん mailto:sage [2007/11/15(木) 21:57:09 ]
それはパスカル

650 名前:仕様書無しさん mailto:sage [2007/11/15(木) 23:01:03 ]
SunMicrosoftSystemsが作ってくれるのを待て



651 名前:仕様書無しさん [2007/11/17(土) 19:57:52 ]
C#は標準ライブラリがちゃんと整備されてる。
MS以外のメーカーの追加のコンポーネントとかはぐちゃぐちゃのやつあるけど。
JAVAは標準ライブラリが既にぐちゃぐちゃ。
コンソールのリーダー呼び出すだけで
new BufferedReader(new InputStreamReader(System.in));
とかやってオブジェクト作らんといかんし。
C#習得してからJAVAやりはじめてみたらこのへんにすごい違和感感じた。

652 名前:仕様書無しさん mailto:sage [2007/11/17(土) 22:04:00 ]
後だしジャンケン理論と言うか、後発の言語なんだから
んな事当たり前としか言いようがないが。

C#の後発の言語が出たら「C#は標準ライブラリが既にぐちゃぐちゃ」
って事になるんだが。

言語仕様的にはC#の方が優れていると思うよ。
ただJavaと比べると絶望的な普及率ってだけで。

653 名前:仕様書無しさん [2007/11/17(土) 22:07:55 ]
いいよな〜。俺なんて、家がローン抱えてるから
貧乏プログラマだから、.NET勉強したくても金がないから
JavaとかPHPやってる。.NETも本気でやればProffessionalとか必要なんでしょ?
もう6年くらいMicrosoftの開発にあこがれてる。

654 名前:仕様書無しさん mailto:sage [2007/11/17(土) 22:08:54 ]
>>653
無料ので全然困らないぞ。
さあ、きみも早くVB.NETの世界へ来るんだ!

655 名前:仕様書無しさん mailto:sage [2007/11/17(土) 22:40:38 ]
名古屋だとjavaより.netの仕事ばっかなんだけど
東京とかだと違うの?


656 名前:仕様書無しさん mailto:sage [2007/11/17(土) 22:43:40 ]
漏れも名古屋の人間だが東京はオープン系が流行っているとは聞くな。
と言うかMS系=素人=地方エンジニアって図式で、
オープン系の技術があると東京に飛ばされる。w

657 名前:仕様書無しさん [2007/11/17(土) 23:23:14 ]
開発環境が
java >>>>> .net

658 名前:仕様書無しさん [2007/11/18(日) 00:07:22 ]
>>657
ありえねえw
どんな環境だとそんな式が成り立つんだよw

659 名前:仕様書無しさん mailto:sage [2007/11/18(日) 00:18:42 ]
>>655
こっちはjavaとlampが多いと感じる
やっぱり要件としてリッチなんが多い?

660 名前:仕様書無しさん mailto:sage [2007/11/18(日) 00:19:55 ]
>>657
Visual Studio 2005 Express落としてこいよと言いたい



661 名前:仕様書無しさん mailto:sage [2007/11/18(日) 00:41:42 ]
現実の世界で開発していく上では
既に標準ライブラリがぐちゃぐちゃのJAVAで開発するのと
ちゃんと整備されてるC#で開発進めていくのでは大きな差がある
C#とJAVAどっちも使える新規の案件なら迷わずC#選ぶって話だと思うが

662 名前:仕様書無しさん mailto:sage [2007/11/18(日) 01:24:07 ]
C#のWEB案件やろうとすると、たいていIISがついてくるのがなぁ
あと、MFCとかManageとかATLとかWTLとかみたいなのを放流して
混沌とした世界を造ったりしないかも心配

663 名前:仕様書無しさん [2007/11/18(日) 03:23:13 ]
チョット質問があります。

.netで作ったAPを動かす、
windowsにインストールしたウィルス対策ソフトせいで、
APのパフォーマンスが悪くなったりしませんか?

.netやってる人に聞きたいのですが、
.netを動かす時は、
やっぱりwindows上で動かしますよね?
で、
そのwindowsには、
ウィルス対策ソフトをインストールしますよね?
そうすると.netで作ったAPのパフォーマンスって、
ウィルス対策ソフトのせいで悪くなったりしませんか?
windows=ウィルス対策必須OS
の認識があります。
サーバ、クライアントを問わずに。
よって、
ウィルス対策ソフトが.netのAPに影響するように思えるのですが、
どうですか?

664 名前:仕様書無しさん mailto:sage [2007/11/18(日) 03:26:21 ]
>>663
なんでココで聞くの?スレタイ読めないの?

665 名前:仕様書無しさん mailto:sage [2007/11/18(日) 06:05:05 ]
俺のPCにIISが入ってないから、C♯は無理

666 名前:仕様書無しさん mailto:sage [2007/11/18(日) 06:09:16 ]
TomcatもJbossもGlassfishも、
自由に使えるからJavaしかない。

667 名前:仕様書無しさん mailto:sage [2007/11/18(日) 07:35:09 ]
>C#とJAVAどっちも使える新規の案件なら迷わずC#選ぶって話だと思うが

Javaも商用エディション(Rational+WebSphere)使っていいならC#よりもJavaの方が
環境&サポートがMSよりもマシなんだが。

*.IBM.WebSphereなクラスライブラリなら標準ライブラリはしっかり(?)してるぞ。w

保守を含めると開発向けしてC#よりもJavaの方が恵まれている。


668 名前:仕様書無しさん mailto:sage [2007/11/18(日) 07:40:19 ]
商用なんてイラネ

669 名前:仕様書無しさん mailto:sage [2007/11/18(日) 09:21:43 ]
遊びで糞な.NETアプリを書いて自己満足に浸るのは構わんよ。
Visual Studio 2005 Expressも.NET物しか作れないようになっているし、
頑張って洗脳されてくれ。

>>new BufferedReader(new InputStreamReader(System.in));
に違和感を感じるぐらい知能が低いのであれば、それはそれでいいんじゃね?
もうすこしは勉強した方がいいとおもうけどね。

発注する側だけど、.NET+IISなM$環境で提案してくるSIerはとりあえず否定すっけどね。
LAMPなオープンソースで固めたUNIX物の方がなんぼかマシ。

670 名前:仕様書無しさん [2007/11/18(日) 12:41:47 ]
>.NET+IISなM$環境で提案してくるSIerはとりあえず否定すっけどね。

理由を言ってくれると嬉しいんだが....



671 名前:仕様書無しさん [2007/11/18(日) 12:50:36 ]
JavaとかC#とかどっちでもいいじゃん。ようは、簡単にプログラムを組めちゃう
のをどんどん作ってほしい。

もう、あれじゃね?ある程度のシステムならフレームワークみたいな
枠組みでホームページビルダーみたいにGUIで色々ドラッグアンドドロップで
ぐりぐり作れちゃうとおもうから、そういうの作ってほしい。

そうすれば、プログラマなんていらなくなり万々歳。

672 名前:仕様書無しさん mailto:sage [2007/11/18(日) 13:23:24 ]
>>671
何年も前からそうやって言われてるけど、なかなか実現しないな
GUI環境自体が発展途上に居る間は無理だろうし、
発展を止めれば利益がなくなるベンダーは止まろうとはしない予感

673 名前:仕様書無しさん mailto:sage [2007/11/18(日) 14:05:10 ]
>>670
運用保守の条件が多すぎから。WindowsUpdate周りとか大変だし、コストかかりすぎるとか?

現在稼動しているシステムを来年に別のハードウェアで稼動させようとかすると、調査費用やら、
ソフトの調整で金かかるしねぇ・・・・

使うほうにしてみれば、LAMPの方が大きな変更すくなくて楽だとおもうけどね。

674 名前:仕様書無しさん mailto:sage [2007/11/18(日) 15:00:31 ]
>>671
>枠組みでホームページビルダーみたいにGUIで色々ドラッグアンドドロップで
>ぐりぐり作れちゃうとおもうから、そういうの作ってほしい。

それはC#もJavaも既に存在している点について。

675 名前:仕様書無しさん mailto:sage [2007/11/18(日) 15:17:17 ]
>>23
この文体、懐かしいなw

ドトネト厨はまだいたのかw

676 名前:仕様書無しさん mailto:sage [2007/11/18(日) 16:09:13 ]
やはりjavaの話といえばサーバーの話以外ひとつもでてこないな
確かに周りではGUI使うクライアントソフトを.net
webサーバーはjavaで作ってるよ
javaは標準のswingが遅いし選択肢に入らない
でもサーバーの環境はただで手に入るからな
やはりそこは強みを生かして使い分けするのがベストか

677 名前:仕様書無しさん mailto:sage [2007/11/18(日) 16:23:38 ]
いい加減、Swingどうにかして欲しいな。

678 名前:仕様書無しさん mailto:sage [2007/11/18(日) 17:19:21 ]
>>677
JSR296

679 名前:仕様書無しさん mailto:sage [2007/11/18(日) 17:32:42 ]
>>676
>やはりjavaの話といえばサーバーの話以外ひとつもでてこないな

だって携帯の話すると不思議とスルーされるし。

680 名前:仕様書無しさん mailto:sage [2007/11/18(日) 17:39:22 ]
>>676
クライアントソフトをswingで作ってるよ。

漏れのところは遅いと感じないけど、.NETの辺りと比べると
生産性がイマイチと言うかWinの作法に慣れていると
プログラミングがモニョる感はある。

業務的にはWebがメインで、次点GUIクライアントソフトはExcel+VBA(ADOでSQLをゴリゴリ発行)
が多くて、上記以外でどうしても、って場合にSwingって感じ。

とりあえずC#は出番なし。



681 名前:仕様書無しさん mailto:sage [2007/11/18(日) 17:42:01 ]
>>680
C#出番無しって・・・
さすがに.NETがどうこうってレベルじゃないだろVBAは・・・

682 名前:仕様書無しさん mailto:sage [2007/11/18(日) 17:49:08 ]
だって顧客と要件決めるときに「誰でも簡単にメンテできるのヨロ」とか
言われたらExcel+VBAって流れになってしまった。

これだったら会社のパソコンに普通にインスコされてるから
導入もラクチンだったし、どのPCからでも即ソース修正&再実行って
できるし、入社数年の素人新人でもメンテできるので
顧客にウケがよかった。

683 名前:仕様書無しさん mailto:sage [2007/11/18(日) 17:52:55 ]
クライアントサイドがExcelでサーバサイドJavaとかはやったことあるな
顧客への説明が少なく済んで良かった

684 名前:仕様書無しさん mailto:sage [2007/11/18(日) 18:54:11 ]
>>676
そんな選択肢に入らないほど、最近のSwingは遅くないよ。

遅い遅いいっているのは大昔のM$のプロパガンダの名残。

685 名前:仕様書無しさん mailto:sage [2007/11/18(日) 19:18:08 ]
やっぱりjavaはdelegateがないからGUIは不可
イベントリスナ実装するのにいちいちクラスオブジェクト作るのは
無駄が多すぎる

686 名前:仕様書無しさん mailto:sage [2007/11/18(日) 19:23:16 ]
>>676
もうこの手のどっちが優れている合戦の話題は飽きた。

687 名前:仕様書無しさん mailto:sage [2007/11/18(日) 19:23:56 ]
>>685
そういうのはEclipseなどの自動生成ツールで
代用できるからいらない

というのが俺の考え方

688 名前:仕様書無しさん mailto:sage [2007/11/18(日) 19:42:45 ]
>>687
言語仕様拡張でクロージャ導入される+JSR296でFW改善されて開発効率上げられても
>>685が言っている事が解決する訳じゃないでしょ

689 名前:仕様書無しさん mailto:sage [2007/11/18(日) 20:06:55 ]
じゃあC++どっちが面倒くさい?

690 名前:仕様書無しさん mailto:sage [2007/11/18(日) 22:57:53 ]
>>684
すくなくとも俺のPCではかなり遅い



691 名前:仕様書無しさん mailto:sage [2007/11/18(日) 23:13:28 ]
可哀想な子・・・

692 名前:仕様書無しさん mailto:sage [2007/11/18(日) 23:21:56 ]
>>690
それじゃおまえのPCではVistaも動かないな

693 名前:仕様書無しさん mailto:sage [2007/11/19(月) 02:06:25 ]
Vistaはかなり重い

694 名前:仕様書無しさん mailto:sage [2007/11/19(月) 11:37:02 ]
エアロを導入すれば軽くなるよ

695 名前:仕様書無しさん mailto:sage [2007/11/19(月) 14:59:10 ]
>>693
いづれその糞OS上で、開発する日が訪れる。

696 名前:仕様書無しさん mailto:sage [2007/11/19(月) 23:02:54 ]
>>695
来年の5月からVistaで開発をすることになった
鬱だ

697 名前:仕様書無しさん mailto:sage [2007/11/20(火) 00:35:57 ]
とりあえず、2万円台の、エアロ機能があるWindowsなら買う価値はあるかもしれん。
アルティ目ットとその前のバージョンは断じていらん。


あれを使えばSwingはさらに軽くなるぞ。

なぜなら、半透明ウインドウによって、余計な描画が減るからだ。




ノートPC買えば勝手についていくから、
そのときまでVistaはほっとこうかな。

698 名前:仕様書無しさん mailto:sage [2007/11/20(火) 00:37:34 ]
>>696
MS Officeを無理やり使わされることに比べればたいしたことはないさ。

あっちはやばいからな。

あっちは絶対に手を出さないほうがいい。
Officeさえ買わなければMSの独占を阻止することは容易だからだ。
Windowsくらい買ってもおれたちにはそんなに苦にはならないだろう。

だがOfficeはやめるべきだ。ここは、OpenOfficeとGoogle様の力に頼ろう。

699 名前:仕様書無しさん mailto:sage [2007/11/21(水) 00:27:10 ]
Googleは電通から金貰って情報操作してるって話だったが

700 名前:仕様書無しさん mailto:sage [2007/11/21(水) 00:30:16 ]
>>699
W杯の放送時間は操作してたと思うが、
初音ミクの検索結果は操作してないのではないかと・・・・・



701 名前:仕様書無しさん [2007/11/23(金) 15:02:46 ]
まぁいえることは今更Javaはじめたくないよってこと。
Javaしかやったことないんで、ってやつは
あー、はいはい、大体アノ時期にはいってきたな、とわかるな。
面白い


702 名前:仕様書無しさん mailto:sage [2007/11/23(金) 16:25:00 ]
C#理解してれば、java始めたくないなんて言わないと思うけどね
大方C厨かVB厨だろうけど。

703 名前:仕様書無しさん mailto:sage [2007/11/23(金) 17:58:44 ]
逆に会社がC#での開発しかしていない所もちょっとヤバイくないか?

704 名前:仕様書無しさん mailto:sage [2007/11/23(金) 19:32:51 ]
>まぁいえることは今更Javaはじめたくないよってこと。

今更もなにも趣味ならなんとも言えんが、仕事だと
言語をえり好みなんて出来んのが当然だと思うが。

って周りにCOBOLerが蔓延しているJavaとC++使いな漏れ。

つか別に言語仕様だけ覚えてそこそこ使う分にはC#もJavaも
習得困難なレベルででないはずだが・・・。

705 名前:仕様書無しさん [2007/11/23(金) 19:43:44 ]
基幹とかは7年近くリプレースがないから7年後にC#が現役だったら助かるんだが。どうでもいいがなぜJAVAはメソッド名の先頭が小文字なんだ。
あれが違和感。


706 名前:仕様書無しさん mailto:sage [2007/11/23(金) 20:07:05 ]
何故って言われてもねぇ

707 名前:仕様書無しさん [2007/11/23(金) 21:25:16 ]
寧ろ何故C#は大文字なんだ

708 名前:仕様書無しさん [2007/11/23(金) 21:36:27 ]
C#のほうが速いし、デバッグしやすいし、技術資料豊富だし、ビルドするとexeが作られてわかりやすいし
XMLを扱うにしても描画するにしても用意されているクラスが豊富だし、開発環境軽いし
パーシャルクラスがあって自分の書いた部分がわかりやすい

javaはVisual Editorの開発が滞っていて終わった感があったけど、NetBeans 6.0の出来が結構よさげ
なんで期待している。

C#のほうがとっつきやすいから、C#を理解して、それからjavaを勉強するのがオススメかな

709 名前:仕様書無しさん mailto:sage [2007/11/23(金) 22:35:45 ]
C#って技術資料豊富か?
Javaとかに比べると事例も少ないし、周りに技術者もいないし
環境が限定されるから漏れの周りでは普及率はイマイチだが。

Javaの開発環境が重い軽いはEclipseにどんだけプラグイン突っ込むかに
よるんでは?って希ガス。

ってVEの話している人だから基幹系ではなく、小規模アプリのマだと思うけど
小さいアプリをちょこまか作る人には、それこそVBくらいでいいと感じる。

710 名前:仕様書無しさん [2007/11/23(金) 22:54:36 ]
javaはC#と違ってデリゲートと構造体がないがないため
C#なら数行ですむ記述が煩雑になるケースが見られる
C#はフィールドのアクセス指定付けないとprivateとみなされるから安全だが
javaはデフォでpublicとみなされる
C#はvertual-orverride修飾子を付けて始めてオーバーライド可能になるが
javaはメソッドにfinal修飾子付けないとデフォでオーバーライド可能
やはりC#が使える状況であえてjavaを使いたいとは思わないな



711 名前:仕様書無しさん mailto:sage [2007/11/23(金) 22:59:00 ]
>>710
デフォでpublicて、何が?

712 名前:仕様書無しさん [2007/11/23(金) 23:22:52 ]
C#ってインテリセンスの表示内容が詳しいから意外と作りながら覚えられるよね
引数もarg0とかarg1じゃなくてfilenameとかわかりやすく表示されるから
直感で作っていける。しかもドットを押した後の表示が速い

713 名前:仕様書無しさん mailto:sage [2007/11/23(金) 23:31:27 ]
>>712
その、重箱の角つつくのは趣味か何かか?
なんか、IDEやドキュメントの話になってるし・・・

714 名前:仕様書無しさん [2007/11/23(金) 23:35:45 ]
javaは理想を追いすぎてか、ListBoxを貼り付けるにも一旦
スクロールパネルを貼り付ける必要があるし、単純なアイテム
追加にもListModelってのを使わなくちゃいけなくて、コード量が
膨大になる・・・

ComboBoxもマウスホイール使うにはわざわざコード書かなくちゃ
いけないし、単純にjavaにするだけでコードが二倍になるよな

Xmlを扱うにしてもfactory builder documentって何で三回も
書かなきゃいかんのかと
同等のクラスの機能も不十分で、これまたコードが増えるし・・・

715 名前:仕様書無しさん mailto:sage [2007/11/23(金) 23:39:11 ]
C#は崩し方がうまいんだよな

716 名前:仕様書無しさん [2007/11/23(金) 23:44:54 ]
>>713
IDEやドキュメント重要じゃないか?
同じもの作るんだったらストレスやイライラがないほうがいいに決まってる。

機能で言うなら、WPFやLINQなどjavaでは到底実現不可能なような機能が
そろそろお目見えしそうだし(英語版のVS2008は出たけど)

717 名前:仕様書無しさん [2007/11/23(金) 23:53:20 ]
あとさ、javaって配列とかコレクションのアクセスの仕方がまちまちじゃない?
.get(i)だったり、.item(i)だったり.size(), .length. .getLength()...

C#なら.Countか.Lengthにすべて統一されているよね。

わずかな差だけど、作りやすさ、コードの読みやすさは結構違う

718 名前:仕様書無しさん [2007/11/24(土) 00:50:38 ]
vsのショートカットの使えなさは異常

719 名前:仕様書無しさん mailto:sage [2007/11/24(土) 01:07:13 ]
VS2005とEclipse、両方を業務で使ってるんだけど、
個人的にはEclipseの方が使いやすいと感じてる

VC6の頃はあんなに使いやすいと感じてたのにな

720 名前:仕様書無しさん [2007/11/24(土) 01:14:09 ]
>>715
同感、ここらへんはナチュラル天才のヘジたんセンスが効いているとおも
Javaを作った秀才堅物連中にはできないね



721 名前:仕様書無しさん mailto:sage [2007/11/24(土) 01:47:44 ]
C#のほうが後なんだし
Javaのいいところを取り入れてるのは当然だろ

722 名前:仕様書無しさん mailto:sage [2007/11/24(土) 01:57:09 ]
良くないところを取り入れなかったことを賞賛したい。

723 名前:仕様書無しさん mailto:sage [2007/11/24(土) 02:13:21 ]
>>717
それはすごく感じる
C#はメソッド、プロパティの名前がきれいに統一されてる
MS製以外のコンポーネントも.net標準ライブラリと同じメソッド名、プロパティ名
使ってくれてたりして感動することもある

724 名前:仕様書無しさん mailto:sage [2007/11/24(土) 02:30:28 ]
javaにプロパティっていう文法がないことも混乱の一因かもしれんな

725 名前:仕様書無しさん mailto:sage [2007/11/24(土) 03:06:14 ]
自分が使ってる言語マンセー
その前に使われてた言語は「化石」と言って切り捨てる。
これが信者なのね。
プログラム言語ってどれが優れてるとかじゃなくて複数覚えて使い分けるものでは?
自分が使ってる言語こそサイコーマンセーって痛すぎる

726 名前:仕様書無しさん mailto:sage [2007/11/24(土) 03:13:58 ]
>>725
よく見てみろ、信者は一人だ

727 名前:仕様書無しさん mailto:sage [2007/11/24(土) 03:20:03 ]
>>726
このスレを下まで見たら、とっくの昔に終わった議論にレス付けてたのね。
こんな自分こそ遺体人だ。
退場しまつ

728 名前:仕様書無しさん mailto:sage [2007/11/24(土) 03:31:52 ]
>プログラム言語ってどれが優れてるとかじゃなくて複数覚えて使い分けるものでは?

複数使い分けるのはそのとおりだが言語に優劣は確かにある
時代を席巻したcobolやfortlanを進んで使いたがる人間がいないのは
よりすぐれた言語に取って代わった結果

729 名前:仕様書無しさん [2007/11/24(土) 07:57:39 ]
日付関係の簡単さやSTRING.IsNullorEmptyのメソッドを知った時C#が凄いと思った。

730 名前:仕様書無しさん mailto:sage [2007/11/24(土) 08:24:10 ]
そりゃ後だし言語だし。
C#が言語仕様的に優れているのは当たり前じゃん。



731 名前:仕様書無しさん mailto:sage [2007/11/24(土) 08:54:29 ]
後だしでヘボかったら笑いものだもんな

732 名前:仕様書無しさん [2007/11/24(土) 10:45:08 ]
Javaに欲しい機能No1がパーシャルクラスなんだが
上位互換保ちやすいし、次のバージョンあたりで実装してくれないかなぁ

733 名前:仕様書無しさん mailto:sage [2007/11/24(土) 10:58:04 ]
JSRにないじゃん・・・

734 名前:仕様書無しさん [2007/11/24(土) 11:47:03 ]
言語仕様と標準ライブラリの設計を混同している子が数人居るようだが…

735 名前:仕様書無しさん [2007/11/24(土) 11:52:11 ]
昔のC++とVB6.0ほどの違いはないから、どちらかに絞る必要まったくないよね

736 名前:仕様書無しさん [2007/11/24(土) 11:57:36 ]
Javaが優れているのはマルチプラットフォームって所だけでしょ。
言語使用もライブラリもC#のほうが優れている。

ただ「だけ」とは言いつつも、UNIX, Linuxサーバじゃ動きません
っていうのが結構致命的だったりするからなぁ・・・

737 名前:仕様書無しさん mailto:sage [2007/11/24(土) 12:16:30 ]
UNIXはともかくLinuxなんて単価の安い仕事がほとんどじゃないか。

738 名前:仕様書無しさん mailto:sage [2007/11/24(土) 13:05:25 ]
お前ら、仕事を選べる立場なのかい?

739 名前:仕様書無しさん mailto:sage [2007/11/24(土) 13:20:52 ]
っていうか技術者なら、というかそれ以前に大人なら
くだらない思い入れで物事の優劣を語ってどうする。

思い入れなんて自己愛の変形物だぞ

740 名前:仕様書無しさん mailto:sage [2007/11/24(土) 13:27:33 ]
言語使用もライブラリもC#のほうが優れている・スイーツ(笑)



741 名前:仕様書無しさん mailto:sage [2007/11/24(土) 13:37:23 ]
こんな強引なスイーツ(笑)の使い方はなかなか見れない

742 名前:仕様書無しさん mailto:sage [2007/11/24(土) 13:39:35 ]
まだVB6やCOBOLの仕事ばかりなんだけど
いつになったらC#は普及するのですか?
Javaってどこで使われてるのですか?

743 名前:仕様書無しさん mailto:sage [2007/11/24(土) 13:51:57 ]
思い込みの激しい 741 のためにある言葉













スイーツ(笑)

744 名前:仕様書無しさん mailto:sage [2007/11/24(土) 14:37:19 ]
>>742
喪前の携帯でも使われているはずだと思うが。>Java

745 名前:仕様書無しさん [2007/11/24(土) 15:24:32 ]
未だに開発者人口はVBが一番多いのかな?

746 名前:仕様書無しさん [2007/11/24(土) 15:29:38 ]
よくくじらのCGが表紙になっていた月刊Visual Basicもいつの間にか廃刊しているし、
VB人口減ってJavaやC#に流れ込んでるのか!?
でもJavaの雑誌も廃刊になったような・・・・

747 名前:仕様書無しさん [2007/11/24(土) 15:32:54 ]
>>745
開発者:開発者は技術者であって、技術者でないいわゆるITドカタは含まれない
すると、やっぱC・C++だろ

748 名前:仕様書無しさん mailto:sage [2007/11/24(土) 15:39:57 ]
ミドルウェア普及で開発自体減ってる印象あるけどな

749 名前:仕様書無しさん [2007/11/24(土) 15:41:55 ]
>>748
つ 組み込み分野忘れないで

750 名前:仕様書無しさん mailto:sage [2007/11/24(土) 15:49:07 ]
組み込みですらDBミドルウェア使う世の中じゃ……



751 名前:仕様書無しさん [2007/11/24(土) 16:38:28 ]
>>746
底辺ドカタじゃだめな人生になると分かったんで転職してるんだよ


752 名前:仕様書無しさん mailto:sage [2007/11/24(土) 16:58:08 ]
.NETを使わなくていいC#はいつ出ますか?

753 名前:仕様書無しさん mailto:sage [2007/11/24(土) 17:04:49 ]
それ、既に出ている、つ C、C# - ネット(#)= C

754 名前:仕様書無しさん mailto:sage [2007/11/24(土) 17:10:58 ]
>>747
言語で括ってる時点で君は技術者ではない

755 名前:仕様書無しさん mailto:sage [2007/11/24(土) 17:16:24 ]
金になるのはSAP

756 名前:仕様書無しさん mailto:sage [2007/11/24(土) 17:17:32 ]
どの言語を習得したかというのと
実際に仕事で何を使うかというのは
1000万光年ぐらいの開きがある。

757 名前:仕様書無しさん mailto:sage [2007/11/24(土) 17:30:16 ]
>>754
なんで解ったの? 俺は研究者なんだ。
でも、なんでコーポレートリサーチ部門に配属されたのか解らん
ほんとは、LSI設計を激しく希望したんだが、今は、
コンテント配信/セキュリティの研究をしているよ、orz

758 名前:仕様書無しさん mailto:sage [2007/11/24(土) 18:00:45 ]
>>752
それ
D言語だろ

759 名前:仕様書無しさん mailto:sage [2007/11/24(土) 18:42:15 ]
リサーチ部は研究者と言うのか・・・。
生産しない研究者ってのも不思議な感覚だな。

760 名前:仕様書無しさん mailto:sage [2007/11/24(土) 18:46:19 ]
企業の研究部署なんかそんなもんだわ



761 名前:仕様書無しさん mailto:sage [2007/11/24(土) 21:11:41 ]
Eiffel を構文糖衣で纏ったような言語ってないの?

762 名前:仕様書無しさん mailto:sage [2007/11/24(土) 22:29:00 ]
企業の研究部署って現場の意見を聞かずに自慰理論と
自慰フレームワークを押し付けてくる無能集団って印象があるんだが。

763 名前:仕様書無しさん mailto:sage [2007/11/24(土) 22:33:43 ]
純粋な研究部署はそれなりかもな
それを現場に適用するための専属部署が
あったりするとヤバイね

764 名前:仕様書無しさん [2007/11/24(土) 23:12:29 ]
プログラマに囲まれた環境で、プログラミング自体で賞賛を得ようとすると
相当な努力と時間が必要だけど、

公務員だけどプログラマみたいに、主の業務がプログラミング以外の職場で
簡単な社内ツールを作れる人はとても重宝されるよね。

そのレベルが本当は一番幸せかもしれない。プログラミング自体楽しめるし。

765 名前:仕様書無しさん mailto:sage [2007/11/24(土) 23:55:00 ]
J-SOXのせいで社内ツール禁止になるけどな

766 名前:仕様書無しさん mailto:sage [2007/11/25(日) 08:20:06 ]
ウチの職場にも障害対策やらコンプライアンスやらの研究部署あるんだが
実際、押し付けばかりして現場でのリサーチは常に欠かしている状態だなぁ。
変なとこだけ「トヨタ式」を真似してくる無能集団だな。

給料もトヨタ並にしてくれよ。と社員が愚痴をこぼしている。

767 名前:仕様書無しさん [2007/11/25(日) 10:21:48 ]
>>765
え!?詳しくお願いします!

768 名前:仕様書無しさん [2007/11/25(日) 10:28:17 ]
>>765
自分なりに調べてみましたが、開発と運用の分離って点ですか?

769 名前:仕様書無しさん [2007/11/25(日) 16:49:36 ]
当然Javaだろう。
C++ってみたこともない。

770 名前:仕様書無しさん [2007/11/27(火) 20:39:56 ]
スレタイ見ろ



771 名前:仕様書無しさん mailto:sage [2007/11/29(木) 00:47:37 ]
JVMと.NET FRAMEWORKどちらが優れているか教えてください

772 名前:仕様書無しさん [2007/11/29(木) 00:53:01 ]
開発でバグを作りこんで実行したとする
JVMはエラー通知とともにその後も動きがおかしくなるので再起動したくなる
.NET Frameworkはへんなコード走らせてもかなり安定している

それぞれのクラスライブラリは.NETがJavaを包含してしまっているといっても
いいぐらい.NETのほうが高機能

773 名前:仕様書無しさん mailto:sage [2007/11/29(木) 06:46:48 ]
>JVMはエラー通知とともにその後も動きがおかしくなるので再起動したくなる
>.NET Frameworkはへんなコード走らせてもかなり安定している

そりゃ、思い込みとしかいい様がないが。

おかしくなったコードを晒してくれないとタダの妄想だろう。

774 名前:仕様書無しさん mailto:sage [2007/11/29(木) 11:16:45 ]
俺の中ではPowerShellから触れるというただ一点によって.NET frameworkの方が遥かに魅力的になってます
ってもうそれJavaとC#直接関係ないじゃん

775 名前:仕様書無しさん mailto:sage [2007/11/29(木) 11:37:17 ]
PowerShell(笑)

776 名前:仕様書無しさん [2007/11/29(木) 12:07:49 ]
PowerShellは[System.Math]::absとかいう書き方を改善すればもうちょっと流行った

777 名前:仕様書無しさん mailto:sage [2007/11/29(木) 12:28:46 ]
>>776
より流行るかはともかく確かになんとかできればよかったね、System.は省けるけど

778 名前:仕様書無しさん mailto:sage [2007/11/29(木) 18:05:06 ]
PowerShell?あははは。よかったですね。

779 名前:仕様書無しさん mailto:sage [2007/11/29(木) 18:35:56 ]
PowerShell?
素晴らしい。使ってる人が羨ましいです(はぁと[ナツカシス]

780 名前:仕様書無しさん mailto:sage [2007/11/29(木) 21:34:35 ]
あれ禁句だったんかな、別にJVM貶したつもりはなかったんだけど。。。
改変ネタを期待してたのに



781 名前:仕様書無しさん [2007/12/01(土) 17:51:56 ]
C#やってる奴って2極の気がする。
WinAPIや実メモリ上の動作概念をある程度把握してる奴と
マネージとアンマネージの違いも分からない奴と。

前者は言語が何だろうとまだ生き残れるだろうが
後者は上流工程でもやるしかないんじゃないか?上流が務まるかどうかはそいつのコミュニケーション能力次第だが。


Javaはどうなん?
VM上の動作とかGCのメモリ解放を気にしたりするの?

782 名前:仕様書無しさん mailto:sage [2007/12/01(土) 17:59:09 ]
そんなの気にするの本末転倒じゃないの

783 名前:仕様書無しさん mailto:sage [2007/12/01(土) 18:09:33 ]
>>781
確かに2極だけど定義が違うな

784 名前:仕様書無しさん mailto:sage [2007/12/01(土) 19:01:51 ]
>GCのメモリ解放
ちょと違うかもしれんが、Javaしか知らん輩は短命なインスタンスを作りまくる傾向があるかな。

785 名前:仕様書無しさん mailto:sage [2007/12/01(土) 19:11:40 ]
C++のRAIIはもっと凄いぞw

786 名前:仕様書無しさん mailto:sage [2007/12/01(土) 21:19:31 ]
長命なインスタンスを作りまくるよりはましでつよ。


787 名前:仕様書無しさん mailto:sage [2007/12/02(日) 04:26:37 ]
>>708
> C#のほうが速いし、デバッグしやすいし、技術資料豊富だし、ビルドするとexeが作られてわかりやすいし

そんなに豊富だったらJavaよりもC#の仕事が今頃潤ってるよ。

788 名前:仕様書無しさん [2007/12/02(日) 10:06:40 ]
言語の優劣と仕事の潤い関係ない

マイクロソフト製品は高価
でも間接販売のインセンティブは他社より少ない

自社の作ったWebアプリをサーバとセットにして売ろうと
した場合、どうせ高価ならインセンティブの多い
Windows以外のOSを選ぶのは必然の流れ

サーバじゃなくモバイルの分野でもそうだろう

789 名前:仕様書無しさん mailto:sage [2007/12/02(日) 10:39:49 ]
クライアント側ではC#の圧勝だったけど、サーバ側はOSが限定されることもあって、
Javaが粘っている。

って感じ。

790 名前:仕様書無しさん mailto:sage [2007/12/02(日) 11:16:53 ]
クライアントアプリってかなり案件減ったな



791 名前:仕様書無しさん mailto:sage [2007/12/02(日) 11:20:41 ]
>>790
Web化で失敗した所はリッチに戻してるけど色々出てきてるから、またWeb化されそうだなw

792 名前:仕様書無しさん [2007/12/02(日) 11:38:47 ]
SilverlightってWeb版仮想マシンだよなぁ・・・

793 名前:仕様書無しさん [2007/12/02(日) 11:45:18 ]
SilverlightってJavaScriptで書いておけばサーバ側がIISである必要がないみたいだ
OSはご存知のとおりWindows2000以降と、最近のLinux, Mac OSには対応しているし
かなり注目度高いね

普及させてJavaScriptで書くのが面倒くさい人がC#で書くことを狙っているのかな?

問題はここにもJavaって言葉が出てきている点だ・・・
Silverlight 1.0だとJavaScript以外には対応していないって時点でJavaの影響力大きすぎ

794 名前:仕様書無しさん mailto:sage [2007/12/02(日) 13:32:22 ]
jsとjavaは別物だろ・・・

795 名前:仕様書無しさん mailto:sage [2007/12/02(日) 13:48:09 ]
正直、こんなレベルがいる事に驚愕した
うちの営業よりも知識が無いなんて・・・

796 名前:仕様書無しさん mailto:sage [2007/12/02(日) 14:20:25 ]
これは酷い

797 名前:仕様書無しさん mailto:sage [2007/12/02(日) 15:20:18 ]
まあ、C#はJAVAerを取り込もうとしてJAVAに似せたが
かえってJAVAerの反感を買ってしまったんだがな

798 名前:仕様書無しさん [2007/12/02(日) 15:42:41 ]
俺の会社が何でも屋なだけかもしれないけど、普通JavaとC#両方使わないか?
案件とお客様のヒアリング結果から使い分けてる。

文字列の宣言のときStringかstringかで、たまにこんがらかる以外は
すんなり両方使いこなせますぜ

799 名前:仕様書無しさん [2007/12/02(日) 15:43:29 ]
言語
アセンブラ,C,C++,VB,その他多数
OS
Windows,UNIX

Javaは登場した当初さわって、Javaがえらいメモリを使う状況だったので一度敬遠してから、ここまでずっとさわってこなかった。
だけど、それじゃいかんと思ってJavaを勉強しようとしたら、Excel操作するにも一つ環境作らないといけないでやんの・・・。
やっぱ顧客はExcelにデータを入れていることがよくあるから、簡単にExcel操作できる機能がほしい。
ということで、JavaはやめてC#にすることにしました。

800 名前:799 [2007/12/02(日) 15:45:25 ]
【結論】
サーバーサイドアプリケーションならJavaでいいかな。
Windowsを意識したときは、やっぱWin32と連携がとれる言語がやっぱいい。



801 名前:仕様書無しさん [2007/12/02(日) 15:57:43 ]
 【使用OS】  Windows XP Professional
 【 不具合 】 フリーズした際に強制的に電源ボタンで終了してしまった 
 【詳細内容】 「次のファイルが存在しないかまたは壊れているため、Windows を
         起動できませんでした。
         <Windows root>エsystem32エntoskrnl.exe.
         上記のファイルをインストールし直してください。」
 
こんにちは。なんとか自分で出来る事はないかと思いネットで検索し、
試していましたが、どうしてもうまくいきません。
ネットで検索した結果、ディスクから起動し、リカバリー機能を使う、
という所まで分かり、「ren」という言葉を打ち込む段階までは出来た
のですが、「ファイルがみつかりません」と出てきてしまい、その後
に進めず途方にくれています・・・

もはやリカバリー機能では修復できないレベルなのでしょうか?
それとも何か工夫すればこの先に進め、再インストールでのデータ
完全消去を免れる事ができるのでしょうか?
どなたか教えてください!!お願いしますm○m

802 名前:仕様書無しさん mailto:sage [2007/12/02(日) 15:58:40 ]
Excelでデータ操作するならVBA(ADO)でSQL投げるだけだから
JavaもC#も覚える必要がないと思うが。

803 名前:仕様書無しさん mailto:sage [2007/12/02(日) 16:12:08 ]
>>798
>Stringかstring
あるあるwイラッと来るな

804 名前:仕様書無しさん [2007/12/02(日) 16:13:08 ]
アナルに挿入して気持ちいいのは、JavaとC#どちらですか?

805 名前:仕様書無しさん [2007/12/02(日) 16:41:31 ]
>>802
Javaを勉強しようとして、Windowsとの連携が弱いことをしってC#でいいやってことになったってことでしょ。

806 名前:仕様書無しさん mailto:sage [2007/12/02(日) 16:45:30 ]
つーかVBAでDBアクセスするってどうよ・・・

807 名前:仕様書無しさん [2007/12/02(日) 20:05:41 ]
Javaって補助してくれる環境がないと、実際COBOLと同程度のことしかできなくね???
で、周辺環境がバグってることが多々。
結局、ラップしすぎて細かいところまで融通が利かず、かえって難しくなる

808 名前:仕様書無しさん mailto:sage [2007/12/02(日) 20:12:44 ]
ぶっちゃけ99%の案件はエクセルで済むんだよ

809 名前:仕様書無しさん mailto:sage [2007/12/02(日) 20:13:51 ]
>つーかVBAでDBアクセスするってどうよ・・・
SQL*PlusだろうとJava/C/PHPでSQL投げるのと大差ないはずだが。

タマにCOBOLerみたいに全レコードアクセスするVB厨がいてアレだが。

810 名前:仕様書無しさん mailto:sage [2007/12/02(日) 20:18:23 ]
>Javaって補助してくれる環境がないと、実際COBOLと同程度のことしかできなくね???
>で、周辺環境がバグってることが多々。

具体的になんだろう?
Eclipseとかmavenとかの事を言っているのか?
具体例をキボンヌ



811 名前:仕様書無しさん [2007/12/02(日) 20:56:41 ]
言語の評価は開発環境も込みでしょう
開発環境がないとたいしたことできないのはC#もC++もその他言語も同じだと思うぞ

812 名前:仕様書無しさん [2007/12/02(日) 20:57:39 ]
>>808
そうなんだよな。クライアントサイドのアプリはエクセルVBAで作ったほうが顧客は喜ぶ。

クライアントサイドのアプリをアプレットやScriptで書いても、客は使いづらいという。
実際、使いづらいし、細かい機能はつけられない、もしくは作業量が異常に増す。
Javaサーブレットとか便利です!って思ってるのは技術者だけで、ユーザー側は全然便利ではない。

813 名前:仕様書無しさん [2007/12/02(日) 21:00:06 ]
>>811
JavaやC#はそうだろうけど、C++は違うだろどう考えても。

814 名前:仕様書無しさん mailto:sage [2007/12/02(日) 21:02:07 ]
>>809
セキュリティ要件とか大丈夫かって話なんだが

815 名前:仕様書無しさん mailto:sage [2007/12/02(日) 21:31:01 ]
昔も今も大丈夫じゃないよ。


816 名前:仕様書無しさん mailto:sage [2007/12/02(日) 21:31:32 ]
でもC#でExcelいじる元気は無い。


817 名前:仕様書無しさん [2007/12/02(日) 21:46:25 ]
>>816
え?めっちゃ簡単だよ。まぁVB.NETのほうが遥かに簡単だけど

818 名前:仕様書無しさん [2007/12/02(日) 21:49:16 ]
俺java嫌い。
マジで頭痛くなって来るよあれ。

819 名前:仕様書無しさん mailto:sage [2007/12/02(日) 21:59:47 ]
>セキュリティ要件とか大丈夫かって話なんだが

どんな手段でRDBにアクセスしようがRDBの側に認証&アクセス権・ロギング設定しておけば
問題ないはずだか。

逆にC#だとセキュリティ要件大丈夫と思える根拠が不思議だ。

820 名前:仕様書無しさん mailto:sage [2007/12/02(日) 22:17:14 ]
web開発が無理だろ<VBA




821 名前:仕様書無しさん mailto:sage [2007/12/02(日) 22:47:32 ]
>>819
C#がどっから出てきたか知らんが、クライアントにDB認証情報持ってんのが問題だってわからないの?

822 名前:仕様書無しさん [2007/12/03(月) 00:17:41 ]
>クライアントサイドのアプリはエクセルVBAで作ったほうが顧客は喜ぶ。

個人が入力したデータを集計するときはどうするの?
Webアプリは多人数が違うオフィスから別々にデータの入力や参照を
しても常に最新ってとこでしょ。
WebアプリをExcelで置き換えようってのは無理があるぞ

823 名前:仕様書無しさん [2007/12/03(月) 00:32:56 ]
そういうのはWebじゃセキュリティ心配だし共有サーバーにエクセルおくんじゃね

824 名前:仕様書無しさん mailto:sage [2007/12/03(月) 00:43:53 ]
マじゃなくてちょっとプログラミングできるレベルの人が混ざってるな・・・

825 名前:仕様書無しさん mailto:sage [2007/12/03(月) 01:05:54 ]
ExcelからでもODBCにアクセスできるじゃん

826 名前:仕様書無しさん [2007/12/03(月) 01:22:03 ]
Javaに思い入れのある人間なんだけど、だけどvisualC#っていいなあ。
C#の文法もIDEもいいと思う。ただのEditionが充実してる。
特にWindowsアプリケーションの作成用にはいいな。
Javaでeclipseにいくつもプラグインするのも億劫になってくる。NetBeanがあるじゃないかといわれそうだが。








[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前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