JAVAとC#どちらが優れ ..
[2ch|▼Menu]
431:仕様書無しさん
07/10/10 13:03:17
>なんだ、結局ガラガラポンが正しいやり方なんだw

気が狂えば勝ちかよ。

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

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

433:仕様書無しさん
07/10/10 13:04:56
>>431
だったら、なおさら既存資産無視のガラガラポンなんじゃないの?w

434:仕様書無しさん
07/10/10 13:07:04
>>433 >>432

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

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

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

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

436:仕様書無しさん
07/10/10 13:09:10
>>435
イミフメ。

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

C丼(゚听)イラネ IE

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

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

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

438:仕様書無しさん
07/10/10 13:11:28
>>434
組み込みはあまりC++は使わないぞ。Javaなんて論外。

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

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

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

440:仕様書無しさん
07/10/10 13:12:21
>>438
おまいが使ったこと無いだけで、
自分は組み込みでC++してるお

wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww


441:仕様書無しさん
07/10/10 13:14:52
>>439
.NET Micro Frameworkがあるじゃん。

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

442:仕様書無しさん
07/10/10 13:16:01
>>441

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

443:仕様書無しさん
07/10/10 13:16:55
>>441
組み込みのプロから言わせて頂くと、”ある”と”使える”は違う。

444:仕様書無しさん
07/10/10 13:17:48
>>442
.NET Micro FrameworkはWinCEの話じゃないんだけど。

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

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

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

446:仕様書無しさん
07/10/10 13:19:32
>>444

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

超時代遅れwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

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


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

448:仕様書無しさん
07/10/10 13:24:35
組み込みじゃなくても「ある」と「使える」は違うだろw

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

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

451:仕様書無しさん
07/10/10 13:36:03
>.NET Micro FrameworkはWinCEの話じゃないんだけど。

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

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

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

453:仕様書無しさん
07/10/10 13:38:42
>>451
へー、Linux対応より特定プラットフォームガチガチ対応の方がいいんだ。

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

455:仕様書無しさん
07/10/10 13:39:45
>>453
ヴぁかだねー。

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

456:仕様書無しさん
07/10/10 13:40:50
>>455
「ある」と「使われる」は違うんじゃなかったの?www

457:仕様書無しさん
07/10/10 13:43:00
>>456
何を言いたいのか分からんが。

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

で?

458:仕様書無しさん
07/10/10 13:43:05
C最強

459:仕様書無しさん
07/10/10 13:44:12
> ドトネトはあっても組み込みでは使われない。

使われてますが?w

460:仕様書無しさん
07/10/10 13:44:55
>>459
そんな超スペシャルニッチな話をされても。

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

461:仕様書無しさん
07/10/10 13:49:15
>>460
> そんな超スペシャルニッチな話をされても。

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

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

462:仕様書無しさん
07/10/10 13:57:46
携帯アプリとか梨な。

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

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

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

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

467:仕様書無しさん
07/10/10 19:22:23
>>466
アホか

468:仕様書無しさん
07/10/10 19:34:55
>>466
自己紹介乙。

469:仕様書無しさん
07/10/10 19:47:03
>>466
まず働けとしかいいようがない

470:仕様書無しさん
07/10/10 19:52:43
ライセンスは個人で買うもんなの?

471:仕様書無しさん
07/10/10 19:54:32
それ以前にVSにエンタープライズ版なんて今はない

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

473:仕様書無しさん
07/10/10 19:57:58
しかし、そう考えると
Expressエディションがなきゃ、今頃どうなっていたか。

474:仕様書無しさん
07/10/10 20:07:27
>>466
消防、乙

475:仕様書無しさん
07/10/10 20:24:34
>>471
たぶん、MSDNのエンタープライズ版だと思われ。

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

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

476:仕様書無しさん
07/10/10 22:09:57
話の途中悪いのだが、C#とJAVAはどっちが優れているんだ?


477:仕様書無しさん
07/10/10 22:10:33
>>476
どっちも下火

478:仕様書無しさん
07/10/10 22:44:37
>>477
じゃあやっぱりPythonって事か・・・

479:仕様書無しさん
07/10/11 01:16:25
とりあえず、C#って名前がださい

480:仕様書無しさん
07/10/11 01:23:41
とりあえずパソコンオタクは論外

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

482:仕様書無しさん
07/10/11 02:12:17
とりあえず.NETって名前が意味不明

483:仕様書無しさん
07/10/11 08:07:52
eclipseもひどいよw
なにあれw

484:仕様書無しさん
07/10/11 09:14:23
C丼ガラガラポン(゚听)イラネ

485:仕様書無しさん
07/10/11 09:29:54

C♪

がいい

486:仕様書無しさん
07/10/11 09:41:16
ガラガラポンドトネト(・∀・)カコワルイ!!

487:仕様書無しさん
07/10/11 09:55:45
もしくわ

X

カコイイ

488:仕様書無しさん
07/10/11 10:28:49
>瞬間起動Linuxデスクトップ
URLリンク(japanese.engadget.com)

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

489:仕様書無しさん
07/10/11 10:56:10
そもそもOSはなんであんなに起動時間かかるんだ?


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

491:仕様書無しさん
07/10/11 11:52:34
C丼ドトネト(´・ω・) カワイソス

492:仕様書無しさん
07/10/11 13:06:49
C++-

493:仕様書無しさん
07/10/11 19:48:04
おまえら、もう飽きてきてるだろ。

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

495:仕様書無しさん
07/10/11 20:52:46
VB.NETも多いみたい。

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

496:仕様書無しさん
07/10/11 21:00:01
技術者不足の感はある

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

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

499:仕様書無しさん
07/10/12 02:43:11

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

500:仕様書無しさん
07/10/12 02:44:32
>>498
VB6せめてVB.NET使っててください、ほんとにお願いします。

501:仕様書無しさん
07/10/12 14:50:59
VB6ってvistaじゃ動かないんだろ?


502:仕様書無しさん
07/10/12 14:53:32
ハァ?

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

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

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

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

506:仕様書無しさん
07/10/13 01:32:29
ちょっとしたツールにC++を使う人間も大勢いますお!

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

508:仕様書無しさん
07/10/13 02:07:35
>>506
頭悪いとしか思えん
よく言ってもセンス内としか言えん

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

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

511:仕様書無しさん
07/10/13 15:28:55
俺が無駄にしてる時間がそんなに少ないわけないだろう

512:仕様書無しさん
07/10/13 15:41:17
おれのPCは起動に3分。ログインに4分。VSの起動に3分かかりますが、何か?

513:仕様書無しさん
07/10/13 16:15:11
30歳だと10年何もしてないのか。
90歳だと30年も寝てるんだな。

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

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


515:仕様書無しさん
07/10/13 18:52:35
まー、Delphiはアレはアレでいい言語仕様ではあるよな。
ウチの会社も昔使っていたし。

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

516:仕様書無しさん
07/10/13 19:11:06
じゃあ俺はOCaml流行らせる

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

まぁ、二極化は進む罠。

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

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

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

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

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

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

521:仕様書無しさん
07/10/13 20:00:33
で、JAVAとC#は?

522:仕様書無しさん
07/10/13 20:03:19
>Win32APIは面倒からMFCで包んじゃえ。

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

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

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

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

525:仕様書無しさん
07/10/13 21:27:36
MFCの時代まではきちんと仕事してたんだね無職君w

526:仕様書無しさん
07/10/13 21:59:25
>>523
いつの時代の話してんの?

527:仕様書無しさん
07/10/13 22:09:43
>>526
無職じゃなかった頃の話w

528:仕様書無しさん
07/10/13 22:50:07
誰一人、正確な答えが出ていない所がかっこ悪い。

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

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

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

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


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

532:仕様書無しさん
07/10/13 23:20:05
>>529
お前にはLINQを理解するのは無理

533:仕様書無しさん
07/10/13 23:21:31
それ以前に、理解できてる技術なんて一つもなさそうw

534:仕様書無しさん
07/10/13 23:25:11
何かわからんがとりあえず理解するのは無理だな。

535:仕様書無しさん
07/10/13 23:33:50
M$厨「ドトネトが最先端。お前にはLINQを理解するのは無理」

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



536:仕様書無しさん
07/10/13 23:38:12
>>535
良かったね。.NETが消えたのならもう叩く必要もないね。w

537:仕様書無しさん
07/10/13 23:48:00
仕事がMSばっかだからなあ。

538:仕様書無しさん
07/10/13 23:48:34
確かにこのスレ以外のドトネトスレがストップしてるお。

539:仕様書無しさん
07/10/13 23:51:03
>>538

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

540:仕様書無しさん
07/10/13 23:55:08
ブビ厨につづいてドトネト厨死滅カワイソス><

541:仕様書無しさん
07/10/14 00:01:09
>>540
良かったじゃん。もう気にしなくていいしね。w

542:仕様書無しさん
07/10/14 00:06:57
>>528
LINQ以前のレベルな事はわかってるか?

543:仕様書無しさん
07/10/14 00:18:27
LINQってゼルダ?
なんかつづりチガクね?

544:仕様書無しさん
07/10/14 00:28:03
つまんね

545:仕様書無しさん
07/10/14 00:33:52
>>542
>>528 >>535

546:仕様書無しさん
07/10/14 00:37:38
判定: ドトネト中の自滅→C丼の負け

547:仕様書無しさん
07/10/14 00:39:02
つまんね

548:仕様書無しさん
07/10/14 00:41:41
リアルで孤独なんだろうな

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

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


550:仕様書無しさん
07/10/14 09:02:48
漏れもJava屋だけどLINQってODBC親戚程度にしか思っていなかったが。

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

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

551:989
07/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:仕様書無しさん
07/10/14 11:56:52
LINQ = SQLって思ってるところで底の浅さが知れてるがw

553:仕様書無しさん
07/10/14 13:00:42
LINQってなに?
これがデフォ

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

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

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

556:仕様書無しさん
07/10/14 13:43:58
SQNYとか?

557:仕様書無しさん
07/10/14 13:44:19
OBAQ

558:仕様書無しさん
07/10/14 13:53:23
.NET関係のネーミングがひどいってことでいいか?

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

560:仕様書無しさん
07/10/14 15:42:59
コードだけで理解したつもりで概念が理解できてない典型

561:仕様書無しさん
07/10/14 15:46:57
↑がなんなので書き直し。すまん

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

562:仕様書無しさん
07/10/14 15:55:29
>>560>>559に対してか?

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


563:仕様書無しさん
07/10/14 16:00:44
何で.NETは非同期モデルしかないと決め付けてるの?

564:仕様書無しさん
07/10/14 16:06:55
>>563

ん?非同期プログラミングモデルってこのことだぞ。
URLリンク(msdn2.microsoft.com)(VS.80).aspx

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

565:仕様書無しさん
07/10/14 16:09:42
普通にThread使えばいいだけの話に非同期云々の話を持ち出してきたのはそちらだが

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

567:仕様書無しさん
07/10/14 16:17:27
普通のThreadの使い方は>>564のリンク先のやり方ではありませんが?

568:仕様書無しさん
07/10/14 16:19:09
結局>>560の通りだったな

569:仕様書無しさん
07/10/14 16:22:27
通じないなぁ・・・

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


570:仕様書無しさん
07/10/14 16:31:00
ThreadPoolを使いたいのだとしても非同期モデルに縛られることはないのだが?

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

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

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

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

574:仕様書無しさん
07/10/14 16:48:31
URLリンク(msdn2.microsoft.com)(VS.80).aspx

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

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

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

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

577:仕様書無しさん
07/10/14 17:08:02
一般的な意味での非同期と、>>564の意味での非同期を混同してるだけか

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

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

580:仕様書無しさん
07/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:仕様書無しさん
07/10/14 18:01:32
>>580
またミスった。すまん
×WindowsFormを起動したスレッドに通知する。
○WindowsFormを起動したスレッドに進捗状況を通知する。

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

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

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

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

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

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



585:仕様書無しさん
07/10/15 00:57:19

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

馬鹿なの?


586:仕様書無しさん
07/10/15 08:40:35
ブヴィチュウヴァカニスルナ

587:仕様書無しさん
07/10/15 11:00:41
>>585
人間として、少なくとも、どちらか使えるべきだな。

588:仕様書無しさん
07/10/15 11:05:25
そんな事逝ったら、周りに人間居なくなるんだけど。。。

589:仕様書無しさん
07/10/15 18:18:42
> ATL を使用し、STL コレクションを公開し、MFC アプリケーションのコンパイラ COM サポートにより制御されたサーバーの実装
URLリンク(msdn2.microsoft.com)(vs.80).aspx

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

590:仕様書無しさん
07/10/15 19:10:36
さらにboostも追加されます

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

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

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

593:仕様書無しさん
07/10/16 10:26:03
なんでC#を経由せんといかんのだ?

594:仕様書無しさん
07/10/16 10:40:55
つか、なんで♯なんだ?

595:仕様書無しさん
07/10/16 11:55:09
C#→F#といくのがおすすめ

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

596:仕様書無しさん
07/10/16 15:35:45
Visual Studio 2005 Part 22
スレリンク(tech板: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割がストレス、「動作の遅さ」に強い不満
スレリンク(pcnews板)l50

597:仕様書無しさん
07/10/16 18:20:27
コピペ君って馬鹿だな、まで読んだ。

598:仕様書無しさん
07/10/17 07:19:25
C#→F#この次は続けて→C#→G#だな。
基本的なコード進行。

599:仕様書無しさん
07/10/24 00:36:05
俺はJavaでもなく.NETでもなく、VBAが好きだ。

600:仕様書無しさん
07/10/24 09:29:46
C2D+Mem1M でも重い。

601:仕様書無しさん
07/10/24 09:40:09
過度の抽象化をしてるんだろjavaみたいに

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

603:仕様書無しさん
07/10/24 11:53:50
残念ですが、M$がVBAを終焉させまつ。

604:仕様書無しさん
07/10/24 12:10:52
>>603
じゃあ、KingOfficeVBAで戦うまでだ!

605:仕様書無しさん
07/10/24 13:34:39
>>603
ソースは?

606:仕様書無しさん
07/10/24 19:52:22
こんなにいっぱい言語作って、何したいんだよ。

607:仕様書無しさん
07/10/24 20:05:16
Kコンパイラが懐かしい

608:仕様書無しさん
07/10/24 23:12:16
>>603
そしてVBA.NETの時代が

609:仕様書無しさん
07/10/26 05:54:22
どちらかというとVBxがあるからVB.NET/Aのほうが近そうだ

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

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

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

613:仕様書無しさん
07/10/28 03:32:06
.NET2.xって結局何だったんだ?

614:仕様書無しさん
07/10/28 05:02:02
>>613
.NET 3.xシリーズのコア部分

615:仕様書無しさん
07/10/29 23:27:01
JAVAを自宅学習したいのですが、お勧めのJAVA開発ソフトを教えてください。

616:仕様書無しさん
07/10/30 06:45:41
eclipse

617:仕様書無しさん
07/10/30 21:57:21
両方で開発してみたけど
C#の方が優れてるわ

618:仕様書無しさん
07/10/31 09:29:36
仕上がるドトネトアプリは最悪だけどね

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

620:仕様書無しさん
07/11/01 01:13:37
結局、βで終わった3.0の立場は?

621:仕様書無しさん
07/11/01 04:51:00
monoのWindows Formsの充実マダー?

622:仕様書無しさん
07/11/01 13:38:53
ディベート: 何故ほとんどの大規模webサイトはJavaで構築されないのか?
URLリンク(www.infoq.com)

623:仕様書無しさん
07/11/01 20:02:37
>>622
.Netは話題にすら上っていない件について。

624:仕様書無しさん
07/11/07 17:32:48
>マイクロソフトとターボリナックスの提携に見る「UnitedLinux」の影
URLリンク(www.itmedia.co.jp)

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

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

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

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

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

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

627:仕様書無しさん
07/11/07 19:50:46
>>626
え?このスレって言語に対する思い入れを語るスレだっけ?

628:仕様書無しさん
07/11/07 20:34:54
まあ、C#使いの多くは思い入れで語ってる感はあるな。

629:仕様書無しさん
07/11/08 10:11:43
>え?このスレって言語に対する思い入れを語るスレだっけ?


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


630:仕様書無しさん
07/11/08 18:29:17
>【Orcas】 Visual Studio 2007 【.NET3.0】 Part3
スレリンク(tech板:126-番)

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

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

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

631:仕様書無しさん
07/11/08 19:03:32
コピペ君って馬鹿だな、まで読んだ。

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

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

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

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

634:仕様書無しさん
07/11/10 01:12:58
java厨だけどこんな低レベル多いのかとびっくりだ・・・

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

636:仕様書無しさん
07/11/13 14:58:53
勝負オワタ\(^o^)/

【速報】Google社が「Android」のSDKを公開,Javaでアプリケーションを記述
URLリンク(techon.nikkeibp.co.jp)

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

>Googleが携帯用OSを無償配布
スレリンク(tech板:38番)

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

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

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

639:仕様書無しさん
07/11/13 16:24:05
やだな。こんな馬鹿がJava陣営にいるの?

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


641:仕様書無しさん
07/11/13 16:40:30
シェア JAVA > .net
使いやすさ JAVA < .net
ぐらいにしか思ってない。

642:仕様書無しさん
07/11/13 16:42:10
>>640
このスレなら相手にしてもらえて良かったね

643:仕様書無しさん
07/11/13 23:15:04
どっちもやったが、MSDNは開くのが重いという理由でJavaに1票

644:仕様書無しさん
07/11/13 23:54:39
javadoc は見やすいよね

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

646:仕様書無しさん
07/11/14 00:52:20
サンプルコードを必須にしてくれ

647:仕様書無しさん
07/11/15 01:24:42
文法とライブラリがC#なJAVAがあれば最高なんだが

648:仕様書無しさん
07/11/15 08:36:25
それ、何てDelphi/VCL?

649:仕様書無しさん
07/11/15 21:57:09
それはパスカル

650:仕様書無しさん
07/11/15 23:01:03
SunMicrosoftSystemsが作ってくれるのを待て

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

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

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

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

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

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

655:仕様書無しさん
07/11/17 22:40:38
名古屋だとjavaより.netの仕事ばっかなんだけど
東京とかだと違うの?


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

657:仕様書無しさん
07/11/17 23:23:14
開発環境が
java >>>>> .net

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

659:仕様書無しさん
07/11/18 00:18:42
>>655
こっちはjavaとlampが多いと感じる
やっぱり要件としてリッチなんが多い?

660:仕様書無しさん
07/11/18 00:19:55
>>657
Visual Studio 2005 Express落としてこいよと言いたい

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

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

663:仕様書無しさん
07/11/18 03:23:13
チョット質問があります。

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

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

664:仕様書無しさん
07/11/18 03:26:21
>>663
なんでココで聞くの?スレタイ読めないの?

665:仕様書無しさん
07/11/18 06:05:05
俺のPCにIISが入ってないから、C♯は無理

666:仕様書無しさん
07/11/18 06:09:16
TomcatもJbossもGlassfishも、
自由に使えるからJavaしかない。

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

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

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

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


668:仕様書無しさん
07/11/18 07:40:19
商用なんてイラネ

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

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

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

670:仕様書無しさん
07/11/18 12:41:47
>.NET+IISなM$環境で提案してくるSIerはとりあえず否定すっけどね。

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

671:仕様書無しさん
07/11/18 12:50:36
JavaとかC#とかどっちでもいいじゃん。ようは、簡単にプログラムを組めちゃう
のをどんどん作ってほしい。

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

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


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5324日前に更新/191 KB
担当:undef