nDiki : BTS

BTS - bug tracking system

2004年1月11日 (日)

www.naney.org BTS 休止

ディスク容量が結構やばくなってきたので、ホームにインストールしていた Ruby とともに、影舞を削除・www.naney.org BTS を停止。

[ 1月11日全て ]

2004年4月1日 (木)

DELL PowerEdge 2600 本社へ出張

rimage:http://www.naney.org/personal/diary/img/2003/X/X2003-04-03-0002.jpg 野暮用でPowerEdge 2600が本社へしばらく出張。くそ重たい筐体を梱包してヤマト便で発送。こういう日に限ってスーツ出社日だったり。

WikiBTSCVS リポジトリファイルサーバ等々、いろいろサービスさせていただけに数週間留守にされると辛い。

[ 4月1日全て ]

2005年5月26日 (木)

影舞プロジェクトテンプレートを作っておく

naney:15457364 今年度から本格的に開発が始まっているプロジェクトのために、影舞を設定。 既に他のプロジェクト用にセットアップしたものがあるのだが、プロジェクトはそれぞれ生存期間が違うし、その間に影舞Rubyも新しくなるしということで共用しない方がいいであろう。

ということで Ruby 1.8.2 + 影舞 0.8.6 で新規セットアップ。

次に(バグレポート)プロジェクトをその上に作る。 毎回BTSテンプレートをベースに新規作成し、今まで作成してきた時のメモを頼りにフィールドのカスタマイズをしてきたのだがちょっと面倒くさい。

何回かプロジェクトで使った経験から、だいたい自分好みの運用・フィールド設定がみえてきたので、今回は影舞プロジェクトテンプレートを作成して、簡単に新規プロジェクトを作成できるようにすることにした。

影舞プロジェクトテンプレートの作成

まずテンプレート作成用に1つプロジェクトを作って、今までどおりフィールドをカスタマイズ。運用時に迷わないようにフィールドの説明文を詳しめに書いておく。

で、できあがったら影舞データディレクトリの中の project/<プロジェクト名>/reporttype.xml をコピーしてルート要素の id属性と name 属性をテンプレート用に変更。 description 要素内容も簡単に書く。

できたら resource/ja/template ディレクトリの下の normal ディレクトリを、先ほどつけた id属性の値と同じ名前のディレクトリとしてコピー。この中の reporttype.xml を自作したもので置き換え。

これで次回から新規作成時に使えるようになる。 めでたしめでたし。

[ 5月26日全て ]

2008年7月25日 (金)

社内で Google ドキュメントがブレイクし始めた

今年の春ごろから開発資料やミーティング資料などを Google ドキュメント上で作成して、適宜関係者に共有するようにしてみた。

当初はほとんど自分がオーナーのものばかりだったんだけれど

あたりで利用するようになったのではと推測。

特にリスト系はスプレッドシートでコラボレーション(共同編集)できるのがやはり魅力的なんだと思う。 同時にアクセスしている人が表示され変更もリアルタイムに見えるためライブ感があり、「一緒にやっている」という感覚が味わえるのがポイントだ。

ちなみに Excel も共有ブック設定することで同時に編集できる(Joel on Software でもこの機能を「Excel についてあなたが知っておくべきこと」の1番目として紹介している)。

BTS/ITS は専用のシステムを使った方が tracking その他の点で機能的にはよいのだが、億劫で設置自体がなかなかされなかったり、使い方を覚える(思い出す)のが面倒で敬遠されるということも多い。

小規模なら共同編集可能なスプレッドシートでシンプルに運用するのもアリだと思う。 っていうか、シンプルでいいから最低限のことはやっておかないと。

[ 7月25日全て ]

2009年12月3日 (木)

sid の udev 148-1 ヤバイ

家に帰ってサスペンドから復帰した ThinkPad X200無線 LAN 接続に切り替えたがうまくつながらない。ルータ再起動しても駄目なので PC の方を再起動

そしてら Debian GNU/Linux sid が起動しなくなってしまった。 udevd が設定ファイルが古い形式だよといった警告を出した後、/dev の作成の途中で止まっているっぽい。あちゃー。

とりあえず Windows 7 を起動して情報収集。 まだ設定が済んでおらず Firefox 入っていないし英語キーボード用の設定にしていないのでキー配列が違うし、入力切り替えボタンはないしで苦労しながら Web でチェック。

DebianBTS によるとやはり udev 148-1 がハズレらしい。 ダウングレードするか。

GRUB で e して linux オプション行の ro を rw にし init=/bin/bash を追加して起動。 dpkg -s udev で 148-1 であることを確認。 幸い /var/cache/apt/archives/udev_147-5_i386.deb が残っていたので dpkg -i でダウングレード。 で再起動したら / を fsck しろといわれたので fsck して再度起動。これでようやく起動するようになった。

なお情報によるとタイムアウト待ちまで待ては先に進んだらしい。

またひとつ sid の醍醐味を味わった。

しかし過去の Debian パッケージが /var/cache に残っていなかったらもっと手間だったな。 インストールの時に作ったインストール CD 捨てようと思っていたが、やはりとっておいたほうがいいな。

[ 12月3日全て ]

2010年2月8日 (月)

今日のさえずり - ポッポのメガポテトにした

naney:4336896977

2010年02月07日

2010年02月08日

  • 09:15 今日からマスクして外出する。
  • 09:32 RT @fukushima_BOT: 仕事に行くんじゃない。世の中を変えに行く
  • 09:40 I'm at 秋葉原駅 w/ @hoge_systemz @tac28. http://4sq.com/68fhHr
  • 11:03 うっぷす。緑茶ティーバッグ切れてた。
  • 12:06 弁当(昼食) 350円。向日葵。
  • 12:45 2010年2月5日の歩行: 6149歩、4.75km、52分、5.38km/h、消費 236.5kcal、脂肪燃焼 33.8g、3.4エクササイズ。
  • 12:46 2010年2月6日の歩行: 3296歩、2.52km、30分、4.95km/h、消費 126.3kcal、脂肪燃焼 18.1g、1.7エクササイズ。
  • 12:47 2010年2月7日の歩行: 5377歩、4.08km、52分、4.70km/h、消費 203.8kcal、脂肪燃焼 29.1g、2.8エクササイズ。
  • 12:56 眠いので昼休みちょっと寝ておこうかと思ったらあと3分しかない。
  • 15:57 久しぶりに影舞セットアップ。最新は 1.8.8。1.8.6 と同じインストール方法でいけた。
  • 16:09 BTS 設置したのでジョエルテスト1ポイントアップ。
  • 16:10 Twitter。 RT @coachingbot: もしあなたがアメリカ合衆国大統領ならまず何をしますか?
[ 2月8日全て ]

2011年9月14日 (水)

今日のさえずり: まあ、いわゆる管理は少なければ少ない方がいいわけですが

naney:6145793839

2011年09月14日

  • 08:46 最近 Google+ からちょっと足が遠のきがちだな。なんだろな。 http://t.co/08raKgY #mixipage
  • 09:19 事足りない部分は機能・人・アクティビティ? 何でしょうね。 RT @yuji0602: Twitterで充分事足りてるからじゃないっすかね~。 RT @Naney: 最近 Google+ からちょっと足が遠のきがちだな。なんだろな。
  • 09:22 かなり個人的な部分では、フローだけでなくストックでもなければ嫌というのがある。 http://t.co/Z0b2CyG #mixipage
  • 09:24 これを満たすのが Twitter(+ API + なにか)しかない。 http://t.co/I96ADeR #mixipage
  • 09:26 リッチだったり、構造化されてたりすると、ストック的にシンプルじゃなくなる(面倒)。 http://t.co/TulrGut #mixipage
  • 09:48 確かに「Tumblr 的*情報*」が多いというのもありますね。 RT @yasa_gurek0: あそこで流れている情報は別にG+じゃなく他で補充できるからですかね? RT: @Naney 最近 Google+ からちょっと足が遠のきがちだな。なんだろな。
  • 13:10 塩牛丼 400円。 (@ 神戸 らんぷ亭 渋谷並木橋店) http://t.co/N8KWqIT
  • 13:14 管理のための管理が好きとか秘密。まあ、いわゆる管理は少なければ少ない方がいいわけですが。
  • 13:17 いわゆるチェック的管理じゃなくて、ものごとを決めて前進させていくのが大切。
  • 13:39 I'm at 金王八幡宮 (渋谷3-5-12, 渋谷) http://t.co/4vc0xHj
  • 13:39 特別奉納「渋谷伝説・金王丸」 http://t.co/N8GHGUb
  • 13:50 今日から始まって数日間いろいろあるようです。 RT @i47_rozary: 見たかったです…。 RT @Naney: 特別奉納「渋谷伝説・金王丸」 http://t.co/N8GHGUb
  • 20:12 今日は IRC 追えてなかったので、今からチェック。
  • 20:34 退勤。21時まで正面玄関開けておいてくれると嬉しいんだけどな。
  • 20:47 のど風邪流行っているので、うがい強化週間にしよう。オフィスに置いてあるマイウガイカップ初投入だな。
  • 21:00 BTS/ITS/ワークフローシステムには「無かったことにする」ボタンがあればいいのに。そして押すと足元の扉がパカッと開く。
  • 23:46 指定した条件で Twitter リストを更新し続けてくれる Formulists 試してみてる。前からこういうの欲しかった。 http://t.co/lsCvqfj
  • 23:49 Formulists で tweetmates という自動更新リスト作ってみた。 http://t.co/lsCvqfj
[ 9月14日全て ]

2015年5月13日 (水)

レクサー・リサーチ開発同窓会

naney:17034996273

2月の Developers Summit 2015 で zakwa 氏と再会したのをきっかけに、当時一緒に仕事をしていた気が置けないソフトウェア開発者4人で同窓会をすることになった。セッティングしてくれた zakwa 氏ありがとう!

COGS DINING KAGURAZAKA (コグス ダイニング 神楽)

手配してくれたお店は「焼きたてパンとワインのお店」COGS DINING KAGURAZAKA。神楽から路地に入ったところにあるお店で、上品な味の料理で満足だった。店内もうるさくなくて話しやすかったし、たばこを吸っている人もいなかったので快適だった。

ソフトウェア開発

現職のまま続けている1人と、別の場所で働くことになった3人だけれどみなそれぞれソフトウェア開発現場に関わっていて、それぞれの開発スタイルなどについて情報交換したり。

大企業だからしっかりした開発をしているとか、スタートアップだからモダンな開発をしているとかでは必ずしも無いよねという話だった。例えばバージョン管理一つにしてもうまくできていない(やっていない)場合も多いとのこと。当時を振り返ってみると小規模かつ独学の状況ながら、今では普通になってきたプラクティスやツールをその時から実践/活用していたなと自画自賛した。

「書けなくなったホワイトボードマーカーはその場で床に投げ捨て」に共感を持ってもらえていたのが、振り返って当時の自分の一番の成果だな。

退職時に使っていた社内 WikiNaney 謹製のものだったのでその後どうなったのかなとたまに気になっていたのだけれど、ビル管理会社の人に社内サーバの電源を切られたことによりサーバごと死んで闇に葬られたらしい。R.I.P.

その他

同窓会らしく「あのひとは今」的な話をしたり、当時フィルムカメラで撮っていた業務風景のアルバムを持ってきて盛り上がったり。あとはレーシックやドライアイ治療ひぇー的な話題が出たり。あとは展示会の時のレクサー・リサーチポロシャツ制作秘話とか。

そういえば出席はできなかった2013年2月開催の「LEXER設立20周年記念サロン・パーティ」で会社のるぐるロゴの立体置物が配られたと聞いて、あ、欲しかったなーと。

[ 5月13日全て ]

2017年7月13日 (木)

不具合報告で期待する動作をどう書きどう読むか

不具合報告を BTS 上で起票してもらった時に「報告者の思う期待する動作」が「プロダクトの期待する動作」ではないことも当然あるわけであります。

なので対応する側が、チケットに書かれた「期待する動作」を鵜呑みにしないで判断する必要があります。

不具合報告のハードルを上げすぎないため「プロダクトの期待する動作」の完全理解を求めるものではありませんが、不具合報告する側も「仕様として期待する動作」と「こうだと思う期待する動作」「報告者個人の希望として期待する動作」を混同しないよう意識すべきです。

[ 7月13日全て ]

2017年8月9日 (水)

何もコミットしないスプリントで各自好きなことをして得られたもの

「プロダクトバックログアイテムについては何もコミットしない」で各自好きなことをして良い1週間スプリントが終わったのでチームでふりかえりました。

何をやらなかったか?

何をやったか?

このチームが自主的に決めたワーキングアグリーメント(記事)に

スプリントゴールが全て達成された場合は、優先する割り込みタスクがあれば対応し、そうでなければ準備完了になっていないプロダクトバックログアイテム(PBI)に関する情報収集・まとめを優先度の高いものからしよう。」

というのがあり、この活動をしていたメンバが多かったです。「スプリントバックログが空 = ただちにスプリントゴールが達成されたので PBI の準備に取り組んだ」わけですね。

環境整備にあてたりとかはあまり多くなかったようです。シェルの設定見直しをしたエンジニアは「失敗したら1日潰れてしまいそうで普段やれなかったことをできた」とやって良かったと言っておりました。

どう感じたか?

開発メンバからは以下のような意見が出ました。

得られた気付きは?

  • タイムボックスの良さにあらためて気付いた(期日から逆算していつまでに何をやるということを考えやすい)。
  • 複数人で作業を見積もることで自信が得られることに気が付いた。

自由になったことで、普段やっているアクティビティの良さを再認識できたようです。チームが取り組んでいるプロダクトの状況から考えるとスクラムではなくカンバンの方が進めやすいのかもしれないのではと私は考えていたのですが、今回の取り組みで開発メンバは「スクラムで続けたい」と改めて思ったとのことです。

スクラムの基本からは外れる取り組みではありましたが、基本通りにやっていたのでは感じ考えることのことができないことを得られたという意味では非常に有意義な1週間でした。

[ 8月9日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィでマネージャー・プロダクトオーナーをしています。

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

follow us in feedly

※内容は個人的見解であり所属組織とは関係ありません。

月別インデックス
Process Time: 0.137552s / load averages: 1.94, 1.62, 1.05
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker