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

>>353
世代交代してる感はあるね。
.NET 1.0の頃の話なんかしても通じないこともある。

Javaは互換性あるよ

ドトネト大ブームはオワタ＼(^o^)／のに、未だにドトネト使ってる椰子なんて要るの？

>>357
もうすぐ3がでるんだろ？
今作ってるのは無駄になるの？

.NET 1.0（笑）

>>360
あなたはＭ＄脳に毒されてます。

>>362
どういうこと？

>>361
そのまま笑い氏ね。

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

>>363
もし動作しなければ動作するように直せば良いだけなのに、動作しなくて、かつ、回避策が無いと思い込んでます。
それはブビ脳。

.NETマンセーですら昔の話が通じなくなってるのに、
その昔のネタで未だに叩いたって通じてないことが理解できないんだろうなあ。

>>365
上位バージョンが下位互換を持ってるだけでいいんじゃないの？
バージョンアップ毎に互換性切り捨てってるの？

＞バージョンアップ毎に互換性切り捨てってるの？

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

>>368
そうなんか
じゃあ、もういいや。

旧ＶＢの競合エラー（組み合わせが揃えば１００％発症）では、
M$DN情報でも、Win、IE、Officeのバージョンをマトリクスの通りにそろえる事、
となってた。

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

MSの体質なんて、今も昔も変わってないな。
まぁ、そんな簡単に変わるわけもないしな。

この勝負、Ｃ丼Ｍ＄の自滅。

昔の苦労話をうれしそうにするうざいジジィっているよね。
解決された昔のことなんかより、今現在のトラブル話の方が参考になるのに。ｗ

ttp://pc11.2ch.net/test/read.cgi/tech/1187540029/390-

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

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

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

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

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

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

2007年03月09日 15時13分00秒
マイクロソフトのアンチウイルスソフト、Outlookのメールを間違って全削除
ttp://gigazine.net/index.php?/news/comments/20070309_liveonecare/

>>338
ベータ版の頃の不具合で今は関係なし

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

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

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

おまえらスレタイよめねぇの？
M$否定すんのもいいけど日本語読めるようになってからにしろよ
お前らにはCがある（しかないとは言わないでおいてやる）。
それでいいじゃねーか、引きこもってろよ。

> お前らにはCがある

今時そんなもん使わないけど？ｗ

>>377
ひきこもりが、何えらそーに ｗ

>>378-379
いいからスレタイを読め

>VB6やMFCが、ばっさり切り捨てられたばっかりなのに
VBはVerUP毎にばっさり切られてきたわけだが。
.Netでようやく継続性のある言語になったんじゃねーか？

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

Win32API -> SDK -> MFC
じゃないか要するに
だから、少なくとも今のMFCは無理だろう
仮に方向性を引き継いだものが出るにしてもさ

.netの下にWin32APIはないの？

？Win32APIも下位互換のままでで残るんだが・・・。
その辺のアナウンスは数年前に聞いたきりなんだけど、変わったの？

つーか、Win32APIが無くなったら大半のソフトが動かなくなるだろ。

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

>>385
Expressionでようやく積極的に使われるようになって来た

>>383
.NETのホスティングAPIならある

やっぱwin32のAPI直接叩くのが一番楽やわぁ…
面倒なのはATLとかWTLでなんとかできるし
なんでM$はmfcなんかよりこっちをメインで宣伝しなかったんだろう

>>384
VistaではWin32APIは消えさる予定でした。

　　　public static void main(String args[]){

public static void Main()
{
　void *pt;
　pt = 0x3FFF8000
　Console.WriteLine("ポインタの値:{0}",*pt);
}

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

>>389
×VistaではWin32APIは消えさる予定でした。

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

結局その方向性は白紙になったんだっけ？

osを.netのマネージコードで書くっていう構想が白紙になったってこと
.netがwin32の上で動いてるわけじゃないぞ
.netで動かすと.netがOSの働きを担うかたちになる

日本語書けよ

Vistaなんて何年も延ばして余計なモンばっか詰め込んだだけ
MSめ C#なんてよく作れたな

APIの上の基盤部分がCLRで動くというのは当たり前で、

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

というのは矛盾しない。

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

ハァ？そんな計画いつどこにあったんだ？

カーネル→Win32→.NET Framework

だったのを

カーネル→WinFX

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

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

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

>>398
397じゃないが、当初はそうゆう方針だったぞ、
Vistaでめげずに、ぜひとも完遂してほしいと思う。

Java vs .NETなんてまだやってるの？ｗ
どちらももう下り坂の技術だろ。

上り坂の技術上げてくださいカス

メインフレームJavaは汎用機COBOLの代わりだから消えはしない。
ドトネトは（ｒｙ

>>402
そういうのを下り坂って言うの。
仕事上メンテ用途で仕方なく使うだけの存在。

Haskellで仕事したい!!

>>403
いや、大局的には、"COBOL"から"Java+COBOL"への進化。

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

そんなのを進化だと思ってるのか。
それで人を集めてごらん。
やる気のある出来る人間からは見向きもされないから。

>>406
逝ってることが支離滅裂。

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

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


それだけ。

年を取ると考え方が凝り固まってつまらない人間になるんだねぇ

> 逝ってることが支離滅裂。

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

まあ、今時Java対.NETとか言ってる理由がよく分かったよ。
2000年前半で知識が止まってるんだな。

＞じゃあやる気のある出来る人間が熱狂して集まってくれると

超ﾌﾞｷﾐｽ

もはや、人類の9割以上はwindowsがないとコンピュータに触れない状態

つまり人類はコンピューターに触る必要が無く、
携帯からウェブサービスを使えれば良いという事実。

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

>>413
http://itpro.nikkeibp.co.jp/article/Interview/20070925/282823/

＞mfcからドトネトに移行した人間でこの「ガラガラポン」に批判的な奴がいるか？

だって、Longhorn→Vi$taで、マネージドＡＰＩ＝ドトネトがガラガラポンされたんだもん（怒

>>414
ノーツなんて時代遅れもｲﾗﾈ
P2P利用の技術のだって目本が最先端

>>412
一度、MSに独占させてみればいいよ。
完全に開発が止まるから。
かつてのNECや電電公社より、酷い状況になる。

>>416
シェアが激少ないてのは知ってるが、
どこが時代遅れなんだ？
具体的に頼む。

>>416
いや、MSの技術トップでさえWindows見放してモバイルに夢中になってることを示したかっただけだが。
年取ってるだけでなく文章読む学力もなかったか･･･。

>>418
やっぱ、LAMPみたくコンポの組み合わせが出来ないからじゃね？

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

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

>>419
それって単なる後追いだし、後追いＭ＄イラネ

モバイルだってP2Pだって目本が最先端持ってる分野なのに、
なんで後追いダサダサＭ＄をマンセーしないといけないの？

>>421
既存資産との連続性が重要なんじゃないの？
それともガラガラポンがお好き？ｗ

>>423
残念、C++とか別０＄でも使えるソースで作ってるから無問題ｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>420
じゃあ、ノーツ捨てて新しい技術でガラガラポンしなきゃねｗ

>>423
Ｃ丼なんて根も葉も無いガラガラポン最有力候補言語なんてダメジャン。

>>424
C++がそんなにポータビリティがあるとは思えないけど

>>425
ゴメン、ノーツ使ってない

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

なんだ、結局ガラガラポンが正しいやり方なんだｗ

>>427
ゴメン、使えてる。

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

＞なんだ、結局ガラガラポンが正しいやり方なんだｗ

気が狂えば勝ちかよ。

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

>>430
ノーツ同様本当はC++もろくに使ったことないんだろ？
正直に言いなさい。発言内容の拙さでバレてるから。ｗ

>>431
だったら、なおさら既存資産無視のガラガラポンなんじゃないの？ｗ

>>433 >>432

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

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

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

>>428
自分が使ってないのならガラガラポンはおｋなんだね。
じゃあ、MSのガラガラポンもおｋなんじゃないの？VS使ってないのなら。

>>435
ｲﾐﾌﾒ。

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

Ｃ丼(ﾟ�听)ｲﾗﾈ IE

>>434
じゃあ、Windows資産との相互運用性を確保してる.NETはガラガラポンにはならないよ。

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

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

>>434
組み込みはあまりC++は使わないぞ。Javaなんて論外。

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

>>437
いや、現実組み込み（ITRON or T-Engine）で使えないんだけど。

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

>>438
おまいが使ったこと無いだけで、
自分は組み込みでC++してるお

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>439
.NET Micro Frameworkがあるじゃん。

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

>>441

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

>>441
組み込みのプロから言わせて頂くと、”ある”と”使える”は違う。

>>442
.NET Micro FrameworkはWinCEの話じゃないんだけど。

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

Win上でさえOSからバージョン違いまで問題を引き起こしてるドトネトを、
何を好き好んで組み込みに入れないと逝かん？

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

>>444

おまいの最近の情勢＝Ｍ＄の情勢

超時代遅れｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

　 　　　 　　 　＿＿＿_　　　
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　　　　　　
　　　　／　　 ⌒（__人__）⌒ ＼　　　　＜ 組み込みのプロから言わせて頂くと、”ある”と”使える”は違う。
　　　　|　　 　　　|r┬-|　　　　| 　　
　　　　 ＼　　　　 `ー'´　　 ／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ 　 　 　 　 　 　 　
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､. 　 　
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))


　 　　　　 　　　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　＜ だっておwwwwwwwwwwwwwwwwwww 無職のくせにwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー'´ 　 　 　ヽ /　　　　／　　　　　バ
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

組み込みじゃなくても「ある」と「使える」は違うだろｗ

>>446
ところで今現在どの環境でどの言語使って仕事してるの？
正直に答えてごらん。ｗｗｗ

組み込み屋が自分の専門領域でもないエンプラの話に安易に口出すとは思えないんだけどね。
どこか経歴で嘘ついてるんだろ。

＞.NET Micro FrameworkはWinCEの話じゃないんだけど。

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

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

C++でクロスプラットフォーム対応がうまく行ったなんてバレバレの嘘だろｗ

>>451
へー、Linux対応より特定プラットフォームガチガチ対応の方がいいんだ。

>>451
ところで今現在どの環境でどの言語使って仕事してるの？
正直に答えてごらん。ｗｗｗ

>>453
ヴぁかだねー。

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

>>455
「ある」と「使われる」は違うんじゃなかったの？ｗｗｗ

>>456
何を言いたいのか分からんが。

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

で？

C最強

> ドトネトはあっても組み込みでは使われない。

使われてますが？ｗ

>>459
そんな超スペシャルニッチな話をされても。

時代遅れＭ＄にそこまでして肩入れしたいか？

>>460
> そんな超スペシャルニッチな話をされても。

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

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

携帯アプリとか梨な。

>>461
答えられないそうです。
嘘に嘘を塗り固めるだけだから。(ｹﾞﾗ

リアルの仕事の話をすると本当に黙り込んでしまうな。ｗ
やっぱり自分の惨めな境遇をMSに八つ当たりしてるだけという見方は正しいな。ｗ

通院歴のあるリアルキチガイだろ。
こんなの面接で5分も話さないうちに落とされるよ。ｗ

VSのエンタープライズ版購入できないだろうしな。
ライセンスものさえ買えない貧乏な開発者はJavaに走る。
ただだから。ただのM$ IDEを使うと制限が多くムカつく。不満がつのる。
だからまたJavaに戻る。これ真実。ようは貧乏。ケチ。金がない。

>>466
アホか

>>466
自己紹介乙。

>>466
まず働けとしかいいようがない

ライセンスは個人で買うもんなの？

それ以前にVSにエンタープライズ版なんて今はない

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

しかし、そう考えると
Expressエディションがなきゃ、今頃どうなっていたか。

>>466
消防、乙

>>471
たぶん、MSDNのエンタープライズ版だと思われ。

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

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

話の途中悪いのだが、C#とJAVAはどっちが優れているんだ？

>>476
どっちも下火

>>477
じゃあやっぱりPythonって事か・・・

とりあえず、C#って名前がださい

とりあえずパソコンオタクは論外

C#(シー・シャープ)って名前はかっこいいと思うけどね

とりあえず.NETって名前が意味不明

eclipseもひどいよｗ
なにあれｗ

Ｃ丼ガラガラポン(ﾟ�听)ｲﾗﾈ

C♪

がいい

ｶﾞﾗｶﾞﾗﾎﾟﾝﾄﾞﾄﾈﾄ(・∀・)ｶｺﾜﾙｲ!!

もしくわ

X

ｶｺｲｲ

＞瞬間起動Linuxデスクトップ
＞ttp://japanese.engadget.com/2007/10/10/linux-splashtop-asus/

アプリでさえモッサリ起動のﾄﾞﾄﾈﾄ終焉で瞬間起動の時代到来かも。

そもそもOSはなんであんなに起動時間かかるんだ?

C#よりもD♭にしたら人気も爆発したかも。
上をいってるんだぜ！！でも控えめな俺だから♭で半音下げる。
奥ゆかしい俺。

Ｃ丼ﾄﾞﾄﾈﾄ（´・ω・） ｶﾜｲｿｽ

C++-

おまえら、もう飽きてきてるだろ。

とりあえずＣ＃の案件多いよな
うちの会社だけかも知らんけどね

VB.NETも多いみたい。

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

技術者不足の感はある

案件うんぬん以前に単純に楽だしC#
ちょっとしたツールは全部これ

VS2005はあるんだけどC#やってないんだよなあ。
いいかどうかもわからんからちょっとやるだけやってみるかな。
VB6みたいにちゃちゃっとツール作れるんなら歓迎。

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

>>498
VB6せめてVB.NET使っててください、ほんとにお願いします。

VB6ってvistaじゃ動かないんだろ？

ﾊｧ?

＞案件うんぬん以前に単純に楽だし○○
＞ちょっとしたツールは全部これ

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

開発言語がだんだんラクなものになってなった、といっても
基本分かってる人間にとって「理解してるけどいちいち面倒」な部分をラクにすると
分からないまま使う人間もラクするんだよね

>>503
だからそういうのは『〜という「被害妄想クン」の常套句』にしか聞こえんてw

ちょっとしたツールにC++を使う人間も大勢いますお！

VBの方がコントロールべたべたっ、ってはってちゃちゃっとできるじゃん。
その場でしか使わないようなツール作るときは
CよりVBの方が俺はラク。

>>506
頭悪いとしか思えん
よく言ってもセンス内としか言えん

ちょっと勉強すればＶＢ６より.NETの方が数倍開発効率が高いと思うんだが。
よっぽどバ（ｒｙ

おまえらは、毎日パソコンの電源入れて、使えるようになるまでボーっとしているわけだ。
仮りにパソコンで仕事ができるようになるまでの時間を３分としよう。するとまぁ低く見積もって
月20日パソコンの電源いれるとして、60分。年間実に12時間もの時間をおまえ等はボーっとしている
わけだ。ボーっとしてる時間があったらもっと自分の人生のことでも考えろよ。おまえ等みてると
イライラしてくるわ。

俺が無駄にしてる時間がそんなに少ないわけないだろう

おれのPCは起動に３分。ログインに４分。VSの起動に３分かかりますが、何か？

３０歳だと１０年何もしてないのか。
９０歳だと３０年も寝てるんだな。

＞案件うんぬん以前に単純に楽だし○○
＞ちょっとしたツールは全部これ

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

まー、Delphiはアレはアレでいい言語仕様ではあるよな。
ウチの会社も昔使っていたし。

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

じゃあ俺はOCaml流行らせる

つーか、その手の仕事はプログラマって職種じゃなくて、
ただのツールが使えるオペレータって言わないの？

まぁ、二極化は進む罠。

二極化っていうか、今までコーダーの一極化だったのが、マに重きを置くべきとやっと議論が始まった感じ。

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

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

Win32APIは面倒からMFCで包んじゃえ。
って辺りからM$のダークサイドに落ちて楽になれば？
って誘惑が強くなってきたと思っている。

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

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

で、JAVAとC#は？

>Win32APIは面倒からMFCで包んじゃえ。

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

>>520
経営的にはM$のやり方だと、SQL Serverだけに恩恵があるように作るでしょ。

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

ついて行けてないくせに、口だけは一丁前に叩こうとするんだよな。
LINQが理解できないなら.NET知ったふりするなよ低脳が。ｗ

MFCの時代まではきちんと仕事してたんだね無職君ｗ

>>523
いつの時代の話してんの？

>>526
無職じゃなかった頃の話ｗ

誰一人、正確な答えが出ていない所がかっこ悪い。

このスレにいるM$マンセーな連中に聞くだけ無駄。
適当なURLはって逃げるだけ。本人が理解していないで、
口だけ達者な奴だろ。

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

M$厨「M$が最先端。理解できないなら.NET知ったふりするなよ低脳が。ｗ」

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

リンク貼って逃げるだけの馬鹿はどっちだか
.NETで仕事してから大口叩け、無能ｗ

>>529
お前にはLINQを理解するのは無理

それ以前に、理解できてる技術なんて一つもなさそうｗ

何かわからんがとりあえず理解するのは無理だな。

M$厨「ドトネトが最先端。お前にはLINQを理解するのは無理」

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

>>535
良かったね。.NETが消えたのならもう叩く必要もないね。ｗ

仕事がMSばっかだからなあ。

確かにこのスレ以外のドトネトスレがストップしてるお。

>>538

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

ブビ厨につづいてドトネト厨死滅カワイソス＞＜

>>540
良かったじゃん。もう気にしなくていいしね。ｗ

>>528
LINQ以前のレベルな事はわかってるか？

LINQってゼルダ？
なんかつづりチガクね？

つまんね

>>542
つ >>528 >>535

判定： ドトネト中の自滅→Ｃ丼の負け

つまんね

リアルで孤独なんだろうな

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

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

漏れもJava屋だけどLINQってODBC親戚程度にしか思っていなかったが。

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

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

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

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

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

LINQ = SQLって思ってるところで底の浅さが知れてるがｗ

LINQってなに？
これがデフォ

どうでもいいけどなんかQとか付くと中国のブランドみたいでカッコ悪い感じがしちゃうよw

ｗつけて煽っている方が批判しかしていないあたりに、.NET屋の限界を感じる。

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

SQNYとか？

OBAQ

.NET関係のネーミングがひどいってことでいいか？

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

コードだけで理解したつもりで概念が理解できてない典型

↑がなんなので書き直し。すまん

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

>>560は>>559に対してか？

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

何で.NETは非同期モデルしかないと決め付けてるの？

>>563

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

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

普通にThread使えばいいだけの話に非同期云々の話を持ち出してきたのはそちらだが

「普通にThreadを使う」ことを非同期って言うんだよボケ。
あと>>561を１万回読め

普通のThreadの使い方は>>564のリンク先のやり方ではありませんが？

結局>>560の通りだったな

通じないなぁ・・・

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

ThreadPoolを使いたいのだとしても非同期モデルに縛られることはないのだが？

>>570
だから俺はThreadPool自体を自分で実装しているよ。
実装っていうかコレクションをカプセル化した程度のものだけど、それで十分。
俺が言ってるのは、.NETの非同期プログラミングモデルなんて
なくても困らないし応用が効かないし無い方がよかったんじゃないかってこと。

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

非同期モデルじゃなくてもThreadPoolが使えるのにわざわざ自分で実装してるの？
しょうもない馬鹿だな。

俺はThreadつかってQueueで完全にスレッド間で同期取って作る
多分559がやってるのと似たようなやりかたかな
で559はEndInvokeとかがいまいち使いどころに困ると思ってるんだろ

ttp://msdn2.microsoft.com/ja-jp/library/3e8s7xdd(VS.80).aspx

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

>>574
だからそのページに書いてあることを非同期っていうんだよｗｗｗ

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

スレッドのグループって意味がいまいち分からんのだが
ワーカースレッドとApplication.Run()で動いてるスレッドの間の同期の話？

一般的な意味での非同期と、>>564の意味での非同期を混同してるだけか

>>576
ワーカースレッドごとにグループ化して同期を取る必要がある、ということ。
一般的にこういったことが必要になることは少ないと思うし、わかりにくくて申し訳ないが。

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

>>579
俺はWindowメッセージとかの知識は全くないんだけど、
次のようにしている（１年前に作ったものだから、細かいところは忘れている）

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

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

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

>>580
またミスった。すまん
×WindowsFormを起動したスレッドに通知する。
○WindowsFormを起動したスレッドに進捗状況を通知する。

>>580
なお、Aは５つ程度・Ｂは１０つ程度のスレッドで動いている

＞・これらとは別のスレッドが定期的にＡとＢを監視して、
＞Application.Run()で動いているWindowsFormを起動したスレッドに通知する。

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

>>583
確か監視スレッドが監視しているのはQueueのCountプロパティだったと思ったが、
特に隠蔽は意識していなかった。参考にさせてもらうよ。

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

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

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

馬鹿なの？

ﾌﾞｳﾞｨﾁｭｳｳﾞｧｶﾆｽﾙﾅ

>>585
人間として、少なくとも、どちらか使えるべきだな。

そんな事逝ったら、周りに人間居なくなるんだけど。。。

＞ ATL を使用し、STL コレクションを公開し、MFC アプリケーションのコンパイラ COM サポートにより制御されたサーバーの実装
＞ttp://msdn2.microsoft.com/ja-jp/library/xatwk0b1(vs.80).aspx

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

さらにboostも追加されます

お前らが、あんまりいいって言うから、
全ての勉強を中断して、
C♯の学習開始。

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

これから関数型の要素もはいってくるしいいんじゃね？
C#→F#といくのがおすすめ

なんでC#を経由せんといかんのだ？

つか、なんで♯なんだ？

C#→F#といくのがおすすめ

C#オワタ＼(^o^)／

Visual Studio 2005 Part 22
ttp://pc11.2ch.net/test/read.cgi/tech/1187540029/518-

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

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

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

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

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

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

コピペ君って馬鹿だな、まで読んだ。

C#→F#この次は続けて→C#→G#だな。
基本的なコード進行。

俺はJavaでもなく.NETでもなく、VBAが好きだ。

C2D＋Mem1M でも重い。

過度の抽象化をしてるんだろjavaみたいに

こないだも「色々苦労して造った末に顧客からExcelみたいのないの？」っていわれた
っていうスレがあったけど、たいていの会社ならExcelをUIにしてMySQLにでも接続するプログラムを
作ってやった方がいい。Excelの表計算フォームがいやならVBAでフォーム作成すればいい。そいつをアドインにデモしてやればなおさらいい。

残念ですが、Ｍ＄がVBAを終焉させまつ。

＞＞６０３
じゃあ、KingOfficeVBAで戦うまでだ！

>>603
ソースは？

こんなにいっぱい言語作って、何したいんだよ。

Kコンパイラが懐かしい

>>603
そしてVBA.NETの時代が

どちらかというとVBxがあるからVB.NET/Aのほうが近そうだ

確かにUIはExcelが最高だと思う。
VBAが.NET化するのはいつになるんだろう？
今でもOfficeProfessionalならVSTOとやらで.NETのマネージコードで操作できるんだっけ？
でもOfficeProfessional買ってくれないし・・・

Officeのコントロールは標準ツールボックスに入れるなり、いっそWindows.Forms.Officeとかにして欲しいよ。
おいしいんだから

>>611
それいい！そうなれば.NETのシェアは大きく拡大すると思う。
UIは凝るとキリがないし自分は一番時間がかかる。
.NET3.5のグリッドコントロール使いやすくなるんだろうか？

.NET2.xって結局何だったんだ？

>>613
.NET 3.xシリーズのコア部分

JAVAを自宅学習したいのですが、お勧めのJAVA開発ソフトを教えてください。

eclipse

両方で開発してみたけど
C#の方が優れてるわ

仕上がるﾄﾞﾄﾈﾄアプリは最悪だけどね

powershellみたいなシェルスクリプトで.NETのオブジェクトを自在に弄れるってのは面白いけどな
あと.NETでCとC#とF#を組み合わせて開発できるのとか
マルチプラットフォームを意識しないのに限れば結構実用的な気がする
でもC#で使う分にはjavaには絶対勝てないのは確実だね

結局、βで終わった3.0の立場は？

monoのWindows Formsの充実ﾏﾀﾞｰ？

ディベート: 何故ほとんどの大規模webサイトはJavaで構築されないのか？
ttp://www.infoq.com/jp/news/2007/10/big-java

>>622
.Netは話題にすら上っていない件について。

＞マイクロソフトとターボリナックスの提携に見る「UnitedLinux」の影
＞ttp://www.itmedia.co.jp/enterprise/articles/0711/07/news013.html

ググルﾘﾅｸｽに対抗だね。
Win32、Ax、ﾄﾞﾄﾈﾄの三つ巴でﾌﾞﾋﾞ厨氏滅。
そこに、M$Linuxが入り込んで４つの要素対応となったらﾄﾞﾄﾈﾄ厨完全脂肪ｗｗｗ

複雑化でﾄﾞﾄﾈﾄ厨涙目(´；ω；`)

またこの手の馬鹿かw
あのねえボク、プログラマは君がケータイやゲーム機に持つような思い入れを
開発ツールに対して持ったりしないよ。

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

＞あのねえボク、プログラマは君がケータイやゲーム機に持つような思い入れを 開発ツールに対して持ったりしないよ。

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

>>626
え？このスレって言語に対する思い入れを語るスレだっけ？

まあ、C#使いの多くは思い入れで語ってる感はあるな。

＞え？このスレって言語に対する思い入れを語るスレだっけ？


ＫＹの呪文は魔法（捏造）の言葉――
　　　　　　　　　　　　　　　　　　　　　　　　サイレント魔女☆リティ
　　　　　　　　,.、,､,..,､､.,､,､､..,_,.、,､,..,､､.,､,､､..,
　　　　　　´ﾞ:..`.ﾞ:‐'ﾞ`.ﾞヾ:ﾟ`.ﾞ:`.ﾞ:`.ﾞ:`.ﾞ:`.ヾﾞ: ﾟ`.ﾞ: ﾟ''.`.ﾞ:..`.
　　　´.: ,.ﾟ `.ﾞ::､`___:;.:.:.:ﾟ..____ﾞ:`.ﾞ::ﾟﾞ:::_ ヾ''. ''. ヾ''.`:.;:.;:..ﾞ
　　´,..`.ﾞ::: 'ﾞ.`::.ﾟ|　|ﾟ､. ／ ／.ﾞ:.ﾞ::く＼ﾞ::_ `.ﾞ.ﾞ／^>'ﾞ:'.`.ﾞ;.;;ﾟ.;.;;ﾟ.;.;
　´: ﾟ..: ''.`ﾟ.,:. :.､|　|:／ ／`.ﾞ`.ﾞ`.ﾞ:..＼ ＼:／ ／'ﾟ ''.`.ﾞ:_;. ''..:.;.;;ﾟ..
´;: .ﾟ.: ,:. :､.',: 'ﾞ .|　　　く''.`.ﾞ::_`.ﾞ:`.ﾞ:;.`.＼　／`..ﾞ:`.ヾﾞ:`.ﾞ:;.`.:.:.
´;: ﾟ...: ,:. ﾟ ''.: 'ﾞﾞ|　 |.＼　＼.､.:',.'..ﾞ.:.ﾞ.:ﾞ :.| 　|`.ﾟﾞ:'.ヾ`.ﾞ:;.ﾟ`.ﾞ:.`.ﾞ`
`;: ...: ヾ'.`.ﾞ,:. ''|____|.ﾞ..ﾟ＼／''.`.ﾞ.:ﾞ.: :.ﾟ､.:|____|' :.ﾟヾ､.,:. :ﾟ.､:,:..
　`: .ﾟ..: ,ﾟ: 'ﾞ. ﾟﾟ ''.`.ﾞ:.:.､ﾟ`ﾞ:`.ヾ ﾞ:`.'.`.ﾞ.:',.: .::_.:''`ﾞﾟ .::_''ﾟ`ﾞ.: '
　　　　　　´ﾞ:..`.ﾞ:‐'ﾞ`.ﾞヾ:ﾟ`.ﾞ:`.ﾞ:`.ﾞ:`.ﾞ:`.ヾﾞ: ﾟ`.ﾞ: ﾟ''.`.ﾞ
　　　`ﾞ:ﾟ`.ﾞ:..`.ﾞ:‐'ﾞCopyright 1989.4.20 AsahiShimbun.`

＞【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% である

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

コピペ君って馬鹿だな、まで読んだ。

>>630
Goslingは・・・・というかＳｕｎの人はだいたい強気に言う風習があるから、
言葉を50%薄めて聴いた方がいいけど、意外と競合しないって意識はあるのかもな

Sunにしてみりゃ馬鹿みたいに.NETを力を入れるM$は怖かったけど、
.NETが目指す方向が斜め上なのが分かったから、放置していれば毎度の
パターンで自滅するの目に見えているし、アホがどこで腐った金を使おうが
しったこっちゃねー。って所だろ。

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

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

java厨だけどこんな低レベル多いのかとびっくりだ・・・

正直MonoのWindows FormsはM$.NETをなめてるようにしか思えん
別にかまわんけど、それなら別のGUIツールキットとその開発環境を充実させてくれ。

勝負ｵﾜﾀ＼(＾o＾)／

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

ﾄﾞﾄﾈﾄ厨完全にｵﾜﾀ＼(＾o＾)／

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

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

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

またよく知りもしないでコピペだけかよ。
この低脳早く死なないかな。誰の役にも立ってない。

やだな。こんな馬鹿がJava陣営にいるの？

ﾄﾞﾄﾈﾄ厨の居ても立っても居られない反論｡･ﾟﾟ･(>_<)･ﾟﾟ･｡ ﾊﾂﾞｶｼｲ

シェア　JAVA　>　.net
使いやすさ　JAVA　<　.net
ぐらいにしか思ってない。

>>640
このスレなら相手にしてもらえて良かったね

どっちもやったが、MSDNは開くのが重いという理由でJavaに１票

javadoc は見やすいよね

でもHTMLファイルが数千にもなるのは止めてほしいな。
1つのファイルに固めてほしい。(1つのHTMLファイルという意味じゃないよ。)

サンプルコードを必須にしてくれ

文法とライブラリがC#なJAVAがあれば最高なんだが

それ、何てDelphi/VCL？

それはパスカル

SunMicrosoftSystemsが作ってくれるのを待て

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

後だしジャンケン理論と言うか、後発の言語なんだから
んな事当たり前としか言いようがないが。

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

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

いいよな〜。俺なんて、家がローン抱えてるから
貧乏プログラマだから、.NET勉強したくても金がないから
JavaとかPHPやってる。.NETも本気でやればProffessionalとか必要なんでしょ？
もう6年くらいMicrosoftの開発にあこがれてる。

>>653
無料ので全然困らないぞ。
さあ、きみも早くVB.NETの世界へ来るんだ！

名古屋だとjavaより.netの仕事ばっかなんだけど
東京とかだと違うの？

漏れも名古屋の人間だが東京はオープン系が流行っているとは聞くな。
と言うかMS系=素人=地方エンジニアって図式で、
オープン系の技術があると東京に飛ばされる。w

開発環境が
java >>>>> .net

>>657
ありえねえw
どんな環境だとそんな式が成り立つんだよw

>>655
こっちはjavaとlampが多いと感じる
やっぱり要件としてリッチなんが多い？

>>657
Visual Studio 2005 Express落としてこいよと言いたい

現実の世界で開発していく上では
既に標準ライブラリがぐちゃぐちゃのJAVAで開発するのと
ちゃんと整備されてるC#で開発進めていくのでは大きな差がある
C#とJAVAどっちも使える新規の案件なら迷わずC#選ぶって話だと思うが

C#のWEB案件やろうとすると、たいていIISがついてくるのがなぁ
あと、MFCとかManageとかATLとかWTLとかみたいなのを放流して
混沌とした世界を造ったりしないかも心配

チョット質問があります。

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

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

>>663
なんでココで聞くの？スレタイ読めないの？

俺のPCにIISが入ってないから、C♯は無理

TomcatもJbossもGlassfishも、
自由に使えるからJavaしかない。

>C#とJAVAどっちも使える新規の案件なら迷わずC#選ぶって話だと思うが

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

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

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

商用なんてｲﾗﾈ

遊びで糞な.NETアプリを書いて自己満足に浸るのは構わんよ。
Visual Studio 2005 Expressも.NET物しか作れないようになっているし、
頑張って洗脳されてくれ。

>>new BufferedReader(new InputStreamReader(System.in));
に違和感を感じるぐらい知能が低いのであれば、それはそれでいいんじゃね？
もうすこしは勉強した方がいいとおもうけどね。

発注する側だけど、.NET+IISなM$環境で提案してくるSIerはとりあえず否定すっけどね。
LAMPなオープンソースで固めたUNIX物の方がなんぼかマシ。

＞.NET+IISなM$環境で提案してくるSIerはとりあえず否定すっけどね。

理由を言ってくれると嬉しいんだが....

JavaとかC#とかどっちでもいいじゃん。ようは、簡単にプログラムを組めちゃう
のをどんどん作ってほしい。

もう、あれじゃね？ある程度のシステムならフレームワークみたいな
枠組みでホームページビルダーみたいにGUIで色々ドラッグアンドドロップで
ぐりぐり作れちゃうとおもうから、そういうの作ってほしい。

そうすれば、プログラマなんていらなくなり万々歳。

>>671
何年も前からそうやって言われてるけど、なかなか実現しないな
GUI環境自体が発展途上に居る間は無理だろうし、
発展を止めれば利益がなくなるベンダーは止まろうとはしない予感

>>670
運用保守の条件が多すぎから。WindowsUpdate周りとか大変だし、コストかかりすぎるとか？

現在稼動しているシステムを来年に別のハードウェアで稼動させようとかすると、調査費用やら、
ソフトの調整で金かかるしねぇ・・・・

使うほうにしてみれば、LAMPの方が大きな変更すくなくて楽だとおもうけどね。

>>671
＞枠組みでホームページビルダーみたいにGUIで色々ドラッグアンドドロップで
＞ぐりぐり作れちゃうとおもうから、そういうの作ってほしい。

それはC#もJavaも既に存在している点について。

>>23
この文体、懐かしいなw

ﾄﾞﾄﾈﾄ厨はまだいたのかw

やはりjavaの話といえばサーバーの話以外ひとつもでてこないな
確かに周りではGUI使うクライアントソフトを.net
webサーバーはjavaで作ってるよ
javaは標準のswingが遅いし選択肢に入らない
でもサーバーの環境はただで手に入るからな
やはりそこは強みを生かして使い分けするのがベストか

いい加減、Swingどうにかして欲しいな。

>>677
JSR296

>>676
＞やはりjavaの話といえばサーバーの話以外ひとつもでてこないな

だって携帯の話すると不思議とスルーされるし。

>>676
クライアントソフトをswingで作ってるよ。

漏れのところは遅いと感じないけど、.NETの辺りと比べると
生産性がイマイチと言うかWinの作法に慣れていると
プログラミングがモニョる感はある。

業務的にはWebがメインで、次点GUIクライアントソフトはExcel+VBA(ADOでSQLをゴリゴリ発行）
が多くて、上記以外でどうしても、って場合にSwingって感じ。

とりあえずC#は出番なし。

>>680
C#出番無しって・・・
さすがに.NETがどうこうってレベルじゃないだろVBAは・・・

だって顧客と要件決めるときに「誰でも簡単にメンテできるのﾖﾛ」とか
言われたらExcel+VBAって流れになってしまった。

これだったら会社のパソコンに普通にインスコされてるから
導入もﾗｸﾁﾝだったし、どのPCからでも即ソース修正&再実行って
できるし、入社数年の素人新人でもメンテできるので
顧客にウケがよかった。

クライアントサイドがExcelでサーバサイドJavaとかはやったことあるな
顧客への説明が少なく済んで良かった

>>676
そんな選択肢に入らないほど、最近のSwingは遅くないよ。

遅い遅いいっているのは大昔のM$のプロパガンダの名残。

やっぱりjavaはdelegateがないからGUIは不可
イベントリスナ実装するのにいちいちクラスオブジェクト作るのは
無駄が多すぎる

>>676
もうこの手のどっちが優れている合戦の話題は飽きた。

>>685
そういうのはEclipseなどの自動生成ツールで
代用できるからいらない

というのが俺の考え方

>>687
言語仕様拡張でクロージャ導入される＋JSR296でFW改善されて開発効率上げられても
>>685が言っている事が解決する訳じゃないでしょ

じゃあC++どっちが面倒くさい？

>>684
すくなくとも俺のPCではかなり遅い

可哀想な子・・・

>>690
それじゃおまえのPCではVistaも動かないな

Vistaはかなり重い

エアロを導入すれば軽くなるよ

>>693
いづれその糞OS上で、開発する日が訪れる。

>>695
来年の5月からVistaで開発をすることになった
鬱だ

とりあえず、２万円台の、エアロ機能があるWindowsなら買う価値はあるかもしれん。
ｱﾙティ目ットとその前のバージョンは断じていらん。


あれを使えばSwingはさらに軽くなるぞ。

なぜなら、半透明ウインドウによって、余計な描画が減るからだ。




ノートPC買えば勝手についていくから、
そのときまでVistaはほっとこうかな。

>>696
MS Officeを無理やり使わされることに比べればたいしたことはないさ。

あっちはやばいからな。

あっちは絶対に手を出さないほうがいい。
Officeさえ買わなければMSの独占を阻止することは容易だからだ。
Windowsくらい買ってもおれたちにはそんなに苦にはならないだろう。

だがOfficeはやめるべきだ。ここは、OpenOfficeとGoogle様の力に頼ろう。

Googleは電通から金貰って情報操作してるって話だったが

>>699
W杯の放送時間は操作してたと思うが、
初音ミクの検索結果は操作してないのではないかと・・・・・

まぁいえることは今更Ｊａｖａはじめたくないよってこと。
Ｊａｖａしかやったことないんで、ってやつは
あー、はいはい、大体ｱﾉ時期にはいってきたな、とわかるな。
面白い

C#理解してれば、java始めたくないなんて言わないと思うけどね
大方C厨かVB厨だろうけど。

逆に会社がC#での開発しかしていない所もちょっとヤバイくないか？

＞まぁいえることは今更Ｊａｖａはじめたくないよってこと。

今更もなにも趣味ならなんとも言えんが、仕事だと
言語をえり好みなんて出来んのが当然だと思うが。

って周りにCOBOLerが蔓延しているJavaとC++使いな漏れ。

つか別に言語仕様だけ覚えてそこそこ使う分にはC#もJavaも
習得困難なレベルででないはずだが・・・。

基幹とかは7年近くリプレースがないから7年後にC#が現役だったら助かるんだが。どうでもいいがなぜJAVAはメソッド名の先頭が小文字なんだ。
あれが違和感。

何故って言われてもねぇ

寧ろ何故C#は大文字なんだ

C#のほうが速いし、デバッグしやすいし、技術資料豊富だし、ビルドするとexeが作られてわかりやすいし
XMLを扱うにしても描画するにしても用意されているクラスが豊富だし、開発環境軽いし
パーシャルクラスがあって自分の書いた部分がわかりやすい

javaはVisual Editorの開発が滞っていて終わった感があったけど、NetBeans 6.0の出来が結構よさげ
なんで期待している。

C#のほうがとっつきやすいから、C#を理解して、それからjavaを勉強するのがオススメかな

C#って技術資料豊富か？
Javaとかに比べると事例も少ないし、周りに技術者もいないし
環境が限定されるから漏れの周りでは普及率はｲﾏｲﾁだが。

Javaの開発環境が重い軽いはEclipseにどんだけプラグイン突っ込むかに
よるんでは？って希ガス。

ってVEの話している人だから基幹系ではなく、小規模アプリのマだと思うけど
小さいアプリをちょこまか作る人には、それこそVBくらいでいいと感じる。

javaはC#と違ってデリゲートと構造体がないがないため
C#なら数行ですむ記述が煩雑になるケースが見られる
C#はフィールドのアクセス指定付けないとprivateとみなされるから安全だが
javaはデフォでpublicとみなされる
C#はvertual-orverride修飾子を付けて始めてオーバーライド可能になるが
javaはメソッドにfinal修飾子付けないとデフォでオーバーライド可能
やはりC#が使える状況であえてjavaを使いたいとは思わないな

>>710
デフォでpublicて、何が？

C#ってインテリセンスの表示内容が詳しいから意外と作りながら覚えられるよね
引数もarg0とかarg1じゃなくてfilenameとかわかりやすく表示されるから
直感で作っていける。しかもドットを押した後の表示が速い

>>712
その、重箱の角つつくのは趣味か何かか？
なんか、IDEやドキュメントの話になってるし・・・

javaは理想を追いすぎてか、ListBoxを貼り付けるにも一旦
スクロールパネルを貼り付ける必要があるし、単純なアイテム
追加にもListModelってのを使わなくちゃいけなくて、コード量が
膨大になる・・・

ComboBoxもマウスホイール使うにはわざわざコード書かなくちゃ
いけないし、単純にjavaにするだけでコードが二倍になるよな

Xmlを扱うにしてもfactory builder documentって何で三回も
書かなきゃいかんのかと
同等のクラスの機能も不十分で、これまたコードが増えるし・・・

C#は崩し方がうまいんだよな

>>713
IDEやドキュメント重要じゃないか？
同じもの作るんだったらストレスやイライラがないほうがいいに決まってる。

機能で言うなら、WPFやLINQなどjavaでは到底実現不可能なような機能が
そろそろお目見えしそうだし（英語版のVS2008は出たけど）

あとさ、javaって配列とかコレクションのアクセスの仕方がまちまちじゃない？
.get(i)だったり、.item(i)だったり.size(), .length. .getLength()...

C#なら.Countか.Lengthにすべて統一されているよね。

わずかな差だけど、作りやすさ、コードの読みやすさは結構違う

vsのショートカットの使えなさは異常

VS2005とEclipse、両方を業務で使ってるんだけど、
個人的にはEclipseの方が使いやすいと感じてる

VC6の頃はあんなに使いやすいと感じてたのにな

>>715
同感、ここらへんはナチュラル天才のヘジたんセンスが効いているとおも
Javaを作った秀才堅物連中にはできないね

C#のほうが後なんだし
Javaのいいところを取り入れてるのは当然だろ

良くないところを取り入れなかったことを賞賛したい。

>>717
それはすごく感じる
C#はメソッド、プロパティの名前がきれいに統一されてる
MS製以外のコンポーネントも.net標準ライブラリと同じメソッド名、プロパティ名
使ってくれてたりして感動することもある

javaにプロパティっていう文法がないことも混乱の一因かもしれんな

自分が使ってる言語マンセー
その前に使われてた言語は「化石」と言って切り捨てる。
これが信者なのね。
プログラム言語ってどれが優れてるとかじゃなくて複数覚えて使い分けるものでは?
自分が使ってる言語こそサイコーマンセーって痛すぎる

>>725
よく見てみろ、信者は一人だ

>>726
このスレを下まで見たら、とっくの昔に終わった議論にレス付けてたのね。
こんな自分こそ遺体人だ。
退場しまつ

>プログラム言語ってどれが優れてるとかじゃなくて複数覚えて使い分けるものでは?

複数使い分けるのはそのとおりだが言語に優劣は確かにある
時代を席巻したcobolやfortlanを進んで使いたがる人間がいないのは
よりすぐれた言語に取って代わった結果

日付関係の簡単さやSTRING.IsNullorEmptyのメソッドを知った時C#が凄いと思った。

そりゃ後だし言語だし。
C#が言語仕様的に優れているのは当たり前じゃん。

後だしでヘボかったら笑いものだもんな

Javaに欲しい機能No1がパーシャルクラスなんだが
上位互換保ちやすいし、次のバージョンあたりで実装してくれないかなぁ

JSRにないじゃん・・・

言語仕様と標準ライブラリの設計を混同している子が数人居るようだが…

昔のC++とVB6.0ほどの違いはないから、どちらかに絞る必要まったくないよね

Javaが優れているのはマルチプラットフォームって所だけでしょ。
言語使用もライブラリもC#のほうが優れている。

ただ「だけ」とは言いつつも、UNIX, Linuxサーバじゃ動きません
っていうのが結構致命的だったりするからなぁ・・・

UNIXはともかくLinuxなんて単価の安い仕事がほとんどじゃないか。

お前ら、仕事を選べる立場なのかい？

っていうか技術者なら、というかそれ以前に大人なら
くだらない思い入れで物事の優劣を語ってどうする。

思い入れなんて自己愛の変形物だぞ

言語使用もライブラリもC#のほうが優れている・スイーツ（笑）

こんな強引なスイーツ(笑)の使い方はなかなか見れない

まだVB6やCOBOLの仕事ばかりなんだけど
いつになったらC#は普及するのですか？
Javaってどこで使われてるのですか？

思い込みの激しい 741 のためにある言葉













スイーツ（笑）

>>742
喪前の携帯でも使われているはずだと思うが。＞Java

未だに開発者人口はVBが一番多いのかな？

よくくじらのＣＧが表紙になっていた月刊Visual Basicもいつの間にか廃刊しているし、
VB人口減ってJavaやC#に流れ込んでるのか！？
でもJavaの雑誌も廃刊になったような・・・・

>>745
開発者：開発者は技術者であって、技術者でないいわゆるITドカタは含まれない
すると、やっぱC・C++だろ

ミドルウェア普及で開発自体減ってる印象あるけどな

>>748
つ　組み込み分野忘れないで

組み込みですらＤＢミドルウェア使う世の中じゃ……

>>746
底辺ドカタじゃだめな人生になると分かったんで転職してるんだよ

.NETを使わなくていいC#はいつ出ますか？

それ、既に出ている、つ C、C# - ネット（＃）＝　C

>>747
言語で括ってる時点で君は技術者ではない

金になるのはＳＡＰ

どの言語を習得したかというのと
実際に仕事で何を使うかというのは
1000万光年ぐらいの開きがある。

>>754
なんで解ったの？　俺は研究者なんだ。
でも、なんでコーポレートリサーチ部門に配属されたのか解らん
ほんとは、LSI設計を激しく希望したんだが、今は、
コンテント配信/セキュリティの研究をしているよ、orz

>>752
それ
D言語だろ

リサーチ部は研究者と言うのか・・・。
生産しない研究者ってのも不思議な感覚だな。

企業の研究部署なんかそんなもんだわ

Eiffel を構文糖衣で纏ったような言語ってないの？

企業の研究部署って現場の意見を聞かずに自慰理論と
自慰ﾌﾚｰﾑﾜｰｸを押し付けてくる無能集団って印象があるんだが。

純粋な研究部署はそれなりかもな
それを現場に適用するための専属部署が
あったりするとヤバイね

プログラマに囲まれた環境で、プログラミング自体で賞賛を得ようとすると
相当な努力と時間が必要だけど、

公務員だけどプログラマみたいに、主の業務がプログラミング以外の職場で
簡単な社内ツールを作れる人はとても重宝されるよね。

そのレベルが本当は一番幸せかもしれない。プログラミング自体楽しめるし。

J-SOXのせいで社内ツール禁止になるけどな

ウチの職場にも障害対策やらコンプライアンスやらの研究部署あるんだが
実際、押し付けばかりして現場でのリサーチは常に欠かしている状態だなぁ。
変なとこだけ「トヨタ式」を真似してくる無能集団だな。

給料もトヨタ並にしてくれよ。と社員が愚痴をこぼしている。

>>765
え！？詳しくお願いします！

>>765
自分なりに調べてみましたが、開発と運用の分離って点ですか？

当然Javaだろう。
C++ってみたこともない。

スレタイ見ろ

JVMと.NET FRAMEWORKどちらが優れているか教えてください

開発でバグを作りこんで実行したとする
JVMはエラー通知とともにその後も動きがおかしくなるので再起動したくなる
.NET Frameworkはへんなコード走らせてもかなり安定している

それぞれのクラスライブラリは.NETがJavaを包含してしまっているといっても
いいぐらい.NETのほうが高機能

>JVMはエラー通知とともにその後も動きがおかしくなるので再起動したくなる
>.NET Frameworkはへんなコード走らせてもかなり安定している

そりゃ、思い込みとしかいい様がないが。

おかしくなったコードを晒してくれないとタダの妄想だろう。

俺の中ではPowerShellから触れるというただ一点によって.NET frameworkの方が遥かに魅力的になってます
ってもうそれJavaとC#直接関係ないじゃん

PowerShell（笑）

PowerShellは[System.Math]::absとかいう書き方を改善すればもうちょっと流行った

>>776
より流行るかはともかく確かになんとかできればよかったね、System.は省けるけど

PowerShell？あははは。よかったですね。

PowerShell？
素晴らしい。使ってる人が羨ましいです（はぁと[ﾅﾂｶｼｽ]

あれ禁句だったんかな、別にJVM貶したつもりはなかったんだけど。。。
改変ネタを期待してたのに

C#やってる奴って２極の気がする。
WinAPIや実メモリ上の動作概念をある程度把握してる奴と
マネージとアンマネージの違いも分からない奴と。

前者は言語が何だろうとまだ生き残れるだろうが
後者は上流工程でもやるしかないんじゃないか？上流が務まるかどうかはそいつのコミュニケーション能力次第だが。


Javaはどうなん？
VM上の動作とかGCのメモリ解放を気にしたりするの？

そんなの気にするの本末転倒じゃないの

>>781
確かに2極だけど定義が違うな

>GCのメモリ解放
ちょと違うかもしれんが、Javaしか知らん輩は短命なインスタンスを作りまくる傾向があるかな。

C++のRAIIはもっと凄いぞｗ

長命なインスタンスを作りまくるよりはましでつよ。

>>708
> C#のほうが速いし、デバッグしやすいし、技術資料豊富だし、ビルドするとexeが作られてわかりやすいし

そんなに豊富だったらJavaよりもC#の仕事が今頃潤ってるよ。

言語の優劣と仕事の潤い関係ない

マイクロソフト製品は高価
でも間接販売のインセンティブは他社より少ない

自社の作ったWebアプリをサーバとセットにして売ろうと
した場合、どうせ高価ならインセンティブの多い
Windows以外のOSを選ぶのは必然の流れ

サーバじゃなくモバイルの分野でもそうだろう

クライアント側ではC#の圧勝だったけど、サーバ側はOSが限定されることもあって、
Javaが粘っている。

って感じ。

クライアントアプリってかなり案件減ったな

>>790
Web化で失敗した所はリッチに戻してるけど色々出てきてるから、またWeb化されそうだなｗ

SilverlightってWeb版仮想マシンだよなぁ・・・

SilverlightってJavaScriptで書いておけばサーバ側がIISである必要がないみたいだ
OSはご存知のとおりWindows2000以降と、最近のLinux, Mac OSには対応しているし
かなり注目度高いね

普及させてJavaScriptで書くのが面倒くさい人がC#で書くことを狙っているのかな？

問題はここにもJavaって言葉が出てきている点だ・・・
Silverlight 1.0だとJavaScript以外には対応していないって時点でJavaの影響力大きすぎ

jsとjavaは別物だろ・・・

正直、こんなレベルがいる事に驚愕した
うちの営業よりも知識が無いなんて・・・

これは酷い

まあ、C#はJAVAerを取り込もうとしてJAVAに似せたが
かえってJAVAerの反感を買ってしまったんだがな

俺の会社が何でも屋なだけかもしれないけど、普通JavaとC#両方使わないか？
案件とお客様のヒアリング結果から使い分けてる。

文字列の宣言のときStringかstringかで、たまにこんがらかる以外は
すんなり両方使いこなせますぜ

言語
アセンブラ,C,C++,VB,その他多数
OS
Windows,UNIX

Javaは登場した当初さわって、Javaがえらいメモリを使う状況だったので一度敬遠してから、ここまでずっとさわってこなかった。
だけど、それじゃいかんと思ってJavaを勉強しようとしたら、Excel操作するにも一つ環境作らないといけないでやんの・・・。
やっぱ顧客はExcelにデータを入れていることがよくあるから、簡単にExcel操作できる機能がほしい。
ということで、JavaはやめてC#にすることにしました。

【結論】
サーバーサイドアプリケーションならJavaでいいかな。
Windowsを意識したときは、やっぱWin32と連携がとれる言語がやっぱいい。

　【使用OS】　　Windows XP Professional
　【 不具合 】　フリーズした際に強制的に電源ボタンで終了してしまった　
　【詳細内容】　「次のファイルが存在しないかまたは壊れているため、Windows を
　　　　　　　　　起動できませんでした。
　　　　　　　　　<Windows root>ｴsystem32ｴntoskrnl.exe.
　　　　　　　　　上記のファイルをインストールし直してください。」
　
こんにちは。なんとか自分で出来る事はないかと思いネットで検索し、
試していましたが、どうしてもうまくいきません。
ネットで検索した結果、ディスクから起動し、リカバリー機能を使う、
という所まで分かり、「ren」という言葉を打ち込む段階までは出来た
のですが、「ファイルがみつかりません」と出てきてしまい、その後
に進めず途方にくれています・・・

もはやリカバリー機能では修復できないレベルなのでしょうか？
それとも何か工夫すればこの先に進め、再インストールでのデータ
完全消去を免れる事ができるのでしょうか？
どなたか教えてください！！お願いしますm○m

Excelでデータ操作するならVBA(ADO)でSQL投げるだけだから
JavaもC#も覚える必要がないと思うが。

>>798
>Stringかstring
あるあるｗｲﾗッと来るな

アナルに挿入して気持ちいいのは、JavaとC#どちらですか？

>>802
Javaを勉強しようとして、Windowsとの連携が弱いことをしってC#でいいやってことになったってことでしょ。

つーかVBAでDBアクセスするってどうよ・・・

Javaって補助してくれる環境がないと、実際COBOLと同程度のことしかできなくね？？？
で、周辺環境がバグってることが多々。
結局、ラップしすぎて細かいところまで融通が利かず、かえって難しくなる

ぶっちゃけ99%の案件はエクセルで済むんだよ

＞つーかVBAでDBアクセスするってどうよ・・・
SQL*PlusだろうとJava/C/PHPでSQL投げるのと大差ないはずだが。

タマにCOBOLerみたいに全レコードアクセスするVB厨がいてアレだが。

＞Javaって補助してくれる環境がないと、実際COBOLと同程度のことしかできなくね？？？
＞で、周辺環境がバグってることが多々。

具体的になんだろう？
Eclipseとかmavenとかの事を言っているのか？
具体例をｷﾎﾞﾝﾇ

言語の評価は開発環境も込みでしょう
開発環境がないとたいしたことできないのはC#もC++もその他言語も同じだと思うぞ

>>808
そうなんだよな。クライアントサイドのアプリはエクセルVBAで作ったほうが顧客は喜ぶ。

クライアントサイドのアプリをアプレットやScriptで書いても、客は使いづらいという。
実際、使いづらいし、細かい機能はつけられない、もしくは作業量が異常に増す。
Javaサーブレットとか便利です！って思ってるのは技術者だけで、ユーザー側は全然便利ではない。

>>811
JavaやC#はそうだろうけど、C++は違うだろどう考えても。

>>809
セキュリティ要件とか大丈夫かって話なんだが

昔も今も大丈夫じゃないよ。

でもC#でExcelいじる元気は無い。

>>816
え？めっちゃ簡単だよ。まぁVB.NETのほうが遥かに簡単だけど

俺java嫌い。
マジで頭痛くなって来るよあれ。

>セキュリティ要件とか大丈夫かって話なんだが

どんな手段でRDBにアクセスしようがRDBの側に認証＆アクセス権・ロギング設定しておけば
問題ないはずだか。

逆にC#だとセキュリティ要件大丈夫と思える根拠が不思議だ。

web開発が無理だろ＜VBA

>>819
C#がどっから出てきたか知らんが、クライアントにDB認証情報持ってんのが問題だってわからないの？

>クライアントサイドのアプリはエクセルVBAで作ったほうが顧客は喜ぶ。

個人が入力したデータを集計するときはどうするの？
Webアプリは多人数が違うオフィスから別々にデータの入力や参照を
しても常に最新ってとこでしょ。
WebアプリをExcelで置き換えようってのは無理があるぞ

そういうのはWebじゃセキュリティ心配だし共有サーバーにｴｸｾﾙおくんじゃね

マじゃなくてちょっとプログラミングできるレベルの人が混ざってるな・・・

ExcelからでもODBCにアクセスできるじゃん

Javaに思い入れのある人間なんだけど、だけどvisualC#っていいなあ。
Ｃ＃の文法もIDEもいいと思う。ただのEditionが充実してる。
特にWindowsアプリケーションの作成用にはいいな。
Javaでeclipseにいくつもプラグインするのも億劫になってくる。NetBeanがあるじゃないかといわれそうだが。

>>792　そもそもWebブラウザーが仮想マシンだろうが。

＞C#がどっから出てきたか知らんが、クライアントにDB認証情報持ってんのが問題だってわからないの？

C#はC#厨がExcelに対して言い出した事だと思うが。
あと、RDB側に認証って発言しているのに、藻前は
日本語が不自由な人か？

つか、そもそもC/Sなソフト作成したことあるのか？

どうやったらRDB側で認証できんの？その認証システムへのアクセス許可判断はどこでやってんの？

「クライアントから情報渡さずに」が抜けてた

とりあえず829がC/Sなソフトを作ったことがないのは理解できるな

>>822
ユーザーインターフェースをエクセルVBA。ODBCもいけるし。
ってか、実装は関係ないんだ。実のところ。
客はエクセルが大好きなんだ。エクセルで持っている機能がないと、それだけで使いづらい。使えないソフト。といわれる。
その機能が必要かどうかは関係なく・・・・。

何はなくともExcelの.NETネィティブなコントロール欲しいよな
頼むマイクロソフト、マジ作ってくれよ
もう一つはドッキングウインドウ、これはそのうち対応したいという話がサポートであったのでちょっと期待。

>>831
じゃあ教えてくれよ。

>>819は「VBAから直でSQL発行する」のに「RDB側に認証（クライアントにはDB認証情報無し）」でっていってるんだぞ？

うん。
当然のことなんだけど、やっぱWindows用のプログラム作るのはマイクロソフトの言語が一番いい。
Javaだと糞面倒だったユーザーインターフェースの処理が、.NET言語だと簡単にできる。

そりゃWindowsのクライアントソフトだと普通にMS製のアプリの方が相性いい罠。
と言うかユーザー側のフロントエンドしてはExcelは優秀で人気のあるアプリなのは事実だな。

JavaやC#でアレコレ自己満足するよりもExcelのUI使う方がお客にもウケがいいし
作る側も楽と言えば楽だし。

>>834
ｸﾞｸﾞﾚｶｽ

ユーザー連中は、
・CSVでデータをおとして、エクセルで読み込んで作業。
・エクセルで作業して、そのデータを業務アプリに乗っけようと四苦八苦。
やつらは、パソコン操作＝エクセル操作といってもいいくらいエクセルでやりたがる。
ブラウザで動作するアプリケーションなんて、ほんと不評。

>>837
うるせーカス

>>837
そういわないで教えてくださいよ。
IPassもWin認証も無しにDBに接続する方法。

不評具合と言うかそういうのはそこのベンダーが修正にどれだけ
サクサクと答えてくれるか？ってのが多い希ガス。

Excelだと、ユーザーでもある程度は直せてしまうけど、
ある程度作りこんでしまうと帳票の文言を少し直すだけでも、
結構な期間と金を取られるのがあるな。

WebアプリだとクライアントPCにオブジェクトを配布する手間が
省ける分のサクサク感とか顧客に確認用ブックマーク転送して
「ちょっとここのURLのバージョンでいいですか？」とかで
顧客とのコミュニケがやりやすい場合もあるから、

漏れの場合はWebかExcelの２極化が多い。



しかし場違いなリア厨がいてウザいな。

プログラムの配布とバージョン管理も、
完全に自動化させてしまっているから、そういった利点は感じないなぁ。

>>841
>Excelだと、ユーザーでもある程度は直せてしまうけど、
>ある程度作りこんでしまうと帳票の文言を少し直すだけでも、
>結構な期間と金を取られるのがあるな。
ほんとにマか？どう見てもちょっと齧ったユーザーのレスっぽい・・・
そもそも要求・要件レベルのミス、外部化するなり何なりで社内情シスがシステム外で修正出来るようにしておけって話だ。


つーかこのスレでExcel・VBA語るお前らに場違いって言われるとは思わんかったわｗ
まぁ場違いは確かだし、DB理解して使ってないだけだろうから止めてやるよｗ

ｷﾁｶﾞｲのリア厨が勝利宣言でつか

一番理解してない無能がよく言うわ

可哀想な奴なんだろうからｽﾙｰ汁

Excel(VBA)という無視できない環境が存在し、その結果、JavaやC#（開発言語）はなにがいいかという話の流れならばスレ違いではないだろ。

>>844
理解して無いってンならIPassもWin認証も無しにDB接続するの見せてくれよ、
VBAじゃなくていいし、DBもなんでもいいよ

user/passwordは必要でしょ

oracleの場合
connect / as sysdbaというのはあるが危険すぎる

>>847
素直に接続サンプル欲しいと言えばいいのに

>>849
それOS認証でしょ・・・

一応>>847への答えとしてＯＳ認証しらないようなので

>>852
俺が847だ・・・Win認証だよ、それ

で君何が聞きたいの？

何が聞きたいの？

聞きたいの？

>>854-856
>>834

認証の意味があいまいだな
接続文字列の事か？
ミドルウエアの事か？

ユーザパスワードを入力させるという当たり前の操作を
なぜ意図的に外してるの？
それともそれはなしという前提を勝手につけてるの？
なんで？

>>844の後に出てきたのが>>847読んでの>>849だし・・・

>>858-859
>>814>>819>>821>>828

ログインユーザー毎に権限ロール与えられるって事じゃないの

粘着がｷﾓいな。
このスレの住人で当人以外は理解しているだろうに。

Ｘ・CUTEがあるじゃん。

＞刷新 「.NET アーキテクチャーセンター」

絶えずアーキテクチャー刷新ですね。

ありがとうございましたorz

>>862
荒らす元与えるなレス乞食

ttp://itpro.nikkeibp.co.jp/article/NEWS/20071121/287770/

VBｵﾒ!

VC#糞簡単ｗわろたｗｗ
Java？糞。
ぶっちゃけ、糞ｗ

javaもC#も特定の企業が囲い込みをしたがってる閉鎖的な開発環境だから
どうせやるならC++かrubyでしょ

PythonとwxWidgetsだな

>>868
まぁSUNよりは、OSを独占しているマ社のほうがいいわな

　　＼|／
　　/⌒ヽ　　　／￣￣￣￣￣￣￣￣￣￣￣
　　| ゜Θ゜）　＜　そうでもないよ。
　　|　∵ つ　 ＼＿＿＿＿＿＿＿＿＿＿＿
　　|　∵　|
　　＼＿／

動作環境がPCからｹｰﾀｲに移りつつある。

JavaはどっちかというとIBMの方が影響力強そうな印象

昔のC++とVB6.0ほどの違いはないんだから、両方覚えて
両方の最新技術に目を光らせることぐらいできるはずだ・・・

なんで片方マンセーで片方アンチになるかな？
似たような言語じゃん

>>873
君がC++を使えるからだよ。
教科書ではなく経験で、C時代の苦労を知っていて、C++が生まれた理由が分かり、Java,C#が生まれた理由がわかる人間なら簡単。
でも、実際には１つの言語すらまともに使えないのが多いのだ。
正確にいうと、言語ではなくアルゴリズムを考えることができないやつが多い。

昔のCを覚えて、VBやって、よしステップアップだ！とVC++を買ってはじめてみたときの絶望感は異常だった・・・・。
C++すら初めてなのにMFCは驚愕のハードルの高さだったなぁ・・・・。WinMainすらどこにあるのやらｗ
それに比べれば、だいぶ出来上がってる部品をくっつけるだけの今の言語の敷居の低さ加減ときたらｗ

MFC懐かしいね

今のプログラマはGoogleとインテリセンスがあるから
覚えるのがかなり楽だよね。

実現したいことがあればググれば大抵のっているし、
ある程度使いこなしたクラスは、ドットを打って他にどんなメソッドがあるのか
調べてみたりできる

MFCの時代は本を片手に覚えたからね

実際、昔のassembler,C,C++,BASIC,MFCあたりは泣きそうだったな
どんだけ今簡単なのかと、、、

アセンブリって、まさにレジスタいじってます、コンピュータを操ってますって
感じがして楽しかったけど、JavaやC#は別の楽しみがあるね。
Webアプリなんてアセンブリじゃ作れないに等しいからね・・・

ライブラリさえ揃ってれば作れなくもなさそうな気がする。

C++で作って、そのメソッド内をインライン汗にするだけで良いんじゃね？
ネイティブアプリ時代でも、C言語で作りながら遅い部分だけを汗にしたりしたでしょ。

結論：　JavaやＣ丼の方が片手落ち。

ttp://www.j-cast.com/2007/12/06014245.html

M$大勝利!!!

過去の遺産にしがみ付く人達しかいないスレかｗ

ソフトウェアって、スタックだから遺産にしがみ付くのは間違いない。
O$は言うまでもなく、イソターネットだってTCPスタック。

その反対がガラガラポンであり、それは間違い。

営業で45以上でリストラにあうと、掃除のおじさんになるしかないけど
プログラマなら50歳ぐらいまで求人がある
http://www.system-exe-job.net/an_han.html

VB6.0プログラマとか後々重宝されるかもよ
未だに稼働中のVB6.0プログラム腐るほどあるけど、
もう販売していないから、大学生とかが新たに学ぶこともない・・・

10年後、20年後はおじさんたちが大活躍ってわけだ

まぁVBは、アホでも使えることが売りの言語だからな。。。
少なくともCOBOLよりは圧倒的に敷居が低い。ゆえに、再ゴールドラッシュにはならんよ。

というか
PG暦20年とかなんて間違いなく採ってくれるだろ

Should Java be banned from schools?
http://www.theserverside.com/news/thread.tss?thread_id=47732

VBも極めると奥が深いよ

ここにいる人たちの基準からすると、C#というかWPFの
有名なサンプルコード、Family.Showのレベルが設計して
書けるプログラマはどのぐらいの評価なわけ？

http://www.vertigo.com/familyshow.aspx

中の上ぐらい？

ソフトウェアの評価は奥が深いとかはあんま関係ないと思うが。

そういうのもあってもいいと思うが一般的な業務アプリとかだと
「誰にもで簡単に修正できて安定性が高い」って辺りが重要な場合が
多いので「VBでこれだけできた」ってのはエンジニアのｵﾅﾆｰだろ。

まぁなんだかんだで、上級プログラマが主で使ってる言語は、Cだったりするよな
やっぱアドレス操作まんせー

Cまんせー

上級プログラマって存在が結構疑問なんだが。
日本だとプログラマって最下層の住人ってイメージだし。

>>890
アドレスは常に固定されてるから、アドレスを差すポインタ操作のことだよな。

プログラマと言う生き物

・ものづくりが好き、考えることが好き、学ぶことが好きなので仕事自体にある程度満足を覚えている
・お客様にペコペコ頭を下げる必要がないため、プライドの高い人でもやっていける
・技術力が高まると上司に逆らってもクビにならない　（が出世はできず、雑務をやっている同期が先に課長になる）
・偏屈者ですぐ周りと喧嘩になって会社を辞める人でも求人は多いため次の職場が見つけやすい　（が給料が高いとは限らない）
・リアル土方と違い、少々の風邪や熱、腰痛、足の骨折ぐらいだったら仕事に支障はない
・40歳ぐらいで突然会社が倒産しても、ゴマすり雑マーよりは次の就職先を見つけやすい

それ誰かに「その通り」って言ってもらいたくて書いてるのか君は？
どうしようもなく気色の悪い奴だな

どの言語が優れているかなんて、どういう点で優劣をつけるのか定義がないと難しいな
就職のしやすさとか、開発効率とか、人材調達のしやすさとかまで考慮するとVBはかなり優れている

VB６は、ほんといいよな。
開発効率が異常に高い。人材育成が簡単。
しかもオフィスアプリとの連携も取れる。
Windows環境になるなら、Javaとか必要か？ほんとに。

VB６とVC++があれば、Windowsで困ることなんて皆無に等しい

vb嫌いだけど奥が深そうね
あんま知らんけど

それ言うと「Windows以外では」厨がわくんじゃないか。

VBに関するマイクロソフトの宣伝文句では、「プログラマでないオフィスワーカーも、
Officeを利用した高度なツールを作れるようになる」というのもあったと思うんだけど、
幸いにして？専門プログラマの領分にとどまってるな。

>>898
よく知らないVBを嫌いとはどこの中二病？ｗ
ゲイツが嫌いみたいな感情的厨房なんかなー
マって以外にガキっぽいよねー

vb6の開発環境は今となっては物足りなくなってしまったなぁ

外国語でも好き嫌いあるでしょう
あんな感じ

VB4の頃はウィンドウがデスクトップに浮かんでたんだよな。
今見ると逆に新鮮かもよ。

VB5でネイティブコンパイラ化して一気に使えるようになった。
宣言さえすればWIN32 APIを使えて、これがかなり高速に動いたり
したんだよな。2DゲームならVC++で書いたのとそん色ないレベルまで行けた。

VB.NETやC#でも、Main関数とスタティックメソッドの集まりのユーティリティクラス
の組み合わせでVB6と同じことできるじゃん。
using Microsoft.VisualBasicってやれば大抵の関数は残ってるし問題無し。

>>902
両方使える人から見ると、無駄に争う時間があるなら両方覚えれば？っていつも思う。

争うつもりはないよ
嫌いなだけ
そのうち覚えますよ

なんでVB厨わいてんの？

今は単に昔話に花が咲いているだけなのかと。

JavaとC#だけでいうなら、
Windowsプラットフォーム限定なら、圧倒的にC#。
サーバーサイドでLinuxとかなら、Java。

でも、
サーバーのシェアもWindowsが増えてきている上、
officeとの連携がとれるC#のほうが優位、
結果として、始めて覚えるならC#がよい。

でも時間に余裕があって、始めてプログラミングをするなら、Cから始めてほしい。

＞サーバーのシェアもWindowsが増えてきている上、

増えているってそうなのか？
圧倒的にWindows以外がブイブイ言わせている現実があるが。

今 Netcraft のトップにもなっている
http://news.netcraft.com/archives/2007/11/23/november_2007_web_server_survey.html
を見ると、確かに「Windows が増えてきている」ね。今 30% だってさ。
Apache はまだ 50% 前後なので、「Windows以外がブイブイ言わせている現実」はその通りだが、
「圧倒的に」と言い切ってしまうのはどうかな。

Windows Serverに市場シェアを奪われるLinux
http://itpro.nikkeibp.co.jp/article/NEWS/20071029/285682/?ST=win-server

しかし、C#が優位とか、officeとの連携とかいいだしても
実際、C#ってあんま使われてないよな。

現場だとWindows環境限定でクライアントソフトなら圧倒的に「VBでいいじゃん」だし、
サーバーサイドの処理だと「Javaでいいじゃん、あとタマにPHPとかRuby」だし。

なんだかんだで人間楽な方に流れていくんだろう。

いや、ふつーにC#使われてるだろ。
つい最近、地域別にVB.NETとC#の使われてる割合みたいなグラフを見たけど、
どこもC#のほうが多くて、唯一日本はVB.NETのほうが多かったけど、それでもそんなに大差ってわけじゃなかったよ。

社内システムではWindowsサーバが多いんで
ASP.NET＋C#が多いみたいっすね。
うちは数年前はASP（VBS）だったけど今はC#で開発してる。
Javaでも開発してるけどどっちが優れているとかはわからない。
自分のスキルではほとんど同じと感じてしまう。
個人的にEclipseよりVisual Stdioの方が好きです。
ApacheよりもIISの方が好き。

WWWサーバーに関して言えば、IISはWindows確定だが、ApacheはWindowsで稼動している可能性もある。
サーバーのシェアはWindowsServerがトップとなっているとみて間違いないだろうし、しばらくは今後もこの傾向は続くだろう。

Linux程度のサーバー管理ですら、高レベルとされるようになってきたってことだよ。
どんどん技術者のレベルが落ちてきてるんだから、より簡単なOSに走るのは当然。

>>717
古い奴は@Deprecatedになってるから対外は問題ないかな

>>722
それが微妙だな

C#には余計なものまで取り入れた感がある。
構造体関連、throws無し関連、

>>724
IDEとあのテー所ﾝで解決できる問題だな

最近のVisual Stdioのエディタはテキストの整形機能がすごすぎる

おれ、{ }の位置が正直、嫌ｗ
if,for( ; ;){
}
がいいの・・。

>>920
設定いじれば変えられるよ。

>>920
むしろ
C丼とかジャワってなんで
{}でくくってるの？感じ。
forだろうが関数なんだろうが全て{}って可読性わるくね？
VBのEndForとかEndTry EndWhile EndFunctionの方が
そこで何が閉じてるの一目瞭然で優れてるだろ。

むしろ
VBってなんでEndForとかEndTryなんて書くの？って感じ。
{} だろうが End〜 だろうが、こいつらにスコープ任せると可読性悪くね？
Pythonのインデントによるスコープの方が、
直前の同一段落見れば何が閉じられてるのか一目瞭然で優れてるだろ。

VB の For だったら { } 閉じに対応するのは Next じゃない？
End For は C の Goto や Break だと思う。

VB 厨だが、{ } はうらやましくなる時ある。ぱっと見でブロック範囲つかみやすいから。

スマソ、2行目なし。Exit For と混同した。

昔はCでも、

if () {
 :
} /* if */

みたいに、なんのブロックかコメントで書く流儀があったけど、流行らずに終わったね。

pythonとか、haskellみたいに、インデントのみでブロックを作る言語もあるし。

}　一文字で済むものを EndFor とか、やってられません
生産性悪すぎ
ま、たぶん自動で閉じるんだろうけど

なんでこのスレVB厨だらけなんだよ・・・素直にVB.NET使ってろよ

マイクロソフトの脱共有化戦略の結果が見事に決まってるようだな。
お前らのせいで２１世紀もマイクロソフトの市場独占は揺るぎない。

金融系のシステムの仕事していると仕様書とかの書類作成以外は
マイクロソフトの出番はまったくなかったりするのだけども、
一般的なシステムの世界ってそんなにマイクロソフトが市場独占とか
してる雰囲気はなかったりするんだけどなぁ。

クライアントのOSがMS製がほとんどなのは解るけど
重要な中小規模の基幹システムなんかはRDBMSなんかはRHEL+Oracleとか多いし、
iSeries(AS/400)も不思議と根強い人気あるし、マイクロソフトの独占なんて
現実的にｱﾘｴﾈｰって感があるが。

マイクロソフトが牛耳ってるのは中小向けなんだよな
一番美味しい基幹系はハード作ってないんだから独占しようがないし

メジャーOSが6つあって、それぞれいい感じに競り合ってますなんて
言われたらそれこそプログラマやIT Pro泣かせだろうよ

セキュリティとか安定性とか、ある程度規模があって実現できた
面もあるだろうし、あながち悪くはないと思うけどな。

>930
単一業務を行うOSとしてWINは有史以来の最低システムだと
思う。

どんなに仕事がなくてもVBの保守だけはしたくない
VBに罪はないんだけど

ｗ

Winが最低かどうか解らんけどPC98＋制御系やら、PC-98+infomixみたいな
仕組みの方が安定＆長寿な気がしなくもないな。ｗ

infomixなつかしいなｗ

クライアントOSは全てWindowsで仕様書書くときはWord使ってて、
この環境で独占されてないとかどんだけ間抜けなんだ。
ゆっくり茹でられてくカエルみたいな奴だな。

こんな戯言をマジで職場で言っていたらマジで害基地扱いだろうなぁ。

使い物になるOSとしてはMac OS Xがあるし、10年後はLinuxクライアントが
2割〜3割ぐらいになってるかもしれない。
ずーっとMS帝国が続くとは限らないよ。

現にMSはもうやることなくなってきて、UXとかいってリッチなインターフェイス
がいいんだ！って言ってるけど、ビジネスには特に必要ないから、進化の
頭打ちを食らっているのと同じ。

Linuxは徐々に進化しているから、後もう少しエンターテインメント系の
アプリが充実したら乗り換える人出てくるんじゃないかな？

>>939
その理論で行けば結局Ｌｉｎux

も同じになるんじゃないか？
そうこうしているうちにＭＳが新しい何かを試して成功するかもしれん

つうか、普通この板にいる連中なら普通に２〜３種類の言語でビジネスアプリ作れるくらいの経験はあるだろ

新しい何かで、ビジネスにも使えるといったらLINQじゃなかろうか？
これのせいでSQL構文やXPathの知識がMFCの知識と同じ古き良き産物になる可能性が・・・

>>941
確かにEXPRESS使ってみたけどびっくりするほど便利だった
XML取ってきてそれの条件検索が驚くほど楽だった

まぁキチンと必要なものを取得してきたほうが軽いだろけど　使いどころ考えればこれはいいいな　と思った
JavaメインだけどC#にしてもいいかな？とか思ったもの

>>746
英語版が廃刊になったのでは

Javaダメダメじゃん、C#の圧勝

Windowsアプリでは、EclipseのVisualEditorは開発が遅れてるし、現行のはバグだらけ。
NetBeansはそこそこ使い物になるが、他のEclipse使いのJavaプログラマがメンテできない。
よってWinアプリではC#の勝ち。

一方Webアプリでは、普通のJSP + Servletだとコントロールイベントを一つ書くのにも一苦労
カレンダーコントロールとか作れたもんじゃない。

ストラッツは消え行く運命とか評され、JSFはドキュメントが不十分。
JSFで使い物になるのが亜流のMyFacesだとか言って、
Eclipseの設定がやたら複雑、入門者をはじき返す。

あかん、Javaはあかん。

>944
俺もJAVA駄目派
仕事でしょうがなくJAVAやってた事あるけどデバッグとかテストするとき遅すぎてストレス貯まってた
サクサクやりたいよ、メモリ食い過ぎ
最近のJAVA開発してる人はどう?サクサクできてる?

あと開発環境やミドルの選択肢が豊富なのは開発側から見ると覚える事が多いからデメリット

趣味でJAVAしてた時は好きだったんだけどなぁ、仕事となると嫌いだなぁ

趣味でJavaって何作るんだ？
それこそ仕事で使ってたほうがまだましって気がするが・・・

>946
本のサンプルをちょこちょこいじって遊んでますた、

>>946
想像力のない人だな
趣味でゲーム作ったりとか、アルゴリズム実装したりとか
ツール作ったりとかしなかったのか？
趣味で作ったら何も公開しなくちゃいけないって
わけでもあるまいし

>想像力のない人だな
>趣味でゲーム作ったりとか、アルゴリズム実装したりとか
>ツール作ったりとかしなかったのか？

暇な学生時代はそうだったけど、仕事はじめたり結婚したらそんな暇なくなった。


つか、タマにはそういう愚痴が出るショボイＰＣ系の仕事やってみたいな・・・。

趣味言語としてのJavaはねーわ

趣味言語といえばC++だろ

趣味の良い言語C++

M$の悪趣味C丼

M$とか使う奴いい加減死滅しないのかな。

>>953
こういう奴に限って必死にしがみつくから無理だろうな

趣味言語としてはJavaが最適だろ
標準で何でも出来る上に、IDEが最強

それこそC#じゃないか。

VisualStudioとeclipse、netbeansの比較では後者に分があるし
無料という点を考えてもJavaに分がある

何言ってるか理解できないんだけど・・・
ここマ板だよね・・・

何が理解できないのか言ってくれないと･･･

eclipse使いにくいわ
つかインストールで挫折

それはないわ

今始めるならeclipseよりもNetBeansだな

>>957,960
マじゃないよな、違うって言ってくれ

>>962
昔から言われてるけど移行しないよな

趣味言語としてはやっぱり無料は魅力だよな
仕事だったら関係ないけど

c丼も無料だお

M$のOS上で動作するソフトの開発はM$の身勝手な仕様変更で余計なコストがかかりまくり
なので撤退した所、非常に作業効率が上がり安定しだしているので、C#に戻る事は考えていない。

ところで、C#がいいって評価している人は立場的にはどんな人？

元ﾌﾞﾋﾞ厨

リナ厨うぜえ

monoで動くように書けばいい

グラフィカルインストールする必要の無いコンパクトなIDEはまだですか？

>>965
なんかその表記見て腹が減った
どんな丼なんだろうなあ

Webサービスとかのクラスに関しては、Javaの方がいいと思うけれど

言語の出来のよさはどう見てもC#のが上だろうが
javaはなんかperlみたいにぐちゃぐちゃだから触りたくない

javaを褒めてるのか貶してるのかわからない。

WebサービスならVisual Studioで簡単に作れたよ

>>966, 971
レス読んでるのか、C#触った事あるのかが気になる・・・

>>975
C#でWebサービスの開発してて、不便を感じた。
ネットで調べてるとJavaの方が便利そうだった。
でもJavaでWebサービスやったことない。

>>974
シリアライズ、デシリアライズを簡単にできるけど
何かで不便を感じた。
けど忘れた。

JavaもC#もやったことあるが、C#はJavaに比べ、開発速度が明らかに早い。
開発環境の構築も手軽で動作環境もすぐに整えられる。

MSの仕様変更は通りに適った変更だし、
ドキュメントがちゃんと用意されてるので別に大したコストは掛からないが、
客からの仕様変更はムチャが多いので、それにすぐに対応できる開発速度の早いC#が使いやすい。

つーか、Javaは人材単価も開発コストも高く、開発に時間がかかる。
C#は動作環境が全てマイクロソフトで固められるのでMicrosoft社に聞けばすぐなので、不具合対応はそーめんどくさくないが、
Javaの場合、動作環境がさまざまなサードパーティ製ソフトなので、不具合対応がやたらめんどくさい。

>>978
C#は元々の人材難と似非C#マ（ﾌﾞﾋﾞ厨など）流入により平均スキルが著しく低下してる
C#, javaの開発コスト差分と似非C#マ対応のコスト・・・

>つーか、Javaは人材単価も開発コストも高く、開発に時間がかかる。
>C#は動作環境が全てマイクロソフトで固められるのでMicrosoft社に聞けばすぐなので、不具合対応はそーめんどくさくないが、
>Javaの場合、動作環境がさまざまなサードパーティ製ソフトなので、不具合対応がやたらめんどくさい。

仕事でJava使う要件があってサポートを期待するんなら何でIBMから買わないんだ？
たとえばiSeriesの普通の開発キット＆サポートを買うとMSとは比べ物にならんほどの
手厚いサポート受けられるぞ。

iSeriesの場合、ハードウェア障害、サーバーの環境からミドルウェアや細かいAPIまで
IBMのみの一環したサポート受けられるので、MSみたいな
さまざまなサーバーで動く環境だと不具合対応がやたらめんどくさい。

JAVAの人ってサーバー側の事しか考えてないのな

今からプログラミング覚えるっていう人がいるなら
C#→Java→C/C++という順番をお勧めするね。

Javaは開発環境が複雑すぎて、OOPが何たるやを覚える前に
Eclipseの扱い方を学ぶのに一苦労しそう。

C#をマスターしてからJavaを学べばJavaVMやTomcatをインストール
する作業も、単なるおまじないじゃなくて.NET FrameworkやIISに相当するものを
個別にインストールしているんだということを理解しながらできると思う。

そして最後に覚えるのがC/C++。
C#/Javaをやっていれば、値渡し、参照渡しの違いぐらいは判るし、
変数はメモリ上のどこかに格納されているなぁぐらいのことはわかる。
その上でポインタについて学ぶと、最初からC/C++を学ぶ人より早く覚えられる。

>>982
C#マスターっていうけど初心者にデリゲートやら属性やら判るの？

デリゲートがわからないと別スレッド中のコントロール操作が出来ないしマスターすればわかるだろ

そりゃマスターすればな

C#は読みやすいが書くのはちーと面倒な言語やし

言語の勉強より、先にコンピュータ、ＯＳの勉強をしておくと
Ｃ＋＋だろうがＣ＃だろうが理解しやすい。

ではまずPN結合の電圧電流特性から勉強してもらおうか
C#は言うに及ばずC++すらもはるか彼方だということが理解できるだろう

>>983
デリゲートも、Hoge(sender object, EventArgs e)という形式の関数作って
OnClickみたいなイベントに+=しときゃそのイベントが走ったときに
その関数が呼ばれる、ぐらいの理解でいいんじゃないの？

そもそもデリゲートやマルチスレッドなんて使わなくてもある程度の
ソフトは作れるわけだし、作る喜び面白さを感じさえすれば、後は勝手に
どんどん覚えていくと思うんだが。

最初にVisual C++でお遊びソフト作ろうと思うと、プログラミング＝苦しい
としか感じず、マへの道をあきらめる人が出てきそう・・・

デリゲートって用は関数の参照渡しだろ

>>989
そういう半端な理解でいいと思っている奴は、分かってないくせに分かっていると思い込んで、人の話を聞かなくてトラブルを巻き起こす。

>>989
マへの道＝樹海への道

現在のプログラミングは昔ほどシンプルじゃないからねえ。
もちろん昔よりずっと高度なことが簡単にできるということでもあるが。

だから、まともなプログラムを作ろうと思うと、
いろいろ知っとかないといけないことがある。
そういう周辺知識が結構やっかい。

>>993
君のコメントは、
そのまま君のレベルを教えてくれるね。

昔は「私はC++プログラマです。MFCを使って○○というソフトウェアを作った経験があります。」と言われると
ある程度のプログラマスキルは保障されたところがあったけど、

今、「私はC#プログラマです。○○というソフトウェアを作った経験があります。」と言われても
ソースコード見てみないとプログラマのレベルわからないよな。

イベントの発生箇所に平べったくコード書いてもある程度のものはできてしまうから・・・

VB6.0上がりのプログラマなんか、クラスをモジュール代わりに使ってる人結構いる。
イベント部分のコードが長くなったら、クラスと言う別ファイルにサブルーチン書いて
それをインスタンス化して呼び出せばおｋ！みたいな

C#はｖｂ厨とC厨とGC拒否反応のC++厨を拾ってあげる宿命な言語

新しい言語への拒否反応ね・・・、こうなったらプログラマ人生終わりだな
http://itpro.nikkeibp.co.jp/article/OPINION/20050927/221731/
こういうこと言う人って35歳以上に多いから、35歳定年説とか出てくるのか・・

今や知らないと設計のとき話が通じないだろと思われるGoFデザインパターンも
意外と知らない人多かったりするのかな？

何でもかんでも新しければいいってもんでもないよ
言語の進化の歴史の中にも原点回帰の動きは所々にある
複雑になったり単純になったりとか、動的が流行ったり静的が流行ったりとか

GCにしても最初に現れたのは随分古いしな
その頃はGCの無い言語の方が新しかったりした

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。