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

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

乱立する技術の将来の流行を予想しよう

1 :デフォルトの名無しさん:01/10/10 00:02
<勝ち組>
C#、PHP、JScript(JavaScript)、JSP、JavaSelvlet
Flash、UnitTest、分散オブジェクト、Jini、RDBMS
EJB、XML、Web-EDI、SQL、TRON、Apache、匿名掲示板

<負け組>
C/C++、Perl、Python、Ruby、Lisp、ASP、IIS
ADO、Javaアプレット、ペアプログラミング、COBOL、
GIF、エージェント指向

2 :デフォルトの名無しさん:01/10/10 00:03
2だ!2!!!!!!とれなかったら死んでやるさ!!!!

3 :デフォルトの名無しさん:01/10/10 00:05
<負け組>
>>1

4 :デフォルトの名無しさん:01/10/10 00:06
Javaアプレットはすでに負けてるんじゃない?

5 :デフォルトの名無しさん:01/10/10 00:06
<負け組>
Visual Basic

6 :デフォルトの名無しさん:01/10/10 00:07
せめてCとC++は分けて欲しい。

7 :デフォルトの名無しさん:01/10/10 00:07
てかTRONが‥‥。

8 :デフォルトの名無しさん:01/10/10 00:08
<負け組>
Delギコ

9 :デフォルトの名無しさん:01/10/10 00:09
オブジェクト指向は負け組みになるだろうな。

10 :デフォルトの名無しさん:01/10/10 00:10
Perlは勝つだろう。

11 :デフォルトの名無しさん:01/10/10 00:11
TRONってなによ?

12 :デフォルトの名無しさん:01/10/10 00:11
p2pは勝ち組み
ASPは負け組み

13 :デフォルトの名無しさん:01/10/10 00:13
<負け組>
>>12

14 :デフォルトの名無しさん:01/10/10 00:14
>>10
PHPに潰されるだろ。

15 :デフォルトの名無しさん:01/10/10 00:15
>>14 は Perl の使い道は CGI しか知らないようです。

16 :デフォルトの名無しさん:01/10/10 00:16
>>15
Perlなんて、CGIとワンライナー以外に使えない。

17 :Ruby!:01/10/10 00:17
Ruby>>>>>>>>Perl

18 :デフォルトの名無しさん:01/10/10 00:18
<負け組>
shige

19 :デフォルトの名無しさん:01/10/10 00:20
>>11
http://www.e-words.ne.jp/view.asp?ID=1050

負けそうになったが、組み込みの分野で巻き返した
らしい。

20 :デフォルトの名無しさん:01/10/10 00:21
最近は新技術が多すぎだな。

21 :デフォルトの名無しさん:01/10/10 00:21
昔からだって

22 :デフォルトの名無しさん:01/10/10 00:24
>>1
なんでC++が負け組みなのよ?

23 :デフォルトの名無しさん:01/10/10 00:26
>>1
なんで Perl、Python、Ruby あたりのお手軽言語が負け組なのよ?

24 :デフォルトの名無しさん:01/10/10 00:27
>>19
組み込みで使われるのはiTRON だったけ?
でも最近ヂゃないヨナ‥。

25 :デフォルトの名無しさん:01/10/10 00:29
>>23
WindowsだとWSHがあるからな。Linux専用になって共食いして
負け組だろ。

26 :デフォルトの名無しさん:01/10/10 00:30
>>23
CPUの速度が上がって来てるんだから、コンパイルも手間がかからないんだよ!

27 :デフォルトの名無しさん:01/10/10 00:30
Cこそ最強。標準。

28 :デフォルトの名無しさん:01/10/10 00:31
>>24
WSH なんて使ってる奴いるの?(w

29 :デフォルトの名無しさん:01/10/10 00:32
なんか>>1の煽りにまんまと引っ掛かっているよな気がするぞ。

30 :デフォルトの名無しさん:01/10/10 00:32
っつ〜かいっつも思うのだが、
C/C++って勝ち負けが云々以前だろ。

31 :デフォルトの名無しさん:01/10/10 00:32
とりあえず日経が取り上げないと負け組み。

言語のよしあしじゃなくて宣伝の如何。

32 :デフォルトの名無しさん:01/10/10 00:33
Rubyが最後に残る。定説

33 :デフォルトの名無しさん:01/10/10 00:33
Cは残ると思うよ。
アセンブリ言語と近い関係にあるからね。
その点C++はちょっとやり過ぎだから負け組みになるかもね。

34 :デフォルトの名無しさん:01/10/10 00:33
>>日経が取り上げないと

こんなこと言ってるやつは負け組みだろ。

35 :デフォルトの名無しさん:01/10/10 00:33
限りなく駄スレの予感。

36 :デフォルトの名無しさん:01/10/10 00:34
言語間の喧嘩はここで片をつけるってことで

37 :Ruby!:01/10/10 00:34
Perl.Python,HSP,VBは消してやる。
開発者は殺せ!

38 :デフォルトの名無しさん:01/10/10 00:35
>>33
Cって残ってるけど、C++使ってる奴が多いから負け組だと思う。
でも実際はC++の処理系使いながらC組んでる奴がたくさんいそう。(w

39 :デフォルトの名無しさん:01/10/10 00:36
>>37
お前をか?

40 :ruby!:01/10/10 00:38
Perl.Python,HSP,VBを使っている奴を見かけたら殺しましょう。
そのサイトの掲示板は荒らして結構です。

41 :デフォルトの名無しさん:01/10/10 00:38
>>1をまとめると、JAVAが勝ち組みでMSとお手軽言語が負け組みってことか?

42 :Ruby!!!!:01/10/10 00:39
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い
憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い憎い

43 :1:01/10/10 00:39
>>40
心配するな。Rubyは負け組だ。

44 :デフォルトの名無しさん:01/10/10 00:41
Rubyが負け組の筈がないだろヴォケ

45 :デフォルトの名無しさん:01/10/10 00:43
ASP=Application Service Provider
XP =eXtreme Programming
C# =半音さげたド(ハ長調の場合)

46 :デフォルトの名無しさん:01/10/10 00:43
<負け犬>
802

47 :デフォルトの名無しさん:01/10/10 00:46
Kylixはどっちだ?

48 :デフォルトの名無しさん:01/10/10 00:47
>>1
ほとんど知りません。

49 :デフォルトの名無しさん:01/10/10 00:47
> Perl.Python,HSP,VB

このピリオドは聞きずてならんな。

50 :デフォルトの名無しさん:01/10/10 00:48
将来性のある言語と自分の得意な言語とを
混同しているお馬鹿さんが多いな

51 :デフォルトの名無しさん:01/10/10 00:48
Kylixはステージにも乗らない。

52 :Ruby厨な人:01/10/10 00:49
ここの人はこういった話が本当に好きですね。
なにか含むところでもあるんでしょうか。

53 :デフォルトの名無しさん:01/10/10 00:49
とりあえず、>>1がかなり偏っているってことがわかった。

54 :デフォルトの名無しさん:01/10/10 00:50
不毛

55 :デフォルトの名無しさん:01/10/10 00:51
今54がいいこと言った!

56 :デフォルトの名無しさん:01/10/10 00:53
>>55
将来性のある技術を見抜いて習得しておけば潰しが利くと思うよ。

57 :デフォルトの名無しさん:01/10/10 00:53
今も将来もDelphiが最強!

58 :デフォルトの名無しさん:01/10/10 00:54
まあまあ、みんな喧嘩しないで仲良く

言語のカーストを決めましょう。

59 :デフォルトの名無しさん:01/10/10 00:54
>>56
このスレで将来性のある技術を見抜けると?
あるいはその逆か(w

60 :デフォルトの名無しさん:01/10/10 00:55
>なにか含むところでもあるんでしょうか
ソフトの中身の話になると特定分野の知識が必要だし
共通の話題を探すとGUIとか言語とかそこらに落ち着く。

61 :デフォルトの名無しさん:01/10/10 00:55
>>58
末端(どれい)は、VC,VB,VC#,VJ++,.NETでいいか?

62 :デフォルトの名無しさん:01/10/10 00:55
とりあえず王者はC。 不動。

63 :デフォルトの名無しさん:01/10/10 00:57
>>62
CはもうC++とJAVAに王者を明け渡してる。
アセンブラといい勝負。

64 :デフォルトの名無しさん:01/10/10 00:57
CLOS

65 :デフォルトの名無しさん:01/10/10 00:57
>>64
いいねぇ。

66 :デフォルトの名無しさん:01/10/10 00:58
俺、メジャーな言語の中でCより文字列の扱いの下手な言語は知らんわ
あんなものが王者?

67 :デフォルトの名無しさん:01/10/10 00:58
>>61
駄目。奴隷はRuby。

68 :デフォルトの名無しさん:01/10/10 00:58
初心者なんかはこれから何を学べばいいのか?と思うのでは。
コンピュータの世界では、悲しいかな、
メジャーなものを選んでおくのがいいのが現実だが。

69 :デフォルトの名無しさん:01/10/10 00:58
JAVAは、士濃工商の工だろなぁ

70 :デフォルトの名無しさん:01/10/10 00:59
C++は王子、Javaは神官。

71 :デフォルトの名無しさん:01/10/10 00:59
802はえたひにん

72 :デフォルトの名無しさん:01/10/10 00:59
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????
濃民????濃民????濃民????濃民????濃民????濃民????濃民????濃民????

73 :デフォルトの名無しさん:01/10/10 00:59
>>68
例えば、Rubyとか?

74 :デフォルトの名無しさん:01/10/10 01:00
Delphi選らんどけば良いって言ってんだろチビ

75 :デフォルトの名無しさん:01/10/10 01:00
>>69
Javaは太陽神の御告げを伝える神官です。

76 :Ruby厨な人:01/10/10 01:00
Ruby以外は駄目駄目だね。未来がない。

77 :デフォルトの名無しさん:01/10/10 01:01
VBは消厨工の厨

78 :デフォルトの名無しさん:01/10/10 01:02
確かにサーバーサイドは Java 一色ですね。

79 :デフォルトの名無しさん:01/10/10 01:02
>>74
チビいうな。
そういう身体的な欠点を言う奴は死ねよ。
マジきづ付いた。

80 :デフォルトの名無しさん:01/10/10 01:02
802 =能ない馬鹿は爪を見せる

81 :デフォルトの名無しさん:01/10/10 01:02
Ruby厨な人=802=2ちゃん牧場

82 :デフォルトの名無しさん:01/10/10 01:03
別に1は言語だけを比べてるわけじゃないと思うが。

83 :デフォルトの名無しさん:01/10/10 01:03
皆でC使って幸せになろうよ。

84 :デフォルトの名無しさん:01/10/10 01:03
>>77
チョトイイ

85 :デフォルトの名無しさん:01/10/10 01:03
COBOLは商人ですだ。

86 :デフォルトの名無しさん:01/10/10 01:04
VBは農民。

87 :デフォルトの名無しさん:01/10/10 01:04
>>82
例えば?

88 :デフォルトの名無しさん:01/10/10 01:04
>>82
とりあえず、>>60

89 :デフォルトの名無しさん:01/10/10 01:07
言語の話題しか出来んのかここの住人は。

90 :デフォルトの名無しさん:01/10/10 01:08
>>89
だから、>>60

91 :デフォルトの名無しさん:01/10/10 01:10
>>1の思考回路。

サーバーサイドでは
SUN>>>>>>>>>>MS
クライアントサイドでは
MS>>>>>>>>>>Linux

全体では
サーバー>>>>>クライアント

92 :Ruby厨な人:01/10/10 01:10
過剰反応する人が多くて楽しいよ。眺めていて。

93 :デフォルトの名無しさん:01/10/10 01:11
>>92
一番過激なのは君なのでは?

94 :デフォルトの名無しさん:01/10/10 01:11
はっきりいってバブルソートより、挿入ソートの方が生き残る。

95 :デフォルトの名無しさん:01/10/10 01:12
Ruby厨な人=802=2ちゃん牧場

アホが釣れたYO!
一番アホなのは君なのでは?>>92

96 :デフォルトの名無しさん:01/10/10 01:12
>>92 もう一度言わんと分からんかな
劣等感を持っているやつに限って
人をそうやって見下すものだよ

97 :デフォルトの名無しさん:01/10/10 01:12
>>94
えらく絞った話題を振ったもんだ。

98 :デフォルトの名無しさん:01/10/10 01:13
>>94
そうか?泡吹きは重要なテクだぞっ!

99 :デフォルトの名無しさん:01/10/10 01:13
さて、俺はそろそろ寝るよ。

100 :デフォルトの名無しさん:01/10/10 01:14
他のリンクがあると少しよろこんでいたのに

802=2ちゃん牧場
クラックがダメな理由。クラックだと怒る理由。
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=1001269042

と指摘しても完全無視。

このスレのスタート時点はDelギコスレから移動していること
このスレがスタートした時からDelphiEnt版のクラックリンクが張られなくなったこと、
向こうの1が学生という事、1が自分でシリアル集配布して優越感に浸っていたことを告白
1が登場しなくなったあたりから、何もいう事を聞かないキチがい2ちゃん牧場 登場
会話は802と全く同じ他人を下に見下ろす発言しかなし。
で相手にされなくなって向こうのスレがつぶれたあたりから
Delギコスレの802が登場してきて・・・・という流れ。

ホンマモンのアホね、コイツ(藁

ォィォィ、ネタだって、ネタ(藁
マジレスすんなって(藁

そろそろ寝るよが口癖、基地害802

101 :デフォルトの名無しさん:01/10/10 01:15
この2chに、Rubyをベタ誉めしている人は一人しかいないような気がする。
悪くない言語だけどさ、負け組みだよね。
Macと同じ香りがするよ。

102 :デフォルトの名無しさん:01/10/10 01:16
>91
それは、結構まともなこと言ってない?
俺もそう思う。
でもCが負け組みとは思わない。

103 :デフォルトの名無しさん:01/10/10 01:17
>>101
俺はお前が、自作自演して煽ってるように見える。

104 :デフォルトの名無しさん:01/10/10 01:17
>>102
大丈夫?

105 :デフォルトの名無しさん:01/10/10 01:17
お前ら全員人生の負け組だよ(w

106 :デフォルトの名無しさん:01/10/10 01:18
>>104
どう駄目なの?

107 :デフォルトの名無しさん:01/10/10 01:18
何を持ってserver>clientなんだか。
serverもclientも両方ないと成立しないYO!

108 :デフォルトの名無しさん:01/10/10 01:19
C最強。
書いたこと以外の余計なことは一切しない。
計算機を奴隷にする漢の言語。

109 :デフォルトの名無しさん:01/10/10 01:19
書いたこと以外のことする言語なんてあるの?

110 :デフォルトの名無しさん:01/10/10 01:19
>>107
でも、サーバーとクライアントの関わりは結局のところ
サーバーの技術に偏るじゃん。

111 :デフォルトの名無しさん:01/10/10 01:20
802が
お前ら全員人生の負け組だよ(w
宣言

負け犬は802なのにね。

ホンマモンのアホね、コイツ(藁

112 :デフォルトの名無しさん:01/10/10 01:20
だからサーバ>クライアントなのか?

113 :デフォルトの名無しさん:01/10/10 01:21
サーバーの技術に偏るがクライアントを意識しないと
Javaのように大失敗しちゃう。
とりあえずサーバー、クライアントどっちが重要ってことではない。

114 :デフォルトの名無しさん:01/10/10 01:24
>>113
Javaが大失敗って頭大丈夫?
流行を議論するスレだよ。

115 :デフォルトの名無しさん:01/10/10 01:24
SCE=SEGA Computer Entertainment

116 :デフォルトの名無しさん:01/10/10 01:25
>>114
Javaのクライアントサイドは大失敗ではない?

117 :デフォルトの名無しさん:01/10/10 01:27
>>116
そうでもないよ。組み込みで爆発的に使われだしたしね。

118 :デフォルトの名無しさん:01/10/10 01:28
Windowsのクライアントサイドに限って言えば、大失敗だろう。
他は大成功だが。(w

119 :デフォルトの名無しさん:01/10/10 01:30
>>116ー118
そんなにJAVAを非難すんなよ

120 :デフォルトの名無しさん:01/10/10 01:31
>>109
GC搭載してる言語は全部

121 :デフォルトの名無しさん:01/10/10 01:32
そもそも、対立の構図が無いのに、勝ち負けがあるのか、問いたい。

122 :デフォルトの名無しさん:01/10/10 01:33
GC=GNU Compiler

123 :デフォルトの名無しさん:01/10/10 01:33
GC搭載してる言語は一行書いたら「GCやれ」って命令してるのと
同じなんだよ。
C言語だって、printfを書いたら勝手にコンソール起動しやがる。(w

124 :デフォルトの名無しさん:01/10/10 01:35
VB VS VC
VC VS VJ++
VB VS Kylix,Delphi
VBscript VS JavaScript

125 :デフォルトの名無しさん:01/10/10 01:35
>>121
流行する技術=勝ち
流行しなかった技術=負け

負けでも開き直ればいい。

126 :デフォルトの名無しさん:01/10/10 01:36
>1に書いてあるなかでは

ASP VS JSP
IIS VS Apache

127 :デフォルトの名無しさん:01/10/10 01:37
JAVAとC#の正面衝突は避けられないでしょう。
OSの覇権争いにまで影響を与えると思います。

128 :デフォルトの名無しさん:01/10/10 01:38
負けてもファンが居てくれるなら
それを考えた人も本望ではないか>125

129 :デフォルトの名無しさん:01/10/10 01:38
VS = Visual Studio

130 :デフォルトの名無しさん:01/10/10 01:38
うーん、俺組みこみもやるけど、俺だったらJava採用しないなー。
メモリ効率、実行速度の足かせがあるんじゃねえ。
組みこみで移植性なんて意味無いし。

131 :デフォルトの名無しさん:01/10/10 01:39
>>129
おまえつまらん。

132 :デフォルトの名無しさん:01/10/10 01:39
>>130
javaチップ使えば?

133 :デフォルトの名無しさん:01/10/10 01:40
いや衝突前に墜落してます>デスクトップJava。
ジャストシステムが人柱に・・・。

134 :デフォルトの名無しさん:01/10/10 01:40
>>127
正直言ってC#不利だろうね。サーバーで勝てないから。

135 :デフォルトの名無しさん:01/10/10 01:41
>>132
有ればね。
つうかVMチップね。

136 :デフォルトの名無しさん:01/10/10 01:42
C#で何をやるかが判然としてないと思うんだけど。
なんでもできます!って言ってるだけだよね、今。

137 :デフォルトの名無しさん:01/10/10 01:44
結局はDelphi2世に成り下がると思う。>C#

138 :デフォルトの名無しさん:01/10/10 01:44
>>134
んなことない。サーバーマシンの数とWindowsクライアントの数を比較すれば自明だ。

139 :デフォルトの名無しさん:01/10/10 01:44
C#も企画ダオレだろ?

140 :デフォルトの名無しさん:01/10/10 01:45
>>138
でもサーバーアプリケーションの需要とクライアントアプリケーションの
需要で考えてみろよ。

141 :デフォルトの名無しさん:01/10/10 01:46
携帯も実は数多い。

142 :デフォルトの名無しさん:01/10/10 01:46
ActiveXを革命だと言っていたMSJJの某氏は.NETも革命だと言っている。

143 :デフォルトの名無しさん:01/10/10 01:47
>>141
i-アプリがあるね。

144 :デフォルトの名無しさん:01/10/10 01:47
>>139
MSは言語メーカーとしてもかなり力があると思う。

145 :デフォルトの名無しさん:01/10/10 01:49
WindowsとDOSがあるからだろ?

146 :デフォルトの名無しさん:01/10/10 01:50
MSJJって何?教えて

147 :デフォルトの名無しさん:01/10/10 01:51
>>140
サーバーとクライアントとの関係は一対多。
つまり
0<サーバーアプリケーションの需要<クライアントアプリケーションの需要
でしょう。
サーバーアプリケーションの需要がなくなることはありませんが。

148 :デフォルトの名無しさん:01/10/10 01:51
MSJJ = Microsoft System Journal 日本語版

149 :デフォルトの名無しさん:01/10/10 01:54
>>147
数で決まりだNE!

150 :デフォルトの名無しさん:01/10/10 01:57
>>148
さんきゅう

151 :デフォルトの名無しさん:01/10/10 01:57
>>147
だから、サーバーアプリケーションはクライアント側からも
要望があるだろ。

152 :デフォルトの名無しさん:01/10/10 01:58
どれだけJavaの需要があるかわからないんだったら求人でもみてみたらいいのに。

153 :デフォルトの名無しさん:01/10/10 02:00
>>151
要望などということはこの際問題ではありません。
サーバーとクライアントとの関係は一対多ということです。

154 :デフォルトの名無しさん:01/10/10 02:01
そうだそうだ!数が問題なんだYO!

155 :エロ画像:01/10/10 02:02
http://mypage.naver.co.jp/kengo21/index.html

156 :デフォルトの名無しさん:01/10/10 02:03
あーう。勘違いしてはいけません。
今のJavaの求人需要は一種のバブルです。
すぐ反動が来ますです。

157 :デフォルトの名無しさん:01/10/10 02:05
だからiアプリ。
あと炊飯器と冷蔵庫と洗濯機と掃除機とエアコンとTV。

158 :デフォルトの名無しさん:01/10/10 02:05
Web関係の仕事で知人に聞いた話だと
JavaよりはPHPの方が流行っているとか。
まあ金額ベースにしたらどうか分からんけどさ。

159 :デフォルトの名無しさん:01/10/10 02:06
どういう原理で反動が起きるんだろ?
まあ、Javaは出来て当然というレベルになって人があまるってんならわかる。

160 :デフォルトの名無しさん:01/10/10 02:06
>>157
SONYのbitplayはWin2k

161 :デフォルトの名無しさん:01/10/10 02:07
プロはPHPは使わない、そうです。
俺はプロじゃないらしい。

162 :デフォルトの名無しさん:01/10/10 02:08
MSはブラウザ市場にIEを送り込んでNetscapeからシェアをほとんど奪いました。
同様にMSはJAVAの市場にC#を送り込もうとしているのです。
MSの戦略はOSにIEを抱込むというものでした。
C#についても同様の戦略をとるものと思われます。

163 :デフォルトの名無しさん:01/10/10 02:10
でも、今回は頼みのOSが負けてるからな。サーバーや携帯などで。

164 :162:01/10/10 02:10
XPにはJREを排除しC#の実行環境を搭載するものと思われます。

165 :デフォルトの名無しさん:01/10/10 02:11
PDAはPalm。
携帯や家電はJava。
サーバーはPC-UNIX。
クライアントはWindows。
そんな住み分けで安定しないものかな。

166 :デフォルトの名無しさん:01/10/10 02:11
XPには間に合わないよ。DirectXみたいにアプリにつけて配布。

167 :デフォルトの名無しさん:01/10/10 02:12
>>164
JREなんてもともと見る影もないし、XPには.NET実行環境はない。
あとで提供される。

168 :デフォルトの名無しさん:01/10/10 02:12
>>143
数なんか問題じゃないんだよ。需要が問題なんだよ。
一つのアプリが一億人に使われるような状況よりも
一つのアプリが一千人に使われる状況の方が
新たなアプリの需要はかえって多い。

169 :168:01/10/10 02:13
>>153の間違い。

170 :デフォルトの名無しさん:01/10/10 02:16
ていうか、
サーバーアプリケーションのユーザー = サーバー+クライアント
クライアントアプリケーションのユーザー = クライアント

サーバーの方が多いですが何か?

171 :デフォルトの名無しさん:01/10/10 02:16
家電でOO!

172 :デフォルトの名無しさん:01/10/10 02:18
オブジェクト指向な米の炊き方を真剣に考えてみることにする。

173 :デフォルトの名無しさん:01/10/10 02:18
>>168
何をいいたいのかわかりません。
サーバーとクライアントの話しから反れています。

174 :将来っていつ?:01/10/10 02:19
5年後の勝ち組が10年後には負け組になってるかもしれないよ。

175 :デフォルトの名無しさん:01/10/10 02:20
>>173
話がそれてるのはむしろそっちだろ。
もともと、サーバーとクライアントのアプリどちらが
需要があるかって話だろ。

176 :デフォルトの名無しさん:01/10/10 02:22
>>170
あなたはお馬鹿です。
C/Sを勉強し直してください。

177 :デフォルトの名無しさん:01/10/10 02:22
>>174
その場合は勝ちでも負けでもないってことで。

178 :デフォルトの名無しさん:01/10/10 02:23
>>176
出た、罵倒だけの煽り。(w

179 :デフォルトの名無しさん:01/10/10 02:23
>>170
数学とコンピュータサイエンスを勉強してきてください

180 :デフォルトの名無しさん:01/10/10 02:24
>>179
あなたがね。

181 :デフォルトの名無しさん:01/10/10 02:24
<勝ち組>
オブジェクト指向言語

<負け組>
関数型言語

182 :デフォルトの名無しさん:01/10/10 02:25
結局、ASPのサービスをどの言語で記述するのかって話ですよね。

183 :デフォルトの名無しさん:01/10/10 02:26
>>182
違うだろ。

184 :デフォルトの名無しさん:01/10/10 02:27
>>182
SchemeScriptに一票(w

185 :デフォルトの名無しさん:01/10/10 02:27
>>181
ワラタ
元々全く勝負してない

186 :デフォルトの名無しさん:01/10/10 02:27
ASPはすでに負けてるよ

187 :デフォルトの名無しさん:01/10/10 02:28
>>170
クライアントアプリとサーバーアプリの言語は同じ言語である必要はありません。
ですからjava vs C#についてあなたの持ち出したC/Sの話はナンセンスです。
>>178
恥かしいのでこれ以上威張るのはやめてください。

188 :デフォルトの名無しさん:01/10/10 02:29
iアプリはしばらく劇的な動きはないと思われ。
503i、504iとクソ仕様のままですな。

189 :デフォルトの名無しさん:01/10/10 02:30
>>187
話をずらしまくってるね。
いつから同じ言語とかの話になったの。
ま、サーバーじゃjavaでクライアントじゃC#になるだろうけどね。

190 :デフォルトの名無しさん:01/10/10 02:30
UniversalCanvasでWindowsのUI上にASPを組み込んでしまい
Windowsの世界で一つの閉じたASPの市場を作って囲い込みを行うのが
.NETの戦略の一面ではないかと思うのですけど間違ってるかしらん?

191 :デフォルトの名無しさん:01/10/10 02:32
>>190
んでも、UNIX上の相手に向かってそれをやっても何の効果も無いと思われ。

192 :デフォルトの名無しさん:01/10/10 02:33
<勝ち組>
http://www.2ch.net/

<負け組>
http://slashdot.jp/

193 :デフォルトの名無しさん:01/10/10 02:33
>>170
C/Sについて何もわかっていません。話しになりません。

194 :デフォルトの名無しさん:01/10/10 02:33
>>191
WindowsでもJAVAは動くだろ。

195 :デフォルトの名無しさん:01/10/10 02:34
ASPってActive Server Pageのほう?

196 :デフォルトの名無しさん:01/10/10 02:34
>>193
ハイハイ。話になりませんね。

197 :デフォルトの名無しさん:01/10/10 02:34
>>191
UNIXへの直接攻撃を狙っているというよりも
自分の陣地を固めてしまいたいのではないかと思ってます。
クライアントサイドの市場を制圧している限り会社は生き残るし
生きていればこそサーバーサイドへの侵略もできるわけですから。

198 :デフォルトの名無しさん:01/10/10 02:35
>>195
もちろんそうだろ。

199 :デフォルトの名無しさん:01/10/10 02:37
>>195
いえ、ここではApplication Service Providerの方です・・・。
ASPを組み込むってのも変な書き方ですけどまあ察してください。

200 :デフォルトの名無しさん:01/10/10 02:41
でも企業が、都合よく.NETだけに味方するのかな。

201 :デフォルトの名無しさん:01/10/10 02:42
Application Service ProviderってOSが関係してくるもの
なのか?

202 :デフォルトの名無しさん:01/10/10 02:43
.NETだけということはないでしょうね。
敵味方というよりも儲かるか儲からないかが重要なわけで
儲かるならば両方に手をつけるでしょう。
あからさまな圧力が掛からない限り。

203 :デフォルトの名無しさん:01/10/10 02:44
>>201
アプリケーションの対応OSがあるよ。

204 :デフォルトの名無しさん:01/10/10 02:46
>>201
OSというよりもブラウザの話になります。
多分、.NET(というかC#やMSIL)を使ってサービスを組むと
IEと連携して複雑なUIが実現できる、という形にすると思います。
そしてそういうUIを作らざるをえない状況を作り出すために
WindowsのデフォルトのUIにそれをどんどん組み込んでいって
一般のユーザーさんが「これと同じじゃないとダサい」と
感じてしまうような状況を作るんじゃないでしょうか。
たとえばツールバーのデザインなんかはOfficeを中心にして
まさにこのような形でMicrosoftが流行を作り出してきたような気がします。

205 :デフォルトの名無しさん:01/10/10 02:46
>>201
しないとでも?

206 :204:01/10/10 02:47
あら、sage忘れてしまいました・・・。

207 :デフォルトの名無しさん:01/10/10 02:47
>>204
正直、ネタなのか、天然なのかワカランヨ

208 :204:01/10/10 02:49
>>207
いえ、結構真面目にこう考えてます・・・DQNですか?そうですか・・・。

209 :デフォルトの名無しさん:01/10/10 02:49
204はActiveXと勘違い?

210 :204:01/10/10 02:50
>>209
WebControlがごく普通のHTMLの範囲内に収まるとは思ってないだけです。

211 :デフォルトの名無しさん:01/10/10 02:56
ActiveSaverPageとApplicationServiceProviderを混同していない?
全然話が見えないのだが。

212 :204:01/10/10 03:02
>>211
すいません、確かに書き方が変だったと思います。
イメージしているのは、あくまでもApplication Serviceの方のASPです。
ASPが提供するサービスのフロントエンドのUIはブラウザになりますよね。
それを、標準仕様のHTMLではなく拡張仕様のHTMLとも言うべき
Microsoft独自のUniversalCanvasで表現し、まず表現力を高めます。
そして、UniversalCanvasに埋め込むコントロールをC#で記述して
Aplletのように随時ダウンロードさせるのではないかと考えているのです。
たとえばストリーミングなどマルチメディアが絡んでくると
マークアップ言語だけではなかなか辛いものがあると思います。
そういう場合に、C#ベースのApplet式のアプローチが使えれば強いかな、と。
また、そのAppletとサーバー間の通信仕様を独自のものにして
Microsoft製品以外ではそういった環境が作りづらくするのではないかな、と。
やっぱ外してますでしょうか?

213 :デフォルトの名無しさん:01/10/10 03:06
え、ASPのフロントエンドってブラウザだったの?
え、ASPのフロントエンドってブラウザだったの?

214 :204:01/10/10 03:09
>>213
まあ、そういう場合も多いということで。
もちろんそれだけに限定されるものでないという理解はもっていますよ。
コンポーネント内に組み込む方向も大変大きな市場だと思います。
特に地図や気象情報、金融情報などのデータベース的なものへ
アクセスするためのコンポーネントが提供されれば大変面白いことになると期待してます。

215 :デフォルトの名無しさん:01/10/10 03:09
>>213
何か知ってるんだったら教えてやれよ。
俺は正直ASPは知らないから何も言えないけど。

216 :デフォルトの名無しさん:01/10/10 03:11
いちおうそういう戦略らしいジャン

217 :204:01/10/10 03:11
ひょっとして私は思い切りDQNなことを言ってるんでしょうか・・・。

218 :デフォルトの名無しさん:01/10/10 03:12
Officedでもいいってなるんじゃねーの?

219 :204:01/10/10 03:17
>>218
100Mbpsぐらいのブロードバンド環境が当たり前になれば
Officeもブラウザ上で動くAppletのようにする方が合理的ではないでしょうか?
既にアプリケーションをオンデマンドで供給するという事業は
商業ベースで進められている事例もありますし
ライセンスやバージョン管理を考えればいずれ
そういう流れになるのではないかと。
もちろんまだまだ先の話ですけれどもね。

220 :デフォルトの名無しさん:01/10/10 03:20
ASPの中でもそういう所はあるかもしれないけど
.NETを利用しようとリッチコントロールはActiveXの延長でしかないから
やはり重いかと。

webサービスでそこまでやる必要があるのかな。
MSは結局Officeという弗箱は捨てたくないから
オンデマンドで使えるOfficeは実現しないと思うよ。

221 :204:01/10/10 03:26
>>220
仮にオンデマンドOfficeが出てくるとしても5〜10年は先だと思います。
重さについては未知数ですが、これだけの時間を掛ければ
ハードウェア環境が大分変化しているでしょうから
それなりに期待をしてもいいのではないでしょうか?
それに、OSに最初から多数のコンポーネントを組み込んでしまうことで
実際にオンデマンドでやりとりするものを最小限に絞り込むこともできます。
VisualBasic製のアプリケーションと同様の構図です。
いずれにしても、ソフトウェアの不正コピーを抑止し
更に時限設定をしたレンタルサービスなどを盛り込んで
集金体制を強化するにはオンデマンドは将来的には避けられない道だと思います。
むしろ、オンデマンドにすることで、儲けが増えるのではないでしょうか?

222 : :01/10/10 03:27
いやいやOfficeの話はフロントエンドとしてっていみで。
今までだってexcelでアプリケーション作ったりしてたじゃん。c/sね。
それをもうちょっと、上手くSOAPでやり取りするような
形にかえるんじゃないかなぁ。
アプレット方式は考えてナイト思うけど。

223 :デフォルトの名無しさん:01/10/10 03:30
実際、すでにExceがブラウザ化しているよね。
逆か、IEがExcel化してしまうことあるし。

MSはその統一ネット上アプリプラットホームとして
.NETをぶち上げているのかな。

224 :204:01/10/10 03:31
>>222
なるほど。
実際のところはMicrosoftに聞いてみないと分かりませんね。
DLL Hellなどという単語を自分たちでも使うぐらいですから
私個人としては、バージョン管理の問題のためにも
積極的にオンデマンドを追求してもらいたいと思います。
随分と遅くまで起きてしまいましたので、これで失礼いたします。
おやすみなさいませ:−)

225 : :01/10/10 03:32
おれはこう思う。Officeみたいなドル箱を捨てるはずがない。
やりたいことはライセンスの管理だと。ネットワークに繋がった
状態でアプリケーションの起動時に毎回チェックする機能を
OSに持たせる。これをASPすれば他のアプリメーカーもこの
承認機構を同様に利用できるってなかんじに

226 : :01/10/10 03:39
225
もちろん今までのパッケージを買うって言う形に限らない
料金徴収ができる。時間に応じて。代数に応じて。ASPの
機能使用に応じて。
というふうにWindows上のアプリ全てが代わって行くと

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

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

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