亀井/OSS2008 の編集

#contents
*投稿詳細 [#x27ae8a9]
-[[OSS2008:http://oss2008.dti.unimi.it/]]

-締切：2007年12月14日（金）~
-真の締切：2007年12月18日（火）~

**投稿内容 [#r31a92c9]
-[[投稿フォーム:http://ra.crema.unimi.it/OSS2008%2DOSCP%2DOpenConf/openconf.php]]  　ID:16 PASSWORD:naist2007~
&attachref(draft_oss2008.pdf);~
&attachref(oss2008_kamei.zip);~

*タイトル（キーワード） [#i464a3a3]
Socail Network Analysis, 媒介中心性（betweenness），調整行動（coordination），informal social structure

*分野 [#t58def32]
http://www.ifipwg213.org/tiki-index.php~
Dynamics of OSS project communities ― building and sustaining~
Learning, knowledge sharing, collaboration, control or conflict in OSS projects~

*発表スライド [#sb10dfb0]
2008/9/1 &attachref(OSS2008_v3.ppt);

* 原稿管理 [#kb449be4]
SVN: http://tun.naist.jp/svn/Empirical/yasuta-k/oss2008_kamei~
2007/12/3 &attachref(latexFormat.pdf);~
2007/12/9 &attachref(latexFormat_0.pdf);~

*著者 [#zfbaed22]
Yasutaka Kamei, Shinsuke Matsumoto, Hirotaka Maeshima, Yoji Onishi, Masao Ohira,
Ken-ichi Matsumoto

*原稿 [#mca8b929]
イノベ原稿のマイナーバージョン．~
データセットから，GIMPとNetscapeを消しておく（MSRとの違いを出すため）．

**目的 [#j540e92d]
OSSコミュニティにおける開発者グループとユーザグループの間のコミュニケーション構造を観察する．

**重要キーワード [#gac153ad]
言葉がぶれないように．
 OSS communities：一般的なOSSを呼ぶ際には，複数形を用いる．葉さんの原稿を参考．
 informal social structure：本当の意味で，把握したい状態や構造
 communication data：掲示板やメールのデータ
 communication network：informal socail structureを把握するための，定義によってcommunication dataから導かれる状態や構造

**原稿提出までのTODO [#r97ee5da]
-%%Title（12/13 木）%%
-%%Abstract（12/13 木）%
-%%表記ゆれ（12/13 木）%%
-英文デスク（12/14 金）
-%%提出に必要な各種書類の確認・作成（12/14 金 英文デスク後）%%
-%%参考文献のスペルミス，リンクミス（12/14 金 英文デスク後）%%
-%%謝辞（12/14 金 英文デスク後）%%
-%%メールで提出（12/14 金　23:30）%%
-利用した参考文献をこのページに貼り付ける（提出後）
-大平先生修正を見て勉強（提出後）

**log [#xafc05c8]
*** (12/1)12/3日にミーティングで相談したいこと [#ycb59deb]
- 原稿提出に向けてのコンセンサスの統一（MSRとの差など）
- 進捗確認
- 俺らの目は節穴（GNWS原稿，議論の仮説に対するポインタ：仮説1，仮説3）
- 従来原稿との差分に関する相談（目的，データセットなど）
- GNWS研究会でのコメント確認（大平原稿）
- 仮説という表現について（かなり衝撃的な単語な気がする．）
- 各用語の相談
- 関連文献の相談（コーディネータを扱った原稿，Apacheの分析を扱った原稿，その他）
-- 研究のマップ
-- 当て馬
-- 研究の位置づけ

*** (12/3)ストーリー案 [#xfb7d268]
-Howison二番煎じ戦略
--Howisonらは，開発者間のコミュニケーションパターンを分析した．
--我々は，その分析に，ユーザも追加する．
--デメリット：追加の分析（役割，値ごとに時系列で比較する）を行う必要がある．
--決定事項：なぜネットワークをグラフ化するのか．実際にネットワークの構造見る．って流れ．
--決定事項：開発者，ユーザ，AndManを比較しない．数学的に考えて，値が大きくことなるのは自明だから．
--決定事項：ネットワークの作り方について厳密な話をするのか．→NO.コストがかかりすぎる．
-Coordinator発見方法の提案
--Coordinatorを発見するお手軽な方法として，中心性を用いてはどうだろうか．
--デメリット：コーディネータの特定率はXX%といったような，SNAっぽくないお話に．下位5人のCoordinatorも分析しないといけない．

*** (12/12)ミーティングにて [#i077d8fe]
--残りのTODOの確認
--1章，3章，一部確認したいところあり．

タイムスタンプを変更しない