2012年1月21日土曜日

第2回shinagawa.redmine勉強会に行ってきたよ

今日は「第2回shinagawa.redmine勉強会」に参加してきました!
勉強会への参加は初めてでした。有意義な時間が過ごせました!ちなみに場所は品川じゃなく、文京区のIPAでした!

資料はきっとどこかに上がるでしょう。
http://shinagawa.redmine.r-labs.org/projects/shinared/wiki/%E7%AC%AC%E4%BA%8C%E5%9B%9E%E5%8B%89%E5%BC%B7%E4%BC%9A

Ustreamもやってたみたいなので、気になる方はそちらもチェック!ということで、鉄は熱いうちに打て、という事で今日聞いてきたことをまとめます。(1回書いたのが消えたので、簡単に書きます)
解説とそれに対しての僕の感想という対になっています。僕の心に引っかかかった部分だけ取り上げているので、全体的な話の流れは、上記URLの資料から見ていただければと思います。

楽天での数千人オーダーでの運用
・バージョンアップは頻繁にやらないと人がついてこない
うちの会社は1.0のまま(まあ単に僕がアップデートをサボってるだけですが)。プラグインが障害になってる(ロードマップ拡張するプラグインは余り使われてない割にDBを書き換えてるので厄介ですな。消しても誰にも文句を言われなさそうなので消してしまいたい。)。
そろそろここらで一度最新バージョンにしておきたいです。ローカルのVMに同じ環境を用意するのが面倒でなかなか手を付けられないで居るんですが・・・。

・最近はアナログツールを使っている
やはり最後はそこになると思う。
導入して最初の頃は、すべての機能を使おうと思っていたけど、どうやらそれは方向が違うらしい。フォーラム・文章の違いとかね。自分だけつっ走ってみたが、誰もついてこなかったw。プラグインも入れすぎたw。

細かい作業を要求しても、それって本質的ではないんだよなーと、2年使ってようやくわかりました。リリース前日に急激にチケット消化が始まるとかね。(フィードバック待ちを完了にする)結局最終的にうちの会社もチケットには概要を書いて詳しい説明は口頭でやってる感じだな。
一応プロマネはロードマップ画面をメインに見て、開発者はチケット画面をメインに見てる感じです。

そしてやはりRedmineのwikiは使いづらい。
1つのツールにとらわれないことが大事ですね。

まとめ
・使いたくない人も使わされる
Redmineを使わないと悪、と考えてしまいがちだけど、そうじゃないということを考えておかないとですね。
・本当に必要かを考える必要がある。
ツールはあくまでツール。目的を達成するための手段ですね。これつい先日社長に言われたわw。
・個人と対話が重要ではあるが、プロセスとツールは軽視できない。
やはり個人と対話が重要なんだなあと最近思ってることと合致した。おれはプロセスとツールを重視しすぎて人を見てない・・・。チケットコメントで極力支持しようとするけど、変更するファイルのパスとかだけでいいんじゃないかという議論が。
Redmine至上主義じゃなかったのがすごい印象的でした。有りがたかったです。


日本語検索
とりあえず導入が手間そうだった。俺には耐えられない・・・。きっと依存関係でいろいろと試行錯誤されたんだなあと感じました。
CPANですらたるいのに・・・。

ああ・・・添付ファイルも検索できれば便利なのに。なんて考えてた自分。甘かった!
paco(インストールしたライブラリの管理)初めて知りました。
基本yumしか使わないからな・・・。管理できないからソースからビルドしてインストールあんまり使いたくない、と思っていたけど、こういうのあるんですね。


プラグイン開発
rubyもMVC構造なんだね。PHPでCakePHPとかSymfonyとかMVCでの開発慣れてれば結構開発できそう。設計思想さえ把握できれば、ループとかifは覚えちゃえば問題ないから。コマンドでMdel,Controllerが作れるのはいいっすね。あViewもですね。
話がわかりやすかったです。

これって、Model作ったときには直SQLは生成されるんだろうか?DBのマイグレートプログラムは作られるみたいだけど・・・。

既にインストールしてしまったプラグインが作ったSQLをごそっと全部消したいんだが、ALTER文でいいのか、DELETE文でいいのか、DROP文でいいのか、CREATE TABLEしたSQLとかあれば判断できるんだけどなあ。(ロードマッププラグインがここでも懸念なんだよね。既存テーブルを拡張するプラグインはバージョンアップ時の足かせになるわ。あくまでテーブル追加のプラグインだけ今後は使おうと思う。)

ALMinium
初めて知りました。うちの会社のパッケージ名やクラス名にAL使うことが多いので(会社名がaimluckなのでAL)親近感がわきました。
既にRedmineインストールしてあるので、使う場面はないけど。rubyのバージョン依存とか正直しんどいから、こういうのあると便利ですよね。バージョンアップ時にrubyのバージョンも上げないととかだいぶしんどいっす。これもまたRedmineのバージョンアップの障壁ですね。PHPだったら使い慣れてるからいいけど、ruby案件はほぼ無いからなあ・・・。

Subversionもインストールされるっていいよね。とにかく環境準備が大変という最初の障害を下げるのは大切ですよね。Redmineは開発者だけのものじゃないと思うので。(あ、開発者じゃなければ、Subversion使わないか・・・)
うちの会社もお問い合せ対応にも使ってます。過去のやり取りも把握できるので便利ですよね。昔はメールベースのmeruruなるシステム(OSSを拡張したシステム)使ってましたが・・・。
プレゼンが面白かったです。

LT
プロジェクトの火消し
・親子チケットはやめる
納得できました。正直社内で俺以外誰も使ってなかったw。めんどくさいんだよね。しかもキーの依存関係かなんかで、ステータス変更できない、削除できないチケットもできた。
社内ではインターントレーニング用に雛形の親チケットと子チケット4つをコピーするようにしてたんだけど、めんどくさかったわ。チケットコピーだと親子関係設定し直しだったし。今もうやってない。

・カスタムクエリで進捗状況を把握
これはぜひともみんなやるといいのに。他人のカスタムクエリをコピーできれば便利なんだけど。俺の見てる世界をみんなにも見せてあげたい。

僕の場合は複数プロジェクトが進むことが多いので、プロジェクト単位でグループ化して自分のチケットを確認できるようにしています。

同じチームのメンバー(アルバイト)のチケットも同じようにプロジェクト単位で見るようにしています。アルバイトのみんなはコミット権限がないのでみんなが対応してくれたソースを僕がレビューしてコミットしてるんだけど、その進捗確認が簡単にできるようになります。フィードバック待ちになったからレビュー始めるか・・・とかね。まだ作業中で時間かかってるからちょっと様子見るか、とかね。←こっちはあんまりできてない悪い社員です。

PDF日本語文字化け
どうやら一筋縄ではいかないようで。これが出来ればお客さんにそのまま渡せるようになるんだけどなあ。4年間放置って・・・。よくありますよね。

特に炎上しそうなプロジェクトになると、週次レポートを作るようになるんだけど、そのチケットをまとめる作業で金曜の半日が潰れるという。その半日、開発進めたほうがいいんじゃね?的なね。

Graph Activity
・時間・曜日・回数をグラフ化
・夜型人間を改善させる。
こういう集計面白いよね。うちはどんな結果になるんだろう。
アルバイトも多いから、興味深い結果になりそうだけど。

なかなかあれを入力しろ、これを入力しろといっても上手くいかないけど、チケットのコメントはだいたい使われているので、それを解析するのはとっても有効だと思うんです。
Redmineってチケット作ってコメント残すのが主な作業だからね。
解析するために入力する、という流れじゃなく、入力されたものを解析するという正しい流れですね。
いま週3回リリース作業してるから、リリース作業担当者によって、どのタイミングから作業し始めてるか分かるようになるかも。

管理者からのバナー表示
これよさそうだけど、うちの会社でやったら社長になんか言われそう。
個人的にはかなり好き。あんなお知らせされたら、寄付されそう。ポケットマネーで。
うちの会社はツールにシビアなので導入されないかな・・・。まあ人数少ないのでメールでの通知で事足りそう。まあNAS再起動は声かけしてやってるくらいだから。
個人的にはだいぶ好き。ツールは楽しく使わなきゃね。

CandyCane
http://my.candycane.jp/
めっちゃ進化していた!プラグインを管理画面から追加・削除できるのはいいよな。
PHP好きな、CakePHP好きな僕としてはとっても気になる存在です。
rubyのインストール方法を都度調べてるような僕ですから。あ、今度rubyのバージョンアップしなきゃダメ?バージョン低いみたいだけどyumで提供されてるのここまでだからとりあえず動かしてみていい?みたいな感じなので。PHPの方がまだバージョンアップを追えているので。。。



初めての勉強会でしたが、他社の事例・使い方やプラグイン開発方法など知れて楽しかったです。
どうやら悩みはどこも一緒のようで・・・。
まあ一番は使いたいように使うというのがいいのかな。

ツールに使われないように、付き合っていこうと思いました。
なんだかんだRedmine大好きだからなー。目的を達成するためのツールという意識を忘れがちなので気をつけなきゃ。

スピーカー・スタッフの皆様有り難うございました。

@aimluck_iwasaki

***

初めて勉強会に行ったけど、ノートPCを全員が持ってるわけじゃなくて安心した。
そしてMac率高いかと思ったけど、それほどでもなかった(半々くらい?)。でもMacユーザーはAirが多かったようです。

そろそろ次を買おうか(今はポリカーボネイトの白いヤツ)と思っていたので、参考になりました。インチ数はどれくらいだったんだろう?11インチ?13インチ?次買うなら13インチかなあ・・・。ちなみにちなみに、ポリカーボネイトのMacは超絶重かったです。体鍛えてんのか、と思うくらいでした。
アルミ筐体よりは好きなんですけどね。

目が悪いので前の方の席に座ったけど、結果よかった。

初めての勉強会、とってもいい経験になりました!
親睦会には参加できなかったけど、次は参加者ともっと親睦深めて色々話を聞いてみたいと思いました。

0 件のコメント:

コメントを投稿