Github で Fork してから Pull Request をするまでの流れ | けーこ in サンフランシスコ
いつも忘れてしまうので、GithubであるプロジェクトをForkしてからPull Requestをするまでの流れをメモしたいと思います。今回、実際に私がこの流れを使っているCordova (PhoneGap) ドキュメントのプロジェクト、 https://github.com/apache/incubator-cordova-docs を例にやっていきたいと思います。 1. Fork する GithubでForkしたいプロジェクトまで行って、右上にあるForkボタンを押します。今回、 https://github.com/apache/incubator-cordova-docs をForkしたので、私のGithubアカウントkeiko713上では https://github.com/keiko713/incubator-cordova-docs というリポジトリが作成されます。 2.
ほころびていくコミュニティとなかなかできない世代交代、そしてさよならアドベントカレンダー - Qiita
追記: 以下の文章に対して佐藤広生先生が自らの体験に即した意見を述べておられます。ぜひ一読をお勧めします。 昨年2015年にjp.freebsd.orgドメインの終焉に伴い地域技術コミュニティの役割というポエムを書いた。今年のはその続編である。こんなポエムを書くのも今年で最後にしたい。 51歳を越えたオッサンがPort maintainerをやる状況 今年2016年は初めてFreeBSDのPort maintainerになった。devel/git-lfsとjapanese/dbskkd-cdbの2つについてである。どちらも自分の仕事に必要だったが、前のmaintainerが作業をしないままか、あるいは他の事情でmaintainer不在の状態になったか、という事情からである1。 Port maintainerをやること自身には異存はない。日本にもTeXLiveのPortsを仕切っておられる佐
「第10回 日本OSS貢献者賞・日本OSS奨励賞」受賞者を選定 | 日本OSS推進フォーラム
日本OSS推進フォーラムは、このたび、優れたオープンソースソフトウェア（OSS）の開発及び普及に貢献した個人等を表彰する「第10回 日本OSS貢献者賞」および「第10回 日本OSS奨励賞」の受賞者を選定しました 「日本OSS貢献者賞」は、OSS開発の振興を図ることを目的に、影響力のある開発プロジェクトを創造・運営した開発者や、グローバルプロジェクトにおいて活 躍する卓越した開発者、OSS普及への貢献者を表彰するものです。本賞は2005年度に創設され、今回が第10回目となります。 「日本OSS奨励賞」は、過去1年間にOSSの開発や普及に顕著な活躍をした個人ないしグループを表彰するものです。本賞は2009年度に新設し、今年度が第6回目となります。 ■日本OSS貢献者賞 受賞者（4名、50音順） 岡島 順治郎 奥 一穂 亀澤 寛之 古橋 貞之 ■日本OSS奨励賞 受賞者（9名、1団体、50音順）
OSS開発の活発さの維持と良いソフトウェア設計の間には緊張関係があるのだろうか? - t-wadaのブログ
YAPC::Asia Tokyo 2015 前夜祭に参加して、柴田さん（ hsbt さん）とモリスさん*1（ tagomoris さん）の講演を聴いた。特に最後のモリスさんの講演を聴いていて、ちょっとした衝撃を受けると共に、気づきや疑問もあったので、久しぶりに blog エントリを書こうという気になった。 なお、このエントリは講演メモや浮かんだ疑問、その後の議論等を記したものであり、すっきりとした結論は無いのでご注意。 モリスさんの講演 講演資料が公開されていた How to create/improve OSS products and its community from SATOSHI TAGOMORI 講演時に取ったメモがこちら 我々にできるOSSとそのコミュニティの育てかた ======================= id:tagomoris TD のモリスさん TD はデー
数千万から数億のソリューションを買うのかオープンソースをハックできる人を育てるのか - 未来のいつか/hyoshiokの日記
数千万から数億のソリューションを買うのかオープンソースをハックできる人を育てるのか。もちろんそんなに単純な問題ではないが、じっくり考えてみるに値する。 企業にとっては、何らかの経営的課題が解決できれば別に自社で内製しようが、他社のプロプライエタリなソリューションを購入しようが、それこそオープンソースであれやこれやしようが単に手段が違うだけである。リスク、コスト、時間などを天秤にかけて決定すればいい。 わたしなんかは、オープンソース原理主義者的なレッテルを世間からは貼られているので、なんでもかんでもオープンソース（OSS）を推進しているように思われているが、理念としてのフリーソフトウェア運動に深く敬意を抱きつつも、ま、安ければなんでもいいんじゃない、という日和見主義者なので、商用製品を使うことになんら躊躇はない。 例えば、EMCのご大層なストレージを1TB用意するのと、ローカルストレージで1
Fluentd に Treasure Data がコミットする理由 | Post Moratorium
Fluentd に Treasure Data がコミットする理由 @frsyukiが2011/7/19日に初めて Fluentd をgithubにpushして以来、約3年になります。 最近、色んな人にこんな質問を受けます。何故 Treasure Data は Fluentd の開発者/マーケターをフルタイムで持っているのか？なぜOSSなのか？競合もそのメリットを享受でき、実際にFluentdの上でビジネスを行っているスタートアップも数社いる、TDだけがリソースを前だしして不利にならないのか？ 一言で答えるなら、トレジャーデータではもっと大きな思想/哲学を持ってFluentdを開発しています。 トレジャーデータを創業した当初、クラウドを使用してデータを処理するというのは、あまり一般的では有りませんでした。また、そもそもデータ、特にログデータなど従来では捨てられていたものを解析するという事に
Atom Contribution Guideline - r7kamura per second
Atomの開発者向けガイドライン で紹介されている、汎用的に適用出来そうな項目をまとめた。 Pull Request 出来るだけスクショやアニメGIFを貼ろう 期待する挙動を書こう 似た機能をどこかで見たことがあれば紹介しよう 言語ごとのガイドラインに従おう コードにドキュメントを書こう 良い文章を伴った構造化されたテストを書こう ファイルの末尾には改行を入れよう プラットフォーム依存のコードは避けよう Commit Message 現在時制で書こう 命令形で書こう 1行目は72文字以内に収めよう 関連するIssueやPull Requestに参照を貼ろう 形式的なものには絵文字を使おう (整形、速度改善、ドキュメント更新など)
オープンソースのコンプライアンス問題と利用の成熟度 - 未来のいつか/hyoshiokの日記
先日、オープンソース関連のセミナーを聞く機会があって、弁護士の先生がオープンソースをコンプライアンスの観点から解説をされていた。 弁護士の仕事はクライアントからの相談事を主に法律等の観点からアドバイスすることなので、クライアントがオープンソースにはどのようなリスクがあるかという質問をすれば、当然ながら「XXXというリスクがある」とか「XXXのリスクを避けるためにYYYという対策をとる必要がある」とか言う回答になる。 コンプライアンスという観点から、オープンソースのライセンスを検討すれば、GNU GPLのオープンソースを利用して、著作権者から訴えられない利用方法とか、MITの場合はどうだという方向になる。 クライアントも別にオープンソースに詳しいということもないから法律的な相談をするわけで、いかにリスクを最小化するかという文脈では上記のようなやりとりになる。 つまりこの文脈の中では、オープン
オープンソースMBaaS「deployd」を使ってみる - Qiita
Deployd とは Deployd は、モバイルアプリケーションなどのバックエンドAPIを作成するためのオープンソースソフトウェアです。いわゆる「MBaaS (Mobile Backend as a Service)」とよばれるクラウドサービスが提供しているサービスの基盤の部分が実装されたものと考えてよいでしょう。 特徴 プラットフォームの動作環境としてNode.js、および永続システムとしてMongoDBを採用しています。REST形式のAPIを通してJSONメッセージで通信します。つまり隅から隅までJavaScriptベース、ということです。クライアントアプリがHTML5であればJavaScriptのクライアントライブラリも提供されています。もちろん、REST APIを直接利用するのでも構いません。 プラットフォームはイベントAPIを利用して拡張できるようになっており、妥当性検証や複数
A few thoughts about Open Source Software - <antirez>
For a decade and half I contributed to open source regularly, and still it is relatively rare that I stop to think a bit more about what this means for me. Probably it is just because I like to write code, so this is how I use my time: writing code instead of thinking about what this means… however lately I'm starting to have a few recurring ideas about open source, its relationship with the IT in
Free At Last - 八田真行のオープンソース考現学
パソコン雑誌の休刊が相次いでいる。また、ボーランドが開発ツール事業を売却したそうだ。そういった最近のニュースを見ていて、隔世の感を感じつつ以下のようなことを思った。 昔々、といっても今から高々十数年前のことだが、私がパソコンに触り始めたころに主流だったOSはMS-DOSだった。そもそもハードウェアのスペックが現在と比べて著しく低かったということもあるし、当時としてはやむを得ない部分もあったのだろう。過去を現在の基準で裁断するのも無茶なことだ。しかしそれにしても、MS-DOSはプロプライエタリなのはもちろん、極めて不安定で使い勝手の悪いOSだった(ついでに言わせてもらえば、Windows 3.1も実にひどいOSだった)。少しでもパフォーマンスを改善しようと、裏技、今風に言えば「バッドノウハウ」を仕入れるために、せっせとなけなしの小遣いをはたいてパソコン雑誌を買っていたのが懐かしい。 OSのみ
「第8回 日本OSS貢献者賞・日本OSS奨励賞」受賞者を選定 | 日本OSS推進フォーラム
日本OSS推進フォーラム（代表幹事 栗島 聡）は、このたび、優れたオープンソースソフトウェア（OSS）の開発及び普及に貢献した個人等を表彰する「第8回 日本OSS貢献者賞」および「第8回 日本OSS奨励賞」の受賞者を選定しました 「日本OSS貢献者賞」は、OSS開発の振興を図ることを目的に、影響力のある開発プロジェクトを創造・運営した開発者や、グローバルプロジェクトにおいて活躍する卓越した開発者、OSS普及への貢献者を表彰するものです。本賞は2005年度に創設され、今回が第8回目となります。 「日本OSS奨励賞」は、過去1年間にOSSの開発や普及に顕著な活躍をした個人ないしグループを表彰するものです。本賞は2009年度に新設し、今年度が第4回目となります。 ■日本OSS貢献者賞 受賞者（4名、50音順） とみた まさひろ 小林 哲之 半田 哲夫 吉田 浩平 ■日本OSS奨励賞 受賞者（6名
Latest topics > 「元のソフトウェアがGPLだから公開できない」という誤解について - outsider reflex
Latest topics > 「元のソフトウェアがGPLだから公開できない」という誤解について 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « Nexus 7とハードウェアキーボードの組み合わせを実用する Main 「コピーレフトとBSDスタイルではBSDスタイルの方が発展するのでは」という議論についての誤解あるいは言葉の裏にある欺瞞 » 「元のソフトウェアがGPLだから公開できない」という誤解について - Jan 30, 2013 会社のブログに掲載するつもりで書きましたが、タイミング的に発表が遅れてしまいそうということだったので、勢い重視でこちらで公開してみます。 1月31日16時台追記。hide氏の意向についてのこのエントリでの推測が全く
エンタープライズでOSSであるということ - 急がば回れ、選ぶなら近道
エンタープライズのOSSについて こんなこと書くとOSSなモヒカンな人にぶん殴られるわけです。読み手の方で、自分はOSSを引っ張ってきたと自負されている方や組織のかたや、OSSは商用より無条件で優れていると思っている人は気分が悪くなるので、読まないでください。非常に個人的なメモですので。以下の考えは基本的にソフトウェア・ビジネスとしての考えなので、自分で作って、自分で利用して、ムフフな人はあんまり考えてないので、そのつもりで読んでね。自分利用OSSはそれでいいと思うので、それでいいかと。 [まずAsakusaについて] まずAsakusaがなぜOSSかということを明確にしておきます。非常に単純です。Asakusaは様々な人の意見を集約してできています。これは別にNautilus-technologiesのメンバーというわけではなく、Hadoopコミュニティに参加した方の意見を相当取り入れて
Instantly Beautiful Project Pages
ProductInstantly Beautiful Project PagesEver pushed a new project to GitHub and wished you had the time or talent to make a beautiful page for it? Stop wishing. We're proud to present the new… Ever pushed a new project to GitHub and wished you had the time or talent to make a beautiful page for it? Stop wishing. We’re proud to present the new GitHub Page Generator. To take it for a spin, go to the
やさしさゴシックのフォントダウンロード | フォントな、情報。オープンソースの安心フリーフォントのダウンロード
やさしさゴシックはどんなフリーフォント？ フリーフォントのやさしさゴシックは、自由にダウンロードし、商用・非商用問わず使用できます。 このフリーフォントをご使用になるには、ダウンロードファイルに含まれる 「M+FONT-TESTFLIGHT」「IPAフォントライセンス」の内容を読みください。 It is requested to read and accept “IPA Font License and M+FONT” before downloading Font. ページ最下段のフォントのダウンロードボタンを押してダウンロードして下さい。 ライセンス フォントは以下のライセンスに準じます。フォント同梱のテキストをお読み下さい。 * IPAフォント (IPA_Font_License_Agreement_v1.0.txt) * M+ (LICENSE_J,LICENSE_E) Copy
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Goで書かれたmackerel-agentのOSS化や自動化にまつわるあれこれ
Kernelvm-9th-lt
The Bleep Drum - ギズモミュージック
paco - a source code pacKAGE oRGANIZER for Unix/Linux