- 1 名前：仕様書無しさん [2007/05/01(火) 20:02:28 ]
- 言語機能的にも実装的にもどっちが上なんですか？
- 560 名前：仕様書無しさん mailto:sage [2007/06/24(日) 11:45:21 ]
- >>556
アセンブラで業務アプリ組んだとしたら、そんなことは言えないと思うが。
- 561 名前：仕様書無しさん mailto:sage [2007/06/24(日) 11:51:05 ]
- >>560
え？作っていたよ。PC-8801やPC-9801時代にね。ゲーム屋だったからアセンブラには抵抗ないね。
MASMとかでガリガリ書いていた。
最後に業務用書いたのはCでWin32APIが最後だな。Xlib育ちだったのでぜんぜん平気。
.NETは子どもおもちゃにしか思えないよ。やっぱり。
- 562 名前：仕様書無しさん mailto:sage [2007/06/24(日) 11:54:10 ]
- SICPに「分子で都市を作ることはできない」って書いてあったなー
- 563 名前：仕様書無しさん mailto:sage [2007/06/24(日) 11:55:30 ]
- 都市は分子で出来てるんじゃないの？
- 564 名前：仕様書無しさん mailto:sage [2007/06/24(日) 11:58:48 ]
- 構成物質は分子だけど、都市を分子レベルで設計することは出来ないってことじゃないかと。
- 565 名前：仕様書無しさん mailto:sage [2007/06/24(日) 12:05:45 ]
- >>558
ラジペンにはニッパ機能を限定的に包括しているケースがあるからラジペンの方が優れている。
JAVAとC#で例えるなら、汎用性が高い道具と特殊な環境下でしか使えない道具だと思うが・・・
- 566 名前：仕様書無しさん [2007/06/24(日) 12:08:13 ]
- >>561
オッサンタイプは、今時MFCで業務アプリを作ってるよーな物だぞ。
まぁ、好きにしろや
- 567 名前：仕様書無しさん mailto:sage [2007/06/24(日) 12:33:50 ]
- .NETマンセーしてる奴に限ってその動作原理を実はよく理解できてなかったりする。
- 568 名前：仕様書無しさん mailto:sage [2007/06/24(日) 12:39:59 ]
- >>561
88や98の時代に作っていたものと、今のものを比べてるのか。
幸せだな。
- 569 名前：仕様書無しさん mailto:sage [2007/06/24(日) 12:42:28 ]
- >>565
使う分野によっては、ラジペンのニッパじゃ間に合わない状況の方が多いが。
- 570 名前：仕様書無しさん mailto:sage [2007/06/24(日) 12:43:31 ]
- >>567
言いたいこと半分は分かる気がしないでもないけど、まあたぶん残りの半分は
ナンセンスだよ。
例えばCPUの動作原理を量子力学レベルで把握できる人間はあまりいないと思われるが、
じゃあ誰もコンピュータの有用性を主張できないのか？
- 571 名前：仕様書無しさん mailto:sage [2007/06/24(日) 13:02:54 ]
- >>568
でもさ。使っている人間がおんなじであの頃と同じような業務を続けているわけジャンか。
複数のWinodowで作業が出来効率的なはずだけど、.NETとかで業務アプリ書いている奴は
タブ・ファンクションキー・カーソルキーで動いている場合が多くね？
当時のしょぼいハード上でのオペレーターの快適性の方が今の高性能ハード上
で動作している奴よりよかったりすることないか？
- 572 名前：仕様書無しさん mailto:sage [2007/06/24(日) 13:49:11 ]
- > 571
いまは、やることは同じなのにHTTPとかHTMLとか、いろんなことに気を使わないとだめだし、コーディングは面倒になる一方。
習熟度が高い×反復作業なら、CUIとか固定画面がいいね。
- 573 名前：仕様書無しさん mailto:sage [2007/06/24(日) 13:49:48 ]
- >>571
ナニを言ってんの？
俺は568じゃないけど、568の意図はソフトに要求される機能もハードの複雑性も
比較にならないぐらい上がってるのに、昔と同じ様に低水準の処理から全部自前で
書くなんて無謀だってことでしょ。
- 574 名前：仕様書無しさん [2007/06/24(日) 13:53:32 ]
- >>571
こんな事抜かしてる４０過ぎのオッサンPGが居たらマジで
うぜーな。
- 575 名前：仕様書無しさん mailto:sage [2007/06/24(日) 14:13:12 ]
- >>561
お前何も学んでないんだな。
アセンブラとかハード依存の要素が大きくて、ロジックに専念できるわけねえよ。アホ。
所詮こどものおもちゃを作るのが仕事だっただけはある。
- 576 名前：仕様書無しさん mailto:sage [2007/06/24(日) 14:19:36 ]
- >>571
そう感じるのは、君の頭が弱いだけ
かわいそうに。将来はボケるな
それ以前に、>>561を見ると相当歳言ってんだろ。
それで>>561や>>571の文章とは、相当未熟な人間なんだろうな。
- 577 名前：573 mailto:sage [2007/06/24(日) 14:28:43 ]
- >>571も何だが、そんなに攻撃的になっちゃう奴も問題アリなんじゃねえの？
と個人的には思っちゃうな。
なんだか痛いところ突かれたように見えちゃうよw
- 578 名前：仕様書無しさん mailto:sage [2007/06/24(日) 14:39:24 ]
- 叩けば叩かれる。
馬鹿なことをいえば、馬鹿な反論をいわれる。
そんなもんだろ、ようは。
- 579 名前：仕様書無しさん [2007/06/24(日) 14:54:44 ]
- 今更MS Oriented 技術身につけてどうするの？って感じ。
この業界で少しでも仕事していこうと思うなら、
もうちょっと先見性ないとダメだね。
MSはこの先ゲーム分野で主流となるしかないから。
ゲームはやっぱりプラットフォーム統一してる方が楽だからね。
つーことで、ゲーム業界の先輩の言うことは聞いておいた方がいいぞw
- 580 名前：仕様書無しさん mailto:sage [2007/06/24(日) 14:56:46 ]
- PG業界は>>579のような馬鹿が平然としているんだよな
業界が凋落しても仕方がない
- 581 名前：仕様書無しさん [2007/06/24(日) 15:12:17 ]
- PG業界って何だよw
もう少しましな用語つかえよ低能君。
- 582 名前：仕様書無しさん mailto:sage [2007/06/24(日) 15:22:00 ]
- > 579
それを言うなら、WebのHTML+CSSをいじる技術だけをみがくのも、最近どうかと思ってきた。
- 583 名前：仕様書無しさん [2007/06/24(日) 15:48:05 ]
- 1-582
⇒ オオバカ
583
⇒ 俺は優秀
- 584 名前：仕様書無しさん mailto:sage [2007/06/24(日) 16:00:09 ]
- >>578
まさに>>579と>>580かね。正直ここの板の利用者層が30代とか、信じられんことがある。
- 585 名前：仕様書無しさん mailto:sage [2007/06/24(日) 16:12:55 ]
- 自分の年齢層が30代とか、信じられんことがある。
- 586 名前：仕様書無しさん mailto:sage [2007/06/24(日) 16:31:10 ]
- ID化されなかった分、ここは他よりかなりまし。
しかしエンジニア向けの、活発に専門的な話から一般的な話までされている大型コミュニティが
ここと@IT程度しかないのは悲惨な言語圏としかいいようがない。
英語圏だと活発なメーリングリストや掲示板、IRCなんかがかなりあるから尚更。
- 587 名前：仕様書無しさん mailto:sage [2007/06/24(日) 16:36:35 ]
- 毒がなければこうなる
d.hatena.ne.jp/amachang/20061016/1161008454
- 588 名前：仕様書無しさん mailto:sage [2007/06/24(日) 16:37:43 ]
- >>586
つうか国内で活躍してる人達は
迷わず米圏のコミュに行っちゃってるからな。
インターネットっていいもんだよな。
昔はNiftyの言語系フォーラムにタムロするか
PC-VANではっちゃけるか2択だったしな。
そう考えるとNIFTYがム板の前身、PC-VANがマ板の前身の気がする。
スレ違いだからここまで。
- 589 名前：仕様書無しさん [2007/06/24(日) 18:55:57 ]
- >>574
ごめんね。おっさんで。もう現場仕事はあんまりやらないからね。
ちなみに、俺の会社ではマイクロソフトを崇拝するチームと
オープンソースを崇拝するチームに分けているよ。
独立採算っぽくやっているけど、マイクロソフトチームは本やら
MSDNやら、言語体系が変ったときにかかる効率ダウン等で
利益があがらんのよ。
オープンソース組みは自前でそろえた既存クラスで初期投資が
かかるけど、その後は安泰。
>>575
アセンブラソースのハードが絡む分なんてドライバ周りぐらいだよ。
ゲームの時で考えればOS込みで32Kもなかったよ。
所詮子どものおもちゃだけど、作るのは大変だったよ。
- 590 名前：574 [2007/06/24(日) 19:01:07 ]
- >>589
シェア９５％以上がMSなのにオープンソースを崇拝する奴の気がしれない。
まぁ、オッサン好きにしろや
- 591 名前：仕様書無しさん mailto:sage [2007/06/24(日) 19:02:59 ]
- >>589
>MSDNやら、言語体系が変ったときにかかる効率ダウン
それはある。
自分はC++使いだけど、ここ５年くらいはひどすぎる。
根本がころころ変わるし、STLやboostみたいな形が安定してる技術には無頓着だからな。
思えばVB、C#も凄まじく変化してる。Javaと比べると。
全部１社でやってるってのは凄まじい開発力だけど、無駄が多すぎる。
- 592 名前：仕様書無しさん mailto:sage [2007/06/24(日) 19:04:05 ]
- >>576
まだ、そんな歳じゃないよ。未熟といわれればまだ未熟かもなぁ・・・
>>579
わたしもそう思っている。なんか.NET物は確かに簡単で楽なように出来てる。
常々おもっているのだが、マイクロソフト言語って奴はプログラマを馬鹿にさせる為に
作られていると思っている。
マイクロソフトが好きな奴はマイクロソフトと一緒に地獄に落ちてくれ。
マイクロソフトは利潤追求の為のバージョンアップにひたすら追従して
.NET CLRの微妙な振る舞いの違いを永遠に修正しつづけるのがいいと思う。
俺はGameSDKがDirectXに変ったときにマイクロソフトの作るクソで仕事を
する事は一切拒否することにした。
- 593 名前：仕様書無しさん mailto:sage [2007/06/24(日) 19:05:06 ]
- MSDNはリンク切れと意味不明の日本語訳をどうにかしてほしい。
どうせ中途半端なまままたごっそり全体が変わってしまうんだろうけど。
- 594 名前：仕様書無しさん mailto:sage [2007/06/24(日) 19:08:28 ]
- >>590
永遠にPCの仕事をするのか？
なんどもマイクロソフトに騙されたオッサンの言う事だ。すきにして
>>591
俺はGameSDKの名前がDirectXに変った時にうんざりしたよ。
サンマイクロのJavaの方がなんぼかマシ。
- 595 名前：仕様書無しさん mailto:sage [2007/06/24(日) 19:10:28 ]
- >>593
あらま。まだそんなのあるんだ。
ところで、MSDNってまだApacheかなにかで動いているの？
- 596 名前：仕様書無しさん mailto:sage [2007/06/24(日) 19:26:53 ]
- >>590
逆だよｗｗ シェア95%以上がJavaだよ。
C#の仕事の話なんてめったに聞かない。
500個に1個。0.2%ぐらい。
聞いても100万とかのショボ話だから話も聞かんがｗ
M$系はVBやVCのクラサバ時代に悪例を作りすぎた。
3年でリプレースが必要で、リプレースでほぼ作り直しってだけで印象悪かった。
だからこの国では、PerlやPHPのイントラ鯖でGUIはHTMLってイントラ移行が早かった訳。
M$が改めない限りダメだろ。
- 597 名前：仕様書無しさん mailto:sage [2007/06/24(日) 20:08:40 ]
- 先のことを考えてもjavaの方が長生きするんでしょうね
- 598 名前：仕様書無しさん mailto:sage [2007/06/24(日) 20:11:57 ]
- javaってstrutsとかspringぐらいしかまともに使ったことないけどカスってるよな
個人的には.netのみたいなまともなフレームワークがついてるほうが良い
- 599 名前：仕様書無しさん mailto:sage [2007/06/24(日) 20:23:26 ]
- >>596
ふと、思ったんだがここでマイクロソフトをマンセーしている連中はその頃の
事情も知らないほど若いのかもなぁ・・・最初っからVisualStudio育ちとか？
- 600 名前：仕様書無しさん mailto:sage [2007/06/24(日) 20:26:22 ]
- >>598
.NETでStrutsみたいな事できるの？
- 601 名前：仕様書無しさん mailto:sage [2007/06/24(日) 21:09:08 ]
- >>596
アメリカで仕事で一番使われている言語はVBだそうだ。
求人数はjavaだそうだが。
VBは数年後にVB.net→VB9.0とまた大型改訂やるそうだね。
- 602 名前：５９０ [2007/06/24(日) 21:34:48 ]
- >>594
あと５年のみ。
>>596
まぁ、確かに仕事は少ないなｗ
>>598
.NET Framework >>>>>>>>>>> Struts
間違い無い。
- 603 名前：596 mailto:sage [2007/06/24(日) 21:52:30 ]
- >>599
純粋に職場環境だと思うよ。
中小でC++やC#とかでチョロっとしたユーザ向けアプリ作るしかないんならそうなるだろうし。
国がらみや大手柄みの大規模システムはほぼ100%がJavaな昨今も見えてないだからしょうがないだろ。
好きか嫌いか以前にJavaの仕事だらけだから外せない。
あと、ちょっとしたツール(テストデータ作るとかテスト結果をグラフ化したりドキュメント化するの)
はPerlやVBでチョロっと書いちゃうけどな。
>>600
横レスするが、できない。
C#は基本がJava servletのパクり、ASP.NET部分はJSPのパクり。
Struts相当の物はない。多分、ECLIPSEのSwingエディタをStrutsと勘違いしてる模様。
C#が強いのはwindowsのOCXがまんま利用できること。
逆にC#が弱いのはEJB相当がない、他jini、jine、jxta、ああ、javamailとかのM$にないネイティブなコンポーネントと、
あと、プラットフォームがwinじゃなくてもOKなのがでかい。
世の中のサーバは殆どがUNIX(Linux含む)だしな。
これは用途だな。
- 604 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:24:17 ]
- .NETで分散システムってできるの？
- 605 名前：596 mailto:sage [2007/06/24(日) 22:27:23 ]
- 一応M$信者も見てるみたいなんで、実例出しとくな。
C#に実装して欲しいならM$に要望Mail出しておくれ。
EJBについて：
Javaってね、国際規約に準じた共通コンポーネントを作って、公開したり売ったりできるんだよね。
それがEJB。メリットはと言うと、例えば
ショッピングモール作ります！ 支払い用の決済の部品が必要です！
VISA、Master、JCB、〜全銀協、〜パスモ、Webマネー！ その他GameCard(米)とか！
C#は頑張って1から作ります。M$の囲い込みのおかげで無いから！
Javaならよりどりみどり！ORACLEが60万で何でも決済EJB売ってるし、VISAもMasterも全銀協もタダで配ってる！
Javaのが楽なんだよね。
ああ、運送手配のEJBも各種あるよ。C#は頑張ってそれも1から作ります。つうかネゴからやる。
jini、jine、jxta、javamail(ぶっちゃけC#にないその他テクノロジ)について：
jiniは携帯や家電用の通信&制御プログラム。
jineは何でも音声コンバータ
jxtaはP2P通信キット
javamailはメールクライアントキットというかそのもの。世界標準のメールサーバPostFixと最高に親和性が高い。
javadocはJavaソースから自動でドキュメント作成。docletで自動xmlとかにカスタマイズできる。
strutsはXMLを書いてこいつに掛けると自動でJavaのソースとSQL文とGUIのCSSとhtmlが出てくる4GL(但しまだまだのテクノロジ)
あと、ストリーミングコンポ(何だっけ?ニコニコやYoutubeが使ってるやつ)とかいろいろ。
ああ、最後に、鯖について：
プログラムができました！1日に10万アクセスぐらいだそうです！
C#はこの時点で大体死亡。Win鯖限定だから。win2003のロードバランスは5台まで。
そして、ハード(ルータ)のロードバランサーは大抵がApache対応。IISは非対応。
IISはsessionがブチブチ切り替わって｢ページの有効期限が〜｣で終わる。
Javaはよりどりみどり。複数台はもとより、tuxedoを入れてのシステム単位での分散コンピューティング、
OracleRACでDB単位での仮想分散コンピューティングも超可能。
さあ、M$へ要望しろ。
- 606 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:35:24 ]
- >>603
おれも中小向けの業務アプリしか作っていないような気がしてた。
まともな運用を考えている所が不安定なWin物を使うとも思えないしね。
SwingとStrutsを間違えていたのか・・・てっきりIISにJaktaTOMCATみたいに
使える機能でも実装されたのかと思ったよ。C#拡張が入ったのかと思ったよ。
ところで、OCXつーか、OLEで有用な奴って市販されているコントロールとか？
まぁ、マイクロソフフトの囲い込みは外から見ると笑えるな。金かかりすぎ。
- 607 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:36:30 ]
- Jiniイラネ。時代はUPnP。
ADO.NETの使い易さと潔さはEJBの代替としては十分。
jxtaは別にJava限定じゃないゾ。
JavaMailもJavaDocも代替品があるゾ。
いまどきXMLをしこしこ書いて喜んでのはJava厨ぐらいのもん。
あとは全て>>605の妄想。乙。
Unix厨は、Monoが使い物になるまで首長くして待っとね〜〜〜〜〜〜ﾊﾞｲﾊﾞｲ (^^/~
- 608 名前：596 mailto:sage [2007/06/24(日) 22:44:55 ]
- >>607
んん？？調べず聞くが、ADOってあれか？M$のODBCドライバじゃね？
JavaにもJDBCっつうのがあるんだが？
それはEJBとは全然違うと思うがな。
jxtaはJava中心だよ。C++用コンポーネントも作ったがな。
C#用はまだ無いと思った。あ、、使えるかな？
JavaMailもJavaDocも代替品を教えてくれ。明日触ってみるぜｗ
後は負け犬の遠吠えとして受け取っておくよｗ
- 609 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:49:04 ]
- >>607
ソフトウェアって奴は基本的には後発有利なはずなんだけど、
マイクロソフフトが作るコピー品は改悪されている罠。
本当に仕事で使っているの？
- 610 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:50:17 ]
- お前ら人の作ったもん使ってるだけなのに、よくそこまで感情移入できるな。
- 611 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:53:55 ]
- >>610
いや、モロ使う側としてどっちが便利で得かって話だろ？
使う使わないならいずれ両方とも使うだろ。俺らコボラーじゃないんだからｗ
- 612 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:55:13 ]
- >>607
代替品って表現多いけど、そこの辺りは認めているの？
- 613 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:57:21 ]
- >>611
便利かどうか程度の話で、「負け犬の遠吠え」という表現は普通使わない。
- 614 名前：仕様書無しさん mailto:sage [2007/06/24(日) 22:58:11 ]
- >>610
その人が作った物が信用できいから感情的にもなるわな。
サンやアップルの方が優秀でマイクロソフトは存在自体が悪と思えるよ。
- 615 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:02:13 ]
- Monoってどう考えてもマイクロソフフトのバージョンアップの波に揉まれて
使う人がいなくなって消えると思っている。
自社プロダクトの下位互換性を保証できない辺りが証明している。
- 616 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:15:03 ]
- >>613
ああ、言い過ぎたかな。今は反省している。
C#はね、イントラにいいよイントラ。
2003serverのオマケについてたSharePoint Portal Serverと相性が良くて(当然かｗ)
社内向けのWikiやブログは簡単に作れた。
や、今はMovable Typeのがメンテ簡単だし、軽いからって捨てちゃったんだけどね。
- 617 名前：仕様書無しさん [2007/06/24(日) 23:15:50 ]
- Linux陣営でMSのシェア拡大させるようなMonoなんて
使う馬鹿がいるとは思えんな。
Javaがオープンソース化されてLinux標準インストールに
なってるんだからそれで終わりだよ。
- 618 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:16:49 ]
- >>608 ちったぁクグれよ。
JavaDoc→NDoc
JavaMail→SmtpMail
ADO.NETとADOは別物。おまいはんなことも知らんで優劣ほざいてたのかよw
- 619 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:19:10 ]
- .netというかVSがすき
- 620 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:20:50 ]
- VSよりEclipseのが好きだなあ
あのカオスな感じがいい
- 621 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:24:08 ]
- >>620
そっちに関しては否定せざるを得ない。
eclipseは糞。VSと比べれば
- 622 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:27:07 ]
- 拡張のし易さとリファクタリング機能はEclipseの勝ちだろ
VSって金とってるわりに不具合多すぎ。重たすぎ。いらいらさせすぎ。
- 623 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:27:21 ]
- そう？おれ昔VS信者だったけど、eclipseの方が相性いいわ
つか今でもVS好きだけど。
- 624 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:32:04 ]
- VSは高すぎ。eclipseは重すぎ。
netbeansだろ。
- 625 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:34:08 ]
- あきらかにeclipseよりVSの方が重いだろ
- 626 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:37:04 ]
- 業務で使うんだから、eclipseくらいサクサクうごくPCを買ってもらえ。
- 627 名前：仕様書無しさん [2007/06/24(日) 23:37:12 ]
- ここでMS廚の奴ってやっぱVista買ってるんだよな。
あんなウン万もする糞OS入れて喜んでる奴らが、
プログラム語るってのは笑えるw
- 628 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:38:52 ]
- うんVSの方が重いね。
NBと比べてもeclipseが一番かるいかも。
インテリJは?
- 629 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:39:50 ]
- >>627
喜びはしないだろ。そんなもの喜ぶのはオヤジ連中だけ。
むしろ新旧の環境の差異で、今までのプログラムがまともにうごくかどうか
戦々恐々としている。
- 630 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:41:44 ]
- >>629
デバイスドライバ開発やってるが、今回はひでぇよ。
カーネルだろうがデバドラだろうが簡単にいじれるlinuxが羨ましいわ。
- 631 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:42:22 ]
- >>618
今ググった。
「ググらず聞くが」と宣言してたのにｗ
ううん？？
ADO.NETってどう見てもODBCドライバなんだが、お前さん、、ウソついてないか？？
キャッシュに持ってきて非接続でイジるなんて昔のADOでもできたし、XMLもイジれるのはJDBCのパクりじゃん？
つうか、JavaにはJDBC以外にJproとかSeekLinkとかDB直のネイティブコンバータもあるんだが、それもないのね。
まぁEJBと全然関係ないし、君の妄想ってことでｗ
NDocはJavaDoc相当。Thx。明日触ってみる。
XMLタグでコメント書くんだなｗ さっき君、XML書くのはJavaの人とか言ってなかったっけ？ｗ
ああ、君はC#でドキュメント書かない人なんだねｗ あーやーしーなぁー
SmtpMailは全くJavaMail相当ではないね。単なるメール送信コマンドじゃんｗ ツールキットでさえない。
ここらへんはC++の頃とあんま変わらんね。
でも、エンコードは自動になって楽になったね。
3年前に書いた時は件名と添付ファイルの日本語をエンコードしないと文字化けしたもんだったがｗ
- 632 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:48:54 ]
- ADO.NETをJavaがぱくってくれないかな？
- 633 名前：仕様書無しさん mailto:sage [2007/06/24(日) 23:53:10 ]
- >>632
時代的には
DAO→ADO→JDBC→ADO.NET
かな。どっちでもいいがｗ
- 634 名前：仕様書無しさん mailto:sage [2007/06/25(月) 00:03:37 ]
- java派の反撃も一瞬だったな・・・
- 635 名前：仕様書無しさん mailto:sage [2007/06/25(月) 00:11:28 ]
- ADO.NETはテーブルモジュールつって、
Java陣営が傾倒してるドメインモデル(O/Rマッピング)とはちょっと流れが違う。
- 636 名前：仕様書無しさん mailto:sage [2007/06/25(月) 00:14:31 ]
- オープン系(Java) ｖｓ パソコン系(C#) の抗争
10対0
パソコン系涙目・・・
- 637 名前：仕様書無しさん mailto:sage [2007/06/25(月) 00:18:36 ]
- パソコン系とか言われても困る
- 638 名前：仕様書無しさん mailto:sage [2007/06/25(月) 00:20:58 ]
- 実用に耐えうるEmbedded JAVAなんての出してくれればJAVA派になる。
- 639 名前：仕様書無しさん [2007/06/25(月) 00:21:09 ]
- まあJava7でデスクトップアプリ系のAPIが強化されたら、
C＃死亡間違いなしなんだがな。
無駄なお仕事ご苦労さんw
- 640 名前：仕様書無しさん mailto:sage [2007/06/25(月) 00:37:16 ]
- >>639
馬鹿。
デスクトップアプリ系のAPIに依存しだしたらBorland Cと同じ運命をたどるだけ。
- 641 名前：ニホンザル [2007/06/25(月) 00:38:13 ]
- お前ら良い加減Java厨卒業しろよなｗ
C#ならJavaと文法も殆ど同じだし移行も楽だぞｗ
- 642 名前：仕様書無しさん mailto:sage [2007/06/25(月) 00:47:19 ]
- ヘーゲルの弁証法によると、テーゼ（命題）と相反する
アンチテーゼ（反対命題）は相互に媒介することで、
両者を本質的に統合したジンテーゼ合となり昇華される。
つまり、両方覚えろ。
- 643 名前：仕様書無しさん mailto:sage [2007/06/25(月) 00:50:32 ]
- >>635
SunのRowSetの実装がひどかったのも一因だね。
- 644 名前：仕様書無しさん mailto:sage [2007/06/25(月) 01:00:54 ]
- ADO.NETで十分だろ。VS使えばある程度半自動でコントロールと連携させられるし、
マッピングクラスなんて面倒くさいもんも必要ない。簡単なSQLなら半自動で生成
してくれる。つかSQL使った方がORMでしこしこやるよりよっぽど生産性高いぜ。
- 645 名前：仕様書無しさん mailto:sage [2007/06/25(月) 01:01:57 ]
- まあ実際、Javaプログラマにとって.NETは覚えるべきアーキテクチャパターンのひとつだわな。
逆は手間がかかりすぎるのでおすすめしないが。
- 646 名前：仕様書無しさん mailto:sage [2007/06/25(月) 01:08:43 ]
- アーキテキチャッタわん
- 647 名前：仕様書無しさん mailto:sage [2007/06/25(月) 01:49:29 ]
- これホントにマ板のｽﾚか？
おっさんビックリだ
- 648 名前：仕様書無しさん mailto:sage [2007/06/25(月) 01:54:50 ]
- >>644
でたｗｗ 知ったかPC系ｗｗ
そもそも中/大規模でSQLなんか書かねぇよｗ 全部ストアドだよｗ
ストアドのが30〜200倍は処理速いしCPUやメモリの負荷も10〜50分の1以下だから。
同時接続10人とかのイントラじゃないんだよｗ
だからJavaにはJava上で直接ストアドを書いたり叩いたりするネイティブコンバータがある訳で。
ADO.NETは申し訳なさげにトリガー構文しかない。
SQLなら半自動で生成で喜ぶなんてどこの小規模イントラ頭だよｗｗ
オープン系なめすぎｗ
- 649 名前：仕様書無しさん mailto:sage [2007/06/25(月) 02:10:45 ]
- >>648
働き始めてからマ板に来い
- 650 名前：仕様書無しさん mailto:sage [2007/06/25(月) 02:28:04 ]
- だね。
SQLだと、命令文を転送する時間、解読してDB内の命令に翻訳する時間、
そもそも長ーいテキストデータを転送する時間とバイナリデータにコンバートする時間が無駄なんだよね。
あくまで色々あるORDBの共通言語ってだけで、ガチな実用で使われるには弊害ありすぎる。
SQLじゃ書けない構文も多いしね。
例えば、仕入れプログラムでの商品の需要予測とか。
Aという製品の過去5年間、同じ月の同じ週の同じ曜日の売上個数の平均を求めるプログラムとか。
これだとSQLだけでは全然引っ張って来れないから、
日付取得の副問い合わせSQL５つ、それを元にした値取得SQL５つ、最低計10往復のSQLとその他独自集計プログラムが必要。
50Stepくらいかな。
ストアドならwhile,do,detemanth,dateweek,fetch,a=の6行の構文で終わるし処理速度も100倍は速い。
- 651 名前：仕様書無しさん mailto:sage [2007/06/25(月) 04:11:04 ]
- あらんかぎりの知識を競うスレ
俺が作ったプログラムはこんなに複雑！といばるのはしょうもないプログラマーと昔から相場がきまっとる。
- 652 名前：仕様書無しさん mailto:sage [2007/06/25(月) 07:22:47 ]
- C#は小規模で寿命が短くても問題ないアプリを書くのに適しているって事なのか？
なんかさ、C#アプリってWindowsUpdateとかServicePackとかの更新で動かなくなる感じがするよ。
納入先から何年後に動かなくなったんですけど・・・とかいわれるの怖くないか？
- 653 名前：仕様書無しさん mailto:sage [2007/06/25(月) 07:25:58 ]
- JavaもJavaUpdateで動かなくなるじゃん
- 654 名前：仕様書無しさん [2007/06/25(月) 13:10:57 ]
- C♯ほどじゃない
- 655 名前：仕様書無しさん mailto:sage [2007/06/25(月) 13:47:23 ]
- Javaはjavac通せば動けど、.NETはソースいじらないと微妙な所で動かないっす。
- 656 名前：仕様書無しさん mailto:sage [2007/06/25(月) 16:13:23 ]
- EJBの何が便利なのかさっぱりわからない
- 657 名前：仕様書無しさん mailto:sage [2007/06/25(月) 17:02:39 ]
- .NETでPOP3とかのメールを受信するにはどうすればいいの？
- 658 名前：仕様書無しさん mailto:sage [2007/06/25(月) 17:36:30 ]
- socket通信でOK
- 659 名前：仕様書無しさん mailto:sage [2007/06/25(月) 18:07:13 ]
- やっと読み終わったぜｗ
このスレを読んで思った事。
JavaはできるがC#ができない人はC#よりJavaがいいと言う
JavaからC#に移行した人はJavaよりC#がいいと言う
C#はできるがJavaができない人はJavaなんか糞、C#のほうが圧倒的にいいと言う
俺から言わしたら現状より未来
つまり”先見の明”があるＰＧが使う言語が生き残るｗ
でも現状は案件の多い言語に限るんだなこりゃｗｗｗ
- 660 名前：659 mailto:sage [2007/06/25(月) 18:10:25 ]
- 俺の結論
優秀なＰＧは、多種多様な言語を用いて、
常に最先端の技術に注目し、使える技術を習得する努力をして、
特定の言語に拘らないPGにならなければならない。
|
 |
