ライセンスのアナウンスについてはオープンソースソフトウェアの育て方に説明があるので、と書いて逃げる。著作権譲渡ってすべきなの?詳しくはオープンソースソフトウェアの育て方の「著作権の保有と譲渡」をこれまた参照いただくとして。この手の議論は考え出すと切りがありませんが、少なくともプロジェクトのスタートアップのときにはライセンスを後で変えられるように手は打っておいた方がいい著作権は集約しておいた方がいいような気がします。最初のときに関わってくれた人が疎遠になったとしても、その人は立派な著作者なので、例えばライセンス変更などには許可を取る必要が出てきます。Agreement)」をあらかじめ取り交わして置けば、このような場合でも安心できます。ついては上記リンク参照。ついて記載がなかったので追記しました。2010.03.24)企業の場合は多分企業で書いたコードは会社に著作権が移るよう雇用契約に入っていると思うので、開始時はそれでいいでしょう。その後、例えばパッチなどの修正をもらった場合の話ですが、ぶっちゃけた話、よっぽどクールなプロジェクトでもないかぎり、すぐに貢献者が押し寄せることは少ないので、それまでにじっくり考えて結論を出せばいいと思います。いったオープンソースをたくさんホスティングしているサービスを利用した方がいいと思います。フォーラム(オプション)などがあるでしょう。これらを提供しているサービスがおすすめです。サイトのトップページにはプロジェクトの概要、プロジェクトへの参加の仕方、先に書いたライセンス、などなどの情報が必要です。ソースをぽんと乗っけるだけでなく、最低でも手元で動かして試してみるまでの方法ぐらいのドキュメントは用意しておきましょう。手元で動かないものに人は関心を持ちません*2。終わってしまう内容でしたが、スタートアップとしちゃこんなもんですかねえ。企業で始める場合、ここまで持ってくのもけっこう大変だとおもいますけどね。公開するのですら相当のハードルがあるでしょうからねえ。ここまではできればやりたいなあ*3。*1:質問いただいたのでコメント欄に書いておきました。*2:もちろん、OSSとしていきなり公開するというより、まずは元の仲間内のソースコード置き場がみんなの見えるところにある、ということから始めるのが悪いとはいえません。その場合、ドキュメントは二の次でもいいと思います。その場合はその旨をちゃんと謳い、ライセンス面ははっきりさせたほうがいいとは思います。*3:これは個人の見解であり私の所属企業とは何ら関係が......いい加減書くの疲れた。技術系で興味を持ったりなんだりしたことをたまーに書くブログです。最近はてなダイアリー放置しすぎて記事書くたびにはてな記法忘れるのではてなブログに移行しました。Conferenceを開催してみた(あるいは、そういうのがあったらいいなと口走ってみた)ポエム:LibreOfficeの相互運用性についてAcrobatが買えなくても安心、PDFの墨消し月別アーカイブ参加グループプログラミングはてなブログをはじめよう!naruogaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。