OSS開発者に向けられる「搾取の精神」 まつもとゆきひろ氏が語る、正しい生産的関係に必要なのは “リスペクト”と“参加すること”
「つよいエンジニア」になるためのオープンソースの使い方をはじめ、OSSへの貢献を推奨している企業のエンジニア文化やコミッター視点からみたOSSの未来について話す「TECH HILLS～まつもとゆきひろ氏と考える つよいエンジニアになるためのオープンソースの使い方～」。ここでRuby開発者のまつもとゆきひろ氏が登壇。オープンソースとの関わり方について話します。 フリーソフトウェア開発の経験者 まつもとゆきひろ氏（以下、まつもと）：まつもとです。（スライドを示して）自己紹介はもういいかなという気もするんですが、こんなアイコンで活動しています。英語圏ではMatzと名乗っていますが、Rubyを作った人として知られています。 今日も「Rubyを作った人だったらオープンソースについてなにか知っているだろう」ということで呼んでもらいました。Rubyのおかげで、（私が）日本人で一番有名なプログラマーなんだ
自由なソフトウェアと抗議と倫理の「（不）可能性」について
自由なソフトウェアと抗議と倫理の「（不）可能性」について 2022.05.10 Updated by yomoyomo on May 10, 2022, 18:15 pm JST 大変ごぶさたしております。実に約5年半ぶりになりますが、またこちらで書くことになりました。ブランクが長かったため、ここへの文章の書き方を自分でも忘れてしまったところがあるのですが、稲田豊史氏の「ウェブは最初に結論を書く、くどくど掘り下げて説明しない、とにかく簡潔に」という金言に逆らい、地味な話題についてくどくどと書いていこうと思います。 いや、結論だけは先に書いておきましょうか。銀の弾はない、それだけです。 2022年2月にロシアがウクライナへの侵攻を開始して早くも2カ月以上経ち、ロシア（のプーチン大統領）の甘い見通し、予想以上のウクライナの抵抗、多くの国のウクライナへの支援などと相まって、現状、ロシアが手こずっ
[速報] サーバーレス実行環境である Cloudflare Workers のオープンソース化が発表されました！ | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 Cloudflare は今週を Platform Week と題して、様々な発表を行います。その最初の発表でサーバーレス実行環境の Cloudflare Workers をオープンソースにするという衝撃的な内容があったためご紹介します。 Cloudflare Workers のオープンソース化 本日 Cloudflare は Cloudflare Workers のランタイムを Apache License, Version 2.0 でオープンソースにするとの発表がありました。これにより開発者はロックインされることなく書くことができます。 なお、Cloudflare の Github リポジトリを確認しましたが、2022年5月10日 3:30 JST 現在では公開されていないようなので今後確認したいと思います。 JavaScript ラ
![[速報] サーバーレス実行環境である Cloudflare Workers のオープンソース化が発表されました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1c4e9e28c189ba0da5e90990edaca836faea81b5/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F06%2Fcloudflare-1200x630-1.jpg)
「ライセンスどおりにしたのに違反？」「バージョンアップでライセンスが変わった！？」
「ライセンスどおりにしたのに違反？」「バージョンアップでライセンスが変わった！？」：解決！ OSSコンプライアンス（4） OSSコンプライアンスに関するお悩みポイントと解決策を具体的に紹介する連載「解決！ OSSコンプライアンス」。4回目は、「ライセンスどおりにしたのに違反？」「バージョンアップでライセンスが変わった！？」という2つのエピソードと解決策を紹介する。
OSSドキュメントの日本語化に貢献してみた話
お世話になっているOSSドキュメントの日本語化に貢献してみた感想です。 仕事上、こちらのmaterial-uiを使う機会があり、 個人的にもお世話になっているのですが、 基本的には全て英語でした。 しかし、つい先日、ドキュメントが日本語化されていることを知り、 早速日本語版のページを開いてみたのはいいものの、所々英語が残っている状態でした。 これは......何とかならないものか。 どうやらここから参加できる模様だったので、 早速選択してみます。 こちらのサービスに登録してください、 とのことでGoogleアカウントで登録しました。 ログインすると、プロジェクトのトップページが表示されます。 左上のJapaneseを選択すると、 100%になっているmdファイルはさておき、 まだ翻訳されていないファイルを選択します。 赤い枠で囲った場所が、翻訳対象となる英語の文章です。 日本語に訳したもの
Dockerで簡単に試せるOSSのローコード開発ツール「Budibase」
「Budibase」はオープンソース（ライセンス：GPL v3）のローコード開発ツールだ。 Webを中心とするヘルプデスクアプリケーションや顧客／ユーザーとの対話ツールなど、インタラクティブ性と入出力レートが高いアプリケーションを構築するならばBudibaseを検討してみる価値がある。Budibase社によると、このツールは在庫管理プラットフォームや応募者追跡システムなどの構築にも適しているという。 Budibaseは「PostgreSQL」「MySQL」「MongoDB」「Amazon S3」「Apache CouchDB」「Airtable」などの外部データソースに接続してデータをフェッチし、クエリできる。REST APIを使ってデータを取り込むことも可能だ。 iStock.com/Kittisak_Taramas 組み込みデータベースもある。 「Budibaseでアプリケーションを作
【Yahoo! JAPAN Tech Conference 2022】ヤフー・サイボウズ・ZOZOが語る、OSSへの貢献活動で得られたこと【イベントレポート】
TOPコラムテック最前線レポート【Yahoo! JAPAN Tech Conference 2022】ヤフー・サイボウズ・ZOZOが語る、OSSへの貢献活動で得られたこと【イベントレポート】 【Yahoo! JAPAN Tech Conference 2022】ヤフー・サイボウズ・ZOZOが語る、OSSへの貢献活動で得られたこと【イベントレポート】 2022年3月15日 ヤフー株式会社 執行役員 CIO（Chief Information Officer）兼 テクノロジーグループ グループCTO 服部 典弘（モデレータ） 地図関連会社勤務、Linuxディストリビューターの立ち上げを経て、GIS系システムインテグレーター会社を設立し、大手地図サービスのバックエンドシステムを多数手がける。2008年、買収によりヤフー株式会社へ。Yahoo!地図の技術ディレクター、情報システム部門責任者、開発基
米国防総省、オープンソースをプロプライエタリより優先的に採用する調達方針を明らかに。同省CIOが書面で通知
米国防総省、オープンソースをプロプライエタリより優先的に採用する調達方針を明らかに。同省CIOが書面で通知 米国防総省は「Software Development and Open Source Software 」（ソフトウェアの開発とオープンソース）と題する同省CIO John B. Sherman氏の1月24日付けの書面を公開し、プロプライエタリな製品を購入する前に、既存の政府ソリューションやオープンソースソフトウェアの採用を優先する方針を示しました。 この書面は、セキュアなオープンソースソフトウェアや商用ソリューションの採用を増やすことを同省に指示した2018年7月発表のサイバー戦略の下で、どのようにオープンソースソフトウェアを位置づけるかを説明するものです。 書面の本文で、オープンソースを採用する上で2つの懸念を示した上で、付録のガイドラインで具体的な方針を明らかにしています。
OSS未経験「なにから始めたらいいかわからない…」←これを一気に解決する神リポジトリ - Qiita
はじめに こんにちは。WEBエンジニアのmasakichiです。 OSSを始めたいと思いながらも「なにから始めたらいいかわからない…」と悩んでいませんか？ そんなOSS未経験者にGood First Issueというリポジトリをお勧めしたく記事にしました。 この記事で書いてあること この記事には以下の2つが書いてあります。 Good First Issueについて Good First Issueからコントリビュートするまでの流れ（経験談） Good First Issueとは OSSにコントリビュートしたことのない開発者でもすぐに始められる人気プロジェクトをピックアップしたキュレーションサイトです。 プロジェクトのリンク先はgithubリポジトリで管理されています。 リポジトリはこちら キュレーションサイトはこちら Good First Issueでは下記の基準を満たしたプロジェクトがピ
LogJ4 Security Inquiry – Response Required | daniel.haxx.se
On Friday January 21, 2022 I received this email. I tweeted about it and it took off like crazy. The email comes from a fortune-500 multi-billion dollar company that apparently might be using a product that contains my code, or maybe they have customers who do. Who knows? My guess is that they do this for some compliance reasons and they “forgot” that their open source components are not automatic
「無料でLog4j対策を教えろ」と迫った大企業とオープンソース開発者の痛快なやりとりが公開中
2021年12月に、さまざまなプログラムに使われているJavaのログ出力ライブラリ「Log4j」にリモートコード実行のゼロデイ脆弱(ぜいじゃく)性「Log4Shell」があることが発覚し、世界中のIT産業が対応に追われました。そんな問題に対し、フォーチュン500に選出されるような大企業から対応方法を教えるよう要請を受けたオープンソース開発者が、相手企業と交わしたメールを公開しています。 LogJ4 Security Inquiry – Response Required | daniel.haxx.se https://daniel.haxx.se/blog/2022/01/24/logj4-security-inquiry-response-required/ さまざまなプロトコルを用いてデータを送受信するのに使われるオープンソースソフトウェア「cURL」の開発者のダニエル・ステンバーグ
オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る
オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る コマンドラインからさまざまなプロトコルでデータ転送を実行できる「curl」コマンド（以下cURL）は、多くのITエンジニアにとって欠かせない、非常に便利なツールです。 cURLはオープンソースで開発されているソフトウェアです。先日その作者であるDaniel Stenberg氏に、某大企業からオープンソースを全く理解していないとみられる大変無礼なメールが届いたとして話題になっています。 If you are a multi billion dollar company and are concerned about log4j, why not just email OSS authors you never paid anything and demand a response f
オープンソースソフトウェアいろいろ
オープンソースソフトウェア(以下OSS)にはいろんなものがあることについて書きます。さんざ語りつくされてきたことですけど、自分でもう一度整理したくなったので書きます。 オープンソースなソフトウェアとそうでないものの区別 オープンソースは「俺がオープンソースと言ったらオープンソース」とか「人によっていろいろな考え方があるよね」とかではなく、明確な定義があります。 以下Open Source Initiativeによる定義です。 八田さんによる邦訳。 これ以降は邦訳のほうを使って説明します。 OSSについてのよくある勘違いに「ソースが公開されていればOSSでしょ」というものがありますです。これはたとえば「3. 派生ソフトウェア」を見れば、違っていることがわかります。 ライセンスは、ソフトウェアの変更と派生ソフトウェアの作成、並びに派生ソフトウェアを元のソフトウェアと同じライセンスの下で頒布する
「Log4j2の脆弱性から垣間見えたOSS開発の厳しさ」と「OSS開発者に投げ銭する文化（未来）」について
「Log4j2の脆弱性から垣間見えたOSS開発の厳しさ」と「OSS開発者に投げ銭する文化（未来）」について by nao · 公開済み 2021年12月12日 · 更新済み 2021年12月13日 前書き：災害レベルの脆弱性 本記事は、紛うことなきポエム記事です。Log4j2の脆弱性問題を追っている間に「OSS開発の醜い部分」を目の当たりにしたので、本記事では「せめてOSS開発者が金銭的もしくは他の手段で報われればいいのに」と主張します。 2021年12月10日、Javaのロギングライブラリであるlog4j2は任意コード実行の脆弱性（CVE-2021-44228、内容は以下の引用文を参照）が見つかり、その実行方法の容易さから話題となりました。 Apache Log4jにはLookupと呼ばれる機能があり、ログとして記録された文字列から、一部の文字列を変数として置換します。その内、JNDI
7594591200220899443 on Twitter: "これはオープンソースの責任問題ではないです。こういう事がある度に利用者側ではなく開発者側に問題を押し付ける態度が散見されて賛同しかねる。これはあくまでタダ乗りしてた人達が適切にメンテナンスコストを払って来なかったのが悪い https://t.co/BZzKVQN1LU"
これはオープンソースの責任問題ではないです。こういう事がある度に利用者側ではなく開発者側に問題を押し付ける態度が散見されて賛同しかねる。これはあくまでタダ乗りしてた人達が適切にメンテナンスコストを払って来なかったのが悪い https://t.co/BZzKVQN1LU
OSSが持続可能であるために――疲弊する「ボランティアエンジニア」を支援する新たな仕組みとは？
――皆さんはそれぞれ長らくOSSに関わられて来られたわけですが、その中でOSSを取り巻く環境の変化についてどのように感じていらっしゃいますか。 黒坂：OSSは、目的や意義が3世代にわたって大きく変わってきたように感じています。Linuxなど中心となるプロジェクトがあり、その開発に貢献したいという開発者が大勢を占めていたのが第1世代。その後の2004〜5年くらいから、そうした文化を引き継ぎながらも、「コスト削減」を目的に企業が使うようになり、オープンな環境での開発による進化速度や品質向上に価値を見出した開発者が増加しました。「OSSに貢献したい」というより、「新しい何かを生み出すためにOSSやOSSという開発手法を利用する」という価値観の変化が見られたのが第2世代です。 そして第3世代においてはAIやIoTなどイノベーションを起こすハイエンドな技術として認識されるようになり、OSSを使うこと
「オープンソース」は壊れている
christine.websiteのブログより。 または: お金を払わない限り、有用なソフトウェアを書かないのか? 最近、重要なJavaエコシステム・パッケージに大きな脆弱性が見つかりました。この脆弱性が完全に兵器化されると、攻撃者はLDAPサーバから取得した任意のコードを実行するよう、Javaサーバを強制することができます。 <マラ> もしこれがニュースで、あなたがJavaショップで働いているなら、残念ですが、あなたには2、3日が待っています。 私は、これが「オープンソース」ソフトウェアの主要なエコシステム問題の全ての完璧な縮図だと考えています。log4j2が、この問題の最悪のシナリオの1つの完璧な例であると思うので、このすべてについていくつか考えを持っています。この問題に関与したすべての人が、現実世界の問題に対する完全に妥当な解決策のためにこれらすべてを行ったことは完全に合理的であり、
「雑に立てられるissue」で疲弊しないためにOSS開発者ができること - 2021-12-04 - ククログ
要約：OSS開発プロジェクト運営者の側でとれる対策はいくつかあるよ。issueは基準を設けてどんどん閉じてしまおう。GitHubならActionsで自動化も簡単だよ。自動テストを整備するように、必要なコストだと思って割り切るといいよ。 結城です。 GitHub Actionsに関することならなんでもありらしいアドベントカレンダーとのことでしたので、ほんのちょっとかすっているだけではありますが、4日目にエントリーさせて頂きます。 「軽率に寄せられる報告や要望がOSS開発者を疲弊させる」という問題について語るOSS開発者は少なくないです。私の観測範囲内では最近も、イシュートラッカーにissueを立てようとすること自体に待ったをかける記事1や、「要望には初手で『なぜ自分で実装しない？』と訊ね、次に『継続的にメンテナンスしてくれるの？』と訊ねるドライな対応がおすすめ」という趣旨に受け取れる発言など
ソースコードを公開したソフトウェアで収益を得ている会社
ソースコードを公開したソフトウェアで収益を得ている会社をまとめる。いわゆる「オープンソースソフトウェア（OSS）」という有名な言葉を使わなかったのは、OSS の定義に当てはまらない、またはその可能性があるものが含まれているため。 この記事では "OSS" の定義に当てはまらないものも含め、主要な事業を構成するソフトウェアを一定のライセンスの下で公開している会社をまとめていく。このようにソースコードを公開して利用者やフィードバックを集めるビジネスモデルは open core とか COSS: Commercial Open Source Software と呼ばれているようだ。 企業が「ソースコードが公開されているソフトウェア」を利用するメリットとしては、主に以下の2つがあると考えられる。 コア機能の開発に集中できる 自社のビジネスの核となるソフトウェアの開発に集中し、それ以外の機能的・非機
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「ライセンスが英語で分からない！」「ソースコード提供ってどういう方法でやればいい？」
