- 1 名前：デフォルトの名無しさん [03/02/16 21:37]
- 実際どっちがええの？なんか同じことできそうだけど。
.netはまだ生まれたてだから
JDK1.1の頃のようにバグだらけなんかな。
実績で言ったらJ2eeかえ？
- 237 名前：デフォルトの名無しさん mailto:sage [03/02/20 10:40]
- >>232
ロバストネス分析なら
オブジェクト図やステートチャート図などで構成できるので
ロバストネス図というものまではいらんと思うが
- 238 名前：デフォルトの名無しさん mailto:sage [03/02/20 13:26]
- WS-ReliabilityはBizTalk Frameworkのパクリですけど。
- 239 名前：デフォルトの名無しさん mailto:sage [03/02/20 18:54]
- >>238
ebXMLのパクリでも....?
- 240 名前：デフォルトの名無しさん mailto:sage [03/02/20 19:13]
- >>232
JavaDoc を読めばクラス図なくてもいいという気はするね。
詳細すぎるクラス図を読み解く手間は JavaDoc +ソースを読むのと変わらないくらいだし。
してみるとクラス図を表示するときに、
フィルタリングして余計な情報を除外する機能があると嬉しいかも。
- 241 名前：デフォルトの名無しさん mailto:sage [03/02/20 21:38]
- >>238
うん、ありえる。
Reliabilityをちょこっと調べてみると、一時期M$がぶいぶい言ってた。
で、今M$は reliable message をどーやって実現しようとしているの？
- 242 名前：デフォルトの名無しさん mailto:sage [03/02/20 21:39]
- つーか、キーボードの下10cm位に置いてある BiztalkServer本をめくって調べる気力がでない、今日は疲れてて
- 243 名前：デフォルトの名無しさん [03/02/20 23:36]
- >>237
いやいやクラス図とJavaDocは存在目的が全く違うよ。
クラス設計しないんか？
- 244 名前：デフォルトの名無しさん mailto:sage [03/02/20 23:50]
- >>240
あったほうがええよ。
デザインパターンとかつかってんならクラズ図見ただけで
なにやってるか推測しやすい。
- 245 名前：デフォルトの名無しさん mailto:sage [03/02/21 00:24]
- >>243
クラス図は手書きで書くよ。
ドキュメントとして残すものは visio で清書してるけど。
- 246 名前：デフォルトの名無しさん [03/02/21 01:24]
- >>205
>>223の説明しれ
- 247 名前：デフォルトの名無しさん [03/02/21 02:13]
- 現時点ではJ2EEが圧倒的に先行している。
J2EEがデファクトになりそうだから、MSはあせりまくりだな。
- 248 名前：sage [03/02/21 02:38]
- BizTalkは実装したソフトウェア製品自体が不安定だったから
くそだっツーの。規約を安定した実装で実現できないM$には
退場宣告
- 249 名前：デフォルトの名無しさん mailto:sage [03/02/21 13:12]
- あのさ、Reliable Messagingなんか2001年前半にはもうすでに文脈が登場してるわけ。
www.w3.org/2001/03/WSWS-popa/paper51
MSとIBMは今これを実現するための仕様を策定中なわけだが、富士通が先走って作った仕様じゃ
WS-SecurityともWS-Routingともその他のWS-XXとも、極論言えばSOAP1.2とも
互換性がないわけよ。仕様読めばわかるだろ。WS-Reliablityなんかどうせ消えるから
無視しておいたほうがいいぜ。Sunが出した振り付け仕様だってはなっから無視されてるだろ。
あれと同じ運命。
J2EEがデファクトとかいってるやつ、おまえがもう少しあせって勉強したらどうだ。
BizTalkが不安定とかいってるやつ、BizTalkのレベルでメッセージングシステムを構築できる他社製品をあげてみな。
- 250 名前：デフォルトの名無しさん [03/03/03 23:37]
- おまえら J2EE と .NeT が死滅寸前に追い込まれたときどうするよ？
ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ
- 251 名前：デフォルトの名無しさん mailto:sage [03/03/04 00:04]
- おまえら250が死滅寸前に追い込まれたときどうするよ？
ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ
別に放っておいてもいいか
- 252 名前：デフォルトの名無しさん [03/03/16 13:43]
- UMLの本を読んでいたらアナリシスパターンが出てきた。
Layersパターンなんてものもあるんだね。
POSA(Pattern-Oriented System Architecture)
という本もあるんだ。
イディオムなんてものもあったんだ。
- 253 名前：デフォルトの名無しさん mailto:sage [03/03/17 14:45]
- なんだかとりとめのないスレだな
- 254 名前：デフォルトの名無しさん [03/03/31 01:42]
- 初心者に教えれ
J2EEアプリケーションサーバはJavaだからLinuxでもWinでも動くが
.NETアプリケーションサーバはWindowsでしか動かないのですか？
- 255 名前：デフォルトの名無しさん mailto:sage [03/03/31 01:43]
- >>254
LinuxでXSPが動いてる
- 256 名前：デフォルトの名無しさん mailto:sage [03/03/31 02:10]
- >>254
実質そうだな。
- 257 名前：デフォルトの名無しさん mailto:sage [03/03/31 02:14]
- >>254
Linux版は9月正式リリースです。
- 258 名前：デフォルトの名無しさん mailto:sage [03/03/31 10:43]
- >>255
つまり.NETはLinux上ではWindowsと同じように動いてくれないと？
- 259 名前：デフォルトの名無しさん mailto:sage [03/04/01 00:57]
- Linux版Windowsが９月に出るよ。
- 260 名前：デフォルトの名無しさん mailto:sage [03/04/01 03:37]
- >>259
ｴｲﾌﾟﾘﾙﾌｰﾙﾃﾞﾂｶ・ﾟ・(つД｀)・ﾟ・
- 261 名前：254 mailto:sage [03/04/02 00:06]
- >>256
やっぱりそうなのか、だったら.NETがJ2EEより流行るわけないじゃんね
.NET vs J2EEつーより、サーバーOSとしてWindows << Linuxだもんな
- 262 名前：山崎渉 mailto:（＾＾） [03/04/17 15:47]
- （＾＾）
- 263 名前：デフォルトの名無しさん [03/05/19 08:55]
- サーバはJava一色と聞きましたが、J2EEからActiveXも使えるのですか？
それとも、ActiveXを使ったASPが廃れてるのかな？
- 264 名前：デフォルトの名無しさん mailto:sage [03/05/19 10:47]
- >>263
ActiveXというとJavaAppletとJavaScriptの中間に当たる
セキュリティホール丸出しの悪い印象があってActiveXで
プログラミングしている人なんて聞かないなあ。
よほどの物好きが使いってイメージがあるよ。
しかもASPも、VBScriptなどで動いている以上、良い印象がないなあ。
ASP.NETならまだいいけど。それでもMVCのViewだけってのは・・・
- 265 名前：デフォルトの名無しさん [03/05/19 11:39]
- じゃあ、サーバJavaというのは、HTMLオンリーか、JavaAppletになるわけですか？
質問ばかりですみませんが、先ず一般的にどう作られているのか知りたいです。
- 266 名前：デフォルトの名無しさん [03/05/19 12:28]
- 一般的なのはJSP/Servet+EJBだろうな。
- 267 名前：デフォルトの名無しさん mailto:sage [03/05/19 12:34]
- >>265
HTMLオンリー、JavaAppletとといったらクライアントサイド。
サーバサイドJavaといったらEJB(EnterpriseJavaBeans), JSP(JavaServerPages),
JavaServlet。
MVCアーキテクチャのうちModelが EJB
View がJSP 、これがライバルではASPやASP.NET、PHPってところか。
ControllerがServlet ライバルは良く知らない。
- 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]
- よくわかんないんだけど、ドットネットだとバグはマイクロソフトが責任とってくれるんですか？
|
 |
