ago改修イメージのドラフトをコミットしました。あとはチケットの順序設定できるようにしたり、月報に出力したりなんですが、なんかダミーIssueを扱うコードが増えて微妙な感じがしました。特定のチケットに属さない実績つけたければ、プロジェクト全体用のチケット切ってそれに実績つければ運用で回避できる問題というのもあるし。agoそーなんですよね。運用で回避できるから、そうして欲しいって思うのですが、Redmine本体にプロジェクトに工数を付ける機能があるので、ユーザからすると、「折角の機能が片手落ち」に感じるのでは?と思いました。シンプルさが損なわれますが、。コードを確認できていないのですが、表示から推測するに、プロジェクト番号のマイナス値をチケット番号として扱っているのでしょうか。記憶が定かではないのですが、-1を何かに使っていてプロジェクト番号1とかぶらないか要確認と思っています。集計するときにissue_id==-1を使っていますね。orz合計値を格納したり、プライベートの集計をする目的で-1がコードの中に散らばっています。(申し訳ないです)issue_idは1から始まっていますので、これまで特殊値として-1をキーにしていた部分を0に変更すれば、マイナス領域が「チケット無しプロジェクト工数」用のキーに使えるかと、。その際に「TOTAL_OF_ISSUES=0」「RRIVATE_ISSUE=0」のような定数を作って、コードに埋まった-1を置き換えたいですね。表現すれば可読性が上がるかと思います。見て頂いた中で難しい感じでしょうか。agoissue_idは1から始まっていますので、これまで特殊値として-1をキーにしていた部分を0に変更すれば、マイナス領域が「チケット無しプロジェクト工数」用のキーに使えるかと、。あっても特に問題じゃないです。倍とか適当な値を利用して絶対値の最小値を変更すればいいだけだし。見て頂いた中で難しい感じでしょうか。使うと可読性さがりませんか。読み込んだ時だけアクセッサが追加されるだけだし、既存のメソッド上書きしてるわけじゃないので、振る舞いを変えてるわけでないから問題ない気がしますが。agoダミー表すためにIssue.newしてるのもちょっと気持ち悪いです。saveしていませんが、一見saveし忘れていると思われそうですし。そもそも、Viewの中でDB引きまくっている私のコードが悪いので、(作り始めた当初MVCモデルが解ってませんでした。今解っているかも?ですが、。orz)この機会に必要な情報を全てControllerで集めてViewに渡すようにリファクタリングしたい気持ちがあります。テストコードを書いていないので、そんなリファクタをしたらバグるのは必至でして、。Railsの(プラグインの)テストコードの書き方(と実行に仕方)を知らない、というのがそもそもの課題でして、もしご存じでしたら(甘えさせて頂けるなら)WorkTimeにサンプル的なテストを書いて頂けるとそれに習って書き進めたいと思います。実装方法はともかくテストは必要ですね。そんなに詳しい訳じゃなくて、テストコードは少ししか書いたことがないです。時間があればテストコード書いてもいいんですが、3月はちょっと忙しくなりそうなので、厳しいかも。その後ってことにしましょうか。agoチケット起こしました。起票ありがとうございます。その後ってことにしましょうか。LangLoading...。