1001コメント284KB

国産DIコンテナSeasar その15

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2009/03/17(火) 20:48:19

0448デフォルトの名無しさん

2009/07/13(月) 01:52:25

>>447
誰か「最終」確認で再起動することを禁じてるのか？
「最終」以外の確認はしないのか？それは再起動しないとできないのか？

0449デフォルトの名無しさん

2009/07/13(月) 01:57:45

>>447
いや解った上でバカじゃないのと言ってるわけで
詳しくない奴ほどトンチンカンでどうでもいい説明したがるんだよな

0450デフォルトの名無しさん

2009/07/13(月) 02:00:13

今pluginフォルダー見たら503になってた
サーバーの転送量越えてる
いつものことですか？

0451デフォルトの名無しさん

2009/07/13(月) 02:08:38

Perm領域だってGCで解放されることを知らない酔っぱらいが暴れてると聞いて

0452デフォルトの名無しさん

2009/07/13(月) 02:16:01

別に再起動してはいけない、なんて誰も言ってないし、
毎回必ず再起動する必要はないってのは便利だし、
何をファビョってるんだ？こいつは。

0453デフォルトの名無しさん

2009/07/13(月) 02:17:24

>>448
> 誰か「最終」確認で再起動することを禁じてるのか？
そんなこと禁じる会社は馬鹿だろう。当然誰も禁じていない。
だが、サクサク開発とは対照的な再起動を好んで行う開発者がいるだろうか？
特に無知な開発者が。

> 「最終」以外の確認はしないのか？それは再起動しないとできないのか？
コミット後にテスターによる最終確認は当然行う。それが出来てない開発会社はクズだ。
だが、開発者がコミット前に再起動を行わない状態での確認を行ってバグを出した場合、責任は誰のせい？

「サクサク開発」を推した人間？それともそれを信じた人間？俺は信じた人間だと思っている。

けど、頭の弱い開発者を騙す奴は業界のためにならないとも思っている。

>>449
そうか、俺の発言を理解したうえで「何言ってるの」って返してくれていたわけか。
けど、簡単に「お前詳しくない」とか「トンチンカン」ってレッテルしただけじゃ
普通の人は「どこでそう思ったんだろう？」って疑問符が残るだけで結局誰も得しないんだぜ。

>>451
ままままままままじで！！！！！？？？？？知りませんでした。申し訳ない。

俺、全然Seasar使ってなくてSpring使ってmvn:jettyで開発してるんだけど、
一定回数以上のリロードを行うとPerm領域があふれて落ちてションボリズムなのよ。

んで結局「バイトコード改変したクラスの定義情報を何度も読み込んでるから、それで溢れてるんだろうなぁ」
って予測してたんだけどそうじゃなかったのか。

ちなみにPerm領域のGCが開放される条件ってどんなのか知っていたら教えてください。
資料へのポインタでもいいです。お願いします。

0454デフォルトの名無しさん

2009/07/13(月) 02:34:50

コミット前に再起動して確認すりゃ良いだけだろ
悪いのは道具じゃなくて
道具を使いこなせない側

0455デフォルトの名無しさん

2009/07/13(月) 02:46:11

Perm領域のGCが開放

0456デフォルトの名無しさん

2009/07/13(月) 02:52:33

>>454
知ってるがな。俺がそれで困ったことなんて一度も無い。

>>455
悪かったがな。そんな程度の間違いで目くじら立てられても困る。

0457455

2009/07/13(月) 02:57:37

まあ酔ってるというし。
ちょっといじわるしたかっただけです。

頻繁にPermGenエラー出るならごもっともだけど
俺そんなに出なかったけどな。
出たら再起動って事でも別にサクサク感は損なわれないけどな。
規模にもよるのかもしれないですな。

0458デフォルトの名無しさん

2009/07/13(月) 03:14:16

>>456
困った事が無いなら何に目くじら立ててるの？

0459デフォルトの名無しさん

2009/07/13(月) 03:20:12

>>453
> > 誰か「最終」確認で再起動することを禁じてるのか？
> そんなこと禁じる会社は馬鹿だろう。当然誰も禁じていない。

「誰か」はひが氏の意味で書いたんだがな。
ひが氏含めて誰も禁じてないんだから再起動して最終確認すればいいだけ。
修正確認は再起動しないで確認すればいい。
お前のポリシーとHot Deployという道具は矛盾も対立もしない。両立する。
で、お前は何をファビョってるんだ？

0460デフォルトの名無しさん

2009/07/13(月) 03:24:58

素直な目で見ないから苦労するんだよ
欠点見つけたって騒ぎたい気持ちはわかるけど
本当にそれが大きな欠点なら、君程度の奴が発見する前に他の人が見つけてるから

0461デフォルトの名無しさん

2009/07/13(月) 03:33:11

というか、既に周知の事実なわけで。
Hotdeployの利便性を覆すほどのものではないとことも含めて。

0462デフォルトの名無しさん

2009/07/13(月) 03:40:12

>>453
>一定回数以上のリロードを行うとPerm領域があふれて落ちてションボリズムなのよ。

それはただのメモリリークだ常識で考えろ

>ちなみにPerm領域のGCが開放される条件ってどんなのか知っていたら教えてください。

ググれカス

0463デフォルトの名無しさん

2009/07/13(月) 09:34:26

俺は>>453じゃないけど
Perm領域をJVMオプションで増やしておく、ぐらいFAQに書いとけと思った。
あとクラスローダー周りでトラブルること多いけど「サクサクです。以上」ってのもどうかと思った。
S2陣営がターゲットとしている、「難しいことを考えなくても使えるものが欲しい人達」には
対処できないだろコレ

0464デフォルトの名無しさん

2009/07/13(月) 10:33:07

JavaRebelすげー快適だぜ

0465デフォルトの名無しさん

2009/07/13(月) 10:58:49

>>453
>俺、全然Seasar使ってなくてSpring使ってmvn:jettyで開発してるんだけど、
使ってなくて書いてたのかよｗ

>んで結局「バイトコード改変したクラスの定義情報を何度も読み込んでるから、それで溢れてるんだろうなぁ」
それくらい簡単に調べられるだろ
ツール使ってもいいし、ClassLoader取ってきて解放していないclassを調べてもいい

Commons LoggingとかCGLIBとか、そういう問題を抱えているライブラリは過去沢山あったから
何かがメモリリークを起こしてるんじゃない？

0466デフォルトの名無しさん

2009/07/13(月) 11:47:36

よーわからんが >>453はSpringでhot deployやってんの？想像で書いてるだけなの？

0467デフォルトの名無しさん

2009/07/13(月) 13:01:30

-XX:MaxPermSize=128m

0468デフォルトの名無しさん

2009/07/13(月) 15:00:09

>>464
調べてみた。これって有償プロダクトなんだな。

なんかオープンソースでsamurai-reloadableというのがあるらしい。
動かしてみたがNullPointerExceptionで落ちてちゃんと動かんかった

0469デフォルトの名無しさん

2009/07/13(月) 15:07:32

http://code.google.com/p/samurai-reloadable/wiki/SamuraiReloadable
これか。ググっても他に情報ないな。

0470デフォルトの名無しさん

2009/07/13(月) 15:20:31

>>468
お試し期間あるからやってみ？S2とは別次元の快適さだよ。

0471デフォルトの名無しさん

2009/07/13(月) 15:35:17

ヒガーに全否定されてるけど大丈夫なのかwww

(PDF注意)
ttp://event.seasarfoundation.org/sc2009white/viewAttachment.do?_pageName_=Session&_fileName_=sc2009white_s406_4_hot.pdf

このPDFで紹介されているのが
samurai-reloadable(kimu-reloadable)な。
俺は動かんかったけど。

0472デフォルトの名無しさん

2009/07/13(月) 17:00:33

PDFちゃんと読んだ？なかなかよく問題点がまとまってた。

>JavarebelのHOT deployの実装を見ればわかると思いますが、リクエストのたんびに全コンポーネントをデプロイして破棄していると思います。
>これでは、クラス数が増えると使い物になりません。

実際試さずに想像で書いてるっぽい。
ってか実案件(コンポ数多いってこと）で試したらS2のは重かったけど
JavaRebelは大丈夫だったぜ。対してS2は

>1回の画面遷移で行われる再登録処理に30秒くらいかかってしまう。

これじゃ使い物にならんだろが!現場の話聞いてんのかと小一時間
アーキテクト乙。

0473デフォルトの名無しさん

2009/07/13(月) 17:05:31

pdfリンク先のこれ
http://d.hatena.ne.jp/alunko/20090102/1230891319
>Railsアプリは最後には、1画面遷移で15秒以上かかるようになってしまった。
意外だ。LLっぽくねぇ･･･

0474デフォルトの名無しさん

2009/07/13(月) 17:05:30

>>472
木村氏乙

0475デフォルトの名無しさん

2009/07/13(月) 17:14:25

>>472
木村氏じゃないのでsamuraiとかのことはよくわからんけど、
落ちないようになったら試してみたいとは思った。

0476デフォルトの名無しさん

2009/07/13(月) 17:15:43

安価間違えたｺﾞﾒﾝﾈ

0477デフォルトの名無しさん

2009/07/13(月) 17:16:35

>>472
>>289-294嫁
要は>>472の設計が悪い

0478デフォルトの名無しさん

2009/07/13(月) 17:31:32

472だけど、
>>477
thx。みんながこれ把握&綺麗に設計実装してうまくやってるともあまり思えんが･･･
「設計が悪い」と言われたら、まあその通りなんだろなと認める。

0479デフォルトの名無しさん

2009/07/13(月) 18:28:33

S2じゃなくてSpringだけど、prototypeで定義しているコンポーネントが多すぎて重くなったということはあった
構成を調べて、Controller系のみをprototypeで残して、
fieldに一時的な情報を保持していないDaoクラス等をsingletonに変えたらかなり早くなった
結局は>>477のリンク先で書かれてるように無闇に関連コンポーネントが多すぎる設計が問題だったんだけど
そこには手をつけられないってことが実際は多いからな

0480デフォルトの名無しさん

2009/07/14(火) 19:06:03

「BigTable と JDO の勝ちパターン」の資料どっかにねーかな。
あるいはヒガに関係なくkeyvalue系？の設計指標的なやつ

0481デフォルトの名無しさん

2009/07/14(火) 23:29:06

ひが本、ソフトウェア更新でインストールしてるけど、503なんで上書き更新にしといた方がよかったのに

0482デフォルトの名無しさん

2009/07/15(水) 10:38:25

>>480
今出てるWeb+DBでがまんというのは
どうでしょう

0483デフォルトの名無しさん

2009/07/15(水) 12:49:15

ご都合ドットコム作った人のblogがオススメ

0484480

2009/07/15(水) 16:27:43

>>482,483
ありがとー。読んでみる。

0485デフォルトの名無しさん

2009/07/16(木) 01:32:21

>>473
development モードで動かしているんじゃないの？
Rails は、本番 production モードで動かすものだし、
production モードは体感できるぐらい速いけど
(もちろんリロードしないが)

0486デフォルトの名無しさん

2009/07/16(木) 01:44:46

>>485
話が読めないバカ

0487デフォルトの名無しさん

2009/07/16(木) 01:44:48

>>485
HotDeployうんぬんの文脈で出てきたんだから、
developmentモードで遅くなる事を問題視しているのは明らかでは。

0488485

2009/07/16(木) 02:00:20

すんまそん

にしても、いくらでかいアプリ作ったといえど、development モードでそんなに遅くなるかなぁ
アプリ(システムのでかさ)というより、そのコンポーネントがどれくらい子供(参照)を抱えているか、ということらしいが

だから >>472 の設計が悪い、という話になるのか

0489デフォルトの名無しさん

2009/07/16(木) 02:06:24

設計に気をつけても100画面とかになると普通に重くなるが

0490デフォルトの名無しさん

2009/07/16(木) 02:08:04

>>489
Railsの話？

0491デフォルトの名無しさん

2009/07/16(木) 20:31:55

ひがのblogホントにイライラさせるな。
2chの話題に頼みもしないのにからんでくるわ。バッドノウハウも貯まって来ていますと書きながらリソースへのポインタ無し。

こいつにオープンソースを語られる日本が不憫だ。

0492デフォルトの名無しさん

2009/07/16(木) 20:43:36

ならば代わりに語って日本のオープンソースをリードしてくれ

0493デフォルトの名無しさん

2009/07/16(木) 20:49:44

>>491
バッドノウハウ自体が普通に知られてる(>>442)からな

0494デフォルトの名無しさん

2009/07/16(木) 23:28:26

>>491
ひがっちはインスタンスと考えるんだ。
最初の発想はよかった。インターフェイスから
実装クラスまで、しかし彼はインスタンス化
されちまった・・・。そういうことなんだよ。

0495デフォルトの名無しさん

2009/07/17(金) 02:56:00

バッドノウハウってのは、アプリの品質が悪かったりインターフェースがいけてない時にユーザが本来不必要な工夫をすることなんだけど、シーサーにはバッドノウハウが溜まったんだw 良かったね

0496デフォルトの名無しさん

2009/07/17(金) 12:50:16

ここイライラしてる奴多いねｗ

0497デフォルトの名無しさん

2009/07/17(金) 12:53:17

あちこちのコミュニティで相手にされず、ここに不満だけ書いているやつがおおいから仕方ないだろｗ

0498デフォルトの名無しさん

2009/07/17(金) 12:55:11

うわ、マジでここのネタに反応してるわ
ウゼェwww

0499sage

2009/07/17(金) 13:14:30

http://b.hatena.ne.jp/entry/d.hatena.ne.jp/higayasuo/20090716/1247702860
の
"Log4j使ってて、weavingされてるクラスでLog logger = LogFactory.getLog(getClass());とかしてると危険なんだよね"
というコメントが気になったぜ

0500sage

2009/07/17(金) 13:40:15

java技術系blogチェックしようとしたらjava-jaの内輪ネタがすげーうっとおしくて萎えた

0501デフォルトの名無しさん

2009/07/17(金) 13:51:44

>>499
Log4JでなくCommons Logginの間違いだな
LogFactory#releaseAll()呼べばおk

0502デフォルトの名無しさん

2009/07/17(金) 14:04:12

HOT deployだと動くけどCOOL deployだと動かない

0503デフォルトの名無しさん

2009/07/17(金) 14:08:14

よくあることだ気にするな

0504デフォルトの名無しさん

2009/07/17(金) 16:13:21

>>499
クラスを記述するのでなくgetClass()を使うと、バイトコードエンハンスされたクラスが登録される
ClassLoaderが解放されない問題は、こんな形でＡＯＰで拡張したクラスがどっかに登録されて
解放されないことによって起こりやすい
SingletonS2ContainerFactory.destroy()を呼び出せば
内部でLogFactory.releaseAll()実行するのでクラスも解放される

ＡＯＰを使うときは、対象となるクラスに対してgetClass()を使わないのが無難
バッドノウハウの一つ

0505デフォルトの名無しさん

2009/07/17(金) 16:22:43

>>503
mjsk

0506デフォルトの名無しさん

2009/07/17(金) 17:05:33

>クラスを記述するのでなくgetClass()を使うと
XXX.classなら大丈夫なの？なんで？

0507デフォルトの名無しさん

2009/07/17(金) 17:37:40

>>496-496
S2のコミュなんて特に親切な部類に入るのに
そこで相手にされないってよっぽどだな
一度JavaHouseででも揉まれてきた方がいいと思う

0508デフォルトの名無しさん

2009/07/17(金) 19:34:19

>>505
>>442のリンク先にも書いてある

0509デフォルトの名無しさん

2009/07/17(金) 19:50:18

>>506
XXX.classじゃAOPで拡張されたクラスは取れない
だがAOPで拡張されたクラスかどうかは重要じゃないから気にすることはない
クラスがキャッシュされてるとそのクラスローダーを破棄できないことが問題

0510デフォルトの名無しさん

2009/07/17(金) 20:39:35

>>499 からの Log4j 関連の話だが、知らなかった。

Seasar2 の Hotdeploy をつかっておらず、Spring で AOP している場合で、
Log logger = LogFactory.getLog(getClass()); とする書き方をしている場合で、
Tomcat の reloadable="true" としている場合、
再コンパイルしたら Tomcat がその web アプリをリロードするが、
こういうときも、前回の ClassLoader の破棄に失敗するの？

Tomcat で reloadable="true" としているけど、
いつも10回ぐらい続けると、ParmGen の領域で OutOfMemory とか出る。

0511デフォルトの名無しさん

2009/07/18(土) 00:44:28

ごめん、普通にソフトウエア更新できた
回線のせいかな

0512デフォルトの名無しさん

2009/07/18(土) 14:47:09

>>507
日本語でおｋ

0513デフォルトの名無しさん

2009/07/18(土) 19:23:59

>>493
バッドノウハウ普通に知られてるかぁ？

0514デフォルトの名無しさん

2009/07/21(火) 11:10:50

引きこもり宣言

0515デフォルトの名無しさん

2009/07/22(水) 06:05:20

真性ひが

0516デフォルトの名無しさん

2009/07/23(木) 21:56:24

新生ひがんげりおん破
「GAEをきみに」

0517デフォルトの名無しさん

2009/07/26(日) 01:36:29

ひが「僕はここにいてもいいんだ！」

おめでとう

0518デフォルトの名無しさん

2009/07/28(火) 20:38:06

クラスローダーとの戦いに疲れたのでcool deployで開発してるけど、なんか悔しい

0519デフォルトの名無しさん

2009/07/29(水) 11:33:58

メリットないじゃん。

0520デフォルトの名無しさん

2009/07/29(水) 13:06:56

S2JDBCとかSAStrutsとかは cool deploy　でそのまま使うにもそれなりに便利だと思うよ。

なまじ hot deploy で進めるとアプリケーションサーバー立ち上げながらトライアンドエラーで作って、
後でテストクラスも作らずに「サクサク開発なんです（ｷﾘｯ」とか言ってる奴が出てくるのが俺は気に入らない。

cool deploy だと毎度アプリケーションサーバー立ち上げてから細かな確認なんて出来ないから
まずはテストクラス作って動作を検証してからWeb画面で確認するて強制力が働くからな。

もちろん、後からでもきちんとテストクラスを作って CI に乗せる習慣が身についてる開発者にとっちゃ
hot deploy は素晴らしい仕組みだと思うんだけどね。

0521デフォルトの名無しさん

2009/07/29(水) 13:10:48

hot deploy でテスト書かない奴が cool deploy ならテスト書くっていう思考がおかしくないか？

0522デフォルトの名無しさん

2009/07/29(水) 13:17:10

>>520
EJBの時代でも、どうせユニットテストするから高速起動なんかイラネーって奴がいたのを思い出したよ・・・

0523デフォルトの名無しさん

2009/07/29(水) 14:30:27

>>521
cool deploy ならアプリケーションサーバの起動に時間がかかるし
サクサク動作確認なんて出来ないから面倒くさすぎて自然と純粋なロジックは
JUnit のテスト書くような気持ちにならないかなぁ。

まぁ、俺が言いたいのは
「なまじサクサクと開発が出来るからって、テスト作らない開発者が出てくるのは嫌だよね」
って事だよ。

>>522
いや、高速起動は必要だろ。普通に考えて…。
LogicとViewの結合部分の確認や調整は絶対必要なんだし、そこは楽できるならしたい。
hot deploy だって素晴らしい仕組みだと言ってるじゃん。

別にアプリケーションサーバー起動しなくても単体テスト書いて確認できる部分は
単体テスト書いて確認したほうが後々のためになると思うんだけど、おまいはその辺りはどう思うの？

0524デフォルトの名無しさん

2009/07/29(水) 15:07:13

>>523
アホを基準に技術を否定するなよ

0525523

2009/07/29(水) 15:32:42

>>524
おかしいな…。
技術におぼれて基礎的な事が出来ないアホな開発者は嫌だよね。
って言っているだけなのに、どうして技術を否定してることになるの？

「この技術(hot deploy)には駄目開発者の駄目さを助長する側面がある」
っていう、意見が否定を表すの？

俺はそういう非論理的かつ歩み寄ろうとしないタイプの
開発者も余りよくないと思うんだ。

0526デフォルトの名無しさん

2009/07/29(水) 15:42:07

>>525
優秀な開発者の開発効率を更にアップさせるという側面もある
まあ、どっちもどっちだな

ユニットテストを書くことを技術的側面で縛れなくても、
運用(開発規約とか)で縛れば、事実上問題ないと思うな、俺は

0527デフォルトの名無しさん

2009/07/29(水) 17:02:15

テストクラス書くのを強制すりゃ良いんじゃないの？
わざわざs2で hot deploy 使わない理由にはなってない気がするわ…
なんか新しい事にチャレンジしてる風を装って
自分が理解出来ない部分は悪として切り捨てるタイプの元上司と被るわ

0528デフォルトの名無しさん

2009/07/29(水) 18:50:00

必要ならテストコードを書くようにメンバーに通達すればいいんじゃね？
それでも書いてもらえないってこと？
おまえの文面からだと、それをしてないでhot reloadingに駄目出ししてるように聞こえる
プロジェクトでのおまえのポジションって何？
リーダー、サブリーダー格でもなさそうだし
単にプロジェクトへの不満をhot reloadingに八つ当たりしているように聞こえるな

0529デフォルトの名無しさん

2009/07/29(水) 18:53:51

>技術におぼれて基礎的な事が出来ないアホな開発者は嫌だよね。
これを読むとこの業界の経験が長いだけで、最近の技術に疎く、ついていけてないことへのストレス発散が目的のようだな。

0530デフォルトの名無しさん

2009/07/29(水) 19:55:22

何か、ジジイ認定とか人間的批判が多いのな。
俺がどういう人間かはどうでもいいと思うのに。

・おまえは最新の技術についていけない
・現実のプロジェクトがうまくいってないからその八つ当たり
・ジジイ乙ｯスっす、昭和乙ｯスｗｗｗ俺の元上司と同じｯスｗｗｗ

とか、それが実際の hot deploy の評価とどう関係するんだろう？
最近の技術イケイケの若い人たちは論理的な会話よりも感情的に議論するのがスタンダードなのか？
Ruby会議みたいな感じなのか？俺ならこういう風に反論する。

・テストを書かせるのとアプリケーションサーバーのリロードの速さはまったく関係ない
　→なぜなら、テストを書かせたければプロジェクトの規約でメンバーを縛ればよいから
　→それが出来ないなら、それはリーダーの力不足としか言えない
　→大体、馬鹿は cool deploy でも愚直に再起動を繰り返して確認する。結局テストは書かれない

閑話休題。

結局お前らの発言から俺は
「リロードの便利さとテストを書く書かないという話題は直行している」
という結論を読み取った。

そして「冷静に考えたらそうなんだよな」と、思った。

だが、PHPやRailsのいわゆるサクサク開発の現場ではテスト文化が
あまり根付いてないように見えるのはどうしてだろう。

もうSeasarなんて全然関係ない話題になってるな。
書いててどうでもよくなってきた('A`)

0531デフォルトの名無しさん

2009/07/29(水) 19:59:01

建設的な話しなよアンタら。S2に興味を持ってスレに来た奴が回れ右するよ

0532デフォルトの名無しさん

2009/07/29(水) 20:00:42

>>530
> 最近の技術イケイケの若い人たちは論理的な会話よりも感情的に議論するのがスタンダードなのか？

2chのスタンダードだろ女子高生

0533デフォルトの名無しさん

2009/07/29(水) 20:28:42

>>530
すげーどうでも良いけどRailsじゃなくてrubyだろ女子高生
rubyにはRSpecっつーJUnitより便利なんじゃないか？って位のテストツールがあるぞ
PHPはテストとかそういう以前の問題だろ

0534デフォルトの名無しさん

2009/07/29(水) 20:34:25

>それが実際の hot deploy の評価とどう関係するんだろう？
hot deployの評価を何故強制されなければならない？
おまえめでたいやつだな

>俺ならこういう風に反論する。
それはレスみて気付いたんだろ？ｗ

プロジェクトの中に話せる人がいないのか？
こんなとこに書いている暇があったらメンバーと話せよ。
「俺はこう思っているのに誰も俺のことわかってくれない」なんて思ってるだけじゃないのか？
言葉にしなければ、わかってもらえないよ。

0535デフォルトの名無しさん

2009/07/29(水) 21:03:22

>>533
Webアプリと絡むから、Railsフレームワークを挙げただけだよ。
Rubyの普通のライブラリはテスト揃ってるのが多いと思う。

Rails 使ってると DB のテストも fixture とか使うと感動的にテストしやすい。
優れたテスト環境が整ってるのは知ってる。ただ、いかんせん使わない奴が多すぎる。
Railsで案件やってるのに知らない奴までいる orz

まぁ Seasar と Rails の案件の経験から「画面サクサク開発すると、テスト書かなく傾向がある」
っていう仮説を立ててみたんだが、世間(2ch)では支持を得られなかったという話だよ。

>>534
>>それが実際の hot deploy の評価とどう関係するんだろう？
>hot deployの評価を何故強制されなければならない？

だって、人を叩くならマ板だろ？
ム板なんだから技術の評価とか感想話したほうが面白いじゃん。

>>俺ならこういう風に反論する。
>それはレスみて気付いたんだろ？ｗ

気づいたって言うかレスにノイズが多かったから、関係するところの意図を読み取って整理しただけだよ。
きちんと、意見を整理してまとめたほうがわかりやすいだろ？
言葉にするにしても、きちんと論理的に筋道たてて表現しないと読み取ってもらえないよ。

0536softbank219047090005.bbtec.net

2009/07/30(木) 00:21:38

チーフがここに反応する悪寒

0537デフォルトの名無しさん

2009/07/30(木) 00:32:48

製造する前にどのように品質を確保するか、どのようにテストを実施するかとか
決まってなかったり、周知徹底していないプロジェクトの経験ないからなーｗ
スクリプト言語、ホットデプロイ云々よりもまずそこが問題なんじゃないの？
それに対してお前が何故アクションを起こさないのかがわからない。

0538デフォルトの名無しさん

2009/07/30(木) 01:18:29

>>535
経験から仮説を立てたそうですが
その経験のなかで仮説のような事はどの程度の頻度で起きたのでしょうか？
また、経験したRails案件に関してはテスト環境が導入されていない事が多いように見受けられますが
そもそもルールとしてテストを書くことが決まっていなかった場合は除外して（ry

こういうのがお好みなの？

0539デフォルトの名無しさん

2009/07/30(木) 01:32:42

>>537
苦労したことがないのは自慢にもならんぞ
自分で試行錯誤した訳じゃなくて既に決まってるルールに従ってるだけだろ
そういうのは技術力じゃなくて単なる運だ

0540デフォルトの名無しさん

2009/07/30(木) 02:06:16

>>539
自慢なんかしてない
各自好き勝手にテストしているのが問題じゃないのと言っただけだ
で、お前は何がいいたいんだ？
お前のプロジェクトでもテスティングに問題があって腹が立っているのか？

0541デフォルトの名無しさん

2009/07/30(木) 02:48:31

>>540
あんた、とりあえず否定する奴は実プロジェクトで問題あることにしたがるんだなｗ

0542デフォルトの名無しさん

2009/07/30(木) 02:59:42

何をそんなにいらいらしているのかわからないからな
おまえのプロジェクトも火吹いてそうだな
っていえばおｋ？ｗ

0543デフォルトの名無しさん

2009/07/30(木) 03:31:34

周知徹底していないプロジェクトの経験ないって言っちゃった手前、
今更、実は徹底してないプロジェクトに携わったけど、俺がこの手で
環境整備したんだとは訂正しづらい流れで、引っ込みつかないんだろ。

0544デフォルトの名無しさん

2009/07/30(木) 08:35:12

ホットデプロイでサクサクとか言ってるヤツは
ダメなヤツが多いだろ実際

0545デフォルトの名無しさん

2009/07/30(木) 08:51:55

↑ダメなヤツ発見しました

0546デフォルトの名無しさん

2009/07/30(木) 14:50:36

なんでこんなに荒れてるの？
ルビーイストやスプリンガーが暴れてるのか？

0547デフォルトの名無しさん

2009/07/30(木) 19:01:01

たぶん。パーラーはjavaに興味ないからな。

0548デフォルトの名無しさん

2009/07/30(木) 19:02:27

じゃあSeasar2使いはなんていうの？

■ このスレッドは過去ログ倉庫に格納されています