- 1 名前：デフォルトの名無しさん [03/02/16 21:37]
- 実際どっちがええの？なんか同じことできそうだけど。
.netはまだ生まれたてだから
JDK1.1の頃のようにバグだらけなんかな。
実績で言ったらJ2eeかえ？
- 268 名前：デフォルトの名無しさん [03/05/19 12:49]
- >JSP/Servet+EJB
>JavaAppletとといったらクライアントサイド。
JSPでActiveX並みの画面は作れるわけでしか。
もちろん、JSPでJavaApplet利用ですよね？
一時期JavaAppletは死んだと言われてましたが、
まだ、JavaWebStartなんてインストールされてない気がするというか自分が使ってないような気がする。
- 269 名前：デフォルトの名無しさん mailto:sage [03/05/19 13:07]
- >>268
ASPやPHP, CGIをご存知なら解るとは思いますが
それらと同じ目的で作られたJSPはAppletやFlashやActiveXのような派手なものを表現するために作られたものではありません。
掲示板やチャット、オークションサイト、eCommerce. eCRMとか、B2B,B2Cサイトとかで
ユーザからのリクエストに応じてHTMLやAppletに情報をレスポンスする部分に使うものです。
実際には、JSPのソースコードを見てみればわかります。
JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。
が、このタグはブラウザ側からは見られません。
といえばわかるでしょうか？
- 270 名前：デフォルトの名無しさん [03/05/19 14:24]
- >AppletやFlashやActiveXのような派手なものを表現するために作られたものではありません。
分かります。
>JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。
>が、このタグはブラウザ側からは見られません。
ブラウザ側からは見られないなんて、初めて知りました。
じゃあ、派手な画面にはAppletが生きてるわけですね。
一時期Applet死滅と騒がれてたので。
- 271 名前：デフォルトの名無しさん [03/05/19 22:54]
- >>268
AppletとJavaWebStartは関係ないぞ。
JavaWebStartはAppletよりむしろ、JavaApplicationをAppletのように各クライアントに
インストール不要にする技術。
- 272 名前：デフォルトの名無しさん mailto:sage [03/05/19 23:32]
- >>270
Appletで派手なものやろうとすればできないことも無いが
それだけをやるんだったらFlash使ったほうがかなり楽なことは確か。
Flashはデザイナー好みの機能満載だからね。
AppletをFlashのようにマウスだけで簡単に作れるツールは少ないね。
デザイン以外の目的で使うならAppletはまだまだ生きている。
HTMLと併用して何かを表示したいならまだまだApplet
- 273 名前：デフォルトの名無しさん mailto:sage [03/05/19 23:34]
- >>270
> >JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。
> >が、このタグはブラウザ側からは見られません。
> ブラウザ側からは見られないなんて、初めて知りました。
ブラウザでソースをみても違うものが返ってきます。ただのHTMLにAppletへのリンク、
<object>タグまたは<Applet>タグが現れます。
サーバ側で<jsp:plugin>を<object>に変換してからクライアントにそのHTMLダウンロードして
表示しているだけなのです。
- 274 名前：山崎渉 mailto:（＾＾） [03/05/28 12:56]
- ∧＿∧
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
- 275 名前：デフォルトの名無しさん [03/06/04 13:28]
- .Net, WebSphere Security Tested
ttp://www.eweek.com/article2/0,3959,1114315,00.asp
- 276 名前：デフォルトの名無しさん mailto:sage [03/06/09 23:16]
- java厨とC#厨が知識をひけらかしてるだけのｽﾚってここでつか？
- 277 名前：デフォルトの名無しさん mailto:sage [03/06/17 21:22]
- Security Evaluation of Microsoft .NET Framework and IBM WebSphere - Executive Summary
www.atstake.com/research/reports/eval_ms_ibm/
- 278 名前：デフォルトの名無しさん mailto:age [03/07/14 15:41]
- XML WEBサービスという名前がカコわるい
- 279 名前：山崎 渉 mailto:（＾＾） [03/07/15 09:44]
-
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
- 280 名前：デフォルトの名無しさん mailto:age [03/07/20 02:06]
- 大抵最後においしいところを持ってくのは IBM
- 281 名前：山崎 渉 mailto:（＾＾）sage [03/08/02 02:30]
- （＾＾）
- 282 名前：山崎 渉 mailto:（＾＾） [03/08/15 16:58]
- (⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
- 283 名前：デフォルトの名無しさん mailto:age [03/08/25 21:10]
- WSDPの話出てこないな(ワラい
- 284 名前：デフォルトの名無しさん mailto:sage [03/09/02 15:27]
- J2EE vs. .NET - An Executive Look
ttp://www.netreverie.com/dotnet/J2EE_vs_.NET-An_Executive_Look.asp
- 285 名前：デフォルトの名無しさん mailto:sage [03/09/02 15:33]
- [Service or Feature] Microsoft .NET Platform ／Java 2 Enterprise Edition Platform
[Language] VB, C++, C#, Java, Jscript, Perl…30+ ／ Java
[OS Platform & Runtime] Windows - CLR ／ Any ? JRE, JVM
[Mobile Platform] .NET Compact Framework ／ Java 2 Micro Edition
[GUI/In-proc Component] .NET class ／ JavaBeans
[Server-side Component] .NET, with COM+ services ／ EJB
[Persistent Objects] ADO.NET DataSet ／ EJB Entity Beans
[Web Page Generation] ASP.NET ／ JSP
[“Code Behind”] ASP.NET ／ Java Servlet
[Relational Data Access] ADO.NET ／ JDBC, SQL/J
[Hierarchical Data Access] ADO.NET ／ -None-
[Queuing] System.Messaging, MSMQ ／ JMS
[Asynchronous Invocation] COM+ Queued Components ／ Message Beans (EJB 2.0)
[Eventing] COM+ Events ／ -Not specified-
[Remoting] SOAP/HTTP/DCOM ／ RMI-over-IIOP
[Naming] ADSI ／ JNDI
[HTTP Engine] IIS ／ Apache
[XML] System.XML ／ JAXP, JAXM, JAXB, JAXR…
[Web Services] (.NET) XML Web Services ／ Sun ONE, IBM, BEA, Oracle
[Legacy Integration] HIS (COMTI), BizTalk, MSMQ, WS ／ JCA, JMS, WS, CORBA, JNI
[Shared Context] Passport ／ The Liberty Alliance, JXTA
[Security API] System.Security ／ JAAS
- 286 名前：デフォルトの名無しさん [03/09/06 22:23]
- >>284
.NETの圧勝！
- 287 名前：デフォルトの名無しさん mailto:sage [03/09/06 22:43]
- もう結果は見えてるよね。
JAVAって何？ああ、昔馬鹿な人たちが使っていたやつね、Ah ha.
- 288 名前：デフォルトの名無しさん mailto:sage [03/09/06 23:09]
- >284
一番肝心な
Windowsしか選択肢がない，MSと心中 / OSを選ばない，心中することはない
はどうなんだ？
- 289 名前：デフォルトの名無しさん [03/09/06 23:13]
- >>288
ちゃんと書いてあるじゃん。
Vendor Neutrality
J2EE 9/14
.NET 3/14
Portability
J2EE 11/14
.NET 1/14
- 290 名前：デフォルトの名無しさん mailto:sage [03/09/06 23:15]
- 英語の読めない低学歴のためにちゃんと図表で書いてるのにそれでも分からないのか。(w
- 291 名前：デフォルトの名無しさん mailto:sage [03/09/06 23:18]
- >>284の著者もM$に脅されて泣く泣く.NETに有利な記事を書かされたのか。
良心の呵責に悩まされながら。
- 292 名前：デフォルトの名無しさん mailto:sage [03/09/07 00:13]
- MSと心中した方が幸せになれるのは明白です
- 293 名前：デフォルトの名無しさん mailto:sage [03/09/07 00:31]
- それは言えてる
- 294 名前：デフォルトの名無しさん mailto:sage [03/09/07 19:52]
- JAVAはエンタープライズ、携帯電話の組み込み向け
.netはVB,C++,Delphiの得意なクライアント市場向け。
クライアントだとネイティブコンパイルができる.NET有利
サーバーとか非MSプラットフォームだといろんなOSのVMがあるJAVAが有利
今後はわからんが現状だとちゃんとすみわけができてる
- 295 名前：デフォルトの名無しさん mailto:sage [03/09/08 06:42]
- クライアントにはDelphiがあるので.NET不利。
- 296 名前：デフォルトの名無しさん mailto:age [03/09/08 17:04]
- >>254
そもそも
.NETアプリケーションサーバ
ってなんですか?
- 297 名前：デフォルトの名無しさん mailto:sage [03/09/11 00:53]
- マルチプラットフォームなんていらねーじゃん。
- 298 名前：デフォルトの名無しさん mailto:sage [03/09/11 16:50]
- >>297
Wintel PCだけがコンピュータではないぞ？
エンタープライズとか組み込み市場なんかだと非Wintelが主流。
- 299 名前：デフォルトの名無しさん mailto:sage [03/09/11 20:54]
- マルチも駄目ネイティブも駄目.NETはなんなの
- 300 名前：デフォルトの名無しさん mailto:sage [03/09/11 21:39]
- Unicode関連が駄目駄目な某糞ツールよりはマシですよ。
- 301 名前：デフォルトの名無しさん mailto:sage [03/09/25 11:42]
- .NETのILってFORTHを彷彿とさせるな
- 302 名前：デフォルトの名無しさん mailto:sage [03/11/16 02:48]
- >>299
たんなるマーケティング用語ですが、なにか？
- 303 名前：デフォルトの名無しさん [03/12/11 17:25]
-
今日ドッグイヤーといって、新たなシステムソリューションを立案・計画してから市場に
実際に投入するまでの時間を、短縮することは極めて重要な課題となっている。
まずこの観点から両方式を比較する。
J2EEは、.NETには見られない市場に出すまでの時間を短縮できる特徴を持っている。
例えば状態管理サービスが開発者たちが書くコード量を減らし、状態の管理を思い煩わ
なくてもよくさせている。その結果アプリケーション開発スピードをより高いレベルに押し上
げる。状態管理サービスにより、状態を保持できるコンポーネントを構築することが可能に
なる。（entityBeanの）パーシステンスサービスにより、開発者はデータアクセスの論理を
コーディングせずに、アプリケーションを書き下すことができる。
その結果より簡潔な、データベースから独立したアプリケーションを、
より簡単に構築・保守することができるようになる。プログラミングされたトランザクション
は、より大規模なトランザクション上のコントロールを有するようになる。
そしてカスタムタグ（自分で任意に定義したタグ）は極めて強力なものであり、
開発者やWebデザイナーたちが簡単に協業することができるようにする。
- 304 名前：デフォルトの名無しさん [03/12/11 19:04]
- >>303
カスタムタグを使って開発者とWebデザイナが分業できるってよく言われるけど
本当にうまくいってる例あるのかなあ
デザイナがどれくらいこの板を見てるか分からないけど、うちはtaglibで
大助かりだったって人居るの頭？
- 305 名前：デフォルトの名無しさん [03/12/11 19:09]
- その問題は.NETでもJ2EEでもどちらでも抱えている問題だわな。
しかしそれもJakarta Tapestryで解決する。
- 306 名前：デフォルトの名無しさん [03/12/13 15:23]
- J2EEは今日、さまざまのミッションクリティカルなビジネス上の問題を扱っている。
しかしながら表面的なものを振り返れば、J2EEが成熟さを欠いている、
いくつかの認定可能なリスク領域が存在するということを、銘記すべきである。
・自動パーシステンスが提供されるEJBは、未だに未成熟である。
・Java接続アーキテクチャ(JCA)は、新しい技術である。
・あらゆるWebサービスのサポートは、新しい技術である。
マイクロソフトの.NETにとっては、話は少し違ってくる。.NETのいくつかはWindowsDNA
に基づいている。それはまた今日様々なミッションクリティカルなWebサイトの運用に用い
られ、成功を収めている。しかしながら
・新しいCLRの下では、基礎をなしている.NETプラットホームのかなりの部分が実質的
に書き直されている。実際プラットホームそれ自体は、目下の所β版しか入手できな
い（註：今日では製品版が提供されている）。
・C#は新しい言語である。
・あらゆるWebサービスのサポートは、新しい技術である。
結論としては、J2EEの方がより成熟したプラットホームであるということだ。
J2EEにおけるある種の新規の特徴が、新しくかつリスキーであることは事実である。
しかしながら.NETの基礎の基礎をなす構造は、完全に書き直されており、C#言語全体
が完全に新しく開発されたものである。このことは新しいJ2EEの特徴と比較しても、
極めて大きなリスクを伴うことを示している。.NETについての最良の特色は、
それがCOMレジストリの依存性を排除していることにある。即ち.NETは、
DLL地獄とサヨナラしたのである。しかし、.NETについての最悪の特色は、
今存在しているインフラを追い出してしまうということにある。リスクが嫌なら、
この(.NET)ような第1世代のソフトウエアに対しては「じっと待って観察する。」
というアプローチをとることを勧める。
- 307 名前：デフォルトの名無しさん mailto:sage [03/12/13 15:24]
- >>306
何年前の記事だろ？
- 308 名前：デフォルトの名無しさん mailto:sage [03/12/13 15:26]
- > NETのいくつかはWindowsDNAに基づいている。
> .NETの基礎の基礎をなす構造は、完全に書き直されており
矛盾してます。
- 309 名前：デフォルトの名無しさん mailto:sage [03/12/13 15:29]
- > .NETのいくつかはWindowsDNAに基づいている。
> .NETについての最悪の特色は、今存在しているインフラを追い出してしまうということにある。
やはり矛盾してます。
- 310 名前：デフォルトの名無しさん [03/12/13 20:34]
- どう矛盾しているって？
- 311 名前：デフォルトの名無しさん mailto:sage [03/12/13 20:35]
- 「特色」と「基礎」の意味を理解していれば矛盾していないことに気が付くんだけどなあ
- 312 名前：デフォルトの名無しさん mailto:sage [03/12/13 21:44]
- >>304
スタイルシートを使いこなせる(ブラウザの特徴を完全に把握している)
Webデザイナと、ドキュメント構造からどんなデザイン的自由を確保できるのか
理解してるPGがいれば、カスタムタグなんて要らない。
- 313 名前：デフォルトの名無しさん [03/12/14 05:17]
- >>312
それいったらJSFやstrutsはおろかASP.NETは敗北宣言しているようなものじゃん・・・・。
- 314 名前：デフォルトの名無しさん [03/12/14 10:14]
- >>312
＞ドキュメント構造からどんなデザイン的自由を確保できるのか理解してるPG
この部分が分からないので教えて四。それは具体的にどういう職能を持ってれば
タムタムタグが不要なの？
- 315 名前：デフォルトの名無しさん [03/12/14 14:59]
- まあJakarta Tapestryを使えばカスタムタグを覚える必要がないのは確かだね
- 316 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:10]
- 業務でJakartaなんて使う馬鹿いない。
バグったら誰が責任取るのさ？
- 317 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:22]
- 普通に業務で使ってるけど。
Jakartaであろうとなかろうとバグったらバグの原因を作ったものが責任をとるにきまってるやん
- 318 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:26]
- つまりJakartaは一切責任を取ってくれませんと。最低だな。
- 319 名前：デフォルトの名無しさん [03/12/14 15:29]
- Jakarta の信頼と実績を知らないでしょチミ。
Apache HTTP Serverがあれだけのトップシェアを誇った理由も知らないんじゃ話しにならないねw
- 320 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:33]
- >>319
タダだからだろ？
有料だったら誰も使わないよ。
- 321 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:34]
- JakartaとApache WebServerを並べても意味ないだろ。
別物だし。
- 322 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:35]
- JakartaがあるからJ2EEは要らないのか
- 323 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:36]
- Jakartaなんか使ってまでJavaやりたいかねえ。
Perlで十分じゃん。
- 324 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:45]
- つまりJavaはオプソに頼らなければならないほど信頼性も実績もないということか。
- 325 名前：デフォルトの名無しさん [03/12/14 16:01]
- オプソの信頼性と実績に頼れない.NET房は大変だな（ｗ
- 326 名前：デフォルトの名無しさん mailto:sage [03/12/14 16:12]
- これはこのフレームワーク、とかいろいろ組み合わせないと使い物にならなかったり。
MSの1つでOKとは違うね。
- 327 名前：デフォルトの名無しさん mailto:sage [03/12/14 16:17]
- まあ、それは文化の違いでしょう。
どちらがいいかはその人次第。
- 328 名前：デフォルトの名無しさん [03/12/14 16:32]
- >>324
ﾌﾟ お前はPerlのことを良く知らないでperlでいいとかほざいているようだが
perlもオープンソースだぞ(藁
- 329 名前：デフォルトの名無しさん mailto:sage [03/12/14 16:33]
- >>321
同じApacheに属しているぞw
- 330 名前：デフォルトの名無しさん [03/12/14 16:34]
- >>322
ﾌﾟ J2EEのことをよくわかっていないアフォですねw
- 331 名前：デフォルトの名無しさん mailto:sage [03/12/14 16:35]
- >>330
J2EEはApache WebServerを含んでいるとでも？
- 332 名前：331 mailto:sage [03/12/14 16:36]
- あ、>>322宛てか。>>321宛てと読み違えた。ｽﾏｿ
- 333 名前：デフォルトの名無しさん [03/12/14 16:44]
- >>320
それだけじゃない。
まずソースコードが公開されているため
ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。
一企業に依存しない、ネットワークでつながれた
世界中のより多くの人によって開発されている。
だれでもその開発に携わることができる。これも信頼性を大きく高める起因。
数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため
一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。
競合するソフトウェアの真の価値を暴くことができ、ライバルとなっている企業が
どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。
オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。
すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた
製品を作るようになる。
これはM$などソースをほとんど公開したがらないM$などにとっては
大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。
むしろM$が必死にLonghornなど新しいものを作りたがる傾向は
オープンソースのおかげといっても過言ではない。
- 334 名前：デフォルトの名無しさん mailto:sage [03/12/14 17:38]
- > まずソースコードが公開されているため
> ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。
ソースを公開すれば必ず信頼性が高くなるわけではありません。
すべては元のソースの品質次第です。
> 一企業に依存しない、ネットワークでつながれた
> 世界中のより多くの人によって開発されている。
それはすなわち一貫性のないカオスということです。
> だれでもその開発に携わることができる。これも信頼性を大きく高める起因。
最近でもクラッカーに書き換えられて被害を出してますね。
> 数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため
> 一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。
テストにおいて、ソースが公開されているかどうかはほとんど関係がありません。
- 335 名前：デフォルトの名無しさん mailto:sage [03/12/14 17:38]
- > 競合するソフトウェアの真の価値を暴くことができ、ライバルとなっている企業が
> どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。
> オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。
> すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた
> 製品を作るようになる。
それはイニシャルコストの話に過ぎません。
トータルコストから見れば大した割合ではありません。
> これはM$などソースをほとんど公開したがらないM$などにとっては
> 大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。
それは事実ですが、相手がオープンソースだからということとは何の関連性もありません。
ただ単に競合相手だからです。
> むしろM$が必死にLonghornなど新しいものを作りたがる傾向は
> オープンソースのおかげといっても過言ではない。
いいえ。顧客の機能要求によるものです。
- 336 名前：デフォルトの名無しさん mailto:sage [03/12/14 18:59]
- Javaの信頼性なんてこんなものだろ。
www.javalobby.org/nl/archive/jlnews_20031202o.html
- 337 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:01]
- よくわかんないんだけど、ドットネットだとバグはマイクロソフトが責任とってくれるんですか？
- 338 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:11]
- >>337
ドットネットにバグなど存在しません。すべて仕様でつ
- 339 名前：デフォルトの名無しさん [03/12/14 19:22]
- >>326
M$のAPIを使う香具師は自分で作って公開するって香具師が少ないねほんとに。
Monoだけでしょ, まともなところってw
- 340 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:43]
- >>334
> > まずソースコードが公開されているため
> > ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。
> ソースを公開すれば必ず信頼性が高くなるわけではありません。
> すべては元のソースの品質次第です。
まったく言っている意味がわかってないな。このアフォは。
いちいち説明しなおしてやらんとわからんの？ この低脳は。
>>334はApache Jakartaの話をしているんだよ。
ソースを公開していることが信頼されるための第一条件だといってんの。
まずソースコードが公開されていることを説明し、ソースコードが公開されている上で
どれだけ多くの開発者がかかわっているかを全体にわたって説明したでしょうや。脳足りんのチミ？
M$学生エヴァンゲリストだかなんだか知らんが
物事を部分部分で捉えずに全体を見て捕らえるって事ができないのかねM$房は。
視野が狭すぎるんだよM$厨房は。
> > 一企業に依存しない、ネットワークでつながれた
> > 世界中のより多くの人によって開発されている。
> それはすなわち一貫性のないカオスということです。
俺たちはこんあ小学生の作文いたいなぱっとしないコメントを読みたがっているんじゃないんだよ。
何が一貫性がなく何がカオスなのか説明してみろよチミ。
なんでもかんでもわかったつもりになって詭弁術を唱えるんじゃないよ。
オープンソースというのはコミッターによって一貫性を保ちつつしっかりと管理されているんだよ。
勘違いしないように。
- 341 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:49]
-
> > だれでもその開発に携わることができる。これも信頼性を大きく高める起因。
> 最近でもクラッカーに書き換えられて被害を出してますね。
M$のWindowsUpdateに見られるセキュリティパッチの多さや被害の多さにに比べればたいしたこともないぞ。
> > 数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため
> > 一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。
> テストにおいて、ソースが公開されているかどうかはほとんど関係がありません。
チミ日本語読めてる？ 突然「ソースが公開されているかどうかはほとんど関係がありません。 」
とか意味不明なこといって。何言ってるのチミ？ 頭大丈夫？
この一文はソースが公開されてるされていないの話をしているんじゃないんだよ。
数多くのテスターによって何度も繰り返しテストされなんどもチェックされて信頼と実績を確保していることが
Apacheというオープンソースソフトウェアの素晴らしいところなんだよ。
- 342 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:49]
- >>335
> > 競合するソフトウェアの真の価値を暴くことができ、ライバルとなっている企業が
> > どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。
> > オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。
> > すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた
> > 製品を作るようになる。
>
> それはイニシャルコストの話に過ぎません。
> トータルコストから見れば大した割合ではありません。
全ての顧客にとってたいした割合とは限らんだろう。
>
> > これはM$などソースをほとんど公開したがらないM$などにとっては
> > 大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。
>
> それは事実ですが、相手がオープンソースだからということとは何の関連性もありません。
> ただ単に競合相手だからです。
馬鹿か。オープンソースだからとかではなく、相手がApacheなどの有名で人気どこであることが
M$に強い刺激を与えていることも事実なんだよ。
たとえばEclipseにしてもそうだ。次期VS.NETにはEclipseにあったリファクタリング機能が追加されるんだろ。
タダでできるツールがあれだけ高度なことができるのになぜ有償ツールは
ああいうことができないのか？ と顧客、プログラマから当然のように不満が来る。
- 343 名前：デフォルトの名無しさん [03/12/14 19:51]
-
> > むしろM$が必死にLonghornなど新しいものを作りたがる傾向は
> > オープンソースのおかげといっても過言ではない。
>
> いいえ。顧客の機能要求によるものです。
馬鹿をいえ、正確な返事は「はい、顧客の機能要求も含めオープンソースソフトウェアより
良いものを作らなければM$社を延命できないからです。」だろ。
平静さを装って逃げるなよ小僧。
オープンソースソフトウェアを見てただであれだけ素晴らしいものができるのに
なぜM$は金を顧客から詐取しておきながらオープンソースソフトウェアよりも
素晴らしい信頼性と高いセキュリティを誇る製品を作れないのだ？
と顧客にいつまでもいわれ続けないように努力するために新しいものを必死に作って
オープンソースソフトウェアに負けまいとがんばっているんだろ。
- 344 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:04]
- 長くて読んでないけどM$とあるから内容はよくあるやつだと予想できるな。
- 345 名前：デフォルトの名無しさん [03/12/14 20:04]
- M$厨マジでウザい
逝ってよし
- 346 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:06]
- > >>334はApache Jakartaの話をしているんだよ。
つまり、Apache Jakarta以外には信頼性は当てはまらないこと認めてるわけですね。
理解しました。
> オープンソースというのはコミッターによって一貫性を保ちつつしっかりと管理されているんだよ。
誰でも貢献できるわけではないのですね。残念です。
> M$のWindowsUpdateに見られるセキュリティパッチの多さや被害の多さにに比べればたいしたこともないぞ。
オープンソースに被害があることに変わりはありませんね。
> 数多くのテスターによって何度も繰り返しテストされなんどもチェックされて信頼と実績を確保していることが
> Apacheというオープンソースソフトウェアの素晴らしいところなんだよ。
商用ソフトはテスターが少ないとでも言いたいのでしょうか？
根拠が感じられませんね。
- 347 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:06]
- > 馬鹿か。オープンソースだからとかではなく、相手がApacheなどの有名で人気どこであることが
> M$に強い刺激を与えていることも事実なんだよ。
ならば「Apacheが刺激を与えている」と適切に書きましょう。
> たとえばEclipseにしてもそうだ。次期VS.NETにはEclipseにあったリファクタリング機能が追加されるんだろ。
> タダでできるツールがあれだけ高度なことができるのになぜ有償ツールは
> ああいうことができないのか？ と顧客、プログラマから当然のように不満が来る。
だからWhidbeyで対応されました。不満ですか？
> オープンソースソフトウェアを見てただであれだけ素晴らしいものができるのに
> なぜM$は金を顧客から詐取しておきながらオープンソースソフトウェアよりも
> 素晴らしい信頼性と高いセキュリティを誇る製品を作れないのだ？
ユーザー数の多さと幅の広さゆえです。
仮にオープンソースがWindows並みに普及したとしたら、結局は同じ壁にぶつかることでしょう。
- 348 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:12]
- > つまり、Apache Jakarta以外には信頼性は当てはまらないこと認めてるわけですね。
> 理解しました。
これ読んだ時点で萎えた。向きになったただの負けず嫌いの餓鬼かよ。
- 349 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:14]
- MS房の餓鬼は相手にするだけ時間の無駄です
- 350 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:15]
- 言い返せないアホアンチ。(ﾌﾟﾌﾟﾌﾟﾌﾟ
- 351 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:15]
- 小学生みたいなレスだなM$信者のレスは・・・
- 352 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:16]
- どっちがムキになってるんだろう。(ｹﾞﾗ
- 353 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:29]
- 何だよ、オプソの利点もまともに説明できないのかよ。使えない奴
- 354 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:35]
- っていうか、得意気にオープンソースを語っておきながら、反論されたら
ろくに説明もできずに一人で勝手に切れて議論打ち切ってるだけじゃん。
どうしようもない馬鹿だな
現実では誰にも相手にされてないんだろうな
- 355 名前：デフォルトの名無しさん mailto:sage [03/12/14 21:20]
- Javaがオープンソース？
冗談キツいなぁ
- 356 名前：デフォルトの名無しさん mailto:sage [03/12/14 21:22]
- .NET厨(?)も相当性格が歪んでるなあ。(ﾜﾗ
- 357 名前：デフォルトの名無しさん [03/12/14 21:35]
- Ｍ＄厨は帰れ
- 358 名前：デフォルトの名無しさん mailto:sage [03/12/14 21:45]
- >>357
スレタイよく見ろ馬鹿
- 359 名前：デフォルトの名無しさん mailto:sage [03/12/14 22:05]
- 小学生のようなM$信者の必死な無知な発言に呆れたよ
- 360 名前：デフォルトの名無しさん mailto:sage [03/12/14 22:19]
- アホアンチは幼稚園児並み
- 361 名前：デフォルトの名無しさん mailto:sage [03/12/14 22:33]
- ×幼稚園児並み
○幼稚園児以下
- 362 名前：デフォルトの名無しさん mailto:sage [03/12/14 23:14]
- アホアンチとか言っているやつ、
M$とか言ってるやつ、
どっちも目障り。
- 363 名前：デフォルトの名無しさん [03/12/14 23:19]
- >>362
なんだかんだ言ってM$擁護するつもりなんだろ。
これだからM$厨はイタ過ぎる。
- 364 名前：デフォルトの名無しさん mailto:sage [03/12/14 23:19]
- つまりアホアンチが一番目障り
- 365 名前：デフォルトの名無しさん mailto:sage [03/12/14 23:21]
- 生きる価値のない禿豚だからな。www
- 366 名前：デフォルトの名無しさん mailto:sage [03/12/14 23:35]
- >>362-365
お前らのことだ。
- 367 名前：デフォルトの名無しさん mailto:sage [03/12/15 02:53]
- NGワードで隠れている奴の発言があるぞw
- 368 名前：デフォルトの名無しさん mailto:sage [03/12/15 02:57]
- >>346-347
こいつは真性だな。
ApacheCommunityが誰でも貢献できるわけではない、と思い込んでいるとは
なかなか香ばしいやつだ。
|
 |
