08/01/23 16:32:48
URLﾘﾝｸ(jfut.featia.net)
なかなか良さそうだな。
SAStrutsとどっちがいい？
777:デフォルトの名無しさん
08/01/23 17:00:23
rc8って前代未聞じゃねーの？
778:デフォルトの名無しさん
08/01/23 17:51:30
>>777
ある意味Web2.0的な
779:デフォルトの名無しさん
08/01/23 21:17:44
>>776
たぶん、いいとこはSAStrutsが取り込むだろうな。
思いつき＋見境ないからな。
ひがが本当はCubbyみたいなのを作りたかったと言った時点で
やられた感があったんだろう。
フレームワークはある程度、技術がありゃ、誰でも出来るが、
センスはCubbyが一枚上手だな。
780:デフォルトの名無しさん
08/01/24 00:52:31
ここに書かず、ブログで応えるひがたん萌え
781:デフォルトの名無しさん
08/01/25 00:57:26
旧デブ理事に批判されてるな。
782:デフォルトの名無しさん
08/01/25 01:29:50
どこで?
元理事のブログって対象が書いてないから何のこと書いてんのか分からん。
783:デフォルトの名無しさん
08/01/25 01:33:47
× 旧デブ理事
○ デブ旧理事
理事は辞めてもデブは現役だ
784:デフォルトの名無しさん
08/01/25 03:01:38
付き合いのある人は、なにか不穏な書き込みがあるたびに
「もしかしておれのこと？」
ってドキドキするかもね。
785:デフォルトの名無しさん
08/01/25 11:58:00
それに釣られた芦田が大阪で謝罪させられたんだよなw
元理事ﾋﾄﾃﾞﾅｼｽ
786:デフォルトの名無しさん
08/01/25 11:59:16
なぞめき系はまさに
killing me softly
という感じ。
787:デフォルトの名無しさん
08/01/25 12:18:40
>>785
あれから、しれっと復活したasipは以外と大物かも
788:デフォルトの名無しさん
08/01/25 13:28:57
大物どころじゃない
seasarのことは二度と書かないって言いながら書き続けてるし
情報網から外すと言いながらメモしてるし
あの太々しさは超大物
789:デフォルトの名無しさん
08/01/25 14:02:31
というか、超太物。
790:デフォルトの名無しさん
08/01/25 20:06:57
> 超太物
それなんて元理事
791:デフォルトの名無しさん
08/01/25 22:44:55
燃料投下
URLﾘﾝｸ(www.infoq.com)
792:デフォルトの名無しさん
08/01/25 22:52:22
数が多いのは事実だけど業務で使えるのはそんなに数が多くないと思うが。
そりゃ研究目的や教育目的に社内のショボイのにネタ的な感覚で新FWを使ってみる事はあるけどサ。
793:デフォルトの名無しさん
08/01/25 22:54:07
> 膨大な選択肢は有益だろうか？
もちろん。
S2Struts,S2Tapestry,S2JSF,Teeda,SAStruts,Cubby,Ymir,S2Click,S2Wicket,Mayaa…
これほどまでに選択肢が豊富なことが無益なわけがない。
794:デフォルトの名無しさん
08/01/25 23:24:08
でも、これ使っとけばとりあえずOKという安心できるデファクトが欲しいとは思う
単に機能面だけでなく人材確保・教育・運用・将来性まで考えるとね
その上で、飽き足りない人達の為に様々な選択肢があるのは全く問題ない
795:デフォルトの名無しさん
08/01/25 23:58:21
古い奴はほんとそういうのもとめるよね。
でも万能なものって絶対にないよ
796:デフォルトの名無しさん
08/01/26 00:29:20
古い奴っつーか、自分が方式決めれてかつ責任者の場合、
数十人以下の規模のプロジェクトならなんでも採用するが、
複数会社で開発とか数百人規模とかならあり得ない。
問題あったら、自分だけの問題じゃすまない。
そんなもん採用するからだ、とかなったらめんどくせーからな。
797:デフォルトの名無しさん
08/01/26 00:35:12
万能なのが無ければプロジェクトのライフサイクルを考えて一番なのしれた汎用的な物を使うのが一番いい。
最後まで面倒を見るつもりがあるならば独自フレームワークでも全然構わない。
マス対して適当なものをリリースし続ける奴はカスだけどな。
「うちは保守やら無いで売り切り^^;」って言ってるボケと同じレベル。
798:デフォルトの名無しさん
08/01/26 00:36:26
これさえ使っとけばおｋ、ってservlet+JSPとかになりそうでイヤンだけどなー。
ところでサ100人超えるプロジェクトって具体的にどんなの？
799:デフォルトの名無しさん
08/01/26 01:29:45
>>798
IBMとかいうとこらからコンサル様がやってこられてサンザン重厚なJ2EEデザインパターンを説明され、
小回りが効かず手間がかかりまくりなWACSとかいうクソフレームワークを使わされヒドイ目にあう感じ。
800:デフォルトの名無しさん
08/01/26 01:30:45
>>797
J2EEか.NETフレームワークでもどうぞ。
カス
801:デフォルトの名無しさん
08/01/26 02:36:00
>>798
100人超えるっつっても全体だぜ。
サブプロジェクトは10人とかで、全部合わせてでかくて、
フレームワークは全部同じとかあるだろ。
フレームワークチームが30人とかな。
フレームワークが同じ、プロジェクト全体で
1万人月とか2万人月とかのやったことないか？
802:798
08/01/26 02:48:34
>>799
WACSって名前だけ聞いたことあるけど、J2EE(EJB)の暗黒時代(?)の商品だったっけ？
やたら悪評だけは高いけど。
WASで稼動するアプリ作ったことあるけどservlet+JSPかJSFでなるたけIBM依存の機能は使わずに
やっちゃったけど。
まあお疲れ様でした。
>>801
全体のはあるけど、それは社内糞フレームワークチーム単位で30-50人くらいだったな。
過去の資産含めてのリプレースとかだから２．３種類ほど標準ルール（謎）があった。
ただ、全部が同じフレームワークって事はないなぁ。言語からして違うから
UI部分はJava。バッチ系はCOBOL/RPG、コア制御部がRPG、監視がVBとJP1、運用ツールがCL,SQL
ウチは現場の人間に好き勝手やらす方でフレームワーク信仰はないな。
Javaのチームだけだと少人数なケースが多いっす。
803:デフォルトの名無しさん
08/01/26 03:37:31
>>779
センスってどのへん？
804:デフォルトの名無しさん
08/01/26 04:17:14
>>803
また、パクる気か。
805:デフォルトの名無しさん
08/01/26 15:28:45
いいところを参考にするのは当然です。
参考にしたら当然ソースに謝辞だって入れてあげますよ？
それ以上何を望むのですか？
806:デフォルトの名無しさん
08/01/26 16:11:21
>804
お前だって人のコードを参考にしてモノを作ってんじゃねーの？
807:デフォルトの名無しさん
08/01/26 17:53:43 BE:484051182-2BP(0)
とにかくなんでもいいからケチをつけたいんだよ。
いるだろ、そういう人種。
808:804
08/01/26 21:01:47
おまえら、なんかえらく過敏に反応するのな。
809:デフォルトの名無しさん
08/01/27 00:28:30
>>808
ここはコミッタのすくつ(←なぜか変換できない)だからな
810:デフォルトの名無しさん
08/01/27 00:45:50
> すくつ(←なぜか変換できない)
ものすごく久しぶりに見た
811:デフォルトの名無しさん
08/01/27 19:33:23
SAStruts1.0.0記念age
812:デフォルトの名無しさん
08/01/29 00:19:23
おまいら、バグ出しよろしく
813:デフォルトの名無しさん
08/01/29 00:34:18
いまさらTeedaのドキュメントいらんよな
814:デフォルトの名無しさん
08/01/29 17:15:19
ねぇねぇ、seasarでDIされるオブジェクトって、
プログラム側で、シリアライズしたり、デシリアライズしたり出来ないもの？
なんか、ClassCastExceptionがおきるんよ。
>>813
ドキュメントはイランから、teedaで業務系アプリケーションを作ったら、こうなります。
みたいなサンプルはほしいなぁ。携帯含めてｗｗ
815:デフォルトの名無しさん
08/01/29 18:28:01
>>814
そもそもDI使わない場合では、シリアライズできるオブジェクトなの？
シリアライズできるできないはDIのせいじゃない気がするんだけど・・・。
816:デフォルトの名無しさん
08/01/29 20:31:30
>>814
できるんよ。んで、シリアライズしてDBに保存してるんだけど、
同じセッション？内であれば、DBから取り出して、復元できたりする。（いまいち条件が判別できない）
でも、サーバー再起動したりすると確実にException・・・
シリアライズとデシリアライズは、
seasarのSerializeUtilと、Base64Utilをつかってます。
817:デフォルトの名無しさん
08/01/29 20:37:52
DIなのか？AOPだったりしないか？
818:デフォルトの名無しさん
08/01/29 20:46:08
>>816
HotDeploy？
819:デフォルトの名無しさん
08/01/29 21:44:22
なんとなく分かった。
Object obj = ObjectUtil.fromBase64ToObject(objectBase64);
TestClass testClass = (TestClass)obj;
コードがこんな感じだとして、
obj.getClassLoader() が「WebappClassLoader」
TestClass.class.getClassLoader()が「org.seasar.framework.container.hotdeploy.HotdeployClassLoader」
というように、ロードするクラスローダーが違うんで起きている様子。
>>818の言うとおりHotDeployなんだけれど、CoolDeployにしてOKだったとしても、きついなぁ・・・
でも、正常にCast出来ている時もあって、その時は、どちらもWebappClassLoaderなんだよね。
820:デフォルトの名無しさん
08/01/29 22:18:30
HotDeployUtil
821:デフォルトの名無しさん
08/01/29 22:20:20
URLﾘﾝｸ(s2container.seasar.org)(java.lang.Object)
822:デフォルトの名無しさん
08/01/29 22:23:38
Seasar終了のお知らせｋｔｋｒ
823:デフォルトの名無しさん
08/01/29 22:36:06
へぇー仕様なんだぁ。
例外飛ぶのは1万歩譲っていいとしてClassCastExceptionってのはどうなんだろ。
824:デフォルトの名無しさん
08/01/29 22:44:42
ん？
TestClass testClass = (TestClass)HotDeployUtil.rebuidValue(obj);
でいいってことかしら？
825:デフォルトの名無しさん
08/01/29 22:49:07
>>823
Javaの仕様な
826:デフォルトの名無しさん
08/01/29 22:58:41
そーす公開してんだから、自分でカスタマイズすればいいんじゃね？？おれそうしてるけど・・・。
827:デフォルトの名無しさん
08/01/29 23:03:41
>>826
いみふ
828:デフォルトの名無しさん
08/01/30 00:02:46
>S2JDBCで、データベースの定義からEntityを自動生成する機能と、
>Entityからデータベースを再構築する機能を今後追加予定ですが、
ｷﾀｰｰｰｰ！
829:デフォルトの名無しさん
08/01/30 00:28:18
ケンカはやめてー
830:デフォルトの名無しさん
08/01/30 01:28:40
>>828
> >S2JDBCで、データベースの定義からEntityを自動生成する機能と、
こんなんいるか？
> >Entityからデータベースを再構築する機能を今後追加予定ですが、
こっちはS2Junitと組み合わせて使うのかね？
831:デフォルトの名無しさん
08/01/30 01:47:16
>>830
> こんなんいるか？
いるだろ常考
> こっちはS2Junitと組み合わせて使うのかね？
LiquiBaseとかRailsのmigrationとか知らないのか？
Agile Database TechniquesとかRefactoring Databasesとか嫁
832:デフォルトの名無しさん
08/01/30 02:20:43
>>830
JPAにくらべて圧倒的に弱いのはそこだから
833:デフォルトの名無しさん
08/01/30 06:57:53
>>831
知ったか乙
834:デフォルトの名無しさん
08/01/30 12:35:35
>>832
S2JDBCのエンティティ≒JPAのエンティティだろ
S2JDBCも圧倒的に強いJPAのツールを使えばいいんジャマイカ
835:デフォルトの名無しさん
08/01/30 13:19:41
>S2JDBCで、データベースの定義からEntityを自動生成する機能と、
こっちは、いるだろ常考だが、
>Entityからデータベースを再構築する機能を今後追加予定ですが、
こっちは自分はいらない（使わない）な。
自分が担当するプロジェクトのほとんどが、専任の DBA が単独でいて、
DB設計 > プログラムというやり方だからだと思うけど。
ただ簡単なツールとかサンプル使うときは便利かもしれないけど、それでも自分だったら
create table 流した後に、DB > Entity 自動生成しちゃうな。
836:デフォルトの名無しさん
08/01/30 13:31:09
> 専任の DBA
そんなのがいちゃSuperAgileできないから対象外だろ常考
837:デフォルトの名無しさん
08/01/30 14:52:35
>>834
まったく同じならいいんだろうけど
そういうわけじゃないからね
S2はとりあえずメインの開発が止まってくれてよかった
メインのバージョンがアップデートされる速度が速すぎて
周辺ライブラリが対象とするバージョンとかならず開きがでてたから
今後はツールサポートに力を入れてほしいな
Eclipse以外のプラグインも作るとか、単独で動けるツールとか
ライブラリだけだとどんなによくても開発環境としては弱いからね
>>836
先にDBの関連作るところが多いと思う
細かいフィールドはあとから追加するにしても
838:デフォルトの名無しさん
08/01/30 15:07:15
>>837
JPAのツールが使えないような違いって？
839:デフォルトの名無しさん
08/01/30 15:48:14
>>837
そんなのがいちゃSuperAgileできないから対象外だろ常考
細かいフィールド
常にJavaのEntity中心で開発できるからいいじゃん。
IDEで全て追える！
840:デフォルトの名無しさん
08/01/30 17:03:18
今回はどこのアンチSeasar君だろ
841:デフォルトの名無しさん
08/01/30 23:42:03
>>837
JPAのEntityとの非互換ってあったっけ？
JPAのアノテーション全部使っているわけではないというのは知ってるけど
それは別に無視すればいいだけだし
DBについては、Railsのmigration的な機能を望む声は多いと思うし
DBAがいてはSuperAgileできないというのに同意
842:デフォルトの名無しさん
08/01/31 00:22:29
＞DBAがいてはSuperAgileできないというのに同意
漏れは要件定義とDBAとプログラマ兼ねている貧乏人だけど、
DBAが要るのとSuperAgileは関係ないと思うが。
先にDB設計してからアプリの設計に入るけど。
843:デフォルトの名無しさん
08/01/31 00:44:04
すべてIDEで完結することが重要
あれやこれや行き交うのがなくなることは良いと思う。
DBをJavaオブジェクトとして表現できるのはいいと思う
844:デフォルトの名無しさん
08/01/31 00:58:37
>>842
「専任の」DBAね。自分がDBAなら無問題
そういう場合、カラム一つ追加するのも書類書いて申請とかなんだよ
しかも対応は翌日以降とかな。アジリティのかけらもねぇ
845:842
08/01/31 01:15:11
>>843
漏れはDB2の人だけど、SQLの実行計画とか統計情報見てアレコレ分析&チューニングするところは
IDEでは出来んけど、それ以外の作業はEclipseで出来るのでSuperAgileとそれは
関係ないと思うが。
>>844
ちょっとDBAの立場から言うと基本的に「自分の設計は神」と思い込んでいるので
他人が「カラム増やせ」とか言われたら、本当に必要なの？ってヒヤリングするので、
そういうので対応がトロいとか言われるのはあるな。
ただ、元COBOLerなんかは横長DBにカラム追加設計して必要以上にこねくりまわす性癖があるから
あれはあれでウザく感じる。
846:デフォルトの名無しさん
08/01/31 11:19:03
DBを作ってるんじゃない。システムを作ってるんだ。
システムがうまく回るようにDBを設計すべき。
DBAが「自分が一番」なんて思ってるとうんこ
847:デフォルトの名無しさん
08/01/31 12:13:17
>845
チューニングなんて開発段階からするか？
俺はしない。
848:835
08/01/31 13:30:01
おれはアプリケーションよりの人間だけど(DBA に「カラム追加して」と頼むほう,）
、>>842 の言っていることには同意する。
>>843
別に Eclipse のプラグインで DB をいじりたいと思わない。
餅は餅屋、自分は OsqlEdit と SqlPlus じゃないと効率が悪い。
>>847
細かいチューニング(インデックス張るとか)は結合ぐらいからやり始めるけど、
開発終わってから「横長のテーブルがイヤなので正規化します」なんて、プログラム側でも Entity が変わって
超めんどくさいことになるじゃないですか。
設計や開発の初期にテーブルを作るときに、明らかに変えたほうがいいことは、最初から変えておいたほうがいい。
「横長DBをキレイにすること」を、チューニングと考えるか設計変更と考えるかの違いかもしれないけど。
849:デフォルトの名無しさん
08/01/31 14:07:58
正規化はチューニング違う。全然違う。
850:デフォルトの名無しさん
08/01/31 15:19:10
チューニングの観点でいうと、非正規系にすることのほうが多いと思うが。
>848
わざわざSQLをEclipseで発行するなんて書いてねーっての。
Eclipseにはリファクタリングっていうのがあるの知ってる？
しかもS2JDBCは基本SQL書かない。
DBをただの永続化の場所と捉えることからの機能なんだよ。
851:デフォルトの名無しさん
08/01/31 15:31:29
>>850
>チューニングの観点でいうと、非正規系にすることのほうが多いと思うが。
だよな。ここの住人がどれだけDBに無頓着かがわかった。
852:デフォルトの名無しさん
08/01/31 16:10:28
どんなシステムを作るかにもよるだろ。
チューニングはあとからでOKとか言ってる奴はちんまいWebアプリしか作ったことないような奴だ。
853:デフォルトの名無しさん
08/01/31 16:26:15
大きいWEBアプリだと開発途中にどんなチューニングをするんですか？
854:デフォルトの名無しさん
08/01/31 17:47:21
大小やWEBか否かに限らず、DBチューニングは普通後からやる。
実行計画見ながらSQLを見直したり、
インデックスを検討したり、Oracleだったらヒント句書いたりな。
855:デフォルトの名無しさん
08/01/31 23:49:46
必要な時に必要なことを必要なだけする。
これぞアジャイル
856:デフォルトの名無しさん
08/02/01 01:06:28
>>853
大きいシステムだととりあえずDBは横長に作ります。
857:デフォルトの名無しさん
08/02/01 02:18:41
現実問題ＤＢのチューニングを後からやるとか言っても、
設計が悪かったらチューニングも焼け石に水なのはほとんどの
DBAが知っている現実なワケだが。
858:デフォルトの名無しさん
08/02/01 02:55:35
|￣￣￣￣￣￣￣￣|
| 次でボケて!!! |
|＿＿＿＿＿＿＿＿|
∧∧ ||
( ﾟдﾟ)||
/ づΦ
859:デフォルトの名無しさん
08/02/01 03:21:12
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
これを使えばDBのチューニングなんていらないんじゃないか？
860:デフォルトの名無しさん
08/02/01 04:31:35
>>859
Nice boke.
861:デフォルトの名無しさん
08/02/01 08:14:49
ｗｗｗ
862:デフォルトの名無しさん
08/02/01 12:07:33
developerWorksキタ━━(゜∀゜)━━ッ!!
URLﾘﾝｸ(www.ibm.com)
863:デフォルトの名無しさん
08/02/01 17:33:14
>>862
あれ、 中村氏(taedium って人だよね?）のメアドが isid になっている。
豆蔵をやめて isid に転職したのかな?
864:デフォルトの名無しさん
08/02/02 03:59:45
isidに引き抜かれたんだよ
865:デフォルトの名無しさん
08/02/02 09:51:11
豆蔵がいやになったところを拾われた
866:デフォルトの名無しさん
08/02/02 14:27:35
最近豆蔵の有名な人がよく辞めてるのか？
867:デフォルトの名無しさん
08/02/02 15:47:17
最近始まったことじゃないし。
868:デフォルトの名無しさん
08/02/03 14:52:11
EclipseにSeasar2のプラグインと
Apache-Tomcatをインストールしたのですが、
ビルドの仕方がわかりません。
どうしたらいいのでしょうか？
869:デフォルトの名無しさん
08/02/03 15:06:47
メニューにプロジェクトのビルドってのがどっかにあるから探せ。
わからなければ、キミには向いていないってことよ。
870:デフォルトの名無しさん
08/02/03 15:23:45
ひがタソ
ドメイン層とパーシステンス層とごっちゃになっておかしくなってないか？
871:868
08/02/03 20:00:29
>>869
回答ありがとうございます。
ProjectはBuild automatically clean にチェックが入っています。
しかし新しく作成したディレクトリがTomcatで表示されません。
webapp直下にjsp-xxxというフォルダを作ったのですが。
872:デフォルトの名無しさん
08/02/03 20:09:22
>>871
スレ違いだな
873:デフォルトの名無しさん
08/02/03 20:14:52
>>872
了解です。よそに行ってきます。
ありがとうございました。
874:デフォルトの名無しさん
08/02/03 22:07:27
君子は豹変すと言うけど、人の後追いばかりで確固たる信念を持たない奴が
なんかの拍子に発言力持って適当フレームワーク乱発するのって害の方が多い気がする…。
ドメインモデルの件に関しては久しぶりに頭に血が上った。
で、その
875:デフォルトの名無しさん
08/02/03 22:15:51
君子は過去の自分がどうだったかにとらわれないから豹変するわけだが。彼も自分が君子であるつもりなんだろうな。
俺から見れば人として軸がぶれているだけだが。
876:デフォルトの名無しさん
08/02/03 22:45:39
>>870
そもそもドメインモデルの定義ってなによ？
動きを持たなければならないのか？というところか。
877:デフォルトの名無しさん
08/02/03 22:58:48
ひがたんが豹変して振り回されるのは人として軸がぶれてるヤツだけ
確固たる信念を持ってればひがたんが豹変しても笑って眺めるだけ
878:デフォルトの名無しさん
08/02/03 23:10:40
>>876
オブジェクト指向的アプローチであって
DBに引っ張られるような設計をしないこと
ここあたり参考になるかな？
URLﾘﾝｸ(otndnld.oracle.co.jp)
879:デフォルトの名無しさん
08/02/03 23:51:28
>>878
メリットは？
再利用が効くとか？芸術的だとか？
デメリットももちろん知ってるよな？
はっきりいって技術レベルが低い日本で純粋なドメインモデルでやっていけることは少ない。
層間のDTOやそれと同じようなことをするのは面倒だし。
880:デフォルトの名無しさん
08/02/04 00:28:43
>>879
俺に噛み付くなよ
普通に現実的なのはTableModuleだろう
DomainModelにこだわるようでこだわれない不思議なひがたんに聞いてよ
881:デフォルトの名無しさん
08/02/04 00:34:32
だいたい技術レベルが高くないと使えないっつー時点で
オナニーだな。
882:デフォルトの名無しさん
08/02/04 00:46:19
>>881
DomainModelパターンですよね。技術者のオナニーですよね。
883:デフォルトの名無しさん
08/02/04 00:48:56
DomainModel使うのに、それほど技術レベルが必要かねぇ？
そりゃモデル組むほうは技術が必要だが、殆どの層はモデル使う方なわけで。
それに、システムが複雑になってくれば来るほど、DomainModelは効果的だよ。
884:デフォルトの名無しさん
08/02/04 02:28:50
>>883
組むほうを使うほうの人数に相対するぐらい確保できればいいけどね。
言ってることは分かるが理想論過ぎる
885:デフォルトの名無しさん
08/02/04 02:31:20
>>883
そうやって層を分けると使えないモデルができあがる悪寒
886:884
08/02/04 02:46:23
>>885
残念ながら使えるんだよ。DomainModel単体では。
でもプレゼンテーション層や永続化層で使いにくいからDTOを作るのよ。
887:デフォルトの名無しさん
08/02/04 02:55:18
>>886
そういう意味じゃなくてさ
人の方を使うのと作るのに層を分けるとだな、
なんだよこの糞モデルはぁ～っっ使えねぇーーーっ
てことになるって話だよ
888:デフォルトの名無しさん
08/02/04 09:14:43
>>887
使うほうはモデルを直接操作することはあんまりないと思うが。
889:デフォルトの名無しさん
08/02/04 23:33:08
>>888
直接とか間接とかって意味じゃなくてさ
使えないってのは役に立たないって話だよ
890:デフォルトの名無しさん
08/02/04 23:40:32
>>889
あぁ、君のことか
891:デフォルトの名無しさん
08/02/04 23:54:23
誰がうまいこと言えと
892:デフォルトの名無しさん
08/02/05 11:33:46
元理事はchuraに提言する前にescafeどうにかしろ
キャラ付けしただけで忘れてんじゃじゃねーか
いつになったらオールインワンのダウンロードできるんだよ
893:デフォルトの名無しさん
08/02/05 20:07:39
あの元理事は本業からしてそんな感じだからOKOK。