No.101
WOもあれから実質的に進化しとらん。
今頃信仰しているマカにとってはカルチャーショックだったのかね。
WOもあれから実質的に進化しとらん。
今頃信仰しているマカにとってはカルチャーショックだったのかね。
WebObjectsってどうなん。
レス数: 247
概要: EOFなんて10年前にOPENSTEPで動いていたEOF2.1が盛りだったな。 WOもあれから実質的に進化しとらん。 今頃信仰しているマカにとってはカルチャーショックだったのかね。
WOもあれから実質的に進化しとらん。
今頃信仰しているマカにとってはカルチャーショックだったのかね。
No.102
ライセンスの記述無いのだが。妄想ですか？
無料って逝っても運用ファイルの配布してる訳じゃないし。
>>101
今頃EOF2.1の話をしても使えないけどな。
OPENSTEPを稼働させてる所まだ有るの？
No.103
禿はOPENSTEPの上っ面をシマシマのマカ仕様に塗り替えれば
馬鹿は着いて来ると思った訳だ。
実際その通りになっているのだが。
No.104
http:
No.105
No.106
現行の5.3.xはMac OS X Serverでの運用ライセンスしか提供されて無いよ。
No.107
WebObjectsはMacOS X 用でいいじゃねぇかよ。誰も文句いわねーよ。
まったくおかしなキチがいて荒れる一方だな。
No.108
No.109
No.110
ttp://www.softwarefactories.com/AboutUs.html
なんでEOF2.1から本質的に進化しないのかわかるな。
いつまでも過去の遺産にこだわってないで、現実を見なされ。
No.111
No.112
教育にはいいかもしれんが、成果主義の商用では
どう転んでもWASとWebLogicには勝てんよ。
WOで楽しく作って商売が成り立つ程現実は甘くない。
No.113
ひきこもりミーティングｗとやらに精を出してるしね
もう終わりでしょ
No.114
という、苦し紛れがくるに10ﾍﾟｿ
No.115
DTPとか単価低い仕事に慣れてるマカって多いし。
LAMPみたいな単価安い仕事でも、アポーのハード代とOSとWOのライセンス代持ち出しで請け負ってる気がする。
No.116
WO使ってるからってマカーと決めつけるな！
だからね。マカーにそんなこと言われてもねえｗ
No.117
なんだよ議論ってｗｗ おまえは２ちゃん様が正義なの？
釣りならもっと上手くやってくれｗ
ていうかもうWOはAppleStoreやiTMSぐらいしか使われないんじゃないの。
いくら
>>113
みたいなキチガイが頑張って叩いても、もう何もでてこねーぞよｗ
No.118
開発はPBだしさ。どう見てもマカーなんだが(w
No.119
バ グ の な い も の が で き れ ば
すこし前にMacOS X 上で開発してるところに委託したことがあったがイイ仕事してくれたので悪い印象は持ってない
（WebObjectsとやらではないが）
Apple製ユーザーだからといって色眼鏡かけてみるのは、オレはキライだな
No.120
No.121
いけなんじゃないのか?
大英断に見えて実は大誤算だったとか。
No.122
むしろ速度を気にしたら、Obj-Cに戻るのが有効。
CoreDataだってJavaじゃなくてObj-Cなんだし。
オープンなのが欲しい香具師は、早く自己負担で互換フレームワークを作ってオープンで配布してくれよ。
No.123
一応Sunが音頭取ってるけど、JSRとかJCPとかあってコミュニティベースじゃん。
要は如何にして自分に有利な下地を固めるかだよ。
既出だがDynamic Cacheやパフォーマンス解析ツールを提供してないアポーが速度を気にしてるとは思えん。
マカ地盤沈下ぎみでつ。
No.124
No.125
パフォーマンス足りなきゃ負荷分散機能も有るしXserve増やせ。
EOFと互換性有りまくりのCoreDataが今後の布石になってたりするといいけどね。
No.126
実装のエレガントさでは話にならんが、EJB3のJava Persistence APIや
M$のWinFSがもうすぐ出てくる。
CoreDataが今後の布石になる事はまず無いな。
No.127
WOを捨てて、JavaでもWinでも。
コストパフォーマンスならLAMPでもどうぞ。貧乏人にはライセンス料無料のほうがうれしいだろ(w
No.128
同様の製品と長所短所をいろいろ比較しないと視野は広がっていかないのに、
「嫌なら使うな」の一点張りじゃ議論にならないじゃん
流行らないのはユーザの質に問題があるんじゃないの？
No.129
否定する人の常套句としか思えん。何もWOに限らず。
No.130
No.131
No.132
はWOに繁栄してもらいたいのか衰退して消えて無くなってもらいたいのか意図がハッキリしない。ただの釣りかオナニーだとしか思われない。
もっと建設的な意見を出せばいいものを
No.133
オブジェクト指向プログラミングが出来ないと無理。
スクリプトチックな物程度の香具師なら、Xserveにもphp付けて売ってるくらいなので利用すれば。
No.134
どう考えてもWOの方が優れていると思うが。
せっかく情報集めに来たのに、上の方でESB,BPEL,キャッシュとかほざくバカで
、スレッドが荒れて残念だ。
トータルで.NETに対抗出来ているのはこれぐらいだろう。
No.135
キモチは良くわかる。でも、それだけじゃ〜ダメで「またマカーが」と言われるのがオチ（そういう基地が多いから。この界隈）
どこが、どのように、どれぐらいといった数値で優れているところを出したりすると、基地を黙らせることができる。
あんたが感じたことを示してみてくれ。
No.136
>DBからFetchしてきたObjectを保持するStatic Cacheでしょ?
>Dynamic Cacheじゃないとあまり意味ないと思うが。
非接続型と接続型の区別がついていない発言だな。
リッチクライアントで、Excelのようなグリッドの画面＋
プライマリーキーにIDENTITYやSEQUENCEを使って、
画面の更新差分をWebServiceで送信する場合に、EJB3.0やHibernateは
自力で全てやる必要があるだろ。基幹系だとありがちな要求だからな。
No.137
現状のBPEL,ESBはただ単なるキーワードでしなかいし、有効な導入事例がない。
BPELで業務フローを変えられても、やり取りするデータの種類が変わったら、
DBも変えざるを得ない。
ESBは、EAIと本質的な違いがほとんどない。
ベンダーロックインしていないというぐらいだが、実際にはベンダー独自の
部分が存在するし、ポータビリティも自己責任。
No.138
1.本質的に非接続型であること。
2.EOのようなモデリングツールがある事。
3.MVC全てを通した一貫性のあるアーキテクチャである事。
（寄せ集めではない。）
4．ルールエンジンを持つ事。
5．モデルから画面が生成出来る事。（モデルドリブン開発）
6．5．のためにプロトタイピング的な開発が本質的にしやすい事。
7．運用ライセンスが安い事。
(WebSphere,WebLogicなどと比べて)
8．Web,リッチクライアントどちらでも対応可能な事。
WebObjectsはざっと調べただけだから間違っているかもしれないが、
これだけのものを併せ持つのはWebObjectsか.NETぐらいだろう。
No.139
非マクなら、WSやWLしか選択枝無いよ。
１００万ヒット規模に成ると、マカに依頼する方が困る事に成る。
No.140
実績が無い。
No.141
つ iTMS
No.142
No.143
No.144
そんなSIや技術者見た事無い。
大規模サイトは、スケールできずに静的生成に切り替えてる所が多い。
No.145
No.146
No.147
No.148
Javaだから関係ないのか？
でもWODeploymentはウニバーサルじゃ無いよね？
No.149
WODeploymentを構成しているのはjarと関連ファイルの集合体だぉ。woaにしたってそうだし。
問題なく動く。
XCodeとかWOBuilderとかは問題ないような。うちでは動いている。（MacMiniIntel）
No.150
でもxcodeにdeployが付いてくる訳でもないし、インテル版のOSX Serverもまだ出てない。
