GitHub時代のオープンソース・プロジェクトとの付き合い方
■ GitHub時代のオープンソース・プロジェクトとの付き合い方 GitHubへpull requestする際のベストプラクティスからmaster ブランチで pull request していいのは小学生までってこともないの流れを読んでいて、先日ruby-listであったRedmineのRuby1.9,Rails3対応の話を思い出した。あのときは投稿者は納得して、「GitHub時代のコントリビューションの仕方」みたいなものを理解してくれたようなのだけど、その上で「masterでパッチ作るな」的なお作法を生真面目に受け取りすぎて敷居を高く感じてしまわれても困るよなぁと思った。 そこで、「GitHub時代にフリー/オープンソース・ソフトウェア(以下FOSS)プロジェクトと付き合うための五ヶ条」的なものをまとめてみた。まぁ、そんな大それたものでもないけど。 1. 貢献しようと意気込まない FOS
世界を目指せばエンジニアはもっとハッピーになる：「おれたち世界一になれますか？」：エンジニアライフ
■はじめに 楽天株式会社 開発部の安藤祐介です。アプリケーションエンジニアとしてPHPやRubyのフレームワークやオープンソースのツールの推進などの業務を行っています。また2008年末からは美谷さんからも紹介があったリンクシェアへ出張にいくことが多く、まもなく正式な赴任を控えています。 社外ではPHPなどのオープンソースコミュニティでよく活動しており、昨年は20回弱社内外の勉強会などで講演をしました。そのおかげか昨年は情報処理推進機構（IPA）が例年開催している日本OSS貢献者賞の奨励賞をいただくことができました。 社内での業務を直接オープンソース活動に繋げることは難しい時がありますが、アプリケーションフレームワーク、CakePHPのイベントに参加する為の旅費を会社負担で処理してくれたり社内のスペースを一般参加可能な勉強会の会場として利用するなどオープンソース活動に対して理解があり助かって
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
