[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 04/25 10:44 / Filesize : 187 KB / Number-of Response : 894
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


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

国産DIコンテナSeasar その11



1 名前:デフォルトの名無しさん [2007/09/27(木) 07:41:47 ]
一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ?みんなもう使ってるの?
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

本家 seasar.org
www.seasar.org/

Seasar Projectグループ
seasarproject.g.hatena.ne.jp/

ひがやすをblog
d.hatena.ne.jp/higayasuo/

前スレ
その1 pc5.2ch.net/test/read.cgi/tech/1092044210/
その2 pc5.2ch.net/test/read.cgi/tech/1098885253/
その3 pc8.2ch.net/test/read.cgi/tech/1102862221/
その4 pc8.2ch.net/test/read.cgi/tech/1119608621/
その5 pc8.2ch.net/test/read.cgi/tech/1135986150/
その6 pc8.2ch.net/test/read.cgi/tech/1148204750/
その7 pc8.2ch.net/test/read.cgi/tech/1153060167/
その8 pc10.2ch.net/test/read.cgi/tech/1165531719/
その9 pc11.2ch.net/test/read.cgi/tech/1170674234/
その10 pc11.2ch.net/test/read.cgi/tech/1176050197/

764 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 01:01:05 ]
そーなのかー。それは知らなかった。すまん。

765 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 01:08:41 ]
何に対しての遅れと判断するのか。

日々良い方向に進むのは良いことじゃないか。

766 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 01:13:59 ]
>>765
> 何に対しての遅れと判断するのか。

当初の予定に決まってるだろ常考

767 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 01:29:50 ]
みんななんだかんだ言ってSeasar好きなんだな

768 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 01:30:55 ]
思いつきリリースするからおかしいんだよ。
長期的なリリースエンジニアリングを聞かせてほしいな。
そんなもん、やってられるかって感じならしょーがないけど。
まー、Eclipse.orgみたいに長期的かつ正確ってのは無理なんだろうけど。

769 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 01:44:42 ]
>>768
ひがたんは、
「やってみなきゃ分からない」
「やってみたらダメだった」
という姿勢だから、それはやらないだろね。

でも、あの開発スピードが伴っていれば、そのスタイルは間違ってないと思うけど。
それがSeasarプロジェクトに与える影響とか、他のコミッタがどうだってことを考えなければ。



770 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 02:28:58 ]
半年もたつと方針がコロっと変わるのがいただけない。

771 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 07:40:39 ]
eclipse.orgはリリース計画を守るために
間に合わない場合は予定していた機能をガンガン削るけどね。


772 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 09:21:35 ]
>>771
それはそれでまたここで叩かれるだろうが



773 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 10:44:09 ]
やってみてる段階でアナウンスするから話がややこしくなるんだろ…

774 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 11:49:38 ]
>>773
一生rcだけを作り続けろと?

775 名前:デフォルトの名無しさん mailto:sage [2008/01/22(火) 15:14:53 ]
mlの激しくずれた質問に対して対応するひがたんやさしす

776 名前:デフォルトの名無しさん mailto:sage [2008/01/23(水) 16:32:48 ]
jfut.featia.net/diary/20080120.html#p02
なかなか良さそうだな。
SAStrutsとどっちがいい?

777 名前:デフォルトの名無しさん mailto:sage [2008/01/23(水) 17:00:23 ]
rc8って前代未聞じゃねーの?

778 名前:デフォルトの名無しさん mailto:sage [2008/01/23(水) 17:51:30 ]
>>777
ある意味Web2.0的な


779 名前:デフォルトの名無しさん mailto:sage [2008/01/23(水) 21:17:44 ]
>>776
たぶん、いいとこはSAStrutsが取り込むだろうな。
思いつき+見境ないからな。

ひがが本当はCubbyみたいなのを作りたかったと言った時点で
やられた感があったんだろう。
フレームワークはある程度、技術がありゃ、誰でも出来るが、
センスはCubbyが一枚上手だな。

780 名前:デフォルトの名無しさん mailto:sage [2008/01/24(木) 00:52:31 ]
ここに書かず、ブログで応えるひがたん萌え

781 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 00:57:26 ]
旧デブ理事に批判されてるな。

782 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 01:29:50 ]
どこで?
元理事のブログって対象が書いてないから何のこと書いてんのか分からん。



783 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 01:33:47 ]
× 旧デブ理事
○ デブ旧理事

理事は辞めてもデブは現役だ

784 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 03:01:38 ]
付き合いのある人は、なにか不穏な書き込みがあるたびに
「もしかしておれのこと?」
ってドキドキするかもね。


785 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 11:58:00 ]
それに釣られた芦田が大阪で謝罪させられたんだよなw
元理事ヒトデナシス


786 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 11:59:16 ]
なぞめき系はまさに
killing me softly
という感じ。

787 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 12:18:40 ]
>>785
あれから、しれっと復活したasipは以外と大物かも


788 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 13:28:57 ]
大物どころじゃない
seasarのことは二度と書かないって言いながら書き続けてるし
情報網から外すと言いながらメモしてるし
あの太々しさは超大物

789 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 14:02:31 ]
というか、超太物。

790 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 20:06:57 ]
> 超太物
それなんて元理事

791 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 22:44:55 ]
燃料投下
ttp://www.infoq.com/jp/news/2008/01/the-craptaculous-web-framework

792 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 22:52:22 ]
数が多いのは事実だけど業務で使えるのはそんなに数が多くないと思うが。

そりゃ研究目的や教育目的に社内のショボイのにネタ的な感覚で新FWを使ってみる事はあるけどサ。



793 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 22:54:07 ]
> 膨大な選択肢は有益だろうか?
もちろん。
S2Struts,S2Tapestry,S2JSF,Teeda,SAStruts,Cubby,Ymir,S2Click,S2Wicket,Mayaa…
これほどまでに選択肢が豊富なことが無益なわけがない。

794 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 23:24:08 ]
でも、これ使っとけばとりあえずOKという安心できるデファクトが欲しいとは思う
単に機能面だけでなく人材確保・教育・運用・将来性まで考えるとね
その上で、飽き足りない人達の為に様々な選択肢があるのは全く問題ない

795 名前:デフォルトの名無しさん mailto:sage [2008/01/25(金) 23:58:21 ]
古い奴はほんとそういうのもとめるよね。

でも万能なものって絶対にないよ

796 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 00:29:20 ]
古い奴っつーか、自分が方式決めれてかつ責任者の場合、
数十人以下の規模のプロジェクトならなんでも採用するが、
複数会社で開発とか数百人規模とかならあり得ない。
問題あったら、自分だけの問題じゃすまない。
そんなもん採用するからだ、とかなったらめんどくせーからな。

797 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 00:35:12 ]
万能なのが無ければプロジェクトのライフサイクルを考えて一番なのしれた汎用的な物を使うのが一番いい。
最後まで面倒を見るつもりがあるならば独自フレームワークでも全然構わない。

マス対して適当なものをリリースし続ける奴はカスだけどな。
「うちは保守やら無いで売り切り^^;」って言ってるボケと同じレベル。

798 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 00:36:26 ]
これさえ使っとけばおk、ってservlet+JSPとかになりそうでイヤンだけどなー。

ところでサ100人超えるプロジェクトって具体的にどんなの?

799 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 01:29:45 ]
>>798
IBMとかいうとこらからコンサル様がやってこられてサンザン重厚なJ2EEデザインパターンを説明され、
小回りが効かず手間がかかりまくりなWACSとかいうクソフレームワークを使わされヒドイ目にあう感じ。

800 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 01:30:45 ]
>>797
J2EEか.NETフレームワークでもどうぞ。

カス

801 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 02:36:00 ]
>>798
100人超えるっつっても全体だぜ。
サブプロジェクトは10人とかで、全部合わせてでかくて、
フレームワークは全部同じとかあるだろ。
フレームワークチームが30人とかな。

フレームワークが同じ、プロジェクト全体で
1万人月とか2万人月とかのやったことないか?

802 名前:798 mailto:sage [2008/01/26(土) 02:48:34 ]
>>799
WACSって名前だけ聞いたことあるけど、J2EE(EJB)の暗黒時代(?)の商品だったっけ?
やたら悪評だけは高いけど。

WASで稼動するアプリ作ったことあるけどservlet+JSPかJSFでなるたけIBM依存の機能は使わずに
やっちゃったけど。

まあお疲れ様でした。

>>801
全体のはあるけど、それは社内糞フレームワークチーム単位で30-50人くらいだったな。
過去の資産含めてのリプレースとかだから2.3種類ほど標準ルール(謎)があった。

ただ、全部が同じフレームワークって事はないなぁ。言語からして違うから
UI部分はJava。バッチ系はCOBOL/RPG、コア制御部がRPG、監視がVBとJP1、運用ツールがCL,SQL
ウチは現場の人間に好き勝手やらす方でフレームワーク信仰はないな。
Javaのチームだけだと少人数なケースが多いっす。



803 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 03:37:31 ]
>>779
センスってどのへん?

804 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 04:17:14 ]
>>803
また、パクる気か。

805 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 15:28:45 ]
いいところを参考にするのは当然です。
参考にしたら当然ソースに謝辞だって入れてあげますよ?

それ以上何を望むのですか?

806 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 16:11:21 ]
>804
お前だって人のコードを参考にしてモノを作ってんじゃねーの?

807 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 17:53:43 BE:484051182-2BP(0)]
とにかくなんでもいいからケチをつけたいんだよ。
いるだろ、そういう人種。

808 名前:804 mailto:sage [2008/01/26(土) 21:01:47 ]
おまえら、なんかえらく過敏に反応するのな。

809 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 00:28:30 ]
>>808
ここはコミッタのすくつ(←なぜか変換できない)だからな

810 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 00:45:50 ]
> すくつ(←なぜか変換できない)
ものすごく久しぶりに見た

811 名前:デフォルトの名無しさん [2008/01/27(日) 19:33:23 ]
SAStruts1.0.0記念age

812 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 00:19:23 ]
おまいら、バグ出しよろしく



813 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 00:34:18 ]
いまさらTeedaのドキュメントいらんよな

814 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 17:15:19 ]
ねぇねぇ、seasarでDIされるオブジェクトって、
プログラム側で、シリアライズしたり、デシリアライズしたり出来ないもの?
なんか、ClassCastExceptionがおきるんよ。

>>813
ドキュメントはイランから、teedaで業務系アプリケーションを作ったら、こうなります。
みたいなサンプルはほしいなぁ。携帯含めてww

815 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 18:28:01 ]
>>814
そもそもDI使わない場合では、シリアライズできるオブジェクトなの?
シリアライズできるできないはDIのせいじゃない気がするんだけど・・・。

816 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 20:31:30 ]
>>814
できるんよ。んで、シリアライズしてDBに保存してるんだけど、
同じセッション?内であれば、DBから取り出して、復元できたりする。(いまいち条件が判別できない)
でも、サーバー再起動したりすると確実にException・・・
シリアライズとデシリアライズは、
seasarのSerializeUtilと、Base64Utilをつかってます。

817 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 20:37:52 ]
DIなのか?AOPだったりしないか?

818 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 20:46:08 ]
>>816
HotDeploy?

819 名前:デフォルトの名無しさん mailto:sage [2008/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 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 22:18:30 ]
HotDeployUtil

821 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 22:20:20 ]
ttp://s2container.seasar.org/2.4/s2-framework/ja/apidocs/org/seasar/framework/container/hotdeploy/HotdeployUtil.html#rebuildValue(java.lang.Object)

822 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 22:23:38 ]
Seasar終了のお知らせktkr



823 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 22:36:06 ]
へぇー仕様なんだぁ。
例外飛ぶのは1万歩譲っていいとしてClassCastExceptionってのはどうなんだろ。

824 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 22:44:42 ]
ん?
TestClass testClass = (TestClass)HotDeployUtil.rebuidValue(obj);
でいいってことかしら?

825 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 22:49:07 ]
>>823
Javaの仕様な

826 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 22:58:41 ]
そーす公開してんだから、自分でカスタマイズすればいいんじゃね??おれそうしてるけど・・・。

827 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 23:03:41 ]
>>826
いみふ

828 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 00:02:46 ]
>S2JDBCで、データベースの定義からEntityを自動生成する機能と、
>Entityからデータベースを再構築する機能を今後追加予定ですが、

キターーーー!

829 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 00:28:18 ]
ケンカはやめてー

830 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 01:28:40 ]
>>828
> >S2JDBCで、データベースの定義からEntityを自動生成する機能と、

こんなんいるか?

> >Entityからデータベースを再構築する機能を今後追加予定ですが、

こっちはS2Junitと組み合わせて使うのかね?

831 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 01:47:16 ]
>>830
> こんなんいるか?

いるだろ常考

> こっちはS2Junitと組み合わせて使うのかね?

LiquiBaseとかRailsのmigrationとか知らないのか?
Agile Database TechniquesとかRefactoring Databasesとか嫁

832 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 02:20:43 ]
>>830
JPAにくらべて圧倒的に弱いのはそこだから



833 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 06:57:53 ]
>>831
知ったか乙


834 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 12:35:35 ]
>>832
S2JDBCのエンティティ≒JPAのエンティティだろ
S2JDBCも圧倒的に強いJPAのツールを使えばいいんジャマイカ


835 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 13:19:41 ]
>S2JDBCで、データベースの定義からEntityを自動生成する機能と、

こっちは、いるだろ常考だが、

>Entityからデータベースを再構築する機能を今後追加予定ですが、

こっちは自分はいらない(使わない)な。
自分が担当するプロジェクトのほとんどが、専任の DBA が単独でいて、
DB設計 > プログラムというやり方だからだと思うけど。

ただ簡単なツールとかサンプル使うときは便利かもしれないけど、それでも自分だったら
create table 流した後に、DB > Entity 自動生成しちゃうな。


836 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 13:31:09 ]
> 専任の DBA

そんなのがいちゃSuperAgileできないから対象外だろ常考

837 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 14:52:35 ]
>>834
まったく同じならいいんだろうけど
そういうわけじゃないからね

S2はとりあえずメインの開発が止まってくれてよかった
メインのバージョンがアップデートされる速度が速すぎて
周辺ライブラリが対象とするバージョンとかならず開きがでてたから

今後はツールサポートに力を入れてほしいな
Eclipse以外のプラグインも作るとか、単独で動けるツールとか

ライブラリだけだとどんなによくても開発環境としては弱いからね

>>836
先にDBの関連作るところが多いと思う
細かいフィールドはあとから追加するにしても

838 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 15:07:15 ]
>>837
JPAのツールが使えないような違いって?

839 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 15:48:14 ]
>>837
そんなのがいちゃSuperAgileできないから対象外だろ常考

細かいフィールド
常にJavaのEntity中心で開発できるからいいじゃん。
IDEで全て追える!

840 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 17:03:18 ]
今回はどこのアンチSeasar君だろ

841 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 23:42:03 ]
>>837
JPAのEntityとの非互換ってあったっけ?
JPAのアノテーション全部使っているわけではないというのは知ってるけど
それは別に無視すればいいだけだし

DBについては、Railsのmigration的な機能を望む声は多いと思うし
DBAがいてはSuperAgileできないというのに同意

842 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 00:22:29 ]
>DBAがいてはSuperAgileできないというのに同意

漏れは要件定義とDBAとプログラマ兼ねている貧乏人だけど、
DBAが要るのとSuperAgileは関係ないと思うが。

先にDB設計してからアプリの設計に入るけど。



843 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 00:44:04 ]
すべてIDEで完結することが重要
あれやこれや行き交うのがなくなることは良いと思う。

DBをJavaオブジェクトとして表現できるのはいいと思う

844 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 00:58:37 ]
>>842
「専任の」DBAね。自分がDBAなら無問題
そういう場合、カラム一つ追加するのも書類書いて申請とかなんだよ
しかも対応は翌日以降とかな。アジリティのかけらもねぇ

845 名前:842 mailto:sage [2008/01/31(木) 01:15:11 ]
>>843
漏れはDB2の人だけど、SQLの実行計画とか統計情報見てアレコレ分析&チューニングするところは
IDEでは出来んけど、それ以外の作業はEclipseで出来るのでSuperAgileとそれは
関係ないと思うが。

>>844
ちょっとDBAの立場から言うと基本的に「自分の設計は神」と思い込んでいるので
他人が「カラム増やせ」とか言われたら、本当に必要なの?ってヒヤリングするので、
そういうので対応がトロいとか言われるのはあるな。

ただ、元COBOLerなんかは横長DBにカラム追加設計して必要以上にこねくりまわす性癖があるから
あれはあれでウザく感じる。

846 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 11:19:03 ]
DBを作ってるんじゃない。システムを作ってるんだ。
システムがうまく回るようにDBを設計すべき。
DBAが「自分が一番」なんて思ってるとうんこ

847 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 12:13:17 ]
>845
チューニングなんて開発段階からするか?
俺はしない。

848 名前:835 mailto:sage [2008/01/31(木) 13:30:01 ]
おれはアプリケーションよりの人間だけど(DBA に「カラム追加して」と頼むほう,)
>>842 の言っていることには同意する。

>>843
別に Eclipse のプラグインで DB をいじりたいと思わない。
餅は餅屋、自分は OsqlEdit と SqlPlus じゃないと効率が悪い。

>>847
細かいチューニング(インデックス張るとか)は結合ぐらいからやり始めるけど、
開発終わってから「横長のテーブルがイヤなので正規化します」なんて、プログラム側でも Entity が変わって
超めんどくさいことになるじゃないですか。
設計や開発の初期にテーブルを作るときに、明らかに変えたほうがいいことは、最初から変えておいたほうがいい。

「横長DBをキレイにすること」を、チューニングと考えるか設計変更と考えるかの違いかもしれないけど。


849 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 14:07:58 ]
正規化はチューニング違う。全然違う。

850 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 15:19:10 ]
チューニングの観点でいうと、非正規系にすることのほうが多いと思うが。


>848
わざわざSQLをEclipseで発行するなんて書いてねーっての。
Eclipseにはリファクタリングっていうのがあるの知ってる?
しかもS2JDBCは基本SQL書かない。


DBをただの永続化の場所と捉えることからの機能なんだよ。


851 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 15:31:29 ]
>>850
>チューニングの観点でいうと、非正規系にすることのほうが多いと思うが。

だよな。ここの住人がどれだけDBに無頓着かがわかった。

852 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 16:10:28 ]
どんなシステムを作るかにもよるだろ。
チューニングはあとからでOKとか言ってる奴はちんまいWebアプリしか作ったことないような奴だ。



853 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 16:26:15 ]
大きいWEBアプリだと開発途中にどんなチューニングをするんですか?

854 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 17:47:21 ]
大小やWEBか否かに限らず、DBチューニングは普通後からやる。
実行計画見ながらSQLを見直したり、
インデックスを検討したり、Oracleだったらヒント句書いたりな。

855 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 23:49:46 ]
必要な時に必要なことを必要なだけする。


これぞアジャイル

856 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 01:06:28 ]
>>853
大きいシステムだととりあえずDBは横長に作ります。

857 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 02:18:41 ]
現実問題DBのチューニングを後からやるとか言っても、
設計が悪かったらチューニングも焼け石に水なのはほとんどの
DBAが知っている現実なワケだが。

858 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 02:55:35 ]
 | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
 |  次でボケて!!!   |
 |________|
    ∧∧ ||
    ( ゚д゚)||
    / づΦ


859 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 03:21:12 ]
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20080104/290425/
これを使えばDBのチューニングなんていらないんじゃないか?

860 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 04:31:35 ]
>>859
Nice boke.

861 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 08:14:49 ]
www

862 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 12:07:33 ]
developerWorksキタ━━━━(゜∀゜)━━━━ッ!!
ttp://www.ibm.com/developerworks/jp/java/library/j_j-seasar01/



863 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 17:33:14 ]
>>862
あれ、 中村氏(taedium って人だよね?)のメアドが isid になっている。
豆蔵をやめて isid に転職したのかな?

864 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 03:59:45 ]
isidに引き抜かれたんだよ

865 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 09:51:11 ]
豆蔵がいやになったところを拾われた

866 名前:デフォルトの名無しさん [2008/02/02(土) 14:27:35 ]
最近豆蔵の有名な人がよく辞めてるのか?

867 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:47:17 ]
最近始まったことじゃないし。

868 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 14:52:11 ]
EclipseにSeasar2のプラグインと
Apache-Tomcatをインストールしたのですが、
ビルドの仕方がわかりません。
どうしたらいいのでしょうか?


869 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 15:06:47 ]
メニューにプロジェクトのビルドってのがどっかにあるから探せ。
わからなければ、キミには向いていないってことよ。

870 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 15:23:45 ]
ひがタソ
ドメイン層とパーシステンス層とごっちゃになっておかしくなってないか?

871 名前:868 mailto:sage [2008/02/03(日) 20:00:29 ]
>>869
回答ありがとうございます。
ProjectはBuild automatically clean にチェックが入っています。
しかし新しく作成したディレクトリがTomcatで表示されません。
webapp直下にjsp-xxxというフォルダを作ったのですが。

872 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 20:09:22 ]
>>871
スレ違いだな



873 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 20:14:52 ]
>>872
了解です。よそに行ってきます。
ありがとうございました。

874 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:07:27 ]
君子は豹変すと言うけど、人の後追いばかりで確固たる信念を持たない奴が
なんかの拍子に発言力持って適当フレームワーク乱発するのって害の方が多い気がする…。

ドメインモデルの件に関しては久しぶりに頭に血が上った。
で、その

875 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:15:51 ]
君子は過去の自分がどうだったかにとらわれないから豹変するわけだが。彼も自分が君子であるつもりなんだろうな。

俺から見れば人として軸がぶれているだけだが。


876 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:45:39 ]
>>870
そもそもドメインモデルの定義ってなによ?
動きを持たなければならないのか?というところか。


877 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:58:48 ]
ひがたんが豹変して振り回されるのは人として軸がぶれてるヤツだけ
確固たる信念を持ってればひがたんが豹変しても笑って眺めるだけ

878 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 23:10:40 ]
>>876
オブジェクト指向的アプローチであって
DBに引っ張られるような設計をしないこと

ここあたり参考になるかな?
ttp://otndnld.oracle.co.jp/columns/arai-semi/data_access/1/index.html

879 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 23:51:28 ]
>>878
メリットは?
再利用が効くとか?芸術的だとか?

デメリットももちろん知ってるよな?
はっきりいって技術レベルが低い日本で純粋なドメインモデルでやっていけることは少ない。
層間のDTOやそれと同じようなことをするのは面倒だし。



880 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:28:43 ]
>>879
俺に噛み付くなよ
普通に現実的なのはTableModuleだろう

DomainModelにこだわるようでこだわれない不思議なひがたんに聞いてよ

881 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:34:32 ]
だいたい技術レベルが高くないと使えないっつー時点で
オナニーだな。

882 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:46:19 ]
>>881
DomainModelパターンですよね。技術者のオナニーですよね。



883 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:48:56 ]
DomainModel使うのに、それほど技術レベルが必要かねぇ?
そりゃモデル組むほうは技術が必要だが、殆どの層はモデル使う方なわけで。

それに、システムが複雑になってくれば来るほど、DomainModelは効果的だよ。

884 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 02:28:50 ]
>>883
組むほうを使うほうの人数に相対するぐらい確保できればいいけどね。

言ってることは分かるが理想論過ぎる

885 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 02:31:20 ]
>>883
そうやって層を分けると使えないモデルができあがる悪寒

886 名前:884 mailto:sage [2008/02/04(月) 02:46:23 ]
>>885
残念ながら使えるんだよ。DomainModel単体では。
でもプレゼンテーション層や永続化層で使いにくいからDTOを作るのよ。

887 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 02:55:18 ]
>>886
そういう意味じゃなくてさ
人の方を使うのと作るのに層を分けるとだな、
なんだよこの糞モデルはぁ〜っっ使えねぇーーーっ
てことになるって話だよ

888 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 09:14:43 ]
>>887
使うほうはモデルを直接操作することはあんまりないと思うが。


889 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 23:33:08 ]
>>888
直接とか間接とかって意味じゃなくてさ
使えないってのは役に立たないって話だよ

890 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 23:40:32 ]
>>889
あぁ、君のことか

891 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 23:54:23 ]
誰がうまいこと言えと

892 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 11:33:46 ]
元理事はchuraに提言する前にescafeどうにかしろ
キャラ付けしただけで忘れてんじゃじゃねーか
いつになったらオールインワンのダウンロードできるんだよ



893 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 20:07:39 ]
あの元理事は本業からしてそんな感じだからOKOK。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<187KB

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