5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 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、エージェント指向

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製のアプリケーションと同様の構図です。
いずれにしても、ソフトウェアの不正コピーを抑止し
更に時限設定をしたレンタルサービスなどを盛り込んで
集金体制を強化するにはオンデマンドは将来的には避けられない道だと思います。
むしろ、オンデマンドにすることで、儲けが増えるのではないでしょうか?

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

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

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)