.net と J2ee

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 05/10 01:26 / Filesize : 124 KB / Number-of Response : 512
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

.net と J2ee

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]: よくわかんないんだけど、ドットネットだとバグはマイクロソフトが責任とってくれるんですか？
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が誰でも貢献できるわけではない、と思い込んでいるとは
なかなか香ばしいやつだ。
369 名前：デフォルトの名無しさん mailto:sage [03/12/15 16:39]: M$のはSOAPが使われているからM$製品を使ったほうがいいといってる奴がいるみたいだが
Javaでも普通に使えるぞ。
JBossで使う場合もJBossに入っているAXISが使える。
370 名前：デフォルトの名無しさん [03/12/16 00:58]: AxisのSAXExceptionを吐くバグ、だれかなおしてくれ。
マジ困ってる
371 名前：デフォルトの名無しさん [03/12/16 07:22]: これだからオープンソースは使い物にならないし誰も責任とってくれない
372 名前：デフォルトの名無しさん mailto:sage [03/12/16 13:10]: マイクロソフトの製品は信頼できるし、マイクロソフトがしっかり責任をとってくれる。
いったんは今月パッチださないといったのに、予定外のパッチを出してくれるという誠実ぶり。
くろうナシに、マイクロソフトの仕様に従ってプログラムを組んでればいい。
そうすれば、Javaには太刀打ちできないシステムがいつのまにができあがる。
373 名前：デフォルトの名無しさん mailto:sage [03/12/16 21:48]: J2EEの話してる時にJakartaって馬鹿じゃねーの？
あんな信頼性のかけらもないライブラリ使ってたら大規模に耐えられんだろ。
374 名前：デフォルトの名無しさん mailto:sage [03/12/17 03:32]: ウィンドウズぐらいだよ、大規模に耐えれる信頼性があるのは。フリーソフトな
んてとんでもない。
これからは、銀行システムもウィンドウズ一色になる。
OSとして生き残れるのは、信頼性の高い、ウィンドウズだけだ。
SunもいつまでJavaみたいな馬鹿なことやってられるのか。
375 名前：デフォルトの名無しさん [03/12/17 03:32]: age
376 名前：デフォルトの名無しさん [03/12/17 11:43]: .net訳わかんねぇ。言語として規則性が皆無で美しさが無い。イラネ。
あんなの使ってる馬鹿いるのか？何でも飛びついて自慢したがるヲタ？
377 名前：デフォルトの名無しさん [03/12/17 16:50]: >>370-374
お前ら明らかに釣りな発言でﾂﾏﾝﾈ
378 名前：デフォルトの名無しさん [03/12/17 17:31]: タテヨミ。
379 名前：デフォルトの名無しさん [03/12/18 09:25]: >>371
バグによって発生した膨大な損失を、M$が賠償してくれるわけでは・・・
380 名前：デフォルトの名無しさん [03/12/18 18:06]: >>378
マ
い
く
そ

374 名前：デフォルトの名無しさん投稿日：03/12/17 03:32
ウ
ん
こ
O
S

ﾜﾗﾀ

マイ糞(＝Micro$oft)
うんこOS(＝Windows)
381 名前：デフォルトの名無しさん [03/12/18 23:32]: J2EEと.NETの連携を考える（1)
J2EEと.NET連携の意義を考える
www.atmarkit.co.jp/fjava/special/j2edotnet01/j2edotnet01.html

とりあえずこれを読め怒濤熱湯厨
382 名前：デフォルトの名無しさん [03/12/18 23:37]: アフォくせぇ。
なんで同じ機能を提供する２つのプラットフォームを使い分けなければならないのか。
383 名前：デフォルトの名無しさん [03/12/19 14:41]: お前がｱﾌｫだ。
J2EEと.NETを連携する構想なら昔からすでに多くの企業がやっている。
384 名前：デフォルトの名無しさん [03/12/28 23:21]: .NETがLinuxでも完全に動くのなら.NETの方がいいような気がする。
JSPより.NET方がはるかに楽に感じるのは気のせいだろうか・・・。
ただ、OSがLinuxじゃないと不安な気が・・・。
やっぱり、JSPか？Jakartaになってしまうのか・・。
.NETは使いたいものはパッケージにまとまっているので安心。
でも・・・。の永久サイクル。どっちがいいのか？
385 名前：デフォルトの名無しさん [03/12/28 23:28]: >>24
がっ
386 名前：デフォルトの名無しさん mailto:sage [04/01/01 20:24]: >>384
無知の匂いがするぞ。
.NETの全ての機能はLinux上では完全には動きやしない。
JSPと.NETは比較するものではない。JSPだけに絞り込む場合はASP.NETとを比較するものだ。
安定性、信頼性からサーバOSには、LinuxよりもUnixを使ったほうが良い。Windowsは論外。

>.NETは使いたいものはパッケージにまとまっているので安心。
いまいちいっている意味が理解できないな。パッケージの意味わかってる？
387 名前：デフォルトの名無しさん [04/01/18 03:48]: 細かいことだけど、.NETのFileクラスって全部staticメソッドで、
引数をパスの文字列で指定するようになってるんだが、
それってどうにもセンス無いと思うんが、どうよ。
388 名前：デフォルトの名無しさん mailto:sage [04/01/18 07:21]: >>387
FileInfo
389 名前：377 mailto:sage [04/01/18 16:05]: >>388
ああ、なるほど。
俺の早とちりだった。
これって低レベルのFile, Directoryクラスを
高レベルのFileInfo、DirectoryInfoクラスでラップしてるのかな。
390 名前：デフォルトの名無しさん [04/02/28 11:19]: Javaから見たC#と.NET
nemuneko.com/c_sharp_dot_net/
391 名前：デフォルトの名無しさん [04/03/13 14:39]: 保守
392 名前：デフォルトの名無しさん [04/04/09 12:18]: .NET-Java「連合」の前途に立ちはだかる障壁
www.itmedia.co.jp/enterprise/0404/05/epic01.html

SunとMSは「.NETとJavaを統合する計画はない」が、両プラットフォームの連係に
向けた取り組みを進めていく。しかしそれには、いくつもの技術的な障壁を解決しなくてはならない。

　「『決して』とは言わない……言うべきではないが、C#とJava言語を統合する計画も、
.NETとJava Web Servicesアーキテクチャを統合する計画もない。しかしわれわれは、
適切な形で進むべき道を見つけるべく懸命に取り組んでいく」とSunのCEO、
スコット・マクニーリー氏は記者会見で語った。

　SunとMicrosoftによると、両社のエンジニアはMicrosoftのActive Directoryと
SunのJava System Identity Serverの間でID情報を簡単に共有できるように協
力していくという。これらの2つのプラットフォームに相互運用性を持たせる取り
組みは過去にもあったが、それは主にSunのリバースエンジニアリングにより行
われていた。

　「この取り組みではプロトコルを推測しなくてはならなかった。特にセキュリティ
とID管理に関して、一部の機能がうまく動作しない。例えば、J2EEを取り扱ってい
る一部の開発者はTuxedo向けにプログラムを書かなくてはならなかった。特にSIPに関
しては、認証とセキュリティ管理の次善策がいくつかあった。今はこれらの障壁の一部
をなくすために取り組んでいる」とSunのソフト担当CTO（最高技術責任者）ジョン・フォウ
ラー氏はinternetnews.comに語った。　
393 名前：デフォルトの名無しさん mailto:sage [04/04/09 19:22]: うちの会社でNT4.0上のASP鯖がそろそろサポート切れになるんで、
Win2003鯖のASP.NETに再開発しようとしたら、コストの関係でだめになった。

Win2003鯖の問題なんだけど、調べてみたら、いままでＣＡＬが不要だった
イントラアプリが軒並みＣＡＬが必要になってやんの。

インターネット経由と言い張ろうとも、いちおう認証らしきこともしてるんで
結局CAL要になってしまった。

結局、PHP on Linuxで開発をやり直すことに。(J2EEじゃないところが
ヘタレ)

でもよかった。MSDN買う前で。
394 名前：デフォルトの名無しさん mailto:sage [04/04/09 21:45]: 2003鯖のCAL問題はいろいろでてるね
2000のダウングレードインストールしてるところも多い

だからこそLinux＋J2EEなんだろうね
PHPでやるならjspのみで構築する方がいいような気がしないでもない
395 名前：393 mailto:sage [04/04/10 00:10]: >>394

漏れが開発するわけじゃないからなぁ～（遠い目。ASP版を作ったのは漏れ）

でも、マジで開発者数分MSDEエンタープライズを買いかけてたみたいで、
そっちのほうが恐ろかった。

漏れ？　Borlandのいってる「EJBなしJ2EE」の開発をやってまふ（藁）。
出稼ぎ組み（要はオンサイト派遣ね。契約上は請負だけど）なんで社内で
の発言権まるでなし。
396 名前：395 mailto:sage [04/04/10 00:13]: わりぃ、大チョンボ。

誤）でも、マジで開発者数分MSDEエンタープライズを買いかけてたみたいで、
正）でも、マジで開発者数分MSDNエンタープライズを買いかけてたみたいで、

個人向けデータベースのエンタープライズ版買ってどうすんだか。
397 名前：デフォルトの名無しさん [04/04/10 01:10]: EJBなしJ2EE?

JSP + Servletオンリー？
つまりTomcatオンリー？
398 名前：395 mailto:sage [04/04/10 09:26]: >>397

そんな感じ。
ＤＢアクセスはJDBC直書き。テーブル数が１０くらいのプロジェクトがほとんど
なんでアクセスパターンを明確にしておけば、そんなに大変じゃない。

.Netのサンプルもそんな感じでしょ（もっとも、あっちのDBアクセス部分は
コード自動生成だけど）
399 名前：デフォルトの名無しさん mailto:sage [04/04/10 16:49]: >>398
DbUtils とか Hibernate は候補にもあがらず？
400 名前：398 mailto:sage [04/04/11 14:07]: >>399
オープンソースのO/Rマッパーはお客さんが独自実装嫌がるんで使えない。
どっかの会社が「フレームワーク」として発売して、結構なシェアになれば
興味を示すかもね。(AppachやTomcatですら嫌がるくらいだからﾀﾞﾒﾎﾟ)
401 名前：デフォルトの名無しさん mailto:sage [04/04/11 19:52]: >>400
エンドユーザがORマッパーとかまで口出しすんの？ってか知ってるんだ。
俺が組んだシステムが小規模ばかりだったためかどうか分からんけど、
そのへんは好き勝手に使いまくりだよ。もちろん責任は持たないとダメだけど、
それは自分で組んでも同じだからね。

客はWebサーバやAPサーバは気にするけど、そのへんは無頓着だった。
ってか DbUtils とかだったら勝手に使って後で聞かれても
あー Apache のライブラリっすよ。でいいんじゃないの？
俺、甘いか？
402 名前：デフォルトの名無しさん mailto:sage [04/04/11 20:58]: 昔ほど一本あたりの単価が高く大規模、開発に時間をかけると言うことが少なくなってきて
短期、低予算というハードルの上で開発する場合やはり効率がもっとも重要視される

どんなにすばらしい設計でも間に合わなければお話にならないし最悪な環境に
どんどんなってる気がするけど

EJBって年々よくなってるのにどんどん使わなくなってるというのが俺の感想
凶悪な規模のシステムはのぞく

Apacheとはいえ勝手に使うのは論外だと思うがそのへんは柔軟に使えないと厳しいね
すべてはプロジェクトリーダー次第な気がするが
403 名前：デフォルトの名無しさん mailto:sage [04/04/11 21:49]: >>402
あーもちろん勝手に使うってのはチーム内で合意をとったうえね。
404 名前：デフォルトの名無しさん [04/04/12 04:08]: >>402

それ程大きくなくてもEJB使っていますよ。
405 名前：デフォルトの名無しさん mailto:sage [04/04/12 11:04]: マイクロソフトのTCO調査は本当に信用できるか？
pc5.2ch.net/test/read.cgi/tech/1081730818/
406 名前：デフォルトの名無しさん mailto:sage [04/04/25 19:37]: >>401
遅いレスだが、
オープンソース＝フリーウェア＝質がよくないと思ってる客が多いのは事実。
あとは、責任の所在が不明確になるのが嫌なんだろうね。
オープンソースの癖に「ライブラリのバグで」と言い訳するやつは多いだろうし。
407 名前：デフォルトの名無しさん mailto:sage [04/05/01 10:14]: おなじ機能をいまから作っても、オープンソースのメジャーなライブラリと同じ品質にはならんのにね。
408 名前：デフォルトの名無しさん mailto:sage [04/05/13 18:47]: J2EE用のリッチクライアント
www.nexaweb.co.jp
409 名前：デフォルトの名無しさん mailto:sage [04/05/14 01:53]: 15 Seconds : Survey Says Firms Choose .NET Over J2EE
www.15seconds.com/News/News.asp?News_Id=694

Industry .NET J2EE
public sector 65% 35%
business services 64% 36%
media 62% 38%
retail/wholesale trade 58% 42%
manufacturing 55% 45%
finance/insurance 44% 56%
utilities/telecom 35% 65%
410 名前：デフォルトの名無しさん mailto:sage [04/05/18 18:06]: sessionを使わずにhtml（値入力）→サーブレット→JSP(値を入力)←あとはJSPのループ
の仕方がわかりません・・・
411 名前：デフォルトの名無しさん mailto:sage [04/05/26 19:47]: 意味がわからん。
412 名前：デフォルトの名無しさん [04/06/29 10:59]: java.sun.com/performance/index.jsp

Performance is critical for the success of your applications built on Java technology
and it impacts all levels of the software stack. Software-stack performance involves
server-side programs, client-side programs, Web services, operating systems, servers,
and desktops. Here we provide tools and documentation to help you learn more about
improving performance in each of these areas.

June 23, 2004
WS Test 1.0 White Paper A comparison of SOAP based web services performance of
the J2EE and .NET platforms. In all cases tested J2EE significantly outperforms .NET. Get
the whitepaper to learn about the tests that were used and the results that were obtained.
Check back after the JavaOne 2004 conference for the downloadable code for WS Test.
413 名前：デフォルトの名無しさん [04/06/29 10:59]: February 11, 2004
XML Test 1.0 White Paper A team of engineers from Sun compared the XML Processing
Performance between Java and .NET. For example we found that the Java SAX parser
significantly outperformed the .NET pull parser for the majority of use cases. We took
care to ensure that the application code and hardware configuration used on both platforms
were as similar as possible in order to make an objective performance comparison. We don't
expect you to just to take our word for it; we've provided instructions and source code so that
you can run the test yourself. Get the whitepaper to learn more about the XML tests that were
used and download the source code from the Web Services Code Samples page so that you can
evaluate the performance yourself!

February 4, 2004
J2SE 1.5 in a Nutshell The beta 1 release of J2SE 1.5 ("Tiger") is now available and promises
easier performance tuning in addition to better startup, footprint and scalability. Check out this
article to get an overview of these exciting changes

よってJ2EEの勝ち！ﾄﾞﾄﾈﾄの負け♪
414 名前：デフォルトの名無しさん [04/06/29 11:05]: java.sun.com/performance/reference/whitepapers/WS_Test-1_0.pdf
のレポートでわかることは、
棒グラフをみてわかるように、
J2EEは.NETに比べスループット性能に優れ
.NETはJ2EEに比べレスポンス性能に優れているという点だ。

ゆえに、.NETは短期的な小規模開発向け、
J2EEは長期的な大規模開発向け

だということがよくわかる。
415 名前：デフォルトの名無しさん mailto:sage [04/06/29 11:11]: で、いつ惨は倒産するの？ｗ
416 名前：デフォルトの名無しさん mailto:sage [04/06/29 11:12]: SunにしろMSにしろ、特に凄いのはAppleだがメーカー謹製のベンチを信じているヤツは痴呆
417 名前：デフォルトの名無しさん mailto:sage [04/06/29 11:22]: TigerってMacのことだろ？
Javaはパクるなよ。
418 名前：デフォルトの名無しさん [04/08/06 01:29]: age
419 名前：デフォルトの名無しさん [04/10/28 13:31:48]: すみません、EJBが良くわからないのですが、
なんとかビーンってオブジェクト、つまりクラスのインスタンスって
ことで良いんですか？

EJBは.Netでの何に相当するんでしょうか？

ある種のCOM？
なんか、EJBのビーンがDBに特化してるようなので、
ADO.NETに相当するんでしょうか？

それとも、.NetではEJBに相当するものは存在しない？
420 名前：デフォルトの名無しさん mailto:sage [04/11/04 01:43:20]: EJBはコンポーネントトランザクションなんかをサポートするためのコンポーネント開発技術だよ。
ざっくり言うと以下のようなものがある。

・Session Bean
　ビジネスロジックの記述向け。
　さらに細かく分けるとStateless Session Bean(SLSB)とStateful Session Bean(SFSB)がある。
・Entity Bean
　データアクセスコンポーネントの記述向け。（正確にはちょっと違うけど）
　さらに細かく分けるとBean-managed persistent(BMP)とContainer-managed persistent(CMP)の2種類がある。
・Message-Driven Bean
　メッセージングを扱うためのコンポーネント記述向け。

っつーかgoogleとかで検索かけてみれ。いくらでも出てくるぞ。

.NETにはCOM+（Enterprise Services）ってのがあるが、これはSLSBに対応する技術。
ADO.NETに対応するのはJavaだとJDBCとかになる。(JDBCほど低水準ではないけど)
データアクセス（オブジェクトの永続化）に対する考え方が根本的に違うから、.NETにはEntity Bean（～v2）に対応する技術はない。

しかしJavaの世界もSession Beanはともかく、Entity Beanは使いにくいねぇ。
v3で落ち着いてくれるといいんだが....
421 名前：じゃばまる [05/01/12 05:56:39]: Javaと.NETの掲示板です。
↓
8712.teacup.com/itijyo/bbs
誰か書込みしてやって下さい。
422 名前：デフォルトの名無しさん [05/01/12 15:56:20]: 話についてイケない私は負け組みですか？
423 名前：kabu [05/01/23 11:16:40 ]: J2EEではないのですが、スレの有効活用のため使わせてください。
数年前まではVB,VBA,ASP中心、ここ2,3年は.NET(Windows, ASP.NET)をC#で開発してきましたが、
今回はJSP/ServletによるWebアプリケーションを作成しています。

それでApache,Tomcat,MySQL、Eclipseを使って開発しているのですが、
今までのIISやVS.NETに比べると、サーバーや開発環境などの設定方法が非常に煩雑で
今だ非常に効率の悪い開発をしています。

Javaはすごいっていうのでもっと良いものだと思っていたのですが、正直落胆しています。
J2EEとかを使った大規模開発なら分があるのかもしれませんが
小中規模のWebアプリ開発ではJavaよりも.NETの方が優れているものなのでしょうか。
それとも市販製品なら.NETに負けないくらいのよいサーバー、IDEがあったりするのでしょうか。
424 名前：デフォルトの名無しさん mailto:sage [05/01/23 11:22:06 ]: >>423
NetBeans使えば「サーバーや開発環境の設定方法」は煩雑じゃないが。
オープンソースだし。
運用サーバーの設定は、同じ品質を求めりゃだいたい同じ煩雑さになるんじゃねぇの？
425 名前：デフォルトの名無しさん mailto:sage [05/01/23 11:24:14 ]: あと、Javaだろうが.NETだろうが、同じ時代の同じ事をする技術ならメリットデメリットを足し引きした合計得点はだいたい同じになる。
へんな夢はみるな。
426 名前：デフォルトの名無しさん mailto:sage [05/01/23 11:24:30 ]: 何でもできる分だけ
細かいところに限定すると多少煩雑になるんじゃないの？
一度作ってしまえば、次からは環境が整っているんだから
二回目以降は面倒とは思えない
427 名前：デフォルトの名無しさん mailto:sage [05/01/23 11:52:43 ]: >>426
いや、サーブレット開発するときのEclipseの環境設定は煩雑すぎると思うよ。
　JDK+Eclipse+日本語化+Tomcat+連携プラグイン
と、5つくらいDL+インストールする必要があって、それぞれインストール方法とかを調べるのも面倒。
しかも、それだけやってもTomcat連携に関してはJBuilderやらNetBeansの足元にも及ばない。
428 名前：kabu [05/01/23 12:12:31 ]: >>427
運用はともかく、とりあえず開発環境と思ったときに、
.NETならIISいれてVSいれればとりあえず動いちゃうのに対し、
Java,Apache,Tomcat,Eclipse,Eclipseプラグイン(JSPやTomcat),JDBC,CLASSPATH,その他設定・・
とにかくやることがいっぱいで、しかも設定はエディタで編集なのがまずつらかったです。
本やホームページの解説は必須でしたし、記事中とバージョンが違うと設定方法が違ったりするので
開発環境構築だけで1日以上かかってしまいました。

NetBeansではそうではないということなので今度試してみようと思うのですが、
なんというかVS.NETみたいな、デファクトスタンダードがないのが、
未経験者が突入していくのがつらいと感じるところです。

一応自分なりに設定手順をメモしていきましたが、
半年後、もう一度１から開発環境を作れといわれたら、やっぱり1日くらいかかりそう・・・
429 名前：デフォルトの名無しさん mailto:sage [05/01/23 12:19:42 ]: >>428
みんな指摘しているようにそういう人はNetBeansやJBuilderだよ

Javaとかその辺詳しく知っていて使えるのがEclipse

君が言ってるのはVS.NETではなくて.NETSDKの
コマンドラインベースで開発が難しいとへんなことをいってるようなもの

あとぺたぺた貼り付ける場合はそれようのソフトがある

そしてJavaの利点は組み合わせが自由に選べること
430 名前：デフォルトの名無しさん mailto:sage [05/01/23 12:33:40 ]: そんなに設定しなくても
JDK、Tomcat、Eclipseだけでとりあえず開発環境できるでしょ。
Apacheとプラグインは必須じゃないし
431 名前：デフォルトの名無しさん mailto:sage [05/01/23 12:38:01 ]: >>424
> オープンソースだし。

理由になってないと思うが。
432 名前：デフォルトの名無しさん mailto:sage [05/01/23 16:14:21 ]: ＠ITの広告企画書いた人かなぁと思うくらい主張がまったく同じだな
433 名前：デフォルトの名無しさん mailto:sage [05/01/23 16:29:48 ]: でもまあ合ってるし。
良くもあり悪くもあり。
434 名前：デフォルトの名無しさん mailto:sage [05/01/23 16:32:02 ]: VS.NETという商用と比較するならJBuilderとかStadioCreaterとかWebSphereとかだろう
435 名前：デフォルトの名無しさん mailto:sage [05/01/23 17:00:44 ]: >>431
「市販」に対してってことで。
436 名前：デフォルトの名無しさん mailto:sage [05/01/23 17:04:05 ]: >>430
サーブレットに対してちゃんとわかってないと、プラグインなしで開発は難しいと思うが。
JBuilderやらNetBeansやらで、ウィザードで手軽に作って実行できるほうがいい。
ゆっくりサーブレットの勉強ができる時代でもないしね。
437 名前：デフォルトの名無しさん mailto:sage [05/01/23 22:19:01 ]: >>436
サーブレットを理解できてなくても開発できてしまう
魔法のプラグインとやらは何処からDLできるですか？
438 名前：デフォルトの名無しさん mailto:sage [05/01/24 12:53:57 ]: >>435
だからそれは利点なのかと聞いてるんだが？
439 名前：デフォルトの名無しさん mailto:sage [05/01/24 20:37:48 ]: >>438
そりゃ、「市販製品」に比べれば気軽に使える分、利点だろ。
440 名前：デフォルトの名無しさん mailto:sage [05/01/25 00:39:59 ]: >>439
今時MSDNサブスクリプションも持ってないSIerって有るんかいな？
441 名前：デフォルトの名無しさん mailto:sage [05/01/25 08:17:12 ]: >>440
どうしてそこでMSDNサブスクリプションが出て来るんだか・・・
オープンソースのEclipseが使い方煩雑で、市販製品なら簡単に使えるのかっていう疑問に対する話なのだが。
442 名前：デフォルトの名無しさん mailto:sage [05/01/25 09:43:09 ]: >>441
だって>>439の
> 「市販製品」に比べれば気軽に使える分､利点だろ｡
は使いやすさじゃなくて入手性の話だろ？
443 名前：デフォルトの名無しさん mailto:sage [05/01/25 19:43:01 ]: >>442
で、Eclipseの代替を探している人がいて、どうしてMSDNが出て来るんだか・・・
444 名前：仕様書名無しさん mailto:sage [05/01/28 15:31:35 ]: 1.4の対策本は暫く出ないっぽいよ。
cbook24で見たけど、2月は出そうにない。
445 名前：名無しさん [2005/06/17(金) 22:00:13 ]: クライアントが.NetでサーバーがJAVAのプロジェクトに参加することになりそうなんだけど、
.NetとJAVAの繋ぎ方教えて。
.Net検索しずらい、氏ねって思う。
446 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 22:03:21 ]: ＞.Net検索しずらい
正直これは開発者の９５％は痛感してると思う
たんなるnetドメインでもひかかったりするし
海外だとdotnetでひっかかる可能性も高いけど日本語資料ではきびしい
447 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 22:08:31 ]: ソケットでゴリゴリ書く。これ。最強。
448 名前：名無しさん [2005/06/17(金) 22:15:53 ]: いま最もメジャーな方法教えて。
参考サイトも添えて。
449 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 22:50:26 ]: .NET側でIEを動かしてJavaはサーブレット/JSP
これ。
450 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 22:51:00 ]: つうか、プロジェクトにいまから参加するなら、そのプロジェクトで使ってる方法を使えと。
451 名前：デフォルトの名無しさん [2005/10/01(土) 04:03:11 ]: おれはJavaタンを捨てるぜ
JavaタンとはJava1からの付き合いだが、もういいかげん飽きたんだよね
来る日も来る日もWebアプリケーションかよ
代わり映えしねーな
確かにJavaタンは稼ぎもいい。今、一番のモテ期だと思う
だけどスレきったおまえじゃ、イレクトしねぇんだよ！！
これからはC#タンと付き合っていく
あばよ！
452 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 08:08:43 ]: ＞.NET側でIEを動かして
.NET側ってどの側よ
453 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 13:39:29 ]: >>451
１のころからWEBアプリとは先見性がありすぎだな

おれはJava2になってからクライアントサイドをJavaでずっと作ってきてるけど
1.4以降はだいぶらくになったな
454 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 13:47:46 ]: >>451
なんで、クライアントサイドをJavaでやんないの？
455 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 23:39:32 ]: .NETはフレームワークに特化したパターン本とか
全然出てこないし、フレームワークに依存しない
オブジェクト指向設計の本のサンプルも大半が
Javaだったりするんだが、.NETの世界って
あんまりオブジェクト指向設計でプログラム組んだり
しないの？
456 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 23:42:05 ]: .netはツールにしたがってればとりあえずパターンに従ったものになるし、ツールを使う側はオブジェクト指向必要ないから。
457 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 00:06:21 ]: >>456
ならねぇよｗ
458 名前：デフォルトの名無しさん mailto:sage [2005/10/30(日) 20:10:21 ]: J2EEはスケーラビリティに弱いんだよ
極端にでかいものに向いてるだけで中小向けではない
そもそも分散アプリなんて中小は必要じゃない
459 名前：デフォルトの名無しさん mailto:sage [2005/10/30(日) 20:32:29 ]: べつに分散しなけりゃいいわけで
460 名前：デフォルトの名無しさん mailto:sage [2005/12/26(月) 23:24:29 ]: もう勝負ついてんじゃん
461 名前：デフォルトの名無しさん [2006/03/04(土) 19:32:27 ]: >>458
＞J2EEはスケーラビリティに弱いんだよ

普通スケーラビリティといったら、小→大を言うと思うが。

＞そもそも分散アプリなんて中小は必要じゃない

なら.netも必要じゃないね
462 名前：デフォルトの名無しさん [2006/03/04(土) 19:34:11 ]: >>445
Googleは日々進歩しているよ。
もはや、そんなのは過去の戯言に過ぎん。
463 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 14:01:40 ]: >>462
作者必死だなwww
464 名前：http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://msdn2.microsoft.com/ja-jp/library/h2k70f3s.aspx [2006/03/18(土) 22:25:07 ]: TextSS　のWindowsXP(Professional)64bit対応化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？
465 名前：デフォルトの名無しさん [2006/04/02(日) 17:37:41 ]: J2EEと.NETではどちらがバグが多いですか？
466 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 18:04:28 ]: >>465
J2EEのほうがバグが多い。
.Netのそれは、仕様です。
467 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 14:32:22 ]: >>466
流石M$クオリティだな。
468 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 16:38:33 ]: >>466
感動した
469 名前：デフォルトの名無しさん [2006/04/08(土) 08:50:30 ]: ユーザがよく使うExcelとの親和性を重視しているので
必然的に.NETを選ぶことになります。
470 名前：デフォルトの名無しさん mailto:sage [2006/04/10(月) 16:54:04 ]: つ Delphi
471 名前：デフォルトの名無しさん mailto:sage [2006/04/10(月) 18:48:25 ]: つ VBA
472 名前：デフォルトの名無しさん [2006/07/30(日) 06:40:46 ]: いや真面目な話、VBAが最強かもしれん。
473 名前：デフォルトの名無しさん mailto:sage [2006/07/30(日) 11:41:08 ]: >>469
日本のパッケージソフトとか当たり前のようにExcel向けの機能があるよな
ここら辺を切り崩さないとMSからの卒業は来ない
474 名前：デフォルトの名無しさん mailto:sage [2006/07/30(日) 14:45:35 ]: ぶっちゃけると仮想環境と噛ませること自体いらない
475 名前：デフォルトの名無しさん mailto:sage [2006/07/30(日) 14:51:14 ]: 同じコードで書けるのはいいことだが
バイナリが一緒じゃないといけないとは思わんな
バイトコードtoネイティブみたいなのがあるんだろうが
476 名前：デフォルトの名無しさん mailto:sage [2006/07/31(月) 23:59:13 ]: 「.NETはJavaを打ち負かした。次の相手は誰だ？」とMS
ttp://www.itmedia.co.jp/enterprise/articles/0607/31/news017.html
Java終わった　(´ー｀)ノ
477 名前：デフォルトの名無しさん mailto:sage [2006/08/01(火) 08:38:49 ]: それ、どこの北●鮮？
478 名前：デフォルトの名無しさん mailto:sage [2006/08/01(火) 22:28:24 ]: JavaWorld隔月刊化のお知らせ
www.idg.co.jp/d/jw_ita/

日本のJava利権もついに終了
479 名前：デフォルトの名無しさん [2006/08/01(火) 23:51:35 ]: 116 名前：デフォルトの名無しさん [age] 投稿日： 2006/08/01(火) 00:04:10
とまあ、このように低脳の完全勝利妄想はつづくわけだｗ
Windows Mobileも2004年の記事では今頃は完勝してたはずなんだが（爆笑

117 名前：デフォルトの名無しさん [sage] 投稿日： 2006/08/01(火) 08:44:51
アプリが普及して無いのに完全勝利とは、
全敗で決勝リーグにすすむようなもん。

118 名前：デフォルトの名無しさん [sage] 投稿日： 2006/08/01(火) 18:25:54
見切り発車で当確出した開票速報みてえなもんだな。
480 名前：デフォルトの名無しさん [2006/08/02(水) 07:08:25 ]: Javaは終わらんでしょう。
Unix系でJavaのかわりになる言語が登場してないんだから。
まさか今さらC言語に戻るなんてことは無いだろうし。
481 名前：デフォルトの名無しさん mailto:sage [2006/08/02(水) 15:44:47 ]: Perl・PHP・Rubyでいいじゃんよ
482 名前：デフォルトの名無しさん mailto:sage [2006/08/02(水) 19:56:20 ]: Javaの代替になりえないもの出して「いいじゃんよ」っていわれてもな
483 名前：デフォルトの名無しさん mailto:sage [2006/08/02(水) 21:32:03 ]: は？RoRのJavaへの侵食ぶりを知らないの？ｗ
484 名前：デフォルトの名無しさん mailto:sage [2006/08/02(水) 21:42:06 ]: RoRはPHPしか食ってない
485 名前：デフォルトの名無しさん mailto:sage [2006/08/03(木) 00:57:44 ]: 日本ではね
486 名前：デフォルトの名無しさん mailto:sage [2006/08/03(木) 06:39:58 ]: 日本だとPHPすら食えてないだろ
487 名前：デフォルトの名無しさん [2006/09/02(土) 00:50:33 ]: EJB3.0はじまったな
488 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 12:42:19 ]: Springを崩せるとは思えない。
489 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 13:35:57 ]: DIコンテナだ
490 名前：デフォルトの名無しさん [2006/10/07(土) 18:10:18 ]: news18.2ch.net/test/read.cgi/news2/1156009389/l50
aa5.2ch.net/test/read.cgi/nanmin/1151876698/l50

ヲタクを盗撮して自分のサイトで公開し、
「気持ち悪すぎ、家族諸共惨殺されるべきじゃない？」と、言い放ったキックボクサー。
暴行やレイプ未遂を自慢した過去の日記が発見され、一気に話題に。

東京都杉並区荻窪～西荻窪出身。
現在は東京の府中市在住。

「男なら掲示板でコソコソやってないで己の拳で勝負しろ」とか言ってた癖に
散々言い訳をし、２ちゃんねらーのオタク代表氏との試合から逃亡。

庵谷鷹志（BLOGで暴行強姦自慢）に投票お願いします。

ネットアイドルランキング (現在5位)
www17.big.or.jp/~bbb/p/tvote.cgi?event=netidol
アイドル・芸能
www16.big.or.jp/~psy/vote/tvote.cgi?event=geinou

庵谷鷹志のbbs みんなで荒らそう！！！
6507.teacup.com/devil_takashi/bbs

庵谷と一緒に悪事を働いていた仲間の内にエイベックス関係者がいます。（深津飛成＆伊藤正二郎）

深津もキックボクサーで、今年6月5日に武田幸三と一緒に世界丸見えに出演しました。
491 名前：デフォルトの名無しさん [2006/10/07(土) 18:13:10 ]: イオタニさんはJネットというキックボクシングの団体にいて、そこのジムで練習してました。

news18.2ch.net/test/read.cgi/news2/1131781204/860-863
------------------------------------------------------------------
860 名前：朝まで名無しさん投稿日： 2005/11/23(水) 01:21:12 ID:KRIo97ow
Ｊﾈﾄで練習してたということは…
ひょっとして層化か？
861 名前：朝まで名無しさん投稿日： 2005/11/23(水) 01:21:37 ID:DOVljkZR
>>860
詳しく
862 名前：朝まで名無しさん投稿日： 2005/11/23(水) 01:35:42 ID:aVHWzlcE
Jネトって学会員しか使いないの？
863 名前：朝まで名無しさん投稿日： 2005/11/23(水) 01:39:13 ID:KRIo97ow
J-NETWORKというキックの小さな団体があるのだが、
ここは層化系ではとの噂がかつて格闘技板であった希ガス。
ちなみに新日本キックとは全く関係ない団体だから、庵は新日本には完全に干されている希モス。
----------------------------------------------------------------
492 名前：デフォルトの名無しさん [2006/10/07(土) 20:27:32 ]: J2EEなんて糞だ
.NETをやろう。
493 名前：デフォルトの名無しさん [2006/10/07(土) 23:52:15 ]: EJB3は使ってみて確かに関心した。
基本的なデザパタ使えば他にフレームワークは要らない。
だがJ2EEにしろ.NETにしろフロントエンドは最悪だな。
DreamWaver前提にしろっての。
494 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 23:56:54 ]: 関心→感心
DreamWaver→Dreamweaver
495 名前：デフォルトの名無しさん mailto:sage [2006/10/08(日) 00:26:12 ]: 何マラの小さいレスしてんだ
496 名前：デフォルトの名無しさん mailto:sage [2006/10/08(日) 01:06:04 ]: >>493=>>495
497 名前：デフォルトの名無しさん mailto:sage [2006/10/08(日) 01:25:58 ]: Dreamweaver前提の意味がわからん
498 名前：デフォルトの名無しさん mailto:sage [2006/10/08(日) 01:34:28 ]: VSでシコシコ作ってんの？ありえねー
499 名前：デフォルトの名無しさん mailto:sage [2006/10/08(日) 01:57:03 ]: デザイナーとかおらんの？
500 名前：デフォルトの名無しさん mailto:sage [2006/10/08(日) 02:06:27 ]: Struts時代はデザイナの起こしたHTMLをJSPにする手間が無駄だった。
それを嫌ってJSFなんてものを規格したがデザイナが面倒になっただけだった。
WicketはXHTMLでデザインすればほぼそのままViewに使える。
Javaは標準化の方向性を間違えたな。
501 名前：デフォルトの名無しさん mailto:sage [2006/10/08(日) 03:08:25 ]: 正直な話、JSRなんて当てにしてない。
オープンソースで別の選択肢があるからそっち使う。
EJB3も盛り上がらないまま
Springがデファクトになって終了。
502 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 00:07:52 ]: 既にJavaの存在理由がわからない
503 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 06:50:45 ]: 普段使わない奴からしたら誰だってそう思うよ。
もはやP言語3種の存在理由は俺にはわからんしね。
504 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 07:08:16 ]: .NETは既に死んでる印象が・・・
プロパティとデリゲートをJavaに移して楽にしてあげたい
505 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 00:53:50 ]: 仕事でJavaは使うが、なんでこんな使えない言語が
存在しているのかわからん。
506 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 00:54:42 ]: 仕事やめればいいじゃん。お前の存在意義のが無いんだし。
507 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 07:05:54 ]: ごめん。どうせあと半年もせずに死ぬから許して。
508 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 11:52:55 ]: Javaは仕事が多いから食うにはいいわな。
509 名前：デフォルトの名無しさん mailto:sage [2006/10/16(月) 00:29:14 ]: 言語の開発効率っていうのは開発人数2桁超えると言葉の意味が変わってくると思うんだ
510 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 09:25:43 ]: スレ違いでしたら誘導お願いします。

J2EEのプログラミングの参考書で、入門レベルではなく、上級者が読んでも使い道
のある本ってどれでしょうか？EJBはあまり使用しないので、オライリーの
『Javaサーブレットプログラミング』あたりでいいのでしょうか？他にお勧めがあったら教えて下さい。

また、.NET(ASP.NET)でも同様に、実践的で入門レベルではないのはどの本でしょうか？
『プログラミング Microsoft .NET ASP.NETによるサーバーサイド開発』とかでしょうか？
数冊教えて頂けるとありがたいです。
511 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 20:37:08 ]: 基本さえわかれば後は実践あるのみ
実践に勝る勉強は無い。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef