生き残る言語は予測出来ないが、
JavaもPHPもPerlも他にも色々全部出来る技術者は確実に生き残れる。
言語にこだわりを持つのはいいけど、固執してちゃだめだね。
言語だけじゃダメだよ。インフラ周り(ネットワークの知識とか)も必要だろ。
Javaしか知らない奴は大概思考が腐っている
という根拠のない思考をするやつは、思考が腐っている
201 ：
仕様書無しさん：05/02/19 01:13:38
ヘ_ヘ
ミ・・ ミ ということにしたいのですね？
( ° )～
202 ：
仕様書無しさん：05/02/19 12:16:15
XML（→SOAP（→WSDL））の流れで
C#だのJavaだの争う意味がわからない
203 ：
仕様書無しさん：05/02/19 12:19:41
XMLなんか使ったことないよ
>>203 COBOL.netがあるじゃん
良かったね
(´･ω･`)知らんがな
207 ：
仕様書無しさん：05/02/19 13:44:11
Ruby といいたいところだが、自分は Perl だな。
>>194 XOOPSくらいだろ。
個人むけコミュニティサイト構築には向いていても
セキュリティを重要視しなければならない
金融管理にはPerlもPHPもセキュリティ上リスクが多すぎる。
うまい使い方をすればPerlやPHPでもどうにかなるが。
大規模開発ではPerlやPHPだけでは
プログラムが巨大化すればするほど
管理が厄介だ。
いや、Webサービスだけ見ると、結構いいかんじ。
他がだめだめ。
>>210 PHPでWebサービス呼び出してみればわかる。
212 ：
仕様書無しさん：05/02/27 16:46:48
もうJava原人も終わりでしょ！
原人はね。
214 ：
仕様書無しさん：05/02/27 21:52:55
それよりMVCアーキテクチャがWebサービスに向いてないというソースが知りたい
WebサービスにMVCもなにもないからじゃねぇの？
向いてないというか、無関係。
216 ：
仕様書無しさん：05/02/27 22:07:57
>>215 正論。
マ板は、なんでも無理に言語論争にしたがる単純さんが多いだけ。
217 ：
仕様書無しさん：05/02/27 22:13:55
Webサービス自体が失速してるんだが...
提携企業間の連携にはいいが、
当初宣伝された、Webサービスで「部品をネットで公開して市場ができる」見込みは消えている。
リッチクライアントのサーバー通信とかにはいいと思うんだけど。
コンポーネントスクェアはどうなりましたか？
なにそれ？
221 ：
仕様書無しさん：05/02/28 00:01:15
>>217 普及していない原因がいくつか考えられそうだ。
日本では技術者よりも顧客が立場が強い
というのが問題だな。
その立場の強い顧客が技術に関してド素人だから
技術者は折角の開発効率を大幅に高める最新技術
が登場してもうまく使う機会すら顧客に与えられない。
与えられるのは短い納期と計画性の無い無茶な仕様変更と残業時間だけ
という悲惨な現状が技術者を圧迫している。
残業ばかりしてさらには顧客がこちらの休みを把握していることもあり
こちらが新技術を勉強する暇すら与えられないというデスマーチ状態が
ウェブサービスやサービス指向アーキテクチャといった技術やUMLや
アジャイル開発やXPという方法論の普及を妨げている。
顧客をなんとか説得しなきゃならない。
プログラマにもプログラマ独自の労働組合みたいなものを結成して
団結することで顧客の無茶な要求を減らすようにするしかないかな。
それか新しい資格制度を導入して、さらに、
無茶な要求をする悪い顧客の魔の手から守るためにプログラマを法的に保護する法律
もあってもよいのではないかと思う。
プログラマが団結し、プログラマ独自の労働組合が強くなれば
プログラマの価値も上がり、不当な評価、対偶も受けにくくなる。
まずはマスコミの力を使ってプログラマが抱えている悩みを
IT業界だけでなく世間一般にも知らしめてみるのもいいかもしれない。
>>217 Javaの場合は
Apache Beehiveという技術が最近新たに登場して
Web Servicesが再び話題になっている。
おいおい、Beehive本当に使って言ってるのか？ｗ
あんなもんASP.NET相当を今さら再発明した程度だろ。
再発明っていう言葉がバカっぽくていいですね。
>>223 おまいこそBeehiveを使ったことがあるのかと。
サービス指向アーキテクチャも知らないで
なにをいっとるんだかね。
ASP.NETに似ているのはTapestryだろ。
BeehiveはStrutsを使うというASP.NETとはまったく異なるアプローチ
を取っているものがあるわけだが。
Tapestryのようにしか機能しないASP.NETだけで
ServletやJSPよりも満足できる基本技術があるのかいね？
227 ：
仕様書無しさん：05/02/28 13:00:50
>>225 つーか、君の言ってるウェブサービスって何？
標準仕様でいうとどこまで入ってるの？
まさかWS-*抜きでウェブサービスとか言って、Beehiveが良いとかマヌケなこと言ってないよな？ｗ
まあ、BeehiveをSOAとか言ってる時点で分かってないんだろうけどね。
こうして延々と新しい物が生まれるのがJavaの宿命。
言語はひとつでもその上のものがコロコロ変わるんだよな。
Javaに限らず、当たり前のことだと思うが。
231 ：
仕様書無しさん：05/02/28 13:30:04
Beehiveって、@WebServicとか@WebMethodとか、.NETまんまパクって馬鹿にされてるやつだろ？
しかもSOAとか言っておきながらUIコントロールがメインのアホ仕様。ｗｗｗ
Strutsであと何年飯が食えますか？
いなかで半年くらい？
234 ：
仕様書無しさん：05/03/03 23:42:49
>>227 >
>>225 > つーか、君の言ってるウェブサービスって何？
> 標準仕様でいうとどこまで入ってるの？
> まさかWS-*抜きでウェブサービスとか言って、Beehiveが良いとかマヌケなこと言ってないよな？ｗ
まさかWS-がつかないとWebServicesじゃないとか
言ってる馬鹿じゃないよねw
マウスが接続されていないマシンはコンピュータじゃないとか
わめいてそうだなあw
まあ、BeehiveがSOAと全く関係ないと思いこんでる時点でわかってないんだろうねどね。
236 ：
仕様書無しさん：05/03/03 23:46:33
>>231 UIのところしか見えないところがいかにも
ヴィビ厨みたいなアフォ思考w
237 ：
仕様書無しさん：05/03/04 00:08:58
Webサービスって要はインターネット越しで関数呼べるってこと？
Googleのサービスとか公開されてるけど、あれって誰でも使えるよね。
IDとパスワードによる認証をした人でないと使えないとか
通信の暗号化ってできるんでしょうか？
お馬鹿な質問ですいません。
通信の暗号化はhttpsで問題ないと思うけど。
239 ：
仕様書無しさん：05/03/04 19:15:01
>>234 で、君が思うウェブサービスに必須の仕様は何？
答えてみ。
>>237 WS-Securityでできるから心配するな。
>>238 ウェブサービスはHTTPに限定するものじゃないよ。
もう少し最近の流れを知ってくれ。
242 ：
仕様書無しさん：05/03/04 19:22:26
PHPでいいよ。
これをバイナリにできるツールあれば完璧。
244 ：
仕様書無しさん：05/03/05 13:02:31
>>239にとって
ウェブサービスに必須な仕様はWS-がつくものじゃないといけないらしいｗ
>>244 で、君が思うウェブサービスに必須の仕様は何？
答えてみ。