2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

「ウェブサービスに最適な開発言語はJava」

1 :1:03/11/07 01:55
語り合いましょう

2 :1:03/11/07 01:59
http://headlines.yahoo.co.jp/hl?a=20031106-00000004-wir-sci

3 :仕様書無しさん:03/11/07 01:59
「ウェブサービスに最適な開発言語はJava」

4 :仕様書無しさん:03/11/07 01:59
>>3
「ウェブサービスに最適な開発言語はJava」


5 :仕様書無しさん:03/11/07 02:00
>>4
「ウェブサービスに最適な開発言語はJava」


6 :1:03/11/07 02:00
IT関連調査会社の米エヴァンス・データ社が4日(米国時間) http://www.evansdata.com/n2/pr/releases/WebServices03_02.shtml 発表したアンケート調査の結果によると、

7 :仕様書無しさん:03/11/07 02:00
>>5
「ウェブサービスに最適な開発言語はJava」
>>6



8 :1 :03/11/07 02:01
http://headlines.yahoo.co.jp/hl?a=20031106-00000004-wir-sci




9 :1:03/11/07 02:02
ウェブサービスの開発者たちは『Java』が、各種サービスの機能を実現するうえで最も優れた言語だと考えているという。アンケート6項目のうち5項目で、Javaは米マイクロソフト社の『C#』を抑えてトップに立った。


10 :1:03/11/07 02:03
アンケートは10月に、ウェブサービス・プロジェクトに携わる開発者400人を対象に実施した。それによるとJavaは、「フロー制御」「構文法」「オブジェクト/メモリーの分離」「ライブラリへのアクセスの容易さ」「XMLとの緊密な統合」の5項目で、

11 :1:03/11/07 02:03
繰り広げている。だが、同分野の開発者は、後発のC#よりも、実績のあるJavaを依然として支持しているという結果となった。



WIRED NEWSのメール購読申込みは http://www.hotwired.co.jp/reception/index.html こちらへ


12 :1:03/11/07 02:03
開発者から最も高い評価を得た。唯一、「SOAPとの緊密な統合」の項目では、C#がJavaを抑えてトップとなった。


13 :1:03/11/07 02:04
ウェブサービスをめぐっては、Javaを開発した米サン・マイクロシステムズ社とマイクロソフト社が激しい主導権争いを繰り広げている。

14 :1:03/11/07 02:05
だが、同分野の開発者は、後発のC#よりも、実績のあるJavaを依然として支持しているという結果となった。


15 :仕様書無しさん:03/11/07 02:08
マイクロソフトは赤字か?

16 :仕様書無しさん:03/11/07 02:54
>>15
マイクロソフトの2003年度の経常利益率は45.75%
ちなみに製造・流通の経常利益率の平均は5〜7%、サービス業の経常利益率の平均は15%
また、この経常利益率はネットバブル崩壊の余波を受けてのもの

17 :仕様書無しさん:03/11/07 03:01
おっと、C#はかなり不利になってきたな。

M$もサーバ市場での競争をあきらめたか。
そしてLonghornでFlashのパクリとしか思えないGUI開発に凝ってサーバ系のことはそっちのけみたいだな。

M$はJavaに立ち向かうには分が悪すぎたようだ

さてどうするC#厨



18 :仕様書無しさん:03/11/07 03:16
>>17
いや。「何でも一人占めにしたがるあいつ」
がそう簡単にあきらめるとは思えないのだが。
またFUDを繰り出すんじゃないか。

19 :仕様書無しさん:03/11/07 03:54
プッ
Java作ったのおめーじゃねーだろ
なぜそこまで得意になる?

20 :仕様書無しさん:03/11/07 07:49
真面目な話、Webサービスの開発って市場大きいか?

21 :仕様書無しさん:03/11/07 08:07
>>20
イントラネットのアプリケーションで、技術を応用することは多くなると思われる。
JavaWebStart + Java-RPC とか。もう少し立てばJREプリインストール済みPCも
出回ってくるし。説得の材料には事欠かなくなる。

でも、本物のWebサービスと言われるメッセージングは当分広まらないでしょ。
各業界(旅行,宿泊,不動産,etc...)に、Webサービスの業界標準となる
仕様策定に本格的に取り組む風土が生まれない限り、利用価値が生まれないよ。

そして、現在のHTMLインターフェイスを使ったサービスに満足している
企業が、Webサービスに取り組む動機は小さい。

RPC使う状況は増えるだろうけど、それ以上は期待薄だと思うよ。

22 :仕様書無しさん:03/11/07 08:32
サンは昔、WindowsにJVMを標準搭載するかで、MSともめてたよね?
MSというかビル毛イツか。いろいろとわがままいったらしい。
当時、「MSを敵にまわしたからjavaに未来はない」とか言われてたけど・・。
結局はjavaか。
MSは普通にVB7だせばよかったんだよ。


23 :仕様書無しさん:03/11/07 08:41
C#これからじゃないの?
C#には「SOAP」という武器があるわけだし。

24 :仕様書無しさん:03/11/07 08:45
>>22
イントラネットではOSのセキュリティはほとんど問われないから
クライアントで圧倒的に使われるWindowsが
ブラックボックスである以上、MSは圧倒的に強いと思われ。
WinFXのある機能を使ってWindowsServerとやりとりできるのは
.NETだけにしようと思っても出来るわけだし、
OSの内部を熟知しているのはMSだけという事を考えても
安定性が高いと思われ。
.NETの仕様が安定すると、結局は業務用アプリに
使われるのは.NETだという予感がする。

25 :仕様書無しさん:03/11/07 08:51
Javaは大規模なWebサービスで生き残るしかないと思われ。
市場が大きくないから一般的ではないけど、COBOLのように
しぶとく生き残ると思われ。

26 :仕様書無しさん:03/11/07 09:03
正直Webサービスはもうどうでもいいだろ。
.NETもWinFXに方向転換、IndigoでWebサービスも所詮One of Them。

Javaは不良債権をつかまされたってことだ。

27 :仕様書無しさん:03/11/07 09:03
クライアントOSがWindowsである以上は
MSの言語が有利であることは間違いないだろうね。
Javaがシェアを伸ばそうとするなら
Linuxに期待するしかないと思われ。
IBMもこういうことを考えてLinuxに力を入れてるんだろう。
10年前、IBMのOS2をMSにパクられて一気にクライアントOSを
MSに奪われた件はIBMの一番の失策だった。

28 :仕様書無しさん:03/11/07 09:03
>>24
>WinFXのある機能を使ってWindowsServerとやりとりできるのは
>.NETだけにしようと思っても出来るわけだし
そういう直接的な妨害はMSにも多大な影響があるから
現実には不可能。寝言は寝てから言いな。

>OSの内部を熟知しているのはMSだけという事を考えても
>定性が高いと思われ。
自分から後方互換性を切り捨てていくMSに「安定」を
求めている時点で(ry

>.NETの仕様が安定すると、結局は業務用アプリに
>使われるのは.NETだという予感がする。
3年後のOS発表が楽しみだね(w

29 :仕様書無しさん:03/11/07 09:05
> 「ウェブサービスに最適な開発言語はJava」

J2EE1.4もまだ出てないけどな。(嘲笑激藁

30 :仕様書無しさん:03/11/07 09:06



ウェブサービスに最適な開発言語はPerl


 

31 :仕様書無しさん:03/11/07 09:09
>>30
Soap::Liteがあるのは知ってるからPerl房は即刻去れ。

32 :仕様書無しさん:03/11/07 09:16
>>30
W大の案件でN○Cが大失敗したという有名な言語ですね。

ちがった それはPHP

33 :仕様書無しさん:03/11/07 09:16
アホアンチ以外、Javaにしがみつく必要はない訳だから
Java房は.NETに移行すればいいだけ。

34 :仕様書無しさん:03/11/07 09:17
最適な開発言語など存在しない
規模やシステム、予算を考えて、必要な言語を必要な局面で投入するべき
前提条件を明確に定義しない限り最適な結果は導き出せない

35 :仕様書無しさん:03/11/07 09:19
個人の掲示板作るのに最適な言語はJava????

36 :仕様書無しさん:03/11/07 09:20
>>33
.NETが安定する3年後に移行するつもりです。

え ?  今 か ら . N E T ? ? ?

37 :仕様書無しさん:03/11/07 09:20
2chのようなWebサービスを作るのに最適な言語はJava




か?

38 :仕様書無しさん:03/11/07 09:23
>>35
自由にコンテナ置ける鯖があるならJavaでもいいんじゃない?
CGIしか使えないレンタル鯖での開発は、板違い。

39 :仕様書無しさん:03/11/07 09:25
>>37
Web上で提供されるサービス != Webサービス
だから2chはWebサービスじゃない。

Webサービス
http://www.atmarkit.co.jp/icd/root/41/85038141.html

40 :仕様書無しさん:03/11/07 09:26
>>38
メモリ食いすぎるからやだ。

41 :1:03/11/07 09:27
混じれ酢で、
みなさんは.NETとJ2EEどっちがきらい?
理由もよろしく


42 :仕様書無しさん:03/11/07 09:31
>>41
だから.NETだろ

43 :仕様書無しさん:03/11/07 09:35
>>39
その定義よく分からないなぁ。
2chでも検索サービスしてるし
chatもあるし、
2chviewer使わないと過去ログすぐに見られないし。
●買うとログインして何かできるみたいだし。

44 :仕様書無しさん:03/11/07 09:37
>>41
好き嫌いよりどっちが主流になるかが重要。

45 :仕様書無しさん:03/11/07 09:43
こんなちょうちん記事をソースにしてもな。
Javaは無駄が多いんだよ。

46 :仕様書無しさん:03/11/07 09:43
>>43
「XMLWebサービスという言葉はMS独自の用語であり、
一般的には「Webサービス」と呼ばれています。
Webサービスという言葉の定義は100人に聞けば
80通りくらいの答えが帰ってくるほど千差万別です。」
某所より引用

でも大体はWEBサービスって、
SOAPがらみの技術をいうよね

47 :仕様書無しさん:03/11/07 09:45
>>43
この板でWebサービスって言ったら、XMLWebサービス。
2chのどこにSOAPやUDDIやWDSLが使われてるんだ?

48 :仕様書無しさん:03/11/07 10:59
>>23
> C#これからじゃないの?
> C#には「SOAP」という武器があるわけだし。
IBMの社員であるEJBの発案者ドナルドはWebService==SOAPではないと主張している。
SOAPよりもWSDLのほうが重要だと主張している。
M$も速いうちにWSDLに深く手を出さなければこの業界で邪魔をすることはできまい。


49 :仕様書無しさん:03/11/07 11:01
>>29
> > 「ウェブサービスに最適な開発言語はJava」
>
> J2EE1.4もまだ出てないけどな。(嘲笑激藁
またおまんか。
バージョン番号だけでしかものごとを語れないお馬鹿は。
お前は、 M$が、まだベータ版相当でもすぐにバージョン番号を繰り上げたり
いきなりver1からver3にとばしたりするやり方に騙される馬鹿の一人なわけだが。

50 :仕様書無しさん:03/11/07 11:02
>>35
個人の掲示板だけのためJavaを使うのはJavaの機能をフルに生かせないので
勿体無いがな。

51 :仕様書無しさん:03/11/07 11:04
>>34
とかいってアセンブをWebServicesで開発言語として選ぶ香具師はDQN

52 :仕様書無しさん:03/11/07 11:06
>>45
では、 .NETはJavaより無駄が少ないと主張するんだな?
COBOL.NETとかいう無駄なものが多いのにな。

53 :仕様書無しさん:03/11/07 11:17
C#ははっきりいってJavaより無駄が多いね。
goto文の使用許可。
switch文の引数にオブジェクトも使えるようにした。
構造体を用意したり、構造体で値型を自作できるようにした。
値型でもushort, uint, ulongなど余計な型を追加。
get/setキーワードでプロパティを作れるようにした。
プリプロセッサ。
foreach、インデクサ。
演算子の勝手なオーバーロード。

一見便利そうな機能も思わぬ落とし穴が待ち構えて拡張性を損ない易い結果をもたらし

どれも余計だね。C#はスパゲティ馬鹿コード生成言語としてのランクは高いね。


54 :仕様書無しさん:03/11/07 11:21
なるほど
53みたいなカスが使えばそうなるわけね。
おまえが使えばJavaだろうとなんだろうと一緒だろ。


55 :仕様書無しさん:03/11/07 11:22
そんなことよりPerlの話でもしようよ。(藁

56 :仕様書無しさん:03/11/07 11:25
Javaと.NET両方でWebサービス開発経験ある人ってそんな多いんかな?

57 :仕様書無しさん:03/11/07 13:58
このスレの奴らはウェブサービスとして開発言語を提供するのか。
アホ?

58 :仕様書無しさん:03/11/07 14:02
このスレはウェブサービスに最適な開発言語の話をするスレです
間違ってもウェブアプリケーションの開発に最適な言語の話はしないでください

59 :仕様書無しさん:03/11/07 17:53
>>53
使えるのと使うのは別問題


60 :仕様書無しさん:03/11/07 18:20
.NETのXMLWebサービスって盗聴や改ざんについての対策されてるの?
そのへんについて詳しく書いてある記事をみたことないのだが

61 :仕様書無しさん:03/11/07 18:31
>>58
いいこといった

62 :仕様書無しさん:03/11/07 18:39
>>60
盗聴とかすごい気にする人いるけど(俺の職場でも)
ほとんどの企業が対策とってないと思うよ。
心配のしすぎはシステムに悪いとおもわれ。

63 :仕様書無しさん:03/11/07 22:33
>>53
サンプルを見てget/setキーワードは便利だと思った。使ったこと無いけど。
JavaBeansっぽいし。

64 :仕様書無しさん:03/11/09 01:05
広義のWebサービスはHTTPプロトコルを利用したサービスということだろう。

SOAPは暗号かも署名もOK

65 :仕様書無しさん:03/11/09 10:53
最適な言語は単価が高い言語じゃないか?
高ければ何でもやるって。

66 :仕様書無しさん:03/11/10 12:39
>>54
お前はC#が、馬鹿みたいに中途半端な機能をつけていることに気づいていないんだろう。
その副作用や危険性、大規模開発における悪影響は昔から議論されている。

小規模開発しかないからC#や.NETは
Web Servicesに最適な言語として高く評価されることが無かったわけだ。

67 :仕様書無しさん:03/11/10 17:01
perlにしておいたほうが無難。

68 :仕様書無しさん:03/11/10 17:05
>>67 を使わないほうが無難(ゲラ

69 :仕様書無しさん:03/11/10 18:27
また嘲笑劇藁厨か

70 :仕様書無しさん:03/11/26 10:40
やっぱJavaはエンタープライズに最適だったんだ

71 :仕様書無しさん:03/11/27 02:48
そういうことだ

72 :仕様書無しさん:03/11/27 10:42
Javaはエンタープライズに賭けたんだ。

73 :仕様書無しさん:03/11/27 11:51
掛けたんじゃなくてもとから適していたんだ。

74 :仕様書無しさん:03/11/27 16:39
Lispが好きならPerl,Python の動的型指定にもメリットが。

別にプログラミングの自由度気にしないってんならJava

人柱になりたいのならやっぱりCommon Lisp
(逝け、誰か使ってくれ!!)

75 :仕様書無しさん:03/11/28 00:55
ん?
Javaは自由度低いの?
かなり高いほうではないの?

76 :74:03/11/28 01:24
>>75
Lisp系の言語 だと一回定義した関数を実行中にもう一回定義し直したりたりとか
できるんで。(これでサーバーを止めずにバグを直せるらしい。
しかし、新しいプログラムにバグがあると目も当てられない罠)

あと高階関数(mapとか)がJavaは作りにくい(おれはクラスにしてインタフェース
作ってやる方法しか知らん)
C とか Pascal しか知らんのならPerl使う意味あんまりないかも。

77 :仕様書無しさん:03/11/28 11:54
おまえ、LispLispばかりいってないでデザインパターンくらいは覚えろ

78 :仕様書無しさん:03/11/28 12:38
デザパタ使いこなしてJavaで仕事しつつ、
LISPの中に戯れるのが通というものです。

79 :仕様書無しさん:03/11/28 12:52
>>74
あほかい、人柱ならOCaml,Haskell,Scheme
最新関数型トリオだろうが

80 :仕様書無しさん:03/11/28 13:00
人柱ならBrainFuc(マテ

81 :仕様書無しさん:03/11/28 14:03
>>80
そんなお遊び言語といっしょにしないでくれ

82 :仕様書無しさん:03/11/28 22:07
>>76

>Lisp系の言語 だと一回定義した関数を実行中にもう一回定義し直したりたりとか
>できるんで。(これでサーバーを止めずにバグを直せるらしい。

まじですか?すご
Lispやってみよ。

83 :仕様書無しさん:03/12/03 01:56
Lispって具体的には何?

84 :74:03/12/03 02:56
処理系? Frantz 買うような金はないよ。(w
scheme の gauche とか scm で遊んでる.

ああ、でもまだLispでCGIすら作ったことないんだった(w
こんどgauche のこんなの使って作ろうかなー。
http://www.shiro.dreamhost.com/scheme/gauche/gmemo/index.cgi?CGI%A4%F2%BB%C8%A4%A6%A4%BF%A4%E1%A4%CE%BD%E0%C8%F7

体験談求む!

85 :仕様書無しさん:03/12/03 04:09
>>76
> あと高階関数(mapとか)がJavaは作りにくい(おれはクラスにしてインタフェース
> 作ってやる方法しか知らん)
あれでMapが使いにくい? 致命傷だな

86 :仕様書無しさん:03/12/03 21:47
俺はLisp知らないけど、もっと簡単にできるってことだろ。
Lisp厨がJava叩き始めたら、Perl厨も裸足で逃げ出すと思われ。
Lisp厨ってのはあまりいないだろうが。

>84
AllegroはFree editionもあるから興味があれば使ってみるとよろし。
Lispで実用アプリを組むならこれしかないでしょ。

87 :仕様書無しさん:03/12/04 01:57
なるほどね

88 :仕様書無しさん:03/12/04 02:15
>>Lisp厨ってのはあまりいないだろうが。
だってライブラリ足りないもん。(CPANみたいなのがあればなー)

ところで今見てきたんだけどJavaのMap って高階関数じゃなくてHashのことなの?
http://www.techscore.com/tech/Java/Utility/4.html

だったら簡単とかそういう問題以前に意味が違うと思われ。

89 :仕様書無しさん:03/12/04 16:25
初心者で、すまぬが
高階関数とは何ぞや

90 :仕様書無しさん:03/12/05 14:32
数学を勉強しろ

91 :仕様書無しさん:04/01/17 22:39
「ウェブサービスに最適な開発言語はCOBOL」

92 :仕様書無しさん:04/01/22 21:54
ASP.NET だろ。[WebMethod] とか。


93 :仕様書無しさん:04/01/22 22:44
「ウェブサービスに最適な開発言語はBrainFuck」

94 :仕様書無しさん:04/03/20 19:24
>>91-93
すべて却下。現実を見なさい

95 :仕様書無しさん:04/03/20 19:34
>>23
SOAPはC#の専売特許じゃないよ

96 :仕様書無しさん:04/03/20 19:38
>>24
クライアントで依然MSが強いのは事実。
ただ、イントラならセキュリティが弱くて良いってのは業界を知らない。
ウィルスのイントラ進入、イントラ内からの情報漏洩で、各社の重点項目。

でも、それとWebServicesが直結するとは限らない。
.NET抜きでも簡単にできちゃうから。

97 :仕様書無しさん:04/03/20 19:45
>>27
スレ違いだが、IBMがOS/2をMSにパクられたってのは事実誤認。

MS-DOS(PC-DOS)やOS/2は、最初からMSとIBMの共同開発。
Win3.0 SDKにはIBM SAA CUAが付いて来た。
(Win3.0プログラムマネージャと、OS/2 1.1プログラムマネージャは、そっくり。
Win3.1からMS独自色が強くなる)

しかしMSはOS/2をサボタージュし、カトラーを呼んでNTカーネルを開発、更にWinのGUIを載せた。
IBMはOS/2を単独で続けたが、消滅したってのが経緯だね。

98 :仕様書無しさん:04/03/20 19:50
>>48
WebServicesは、SOAP、WSDL、UDDIの3技術とも使用している。
その中のどっちが重要か、という話は、あまり意味が無い。代替可能なものじゃない。
(覚える際に、どっちに重点を置くか、程度の話)

99 :仕様書無しさん:04/03/20 20:13
「出会い系サイトの構築に最適な開発言語は〜|」なんでつか?


100 :仕様書無しさん:04/03/20 21:46
>>97
> >>27
> スレ違いだが、IBMがOS/2をMSにパクられたってのは事実誤認。
んなことはない。全くパクられてないということはない。

> MS-DOS(PC-DOS)やOS/2は、最初からMSとIBMの共同開発。
全然共同開発でない。M$がOS/2用APIを作るといっていたので
IBM開発者はそれを心待ちにしていた。しかしIBM開発者が見たものとは・・・・
M$がNTのことしか考えておらずOS/2の開発を途中で取りやめてしまったことだ。
M$が約束を破ったことでIBM開発者からは怒りの声が殺到したのであーる。

101 :仕様書無しさん:04/04/14 20:43
>>Lisp厨ってのはあまりいないだろうが。
Kyoto Common Lisper ですが 何か? 四則演算ライブラリならまもなく完成ですが 何か?


102 :仕様書無しさん:04/04/14 23:17
>>100
ちっと違うよ。

MS-DOSは、3までがMS主導、4はIBM主導(だから国産メーカーは採用を避けた)...

OS/2 1.0(GUIなし)はIBM主導で、問題なく開発できた。
OS/2 1.1のGUI(PM)がMS担当で、遅れた上不安定で重かった。
OS/2 1.3や2以降は、IBM単独になった。

Windows2.0のGUIは、IBM DOS 4.0のDOSSHELLそっくり。
Windows3.0のGUIは、IBM SAA CUA準拠で開発され、OS/2 1.0 GUIとそっくり。
MSのSDKにはIBM SAA CUAマニュアルがそのまま含まれていた
(Windows GUIに独自性が出るのは、3.1から)

OS共同開発期間中は、互いのOSライセンスが使用できる特別な関係だった。
PC DOSのDISK BASICがMS-BASICだったり、
OS/2 V2以降のWIN-OS/2がWin3.xほぼモジュールそのものだったのは、そういう経緯。

ただ、日本は国産メーカーが強いせいか、こういう関係は余り語られない。

103 :仕様書無しさん:04/04/14 23:48
OS/2 1.3や2以降のGUIはどうなったの?

104 :仕様書無しさん:04/04/16 00:01
>>103
OS/2 1.1をベースに、まじめに信頼性向上を徹底したのが1.3。

2.0からはWorkplaceshellというGUIに変わったが、
PM上で稼動するオブジェクト指向GUI。
だから操作性は当時としては先進だったが、ベースのPMの制約には悩まされた。

>>100 のいう、MSが開発してIBMが驚いたAPIってのは、Windos3.0じゃないかな。
MSはIBMには「OS/2 1.1(PM)と同じ。WinはOS/2の弟」と言っていたが、
できてみると全く互換性が無かった。

NTはMSとIBMの離婚後に出産。もとはOS/2 3.0とか言われていたもの。
DECのカトラー呼んで作ったカーネルに、カトラーの反対したWin風GUIを載せたもの。

105 :仕様書無しさん:04/04/24 12:23
ぶっちゃけ、重要なのは開発言語ではなく開発環境だろ。
プロキシ再生成とかロケーションの変更とか面倒なことはいくらでもある。

CORBAやRMIの頃から何も変わってない・・・

106 :仕様書無しさん:04/04/28 23:07
http://page4.auctions.yahoo.co.jp/jp/auction/d47227135

23 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)