No.1
4DやFMと比べてどうですか？
4DやFMと比べてどうですか？
WebObjectsってどうなん。
レス数: 247
概要: WebObjectsについて詳しくしりたいのです。 4DやFMと比べてどうですか？
4DやFMと比べてどうですか？
No.2
No.3
No.4
Apple、WebObjectsをフリーアプリケーションとしてリリース
［海外記事］ AppleはMac OS Xで動作するJavaベースの
アプリケーションサーバWebObjectsを
フリーアプリケーションとしてリリースするという。（IDG） (Enterprise)
No.5
情報ありがとうございました。
No.6
No.7
確か、高学歴妄想の基地外が荒らすと思ったが。
No.8
No.9
どこらへんがダメなん？
No.10
No.11
No.12
No.13
データベースの機能はありません。
JAVAベースのアプリケーション開発&運用環境です。
No.14
エンタープライズレベルのWebサービスが開発できます。
付属のGUIツールではJDBCまたはJNDIデータソースを解析し、
オブジェクト指向のフレームワークで、データの持続性を透過的に扱えます。
おなじみの3層型アーキテクチャと、クラスタリングの標準サポートにより、
WebObjectsではメンテナンスが容易でスケーラブルなWebアプリケーションが実現します。
Webサービスに加え、WebObjectsでは、必要に合わせて、
HTML、XML、SMIL、Swing (Java) をインターフェイスとする
データベースアプリケーションもすばやく構築できます
No.15
の続き
機能豊富なJavaクライアントインターフェイスや、クリックボタン付きのHTMLは、
もちろんコーディング無しで生成可能。
Assistantsでは、クライアントインターフェイスのレイアウトや機能を自由にカスタマイズ。
ボタンなどのコンポーネントには、機能を実現するコードがしっかり結び付いています。
また、Servlet統合、ORB（Object Request Broker）、
EJB（Enterprise Java Beans）コンテナなどのJ2EEテクノロジーは
すべてサポートしていますから、各種テクノロジーを混在させることもできます。
JSPプログラマの方々なら、難しいEJBを使わずとも、
WebObjectsがデータの持続性を保証してくれる点が助かるでしょう。
他社製のEJBを利用したり、オリジナルのEJBを書くのもOK。
運用プラットフォームも、任意のJ2EE対応サーバや、
付属のWebObjects J2SEアプリケーションサーバが利用できます。
ここからのコピペなわけだが。
http:
No.16
OpenBaseについて語ろうよ。語ってください。
No.17
おまいはアホか?
No.18
,.∩ ｀ヽ
〃∪'´￣｀二二人＼ ヽ
| ツ´￣￣￣￣´ ヾ ヽ. ',
|ﾊ ,ニ、 ,. - ､ | | | ｌ |
| ﾊ ｨハ ,二ヽ. | | | | | 同じ板にコピペするとそのままだけど、
| | | じ' |トJ〉 /)}ｌ | 違う板にコピペすると鬼のような怖い顔
| ﾊ ､'＿, ￣,, 厶ｲ川| に変わる摩訶不思議な佳子様コピペ。
l l /＼ .. イV＼川 |
,' l l ,ｲ ｀ｌ￣´ ／ /ヽl l
ｌ | ｌ ハ `メ､ 〃 ヽヽ､__ノ
l ∨ └‐ｲ「ト--ｧ'´ ﾊヽ__ノ
ヽ/ } l」」 / / }`ー
〈_ｎ| 八 / / /ノ
〈二二人 ｃ /＼/ / , ｲ
/ /厂 ／＼__>＜ ｛＿
てすと
No.19
No.20
前の会社って、どこ?
No.21
教えないｗ でも日本じゃないよ。２年ぐらい前に帰ってきた。それ以上のことは言わない。WebObjectsのことだけ聞いて。
No.22
アップルのホームページを読むだけだと、まるでわからない素人です。
No.23
何が出来るんだろうなぁ、難しい質問だーｗ
AppleStore とか iTunesMusicStoreとかそういった人気サイトの裏側で頑張ってるシステムを作ることができる、といえば簡単かな？
まぁ何だって出来ますよ。何もWebObjectsだからっていう意味じゃなくて。TomcatとかJBOSSなんかと同じで。
データベースから拾ってきたレコードを上手く弄ぶカラクリ（EOFっていうんだけど）が逸品です。
これ以上はキミが頑張って勉強して
No.24
>>人気サイトの裏側で頑張ってるシステム
もう少し詳しく。
No.25
日本語の入門書ありますか？
素人むけのやつ
No.26
何でも聞いて と言いながら
>これ以上はキミが頑張って勉強して
もう少し詳しく。
No.27
何でも聞いて先生の回答が無いようなので
私が代わりに
まずは、Appleの日本語訳ドキュメントページから
http:
最初にこれを見てみたら?
http:
参考書はこの辺りかな。
http:
No.28
何を詳しく言えば良いかわからない。AppleのHPにある説明や他のアプリケーションサーバーが
何をするものかを多少なりとも理解してないとこっちも説明しにくい。ｽﾏｿ。
>>25
無かったような。ServletやEJBといったJavaでWebアプリを構築した経験やRDBMSを満足に扱えないと
この手のアプリケーション鯖開発環境って何もできんと思う。英語のドキュメントはかなり豊富なので漏れは
そっちで事足りた。他の日本人エンジニアも英語については問題なかったので苦労してる様子はなかったと思う。
思うに、WebObjectsは関連情報が少ないというのではなくて単に敷居が高い開発環境という希ガス。
飲み込むまでに時間がかかって飲み込めばあとは水を得た魚。なんだってそうだろうが。WebSphereもだいぶ苦労したけど。
>>26
http:
このへんが詳しい。ｸﾞｸﾞるともっと詳しいのがあるかも。
No.29
あー日本語情報もﾁｮｯﾄはあるのね。じゃ、そっち見て勉強するんだｗ
>>25
No.30
>何が出来るんですか？
いろいろな業務システムが簡単に作れます。 といえば、わかりますか?
但し、使いこなすまでは覚える事が盛り沢山です。
No.31
FPS系のゲームを作るのには向いていないと思う。
No.32
Servletで出来るWebアプリだったら当然WebObjectsでも出来る。道具としてのWebObjectsが優秀なだけであって、
WebObjectsだから他には真似できない何かを作れるというわけでもない。ソーシャルネットワークのシステムを
PHPで作ろうがWebObjectsで作ろうが出来上がりがイコールならあとは拡張性だとかメンテ性を考慮して何を使うかを
決めるんだぞよ。ていうか今はWebObjectsもフリーだから製品を買う必要がねぇ、と思いきや事実上MacOS Xの
サポートのみになりそうだからXServeとかパワーマックのハードウェアが必要になりそうな悪寒。マク嫌いな香具師には
向かない環境だといえる。前の会社はSolaris一筋だったがこれからどうなるのか悩んでいたことは聞いたことがある。
No.33
あのさーーー
WebObjectsってアップルストアで使われているっていうじゃーん。まぁそれはわかったとして
iTunesミュージックストアで使われてるって豪語してるじゃん。このスレとかヨソのスレのﾏｶｰがさ。だからWebObjectsはすごいって信者っぷりﾌﾟﾝﾌﾟﾝさせてｗ
でも漏れはそれがﾎﾝﾄかどうかイマイチ信用してねぇんだよねーー
動かぬ証拠が欲しいんだよねぇーー
つー訳でiTunesミュージックストアでWebObjectsが使われている証拠キボーーン。
書いたけど、オレは信用はしてねぇ。さしずめPHPとかJSPじゃないかと。
信用できる証拠出してくれたら、このｽﾚに「ままみてちんちんおっきおっき」を３回続けて書いてやるよ（ﾌﾟｹﾞﾗ
No.34
どうみてもWebObjectsが吐き出すURL（DirectAction）だ。
No.35
答えた勇気には敬服するが他板でﾏﾙﾁﾎﾟｽﾄされててそっちですでに解決済み。
５億曲以上を売りさばくようなシステムのトランザクションを処理出来る能力を持ってるんだから評価に値するわな。
No.36
WOの情報、他にどの板に載ってるの？
No.37
WebProg 板、マ板、DB板の３つ。WebProg板はわけのわからんキチガイがいたみたいだが最近消え去った模様。
マ板もちょっと風化気味。もっともWebObjectsのﾃｸﾆｶﾙな話なんて国内で満足にやってるところは数えるほどじゃないかね。
ユーザーの絶対数が少ないからな。
No.38
No.39
ありがとう，マ板もよくわかんなかった。
只になったから，これからは増えるんじゃない？
No.40
あんなものといっしょにするな。レベルがまったく違う。
No.41
宗教色の濃さは互角
No.42
禿同w
No.43
No.44
【マカも】iTMSで今日ﾎﾟﾁした曲スレ 2【ドザも】
http:
No.45
No.46
No.47
No.48
その後紆余曲折を経て今ではJ2EEのオルタナティブとしても取り上げられない
一部の熱狂的なユーザによる趣味のツールと成りつつあります。
個人で使う分にはこんなに楽しい製品はありませんが、残念ながらお仕事で使う気は致しません。
No.49
No.50
マク使ってるような馬鹿には理解できない所かな。
PHPでわざわざO-Rマッパーで作ってる所ってほとんど無いし。
あとMac OS X ServerやXserveを買える裕福なマカは少ない。
No.51
No.52
単にあんたのスキルが足りないってだけじゃん（ﾜﾛｽ
腕に自信のある奴は何だって好きな奴を使いこなすんだよ。匠ってやつ。
おまえは匠か？ちがうならWebObjectsなんてつかってねぇでPHPにしておけよ。
No.53
というのとスキルがどうのとか関係あんの？
腕に自信があるから仕事にはなんでもOKとか言ってしまえるWOユーザー？
No.54
別にお客さんにWebObjectsです、なんて逝ってもわからからなｗｗｗ
No.55
今のところ支障は出てないよ。便利だし。PHPよりゃパフォーマンスいいし。エンジニアやデザイナのウケも悪くないねぇ。
匠にゃぁほど遠いけど。
No.56
ライセンスは使い回し？
Javaって時点で遅そうだけど、Cだったころは爆速だった？
No.57
一人でProjectを込ね回せる程度の規模でないと使えない。
O/Rマッパーの多数存在する今となっては
MacOS Xでしか動かないEOFにそれほどメリットは無い。
BPEL Engine、ESBを持たない時点でApplication Serverとしての進化を止めている。
No.58
No.59
WebObjects5.3からライセンスフリーな扱いになった。ライセンス入力する必要ない。
WebObjects5.2以前なら鯖ごとにライセンス必要。
Javaが遅いというのは迷信。実装がタコなら遅いしマトモなら速い。
>>57
開発ツールはSubversionをサポートしてるのでチーム開発をしてて困ったことは全くない。
Eclipseベースでプロジェクト管理するのが普通じゃないかと思うがね。
あとMacOS X でしか動かないEOFっていうのは間違いでWebObjects5.2を使うのであればプラットフォーム非依存。
JavaVM走ればどこだって動く。Linuxで使っているが全く問題ない。
>>58
ちがう。仕事でも立派に使えるもの。
No.60
で、WO案件は増えたかね？
No.61
No.62
憲法や法律や条令に違反することなの？
No.63
違反とかイケないこととか書いてるようには見えないが
被害妄想？
No.64
って、いってみたいな
No.65
No.66
ライセンスフリーの5.3ってどこでダウソできる？
Linuxでも5.3動くのか？
Linuxだけで開発できる？
結局マクは買わないとダメって抱き合わせ販売じゃないの？
No.67
昔に比べると速くはなりましたが、現実的にJavaは遅いです。
AzulやJRockitが何故出て来たのか考えた事がありますか?
恐らくそこまでの規模を扱った事がないのでしょう。
>> 開発ツールはSubversionをサポートしてるので
BPM → Application Modeling → Developmen → Deployment(or Tester)
という開発は出来ませんね。
>> WebObjects5.2を使うのであればプラットフォーム非依存。
EO Modelerの動作という意味で書いたのですが。
BPEL、ESBについては御理解がないのですね。
No.68
できないからといって 失敗作の烙印を押すのもどうかと思うのだがな…
仕事では十分に使えてますよ。売り上げも順調です。どうか、ご心配なく。
No.69
JITなんて技術も有るしね。速度求めるならJavaじゃキツい。
>>68
無理矢理仕事にしてるだけじゃ？
唯一のマカ用アプリケーションサービスとして。
No.70
わけわかんね。。
>>無理矢理仕事にしてるだけじゃ？
ずいぶん失礼なやつだな。
あんたみたいなの、だいっきらい。
ところで、WebObjectsってなんすかｗPHPみたいなの？
No.71
No.72
WASって何だよ？
No.73
a アナル
s セックス
No.74
Web
Application
Server
だな。 TomcatとかJBossなんかのもそうだ。
商用だと有名所ではWebSphere、WebLogic、当然WebObjectsもそうだ。
No.75
マカって本当にアフォだな。
WOとOpenBaseあげるから、ずっとマクの中に引きこもってろ。
No.76
ネタかと思いきや、ホントに井の中の蛙なんでつね。
No.77
WO5.3の開発環境で作ったｱﾌﾟﾘを、
WO5.2の実行環境で動かすっていうことできるの？
No.78
5.3.1→5.2.4では稼働してマッスル。でも心配なので5.3.1でビルドしちゃってます。
ていうかXCodeビルドじゃなくて、antビルドベースであれば基本的にこういう心配はいらなくなる希ガス
No.79
5.3依存の処理してたら無理だろうね。
仕事で使うなら厳しいんじゃない？
自分で尻拭いできる自身があれば問題ないだろうけど。
現実的には、
wo5.2環境では開発し続けるか、
xserveみたいなwo5.3環境で運用するか、
の二択に成ると思う。5.3でどんどん修正されてるものが5.2では放置されるのがツラいね。
No.80
なんだかんだ言って今のO/RマッパーはEOFパクってるのは確かなんだから。
J2EE5からはWOとはかなり違った路線のアスペクト指向に走ってるので
時既に遅しという感も否めないが、IBMあたりはちょっとビビるかもしれんぞ。
No.81
アポーには何のメリットも無いし。
インテルマックの販促にWOをフリー化した程度で十分。
No.82
eclipseと比べて抜群にOOPしてるから、コミュニティ出来る事まちがいなし。
IDEとApp鯖の両方でオプソで囲い込めるからメリット大のハズだが。
ナニか不具合でもあるのかね?
No.83
その程度で、マクは買わないよ。
IBMみたいにJSPとかのソリューションで儲けてるならeclipseを配布して儲けは広がるけどね。
ところでCore Dataに対応する各RDBに繋げるドライバを書けば、劣化EOF代わりに成る？
でもフリーじゃないしなあ。orz
No.84
No.85
変な蛙ばっかりです。
No.86
DBにお金かけられない貧乏な所はCDで済ませてそうでは有る。
クライアントってOracleでもMySQLでもsqliteでもXMLでも気にしてないしね。
No.87
Mac買う必要はない。
コミュニティに寄贈すれば、喜んで各Platformに移植してくれるだろう。
IBMはEJBで儲けてるのだ。
WASは只のEJBコンテナ(箱)だし、買収した成果のRADは未だにつぎはぎだらけである。
なんとかしる＞IBM。
No.88
Iはオンデマンドというコンサルで儲けてるじゃん。
アポーはコンサル遣ってないし。ハードが売れないとアポー的にはメリット無し。
iPodが売れるからiTMSは安く出来てるのと同じだよ。
No.89
> Iはオンデマンドというコンサルで儲けてるじゃん。
確かにそうですね。
しかしアポーのハードはどう頑張っても今以上は売れないんじゃないの。
Intelに移行決定した以上、アポーはソフトしか売るもの無いと思う。
iPodは、ばくちが当たった様なものだし。
なんにしろWOは飼い殺し状態なんだから、多少変な血が入ってもいいから外に出しちまえよ。
No.90
EOFをインスパイヤしたものを弄るなり、自分で作りなよ。
とにかくハードが売れないことはやらないのがアポーだと思う。
マイクロソフトとかと違う決定的な点。
No.91
WOがアポーと一緒におしゃかになる前にね。
優れた一社だけの技術でなんとかなる時代は終わったよ。
これだけ技術革新が早いのは、複数のベンダー(やその他アカデミック)で技術を
練り上げて行く段階に来てるんだよ。
> とにかくハードが売れないことはやらないのがアポーだと思う。
それ以前の問題だと思うんだが。
No.92
今の所はEOF使うためにマク買うだけの価値は維持出来てるので問題ない。
phpみたいに万人に使われるのを目指してるソフトじゃないし。
No.93
趣味で使うんならそれでいいけど、運用を考えた場合
キャッシュ機能もなし、パフォーマンス解析機能もなし、マクでしか動かない。。。
なんてありえねぇーよ。
現状のO/Rマッパーツールの機能が多少EOFより劣っても、WOを選ぶ理由になならんと思うが。
No.94
No.95
なんのキャッシュをさしてますか？EOFなら標準で持ってます。WOFもコンポーネントキャッシュならあります。
>>パフォーマンス解析機能もなし、
あります。
>>マクでしか動かない。。。
5.3になってもLinux、Solaris10で動きますよ？
（Windowsってなんですか？ ;- p）
WOFの価値を下げようと躍起になりたいお気持ちは分かりますが。
No.96
DBからFetchしてきたObjectを保持するStatic Cacheでしょ?
Dynamic Cacheじゃないとあまり意味ないと思うが。
>> あります。
Deployしながら、JVMメモリ、Session、DBコネクションレベルでモニタリングできるんだっけ?
リクエストがApp鯖のコンポーネントを通過していく時間を見れるんだっけ?
>> 5.3になってもLinux、Solaris10で動きますよ？
アポーがサポートしてないのに誰がサポートするのよ。
>> WOFの価値を下げようと躍起になりたいお気持ちは分かりますが。
学術的な価値はあると思うよ。
No.97
わざわざ、キャッシュ無いと書いておいて。
おにいちゃんみたいなのあたしだいっｷﾗｲ。
No.98
開発者の嗜好によりWOで作られてしまう訳ですね。
No.99
マカって、納品するのに割れで納めるのか？
5.3のlinuxやsolarisの動作のケツ持ちしてくれる業者ってどこ？
まず頼む時にマカは居ないのを確認しないと、javaといいつつWOで納品されてしまう罠。
No.100
しかも5.3.1は無料な気が……もちろん、知った上で書いてるんだよね？>99
あたりまえだけど不良動作のケツ持ちはアップルしないでしょ。自分でなんとかするしかねーな。
漏れはWebSphere専門屋だけど何かつまづいて本家に問い合わせなんてしてもバカ高いカネが必要になって結局は自分でケツ持ちしてるよ。
Tomcatで運用やってる隣の部門がうらやましいよ。ヤンキー共にきけばノウハウ転がりまくってるからな
＞まず頼む時にマカは居ないのを確認しないと、javaといいつつWOで納品されてしまう罠。
もっと上手い釣りをたのむ
No.101
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もまだ出てない。
No.151
No.152
> 非接続型と接続型の区別がついていない発言だな。
詳しく。
>> Deployしながら、JVMメモリ、Session、DBコネクションレベルでモニタリングできるんだっけ?
>> リクエストがApp鯖のコンポーネントを通過していく時間を見れるんだっけ?
パフォーマンス分析ツールが無いと、チューニングできないと思うんだが。
>>137
> 現状のBPEL,ESBはただ単なるキーワードでしなかいし、有効な導入事例がない。
確かに新しい概念ではあるけど使ってるところは使ってるよ。
> BPELで業務フローを変えられても、やり取りするデータの種類が変わったら、
ESBわかってないんじゃね?
Binding Component(BC)が何の為にあるかわかってるの?
>>138
WOは開発者寄りの設計と思うよ。
Class Libraryで楽してる分パフォーマンスはめっちゃ悪そうだがね。
DeploymentがMacOSX Serverだけというのはどうなんですかねぇ。
No.153
詳しく。
ADO.NETのDataSetを学んだ上で、EJBがなぜセッションビーン、エンティティビーンなんて
概念が必要か考えてみな。
>確かに新しい概念ではあるけど使ってるところは使ってるよ。
国内において有効な、しかもESBならではの事例をあげてみな。
>ESBわかってないんじゃね?
>Binding Component(BC)が何の為にあるかわかってるの?
取引先が部品コードを入れ替えて、しかもその数が多い場合にBCで
制御するのが現実解なのか？1対1のマッピングならまだしもそんな都合よくないぞ。
>WOは開発者寄りの設計と思うよ。
>Class Libraryで楽してる分パフォーマンスはめっちゃ悪そうだがね。
パフォーマンスについては俺も知りたい。
No.154
Excelがフロントエンドの基幹システムなんてあるのか?
だいたい基幹系って、ばしばしデータ更新が入るもんじゃないの。
DBからのCacheは更新が頻繁な物には向かないし、EJBにもEJBキャッシュがある。
> 国内において有効な、しかもESBならではの事例をあげてみな。
ESBかどうかは知らんがBPELは使ってるよ。
ttp://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040715/1/
> 取引先が部品コードを入れ替えて、しかもその数が多い場合にBCで
すまん。これだけだと具体的にどんな例なのかよくわからん。
> パフォーマンスについては俺も知りたい。
あんなコテコテのClass Libraryで、パフォーマンスがいい訳ないじゃん。
何にしろMacOSX Server以外で動かないのは致命的と思わないかい。
No.155
>Excelがフロントエンドの基幹システムなんてあるのか?
>だいたい基幹系って、ばしばしデータ更新が入るもんじゃないの。
Excelをそのままフロントに使うとはいっていない。
Excelのようなインタフェースで大量入力に対応すると言うこと。
ちなみにSAPは今Officeをインタフェースとして活用しようとしている。
一般的な業務では殆どオプティミスティックロックで十分。
ペシミスティックな場合は少ない。
更新が頻繁なクリティカルな業務でEJBを使うメリットは無い。
>ESBかどうかは知らんがBPELは使ってるよ。
>ttp://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040715/1/
アリス使っている＝BPELって論理が分からんな。
アリスがどんな製品か分かっていて言っているのか。
アリスの吐き出したBPMN→BPELで業務を動かしているのか？
そんな事は一言も書いてないけどね。
>すまん。これだけだと具体的にどんな例なのかよくわからん。
考えてくれ。
>あんなコテコテのClass Libraryで、パフォーマンスがいい訳ないじゃん。
いい加減な推論じゃなくて、もう少し具体的な論拠が欲しいね。
Hibernateだって使う人が使えばクエリ発行しまくるで遅くなるのは変わらないし、
JDBC直に使ったって同じ。
ttp://www.eisbahn.jp/yoichiro/2006/02/post_2.html
No.156
どういう用途かさっぱり。
名簿屋とか、データ入力専門業者が名簿渡して、SOHOで仕事させてエクセルファイルで納品してもらって集計させたいってこと？
部品コード入れ替えは辞めさせるべき。
ICタグで全部やっちゃうぜって方向に動きつつ有るのに、コード使い回しじゃ混乱するだけ。
今からでもJANコードベースに整備させた方がいい。
No.157
> 一般的な業務では殆どオプティミスティックロックで十分。
あいまいな表現じゃなく定量的にTransactionがなんぼ以下の場合は
みたく書いてくれ。あんたの経験値でよいから。
> 更新が頻繁なクリティカルな業務でEJBを使うメリットは無い。
トランザクションを任せられないと意味が無い。
銀行や勘定系でEJBはばしばし使われてる。
ttp://www-06.ibm.com/jp/domino07/fss/finnetjp_www.nsf/vwdockey/8DF1A4A58D8E966C49256F65005EFCB7?Open&cat=01#case
> そんな事は一言も書いてないけどね。
そう言われてもなぁ。まさかARISでお絵書きだけしないと思うんだが。
海外事例なら沢山あるがそれではダメなのか?
> 考えてくれ。
よくわからんが、その場合SOA以前の問題だと思う。
> いい加減な推論じゃなくて、もう少し具体的な論拠が欲しいね。
じゃWASのSPECjAppServer2004貼っておくから、もまいさんの方でWOの公式な速さの数字を貼ってくれ。
ttp://www-06.ibm.com/jp/software/websphere/developer/was/wv6/benchmark/
それから、MacOSX Serverでしか稼働しない件についてもスルーしないでおまいさんの見識を書いて欲しい。
No.158
取引先の関係があってもそれが可能かというとそうも言ってられないだろう。
>あいまいな表現じゃなく定量的にTransactionがなんぼ以下の場合は
>みたく書いてくれ。あんたの経験値でよいから。
Transactionの数量じゃなく、業務の種類だろ。厳密な座席予約が必要な場合は、
ペシミスティックロックだが、業務全体からみれば少ない。
>トランザクションを任せられないと意味が無い。
>銀行や勘定系でEJBはばしばし使われてる。
EJBがなくたってトランザクションは可能だろう。EJBならではの理由はないよ。
UFJのjavaでバッチを組んだ事例も、ただ単なるリクエストのディスパッチャ的な使い方で
EJBである必然性は全く無かったけどね。
>そう言われてもなぁ。まさかARISでお絵書きだけしないと思うんだが。
>海外事例なら沢山あるがそれではダメなのか?
ARISでお絵書きの方が事例としては多いし、そもそもどこがBPELなんだ？
一言もBPELなんて書いてないだろ。
>よくわからんが、その場合SOA以前の問題だと思う。
じゃあSOAならではの事例をあげてくれ。
>じゃWASのSPECjAppServer2004貼っておくから、もまいさんの方でWOの公式な速さの数字を貼ってくれ。
だから俺もWOを使ったことはないからパフォーマンスについては知りたいから聞いているんだよ。
それといま時まともにマルチコアライセンスを考えられていないWASなんかの
パフォーマンス値はいらない。
>それから、MacOSX Serverでしか稼働しない件についてもスルーしないでおまいさんの見識を書いて欲しい。
これについては、自分も問題なしとは思わない。
と言うかこんな不毛な議論より、WOの情報が欲しいだけなんだけどな。
No.159
言い忘れたが去年日本IBMが発表したSOAのサンプル事例が、
取引先との受発注で、部品コードの変換とかをやっていたけどね。
No.160
日本でWOを使ってると思われるサイトの検索結果 約２０件 (0.29 秒)
huis.huis.hiroshima-u.ac.jp
jobmatch.ai-link.ne.jp
www2.kiryu-jc.ac.jp
www.dynamicbind.co.jp
www.web-ya.jp
aps.bell.ne.jp
ds.sie.dendai.ac.jp
db2.kahaku.go.jp
www.myroots.jp
reas.nime.ac.jp
portal.idec.or.jp
www2.usnet.ne.jp
www.techpit.co.jp
osxs.eleap.co.jp
aps.next-fc.gr.jp
weyl.ed.ehime-u.ac.jp
www.kiwamu-dennou.co.jp
www.fujita-denki.co.jp
www.trein.jp
wise.nime.ac.jp
No.161
No.162
> Transactionの数量じゃなく、業務の種類だろ。
定量的か定性的かの言い方の違いだろ。
テスト工程で実稼働を想定した負荷をかけてテストしないのか?
それともどんぶり勘定なのかね。
> 厳密な座席予約が必要な場合は、ペシミスティックロックだが、業務全体からみれば少ない。
座席予約にバッティングは許されないから、「厳密」という表現はおかしいのでは。
> EJBがなくたってトランザクションは可能だろう。EJBならではの理由はないよ。
個人の嗜好にかかわらず現状ではEJBが業界標準だよ。
例を出すなら公の引用を貼ってくれ。
> 一言もBPELなんて書いてないだろ。
海外の例で悪いけど。
ttp://www.fiorano.com/jp/frontpage.htm
ttp://www.sonicsoftware.com/customers/index.ssp
ttp://www.oracle.co.jp/appserver/bpel/doc/doc19109.pdf
> それといま時まともにマルチコアライセンスを考えられていないWASなんかの
WASの場合baseライセンス以上だったらCPU無制限だから必要ないんじゃないの。
そんな事言ったらWOの方は何も考えてないじゃん。
> これについては、自分も問題なしとは思わない。
いや、これが一番の問題のハズだが。
大学みたく一部の教育機関を除いてMacでしか動かない案件なんてまず無いよ。
> と言うかこんな不毛な議論より、WOの情報が欲しいだけなんだけどな。
一般人成りすましマカですかね。
始めてWOに触れたのならいざ知らず、今時そんなヤシいるのか疑問ですが。
No.163
5.2.4と5.3.1のフレームワーク上での大きな差異はなく、開発ツールが変わった程度。
テキストエディタで開発してた人たちにしてみればどうってことない。
ライセンス気になるなら5.2パッケージを買ってSoralisなどにインスコすれば良いし。
で、WOのどういう情報が欲しいの？技術的なことなら少しばかり答えられるかも。
No.164
もちろんマクしか動かないようなプロダクトを採用するのもマカだけどな。
テキストエディタって(w
EOMは使わないとどうにもならんよ。EOM無しで開発出来るようなwoaとかcayenneのようなmodelerでも既に開発済み？
5.3がマク縛りなのに、今更5.2をソラリスで動くからって納品出来る無神経ぶりがマカだな。
数ヶ月使えればいいシステム作れば済む次元じゃないし。
数年〜１０年ぐらい使う息の長いシステム作りを要求されるのに、先の見えないプロダクトで納入なんて出来るかよ。
No.165
No.166
No.167
他のベンダがSOAに基づいた技術をどんどん採り入れて開発している事について
不安に思わないのかね。
WOに関係しない技術は基地扱いだし。
>>163
は著しくプロ意識が欠落してるな。
こんなのにお金払ってWeb Site作って貰ってる人は不幸だよ。
成りすましマカ確定ですかね。
No.168
Java捨てて速度命で盛り返してくれ。
No.169
MacOSX Nativeアプリでも作らん限りObjective-Cにするメリットは無い。
No.170
Mac OS X Server限定なら、速度出すためにウニバーサルなObjC版を出したほうがいい。
糞重いiLifeアプリケーションさえJavaじゃなくてObjCだぞ。
No.171
それにJavaだとコミュニティが充実してるので勝手に色々開発してくれる。
ObjCに先祖返りするメリットはないよ。
No.172
今、Xserve G5を買うのはどう見ても得策じゃないし。
WO5.x(Java)でコミュニティが充実して勝手に色々開発してくれる恩恵って特にないし。
ワンダー程度で恩恵受けてるの？
ObjCに先祖帰りするメリットは処理速度。4.5の実行速度を知らない素人？
No.173
WOはメインストリームじゃないから今の位置付けで良いと思うけどなぁ。
EOFは2.1から10年くらい基本構造が変わってないから
そっちの方をなんとかしないと根本解決にはならんと思うよ。
といってもEOFの開発者はMicrosoftに行っちゃったし、今後ドラスティックに変わる事はないよ。
速くしたいんならWASとかWebLogicを使うでしょ。ふつう。
どうせWO使ってる香具師は趣味かその延長だろうから、EOFにスピードを求めるのは間違ってるよ。
No.174
No.175
漏れだったらWO一本じゃハズかしくて飯は食えん。
No.176
WASもWLもマカには使いづらいし。
No.177
No.178
電気屋で５万で売ってるPCすら、持ってない貧乏マカ。
No.179
力を入れるのかと期待したんだけどダメでしたね。
NeXT版以来実に17年ぶりの快挙なんだが、64bit版10gR2出ないよなぁ。
No.180
無難にSolaris鯖使った方が良かったって事に成って、ますますXserveが売れなくなる。
No.181
MacOSXが中途半端に64bit化してるからだめなんだよ。
マク以外の10gは皆64bit版があるから
あえてOracle10gをXserveで使う理由が無い。
No.182
早くフル64bitカーネル出せばいいのに。
No.183
漏れはてっきり、32bit GUIに64bit ビジネスロジックを繋ぐのがへんてこだと思っていたんだが
そういう根深い訳があったんでつね。
ttp://developer.apple.com/macosx/64bit.html
No.184
XPで動くようにしとけば、PCでもマクでも動く訳だし。
No.185
ADCのページも、JBossやTomcatのネタが増えてきたし。
ttp://developer.apple.com/internet/
No.186
iTMSもWOだし。アポーストアもWOだしな
ほとんど自分たちが使う為だけにメンテしてるだけかもしれんが
No.187
早々と出してくるというのは、WOを捨てたという事だろう。
アポーもここに来てようやくメインストリームに舵を切り始めたかな。
ttp://developer.apple.com/java/
No.188
元々NeXT使ってたからマクOSなんてどうでもいいし。
No.189
No.190
ttp://www.itmedia.co.jp/enterprise/articles/0604/28/news060.html
No.191
No.192
No.193
ajaxとかJPAとか取り残されてるし。
No.194
No.195
No.196
ttp://www.apple.com/jp/xserve/howto/parco/index.html
まあjbossならSolarisでも運用出来るからな。Oracle RACとの併用だと、Xserveにする理由が無い。
おまいらまだwo続けられてる？
No.197
いつの時代のこと？？
というか脱woになるほどのシェアだった？
No.198
woのシェアよりはjbossのシェアの方が多い。
No.199
オープンソースで公開すべき
No.200
事実上というより誰がみても完全終了です。
モノはいいと思うがユーザー層が悪すぎｗ
アポー以外がひきとってれば違っていたのかもしれないが。
WOの進化とかサポートじゃなくてユーザーの質って意味でｗ
No.201
売ってたところで今更5.2なんて誰が買うの？
開発も運用も無償になってるのに
No.202
WOも分離したらよかったのに…
No.203
ご愁傷様です。
No.204
テラカワイソス
No.205
別途ライセンスが必要なFMと、パワーポイントのためにオフィスプロを買うと付属してるアクセスでは勝負にならない。
マカって昔から空気読めないからねえ。
4D使い続けてたアフォマカもいたし。
No.206
No.207
現実は見たくないんだろうけど
No.208
その点、WebObjectsじゃねえｗ
まったく成り立ってないだろコレ？
発売元のアポーですら見捨ててるしか思えんし
たしか10万円以下のはずだが、コピーしてたとかそんな話ばっか
最盛期ですらバカしか使っていなかったっぽい
フリーランス多いしねｗ
今の時代、Web開発をどうやって個人でやってるのかねぇｗ
出目はいいもののはずだが開発者の民度が低すぎたってとこか
No.209
No.210
世界のWeb関連取引の1%以下ってことは確実だろ
こういうと信者はあそこも使ってる、こんな大手も使ってると反論するが、
自分はしがない自称社長だったりするｗ
メンテ不可能になることがわかり切ってるフレームワークで新規開発などありえないし
打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
じゃ取引を切りたくもなるだろうし
No.211
>打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
自分もマカだがこれだけは絶対にやりたくないな。。
つか、こんなことやってる人いるんだ？？？
No.212
> 出目はいいもののはずだが開発者の民度が低すぎたってとこか
出目ｗ
出自だろ。
No.213
>つか、こんなことやってる人いるんだ？？？
実際、Macで開発してMacで運用するのが一番では？
No.214
何が一番?
No.215
マクで運用するのも、危機管理が無さ過ぎる。
来年アポーがサーバから撤退したらどうするの？
No.216
No.217
一時期、興味があっていろいろ調べたけどどうも使ってる香具師が
アホばかりのようなので同類と見なされるのを恐れて採用を見送った
その判断は正解だったようですなｗ
No.218
もうバグフィックスもされないし、放置されまくりだし。
No.219
フリーランスが多いのも特徴
なんでタダの製品に人生や社運をかけちゃうのかねぇｗ
まったくマカーってやつぁ
No.220
お客に説明できないだろ。
No.221
ネクスト消滅再来。
No.222
この際なら完全に無料にして、FileMaker からでも簡単に利用できるようにすれば良いのに。最後ッ屁ってことで。
No.223
よほどの理由がない限り趣味のマックを仕事に持ち込んでるバカだと思われるだけだ。
実際、WebObjectsが駄目になっていったのは7マンエンに値下げされてからで、
打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
なんて輩が出始めたのはその後
タダにするのではなくMac以外でまともにサポートするのが唯一生き残る道のように思える
バカユーザーを切り離して世間の信頼を取り戻すにはそれしかないかと
No.224
WOすら葬り去られようとしているのが現状。
ウェブデザでIEで動作チェックしなきゃ逝けない案件なのにマクで必死にHTML作ってるアフォと同じ痛さだよな。
無駄に金使って、無駄に手間掛けて、貧乏街道突っ走ってる。
マクでしか動かせないWO技術者ってクズだよな。
No.225
最近の状況はいかがでしょう・・
No.226
夜逃げ
会社解散
退職
負け組み
No.227
サーバのページからWebObjectへのリンクがなくなったね。レオポンの説明にはTomcatは出てくるが
WebObjectはいっさい出てこない。もう、レオポンにはWebObjectの環境ついてないのかも知らんね。
No.228
もう使わんよ。
No.229
サポートしてくれるメーカーがないとね。
残念...
No.230
No.231
No.232
No.233
まぁ、『成功』の定義は別として。
PHP くらいに敷居を低くしてくれたら他にもオススメできるんだけどねぇ。
No.234
インテル化で、もうマクを使い続けるって時代じゃないのに。
No.235
No.236
No.237
No.238
No.239
Appleの100％子会社なんだから、簡単だろう？
No.240
ttp://support.apple.com/downloads/WebObjects_Update_5_4_3_for_Mac_OS_X_10_5
No.241
No.242
No.243
↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査 → 不受理 → 告訴状再提出または刑法 第193条で訴えを起こす
↓
受理 → 告訴事実を認め示談交渉（↓） →示談成立 → 法廷相場50〜100万円の示談金 ※示談拒否が良い
↓ ↓
事案化← 前科あり ←示談不成立（↓）→ 示談外交渉→ 犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓ ↓
↓ 起訴 →公判 → 罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓
審査 → 起訴（強制捜査・留置場）→ 公判 → 懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→ 起訴 → 起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴 → 同上
◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。
注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。
No.244
被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
多重派遣・多重出向
労働基準法第6条（中間搾取の禁止）に違反
疎明資料
事前面接日時、場所、出席者、資料のコピー、音声記録
就業場所・就業期間・就業時間
指揮命令
指示を誰が行っているかの記録、音声記録
仕事で使う道具や、資材の負担（所有）のあり方
業務で使用しているパソコン・備品などの所有者
契約書
請負、雇用契約書、出向指示など書面のコピー
刑事告訴ガイダンス
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを（裁判不要）してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者（又は競合他社）に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の３割程度を謝礼金として渡してください。
No.245
大阪のゴミが天王山の麓で吹き溜まりになったような
ガラも程度も悪い
イジメで廃人になった子がたくさんいる
暴力とイジメの町という噂があるな
そんな町だったら改革すべきだ
No.246
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
676XRXF2Q3
No.247
::::｡:::∩＿＿∩:ﾟ::::
::☆彡:/ +ヽ:::::
:::::/⌒)● +●|:｡:::
::ﾟ:/ / (_●_)ミ::ﾟ:
:::( ヽ +|∪|+ヽ::::
::::＼+ ヽノ+||::::
......................
無茶しやがって…+.....
.∧∧ +∧∧ +∧∧...
( )>( )>( )>.
i⌒ /+i⌒ /+i⌒ /..
三 | 三 | 三 |...
∪+∪ ∪+∪ ∪+∪...
三三 +三三 +三三
三 三三 +三三
