非英語ネイティブにとってのOSSのメンテナンスコスト - once upon a time,
disclaimer: この記事を書いている人はClouderaというHadoop/Sparkのディストリビューターの会社にいます。 codelunch.fmの20回目を聞いていろいろ思うところがあったのでつらつら買いてみます。 codelunch.fm この回のcodelunch.fmでは、前職の同僚である丸山さん（@h13i32maru）と@hokacchaさんが、お互いの家庭環境の変化を交えながら個人プロダクトの開発について話しているエピソードです。これ自体なかなかおもしろい回なので、趣味でプロダクト開発している人は聞いてみるといいんじゃないかなと思います。 丸山さんはJasperやESDocを精力的に開発していますし、hokacchaさんはnodebrewやadventarを作られています。彼らの話していた、個人で趣味プロダクトを開発するモチベーションは何かというところは、以下のよ
Facebook Open Source 2016 year in review
Over the past few years, Facebook’s Open Source program has grown into one of the largest and most active portfolios in the industry. In 2016, we launched 77 new projects, and our contributors made 60,000 commits. With nearly 400 projects and more than 500,000 followers across our entire portfolio, Facebook is committed to maintaining the stability and quality of our projects, and to supporting th
近年の OSS 開発における CI 選択のベストプラクティス - Speaker Deck
All slide content and descriptions are owned by their creators.
MITライセンスを1行1行読んでいく | POSTD
全てのプログラマが理解すべき171語の文章 MITライセンス は、最も有名なオープンソースソフトウェアのライセンスです。この記事では、その内容を一行一行読んでいきます。 ライセンスを読む オープンソースソフトウェアを利用しているものの、これまでライセンス全文（原文：171語）を読む機会がなかった方は、大した量ではないので、今すぐ読んでください。あなたにとってライセンスが身近なものでないなら尚更です。理解できない箇所などがあれば、その部分は心に留めておき、明確にするようにしてください。これから背景や解説とともに、全文を分割して順番に紹介していきますが、大事なことは全容を頭に入れておくことです。 MITライセンス（MIT） Copyright (c) \<年> \<著作権保持者> 本ソフトウェアおよび関連文書ファイル（以下「ソフトウェア」）のコピーを入手する全ての人に対し、それらに関する無償の
Netflix Chaos Monkey Upgraded
chaosmonkey — Chaos Monkey is a resiliency tool that helps applications tolerate random instance failures. The Freedom and Responsibility culture at Netflix doesn’t have a mechanism to force engineers to architect their code in any specific way. Instead, we found that we could build strong alignment around resiliency by taking the pain of disappearing servers and bringing that pain forward. We cre
Web系企業における小規模OSSの成功パターンを考える - Speee DEVELOPER BLOG
こんにちは、Speee技術顧問のid:gfxです。 最近は社内向けにOSSポリシー*1を策定しようとしており、草案を社内に公開して推敲しているところです。 さて、先日開かれたSpeee Cafe Meetup #02のテーマがOSSだったので、最近OSS活動に関して思っていることをまとめました。 ひとことでまとめると、「プロジェクトを成功させよう、そのためにOSSを活用しよう」という話です。 "OSSにコントリビュート" なんてしてる場合じゃない！ この話の文脈ですが、企業としてプロジェクトを成功させるためにどうOSSを活用するにはどうしたらいいのだろうか、 OSSを開発したり利用するときの成功パターンというのは何かということをもっと議論したい、すべきではないか と考えていて、その結果をまとめたものです。 この資料では「品質向上」というのをひとつのOSS活用の成功パターンとしてとりあげてい
組み込んだOSSコンポーネントの更新漏れを可視化する「OWASP Dependency Check」
昨今のウェブアプリケーションでは、ほとんどの場合、オープンソースのフレームワークやライブラリのような、自社開発ではないパッケージ化された部品（コンポーネント）を組み合わせて構築することでしょう。ですから、もしも既知の脆弱（ぜいじゃく）性が存在するようなコンポーネントを利用してウェブアプリケーションを開発していた場合には、組み込まれたコンポーネントの脆弱性を悪用され、攻撃を受けてしまう可能性が高くなります。 本稿では、ウェブアプリケーションに組み込まれている脆弱性が存在するコンポーネントの洗い出しに有用な、OWASPコミュニティより公開されているツール「OWASP Dependency Check」の概要および利用方法について解説します。 はじめに 本連載の第1回では、ウェブアプリケーションにおける重要なインパクトのある10のセキュリティリスクについてまとめた「OWASP Top 10」につ
IT業界におけるコミュニティの重要性と関わり方
109. これまでの主な活動(2015年) 日付 場所 タイトル 6/26 鹿児島 Startuphack in Kagoshima 8/21 福岡 「デザイン＆システム会社 LT交流会 in Fusic」with #さくらクラブ 8/24 名古屋 名古屋ギークバー by さくらクラブ 9/27 大阪 さくらクラブ大阪 さくらのVPSを構築しよう。サーバー初心者勉強会 10/31 愛媛 さくらクラブ愛媛 第1回勉強会 初心者向けハンズオン with TwilioJP-UG 11/19 ニコ生 さく生 Vol.1「IoT仕掛け人 小笠原さんに聞く未来をmakeする方法」 12/４ ニコ生 さく生 Vol.2「さくら田中さん、AWS小島さんとコミュニティを語ろう」 12/5 名古屋 「EC-CUBE名古屋ユーザーグループ×さくらクラブ」コラボ勉強会 12/16 大阪 Linux初心者もくもく会
リスペクトがない人はOSSから排除するしかない
Question regarding writeboost and MYSQL · Issue #146 · akiradeveloper/dm-writeboost · GitHub 最近ライトブーストを試し始めたユーザだが、他人に対するリスペクトがないため「お前の質問には一切答えない」と言って打ち切った。出来るだけそういうことはしたくなかったため、過去に同様のことをした時は忠告する程度に止めていたが、再発したため追放することとした。(Issue 141でも同様に、foolなど罵る言葉を使っていたため忠告した) OSSでは、会ったこともなく、それこそ本名も知らない人がコミュニケーションをとることになる。言語は英語だが、お互いにネイティブである方が稀である。そこで大事なのは、他人をリスペクトする気持ちだ。まじでリスペクトする必要はない。本当にリスペクト出来ないなら去ればいいだけだし、リスペ
脆弱性検知ツール「Vuls」の開発者に聞いたOSSをバズらせる極意
バルスというツールをご存知だろうか？ 日本ではとあるアニメの崩壊の呪文として扱われることの多いこのフレーズがいま、サーバー管理者のシステム崩壊を防ぐためのツールとして注目されている。OSSの脆弱性検知ツールであるVuls（バルス）について、開発元であるフューチャーアーキテクトの神戸 康多氏と林 優二郎氏に詳しく話を聞いた。 まずはVulsについて簡単に教えてください 神戸氏：VulsはVULnerability Scannerの略で、Linux/FreeBSD向けの脆弱性スキャンツールです。OSのみならずプログラミング言語やライブラリに至るまで多くの環境に対応し、レポートや通知を行います。ソフトウェアには数多くのバグが含まれ日々脆弱性に関するレポートが報告されています。サーバー管理者は脆弱性に関する情報を随時チェックし、その脆弱性が自身が管理するサーバーにどれくらい含まれているのか影響範囲
マネーフォワードとオープンソース・ソフトウェア - Money Forward Developers Blog
こんにちは、エンジニアの越川です。 マネーフォワードは、RubyやRuby on Railsをはじめとして様々なオープンソースソフトウェア(Open-Source Software)の上に成り立っております。(以下、オープンソースソフトウェアをOSSと記載します) 今回は、我々マネーフォワードとOSSとの関係についてご紹介致します。 オープン＆フェアの精神 マネーフォワードは、オープン＆フェアの精神を大切にし、より良い社会づくりに貢献する為に、自分たちが所属する世界に対しても貢献をする姿勢を大事にします。そのため、OSSコミュニティに協力し参加することは重要な意味を持つと考えます。 従業員が適切なOSS活動を行なえるように、当社のOSS活動についてマネーフォワードOSSポリシーを定めました。 OSSに感謝 OSSに「ありがとう」という感謝の気持ちを持って、従業員がOSSへ還元する活動を後押
30分でOSSに貢献する方法 - Speaker Deck
・OSSに貢献する突破口の見つけ方 ・短時間で無理なくOSSに貢献する How to contribute to open source within 30 minutes
Githubによる、オープンソースライセンスの選び方 | オープンソース・ライセンスの談話室
「オープンソースライセンスは、分かりにくい。」 まだまだ、このように感じているソフトウェア開発者が多いようです。 たしかに、オープンソースライセンスをお手軽に解説した記事は、かなり人気があります。 ソースコード共有サービスとして人気のGithubの利用者にとっても、これは例外ではないようです。 Githubでは、オープンソースプロジェクトには、無償でレポジトリを提供していますが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」と指摘されていました。公開リポジトリの多くに、ライセンス文が設定されていなかったのです。ライセンスが設定されていないソースコードは、著作権者の明示的な許可が得られていないので、自由に複製・配布・改変できません。 そこで、ここでは、2013年7月にGithubが設置したライセンス選択サイト「Choosing an OSS license d
オープンソースのコードを取り込んだ時のライセンス表記について - 30歳からのブラウザづくり
GPLのコードを１行でも取り込んだ場合は、ソフトウェア全体をGPLで配布しなければいけませんが、BSDやMITライセンスのコードを一部取り込んだ場合のライセンス表記ってどうなってるんだろう？と思っていろいろ調べてみた。 BSDライセンスに関しては、Wikipediaによると以下のような記載がある。 「無保証」であることの明記と著作権およびライセンス条文自身の表示を再頒布の条件とするライセンス規定である。この条件さえ満たせば、BSDライセンスのソースコードを複製・改変して作成したオブジェクトコードをソースコードを公開せずに頒布できる。 ようするに、「無保証の明記」と「著作権表示」をどこかに書いておけばOKということのよう。 ちょっとひっかかるのが「ライセンス条文自身の表示」の部分。ライセンス条文を書いてしまったらBSDライセンスのコードを再利用しているソフトウェア全体がBSDライセンスで配布
さまざまなオープンソースライセンスをまとめてみた。 - (apply-generic op . args)
オープンソースライセンスをまとめてみました。 GNUのどや顔が好きです。 でも、自分ならBSDライセンスを使います。 <追記> 2010/05/09 19:00 はてブでApache Licenseもお願いします、とあったので追記しました。 unagiameさん、ご指摘ありがとうございますm(_ _)m MITまたはXコンソーシアムライセンス 要約すると、MIT Licenseとは次のようなライセンスである。 1.このソフトウェアを誰でも無償で無制限に扱って良い。但し、著作権表示および本許諾表示を、ソフトウェアのすべての複製または重要な部分に記載しなければならない。 2.作者または著作権者は、ソフトウェアに関してなんら責任を負わない。 テンプレート BSD License(Berkeley Software Distribution License) 「無保証」であることの明記と著作権およ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to contribute to an open source project on GitHub
konsoleH :: Login
"OSSにコントリビュート" なんてしてる場合じゃない！
NASA Open Source Software
DroidKaigi公式アプリOSS成功要因
