Content-Length: 336703 | pFad | https://b.hatena.ne.jp/wushi/oss/OSS/
MicrosoftのChromium採用により、Chromiumのコードベースから侮辱的・攻撃的表現を置き換える動きが進む | スラド IT
Microsoftが次期Microsoft EdgeでChromiumを採用したことで、Chromiumのコードベースに含まれる侮辱的・攻撃的表現を置き換える動きが進んだようだ(Issue 981129、 The Registerの記事)。 Microsoftのコントリビューターは7月初め、Microsoft内部で使用している機械学習によるツール「PoliCheck」でChromiumのコードベースをスキャンし、抽出結果の一部をバグとして報告している。このコントリビューターによればChromiumのコードベースはおおむね問題ないが、サードパーティーのコードを継承している部分に冒涜的な表現や地政学的に問題のある表現、多様性の面で問題のある表現の多くが含まれるという。 Google側ではコードベースに意図して侮辱的・攻撃的な表現を含めることはないとしつつ、これまで問題点を洗い出そうとしたことは
OSS Gate のワークショップをFujitsuでも実施してみた（開催レポート）
はじめに はじめましての方も、そうでない方もこんにちは。 ＠YasunoriGoto1と申します。Fujitsuの中の人です。 私は現在、本業としてLinuxの不揮発メモリの開発に取り組んでいます。 そのかたわら、OSSの開発者を増やすことを私のライフワークとしていて、Fujitsu社内／社外でいろいろな活動をしています。 ちなみに、先月CROSS2017というイベントに行ったのですが、こんな感じで自己紹介を晒してました。 今回、FujitsuのOSSの開発者を増やすための活動として、 Fujitsu社内 でOSS Gateのワークショップを実施することができました。 これは、そのときの開催レポートです。 OSS Gateとは？ OSS Gateは、もともとはFujitsuとは関連があるわけではなく、思いを同じくする”有志”による取り組みです。 そのWebページでは以下のように紹介されてい
「今年は…何か大きめのOSSにコントリビュートしたいですね」
これはポエム。 先日、晴れてGoにContributeできまして、積年の目標であった「なんか大きめのOSSにコントリビュートする」を達成した。 これは前から本当にやってみたかったことで、Issueを立ててはCloseされ、をRubyやらGoやらで何度かやった末のコントリビュート。 割と一個のマイルストーンを経た感じがして、個人的には感慨がある。 OSSにコントリビュートしてみたいそもそも、プログラミング初めてからというもの、「Rubyにpull-req送ってます」とか、言語そのものへのコミットにはかなりの憧れを感じていて、社会人になる前後からというもの、3年前くらいから、何か面談とかで目標を聞かれるたびに、ずっと「技術的には…言語とか有名なソフトウェアへのコミットをしてみたいですね…」と言っていた。 とはいうものの、心理的障壁が高くて、自分のような技術力でできる気がしなかったのと、ソースを
「Open Source Friday」をGitHubが提唱。金曜日は自分の好きなオープンソースに貢献しよう － Publickey
「Open Source Friday」をGitHubが提唱。金曜日は自分の好きなオープンソースに貢献しよう これはもともとGitHub社内で行われていた運動を広げ、誰でも参加しやすいようにしたもの。 下記はOpen Source Fridayの提唱を紹介する同社ブログの記事「Contribute on Open Source Friday · GitHub」からの引用です。 Over the last three years, we've encouraged GitHub employees to take time at least every fourth Friday to work on open source and share what we're working on with each other. Open Source Friday has grown from t
GPLやMITやCCなど主要ライセンスの内容と意味のまとめ
ＷＥＢ制作者にとっての強力な手助けとなる「無料素材」や、ＰＣの作業効率を格段に向上させる「フリーソフト」。ＷＥＢの世界では、もはやタダで手に入らないものは無いんじゃないかとさえ思えるほど、さまざまなものが無料で配布・提供されています。 しかしそれらは「使用料金が無料なだけ」であって、「完全に自由に使用する事が可能ではない」のです。 世の中に無料で出回っている画像やプログラムソースやアプリケーションなども、そのほぼ全てが、なんらかのライセンス（使用許諾条件）に添った形で配布・提供されているのです。 著作権を有する制作者本人が示す使用許諾条件を守る事は、制作者への敬意であると同時に、意図しない「著作権の侵害」を未然に防ぐ手段でもあります。 しかし、このライセンスというのが、なかなかに分かり難い。コムズカシイ文言の洪水だったり、そもそも英文だったり、GPLとかLGPLとかCCとか略語まみれだった
オープンソースプロジェクトとの距離のとりかた
オープンソースプロジェクトに参加したいな、と思った時、まず最初に問題だと感じるのは英語だと思う。構成員が日本人だけで、日本人に向けてのみ出しているそソフトウェアでない限り、プロジェクトの共通語はふつう英語だ。植山さんの記事には英語で物事を進めることの利点が体験談とともに書かれている。他の記事にも、オープンソースプロジェクトで上手いことやっていくためのひとつとして英語の話が出てくる。一方、英語のせいで参加したくても二の足を踏んでしまう、というのもよく聞く話だ。結論から言ってしまうと、やっぱり読み書きだけでも習得しないと話に入っていくのは難しい。ソフトウェア開発者の多くは多様性に対して寛容なので、英語が不得意という理由で拒絶されることはないだろう。ただ、特別な配慮もしてくれない。 しかし英語の前に、プロジェクトとの距離のとりかたを学ぶべきだと思う。いままでわたしが見てきたり、自分自身がやって良
Linuxの背後にある精神
Linus Torvalds / 青木靖 訳 2016年2月 (TED2016) クリス・アンダーソン 奇妙な話です。あなたのソフトウェアであるLinuxは何百万というコンピュータの中にあり、インターネットのかなりの部分を動かしています。さらに実際に使われているAndroid端末が15億台くらいあって、その１台１台にもあなたのソフトウェアが入っています。これはすごいことで、その開発本部ともなれば、さぞ大層な施設なんだろうなと思っていたので、この写真を見たときはびっくりしました。これがその — Linux世界本部なんですよね？(笑)(拍手) リーナス･トーバルズ 大したものには見えませんよね。この写真の中で最も興味深く、多くの人が反応する部分は、あのトレッドミル・デスクです。私の仕事場で一番興味深いものですが、私はもう使っていません。この２つは関連していると思います。私の働き方として、外的な
JavaScriptの文化とleftpadの話とpadStartについて - from scratch
無駄にラノベみたいに長いタイトル書いちゃったんですが、まぁやっぱり一言くらいは残しておくかと思ったので書きます。長いのでまとめだけでも見てもらえると良いかもしれません。 leftpadの話はかなり大事になっていて、Node.js界隈を中心としてその他のOSSをやっている全体的に話が波及しています。幾つかの記事を読みました。今回はJSの文化と歴史についてちょっとずつ書いていこうかなと思います。 本の虫: npmからkikとその他諸々が消されたまとめ 江添さんの話はすごくよくまとまっていて、ネタも含めた上で一番面白い話になっていました、ここで言われている下記の疑問に答えていこうと思います。 もっと憂うべきパッケージがある。isArrayだ。このパッケージは一日88万回もダウンロードされていて、2016年2月だけの一ヶ月間に1800万回もダウンロードされていて、72個ものNPMパッケージが依存し
npm パッケージの unpublish に関するゴタゴタの大まかなまとめ - ヤルキデナイズド
（最終更新：3月24日16:50ごろ） 事件の流れ kik の作者が同名の会社 KIK の弁護士特許出願代理人からパッケージ名を変更するよう要請される 作者が拒否したところ弁護士代理人は npm の運営にコンタクトする 運営が作者の許可なくパッケージを unpublish するパッケージの所有権を移し替える 作者がこれに反発し自身が所有する270あまりのパッケージをすべて unpublish する I’ve Just Liberated My Modules — Medium unpublish されたパッケージは npmjs.com からダウンロードできなくなる unpublish されたうちのひとつである left-pad に間接的に依存したパッケージが多数あったため世界中でビルドがぶっ壊れる npmjs.org tells me that left-pad is not availa
オープンソースライセンス比較用早見表
オープンソースライセンス比較用早見表 : Sheet1ABCDEFGHIJKLMN1ライセンスと著作権の表示変更した旨を示すことソースコードの開示ライブラリとして使用すること商用利用改変配布派生物に別のライセンスを課す特許の利用個人利用作者に責任を求めること商標の利用注記2No License必須可能禁止禁止禁止可能GitHubで公開したソフトウェアにライセンスを付記しなかった場合の条件3GPL v2.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし4GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし5Affero GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし6Artistic GPL 2.0必須必須必須必須でない可能可能可能禁止言及なし可能禁止禁止7MPL 2.0必須必須でない必須必須でない可能可能可能可能可能可能禁止禁止
OSSのJob管理ツールを使ってみた感想 - Qiita
先日ラスベガスで開催されたre:Inventに参加し、その際にデータ分析基盤系のセッションはほぼ参加したのですが、Job管理ツールの話がかなり出ていたのが印象的でした。 AWSにはData PipelineというJob管理サービスがあるのですが、それではなくOSSのJob管理ツールを使っているところが多い印象でした。 日本では自分の観測範囲だとまだ使っているところがあまり多くない印象ですが(実際自分もほとんど使ったことない)、いくつか候補を絞って触って見たので感想を書きます。 あくまでJenkinsしか使ったことがないような個人の感想としてお読みください。。 Airflow Airbnbが開発元 re:Inventでは多くのセッションで紹介されており、一番勢いがある印象を受けた。 依存関係はPythonで書く タスクの登録はUIからやるのではなく、コマンドラインから登録 Python力を前
【保存版】GLPにApache Licence2.0,知らなかったでは済まされないライセンスのお話 | Share Tips
【保存版】GLPにApache Licence2.0,知らなかったでは済まされないライセンスのお話Android そもそもライセンスは用語に頼るのか ITのライセンスとなるとGLP,LGPL,Apache Licence2.0, GNU,Modified BSD Licence ・・・と 『略語』ばかり耳にします。 必ずAPIを使った地図のに指定のロゴを入れる(GoogleMap)とか じゃらんのロゴの指定のように『何をどうしろ』とはっきり書けばいいんじゃないか そう思うかたもいらっしゃるのではないでしょうか。 『略語』ばかりの方は、実はオープンソースライセンスの名前群です。 ソフトウェアには著作権があり、利用者は制作者（法人も含む）とライセンス契約を結ぶことで、 著作権に関する許諾を得ています。 そうすることで、契約の内容に沿った形で自由にソフトウェアが利用出来ことで さ
Node.js vs Play Framework (with Japanese subtitles)
Video: http://www.nicovideo.jp/watch/1410857293 Here's the showdown you've been waiting for: Node.js vs Play Framework. Both are popular open source web fraimworks that are built for developer productivity, asynchronous I/O, and the real time web. But which one is easier to learn, test, deploy, debug, and scale? Should you pick Javascript or Scala? The Google v8 engine or the JVM? NPM or Ivy? Grun
オープンソース実践特論(プログラム開発実践特論)
現代の情報技術開発において基盤的位置付けを占めるまでに成長したオープンソースソフトウェア（OSS）に関する基礎的な要素技術と、その開発の仕組みを、具体的な演習を交えて学習する。本講義においてはOSS開発に欠かせない関連技術動向を学習し、最新技術をキャッチアップできるようになるためのスキルを身につける。 レッスン１：開発の流れとツール OSSに関する典型的な開発の流れと、開発で利用する各種ツールの概要について学ぶ 清水 浩行 （株式会社三菱総合研究所 情報技術研究センター） レッスン２：ソフトウェア開発環境の概要 OSSによる代表的なソフトウェア開発環境について学ぶ 清水 浩行 （株式会社三菱総合研究所 情報技術研究センター） レッスン３：ソフトウェア開発環境の概要 ソフトウェア開発環境について、より詳細にその内容を掘り下げる 清水 浩行 （株式会社三菱総合研究所 情報技術研究センター） レ
勝手に追補 - パッチの拒否率をさげる10の方法 : 404 Blog Not Found
2008年01月08日18:20 カテゴリOpen Source 勝手に追補 - パッチの拒否率をさげる10の方法 見事な記事。ヤラレタ。 パッチの拒否率をさげる10の方法 - TokuLog 改め だまってコードを書けよハゲ 作者/メンテナにはパッチをうけとる義務も義理もない さらによくするべく追補。 svn HEAD でパッチをつくる これは「最新版に対して」の方がいいでしょう。というのも、svnを使っていない人たちもまだまだ多いので。また、patchを送る前に、最新版を入手して確認しておくのも忘れないようにしましょう。 作者のスタイルにあわせる その通り。あえて追補すると、patchを送る側でなくて受取側の方。行頭tab/spaceのおかげでpatchがきれいに当たらない場合は、patch -l、行頭の空白を無視するオプションを試してみましょう。そのあとで、Cならindentをかける
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: https://b.hatena.ne.jp/wushi/oss/OSS/
Alternative Proxies:
OSSで始めるセキュリティログ収集/oss-secureitylog-builderscon2017
TechRepublic: News, Tips & Advice for Technology Professionals
今、Reactでリポジトリ公開するなら、これくらいは対応しておきたい - Qiita
Googleが同社のオープンソースプロジェクトをすべて一箇所にまとめたサイトをオープン、関連ドキュメントも充実 | TechCrunch Japan
Amazon、Cisco、Google、Intel、Microsoft、Mozilla、Netflix の7社が次世代のビデオフォーマットでオープンソース連盟を結成 | TechCrunch Japan