非英語ネイティブにとっての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
組み込んだOSSコンポーネントの更新漏れを可視化する「OWASP Dependency Check」
昨今のウェブアプリケーションでは、ほとんどの場合、オープンソースのフレームワークやライブラリのような、自社開発ではないパッケージ化された部品（コンポーネント）を組み合わせて構築することでしょう。ですから、もしも既知の脆弱（ぜいじゃく）性が存在するようなコンポーネントを利用してウェブアプリケーションを開発していた場合には、組み込まれたコンポーネントの脆弱性を悪用され、攻撃を受けてしまう可能性が高くなります。 本稿では、ウェブアプリケーションに組み込まれている脆弱性が存在するコンポーネントの洗い出しに有用な、OWASPコミュニティより公開されているツール「OWASP Dependency Check」の概要および利用方法について解説します。 はじめに 本連載の第1回では、ウェブアプリケーションにおける重要なインパクトのある10のセキュリティリスクについてまとめた「OWASP Top 10」につ
リスペクトがない人はOSSから排除するしかない
Question regarding writeboost and MYSQL · Issue #146 · akiradeveloper/dm-writeboost · GitHub 最近ライトブーストを試し始めたユーザだが、他人に対するリスペクトがないため「お前の質問には一切答えない」と言って打ち切った。出来るだけそういうことはしたくなかったため、過去に同様のことをした時は忠告する程度に止めていたが、再発したため追放することとした。(Issue 141でも同様に、foolなど罵る言葉を使っていたため忠告した) OSSでは、会ったこともなく、それこそ本名も知らない人がコミュニケーションをとることになる。言語は英語だが、お互いにネイティブである方が稀である。そこで大事なのは、他人をリスペクトする気持ちだ。まじでリスペクトする必要はない。本当にリスペクト出来ないなら去ればいいだけだし、リスペ
脆弱性検知ツール「Vuls」の開発者に聞いたOSSをバズらせる極意
マネーフォワードとオープンソース・ソフトウェア - 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による、オープンソースライセンスの選び方 | オープンソース・ライセンスの談話室
オープンソースのコードを取り込んだ時のライセンス表記について - 30歳からのブラウザづくり
さまざまなオープンソースライセンスをまとめてみた。 - (apply-generic op . args)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to contribute to an open source project on GitHub
konsoleH :: Login
"OSSにコントリビュート" なんてしてる場合じゃない！
IT業界におけるコミュニティの重要性と関わり方
NASA Open Source Software
DroidKaigi公式アプリOSS成功要因
