HashiCorp adopts Business Source License
TerraformInfrastructure as code provisioning
OSSすぐ死ぬ - kmuto’s blog
（結論はなく、ダラダラ昔話を書いただけ。） サービスやプロダクトの開発にあたって、自社外で開発されたオープンソースソフトウェア（OSS）を外部コンポーネントとして使うという場面は今や当たり前だと思うけど、そのOSSができるだけ長く保守開発を続けてくれるにはどうしたらよいか、ということまで考えることは少ないだろう。 OSSはそのライセンス遵守の上では金銭を支払うことなく自由にサービスやプロダクトに使えるし、うまく機能がハマれば開発の費用・時間コストを大幅に軽減できる。 ただ、そうしてできた素晴しいサービス、プロダクトのアーキテクチャを見返してみると、個人の手弁当のOSSが危ういバランスを支えてSPOF的に存在していることがある。ジェンガの絵がよく出てくるよね( File:dependency.png - explain xkcd )。 Someday ImageMagick will fin
「CDC File Transfer」Googleが突然公開したファイル転送ツールの中身 - orangeitems’s diary
「CDC File Transfer」というツールのニュース。 ほとんどの人が下記のニュースを見てわかったつもりになっただけなんじゃないか、と。 gigazine.net Googleが提供していたクラウドゲームサービス「Stadia」は、スペックの低いPCやスマートフォンなどでもインターネットを介して高画質なゲームを楽しめるサービスとして注目を集めていましたが、2022年にサービス終了が発表されました。そんなStadiaの開発過程で生み出されたファイル転送ツール「CDC File Transfer」が、オープンソースで公開されています。 でもこれ、読んでもピンと来ないと思います。 仕事に使えるかもしれないので、どこかに詳しい話ないかなと探してみたら、結局のところgithubの公式公開ページを機械翻訳で日本語にしたほうがよっぽどわかりやすかった、というオチでした。 github.com こ
SPDX Documentを理解する｜OSS管理ブログ｜ソフトウェア部品管理ソリューション｜日立ソリューションズ
毎々お世話になっております、株式会社 日立ソリューションズの明石と申します。本日は今年からSBOMフォーマットの国際標準として認定された、SPDXに準拠して作成されたSBOM、SPDX Documentについてご紹介したいと思います。 免責事項 当記事の内容については、できる限り正確な情報を提供するように努めておりますが、正確性や安全性を保証するものではなく、筆者独自の解釈も含むことをご了承ください。 掲載しているリンク先についても確認などは行っていますが、遷移先で提供される情報、サービスなどについては一切の責任を負いません。 また、掲載内容の活用は読者自身の自由と主体性の元に行うものとし、万が一損害が発生したとしても一切の責任を負いかねます。ご了承ください。 そもそも、SPDXって何？ SPDXという単語の由来は「Software Package Data Exchange」の頭文字から
オープンソースのソフトウェアで収益化＆生計を立てることに成功した事例
「オープンソースはお金にならない宿命」とFirefoxの開発元であるMozillaのプログラマーは述べていますが、これとは逆に「オープンソースのソフトウェアで生計を立てることに成功した」という内容がエンジニア向けSNSのIndie Hackersに投稿され、話題を集めています。 How I earn a living selling my open source software https://www.indiehackers.com/post/how-i-earn-a-living-selling-my-open-source-software-476f6bb07e Indie Hackersに投稿を行ったNena Furtmeier氏はopen3Aと呼ばれるウェブベースの請求アプリを2007年にオープンソースソフトウェアとして開発しました。 もともとFurtmeier氏は自分用にop
オープンソースのメンテナー、多くは十分な対価を得られず--ストレスも
Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 村上雅章 野崎裕子 2021-06-17 06:30 Linuxカーネルにおけるstable（安定）ブランチのメンテナーであるGreg Kroah-Hartman氏は最近、ミネソタ大学の一部の開発者らが悪意あるパッチを意図的に混入しようとしたという事件をきっかけに、ミネソタ大学の開発者らが提出するLinuxへのパッチすべてをブロックした。このようなパッチの提出はセキュリティの観点から見て極めて悪質であるものの、Kroah-Hartman氏の指摘したところによると、コードのメンテナーらは意図的に悪質なコードを混入しようとする試みを発見し、断罪するという無駄な時間がなかったとしても、「本来の作業を十分過ぎるほど抱えている」という。それは間違いのない事実だ。 というのも、オープンソースの
個人/組織のOSS貢献を可視化する - 貳佰伍拾陸夜日記
社内でOSSへの貢献をもっと奨励していきたいねと話していて, そもそも普段どれくらい貢献できているか知りたくなった. 以前, 自分のポートフォリオに貢献しているOSSのリストを出すのをやっていて, ちょっと改造したら組織内のメンバー全員のものもすぐに出せそうだったのでやってみた. (というのをずっと前にやっていたけど宣伝するのを忘れていた.) モチベーション OSSに(趣味にせよ仕事の一部にせよ)貢献している同僚はけっこういるけど, 「こういうのやったよ!」と宣伝してくれない限りあんまりどういう活動をしているのか知らない. 「今月はこれだけの人たちがOSS貢献してました」というのを社内の全エンジニアで眺めてわいわい盛り上がれると, 自分も何かやってみようという気になるだろうし, 「これに手をつけてみたいけど, どこから手をつけたらいいかわからないから詳しそうなあの人に聞いてみよう」となって
sudoの脆弱性情報(Important: CVE-2021-3156 : Baron Samedit) - SIOS SECURITY BLOG
OSSに関するセキュリティ・ツールの使い方・脆弱性等を紹介しています。 SELinux/Capability/AntiVirus/SCAP/SIEM/Threat Intelligence等。 OSS脆弱性ブログ01/27/2021にsudoの脆弱性情報(Important: CVE-2021-3156 : Baron Samedit)が公開されています。どのローカルユーザでもパスワード認証を経ずに特権昇格が出来るため、一度ローカルユーザのターミナルを開くことが出来れば権限昇格できてしまうという強烈なものです。今回はこちらの脆弱性の概要と、各ディストリビューションの対応について簡単にまとめてみます。 【01/27/2021 10:30更新】Amazon Linuxのリンク（ALSA-2021-1478)も加えました。また、詳細情報を追記しました。 【01/27/2021 14:30更新】O
「ソースコードは全て公開が条件」の衝撃――OSSを賢く利用するための勘所
「当たり前のように使っていたOSSのせいで訴えられた！」なんてことがないように、OSSを賢く利用するためのポイントを解説します。 第1回から第3回にわたってOSS（オープンソースソフトウェア）の理念やライセンス、OSSを公開する際に気を付けるべきポイントを紹介しました。今回は本連載の最終回としてOSSにまつわるリスクを最小限に減らして賢く活用する方法を解説します。 ライセンス確認、脆弱性管理は不可欠 OSSを活用する際にすべきことは大きく2つあります。1つ目は、「どのようにOSSを利用するか？」を前もって決めることです。OSSにどのような形態があるかは第1回で説明しましたが、端的にいうと「OSSを改変して利用する」「ソースコードを取り込んで利用する」「バイナリコードとリンクする」の3つです。使用しているOSSがコピーレフト型のライセンスを適用している場合は、改変部分や自社独自で開発した部分
KubeConで富士通のエキスパート江藤氏に訊いたOSSの勘所
KubeConがクラウドネイティブなシステムのためのカンファレンスであり、多くの新興ベンチャー、オープンソースプロジェクトに関わるエンジニアが集う場所であることは疑問の余地はない。また同時に、システムインテグレーターなどの旧来のプレイヤーにとっては、クラウドネイティブなマーケットに対して「どこにフォーカスしたら良いのか？」「ツールは何を選択すべきか？」などの答えを見つけるための場所でもある。 富士通は、Linuxの初期の段階からオープンソースソフトウェアにコミットをしているシステムインテグレーターだ。その中で中心的な存在であり、今もThe Linux Foundationのボードに名を連ねる江藤圭也氏（富士通株式会社 プラットフォームソフトウェア事業本部Linux開発統括部統括部長）にKubeConの会場でインタビューを行った。 富士通のオープンソースソフトウェアへの関わりについては、江藤
「さようなら ImageMagick」の考察 - Qiita
はじめに サイボウズさんの ImageMagick の利用をやめる記事について少し思う所を書きます。否定というよりアシストのつもりです。(2018年08月26日投稿) さようなら ImageMagick 自分のスタンスを3行でまとめると、 policy.xml で読み書き出来るファイル形式を絞れば、いうほど怖くはない ただ、ImageMagick に限らずサーバサイドで動かすのは手間と覚悟が要る Yahoobleed の件でコード品質が信用ならないと言われたら、ごめんなさい 「ImageMagick を外した理由」 サイボウズさんのブログでは、2017年の ImageMagick 脆弱性報告数が多いので駄目との事です。 脆弱性 ImageMagick には脆弱性が大量に存在します。 2017 年に報告された ImageMagick の脆弱性は 236 件 でした。 大量にある上にリモートコ
OSS（オープンソースソフトウェア）の開発に参加したいあなたへ | gihyo.jp
OSS Gateという「継続的にOSSの開発に参加する人たちを継続的に増やす」取り組みをしている須藤です。この取り組みを通じて得られた知見をもとにOSSの開発に参加する方法を紹介します。 OSSの開発に参加する理由は人それぞれでよい そもそもどうしてOSSの開発に参加したいんでしょう。私の場合の理由は「それが普通だから」です。私は、自分が開発しているソフトウェアはユーザーが自由に使えてほしいですし、自分が使っているソフトウェアが使いにくかったらよくしたいです。 では、多くの人が私と同じ理由かというと、そうではありません。むしろ同じ理由の人は少ないです。 冒頭で触れたOSS Gateという取り組みでは、いろんな人の「OSSの開発に参加したい理由」を聞く機会があります。いくつかみてみましょう。 人間的・技術的にレベルアップしたい かっこよさそう 知らない人と一緒に開発してみたい 転職時・自己紹
【20選】俺が唸ったOSS・GitHubリポジトリ！Web企業で働くエンジニア達に聞きました - エンジニアHub｜Webエンジニアのキャリアを考える！
【20選】俺が唸ったOSS・GitHubリポジトリ！Web企業で働くエンジニア達に聞きました さまざまな企業のエンジニア20人に、リポジトリの中から「これは素晴らしい」「他のエンジニアにもぜひ使ってほしい」と思うものを紹介してもらいました！ GitHub上に存在するリポジトリや、その他の場所に存在するものまで、オープンソースソフトウェア（以下、OSS）は世の中に星の数ほど存在します。利便性の高さから世界中の開発者が利用していますが、反面その種類の多さから、どれを使ったらいいのかわからないという方もいるでしょう。 そこで本企画では、企業のエンジニア20人に、さまざまなリポジトリの中から「これは素晴らしい」「他のエンジニアにもぜひ使ってほしい」と思うものを紹介してもらい、その理由を解説していただきました。 使って便利なだけでなく、コードを読んで技術研鑽に活用するもよし。ぜひご一読あれ。 ※各カ
ソフトウェアエンジニアが当たり前にやるべき事 - そーだいなるらくがき帳
manabusakai さんの下記の記事を読んだ感想。 blog.manabusakai.com Twitterにも書いたけど僕は信頼されるエンジニアをずっと目指してきたし、そのために僕に必要なことがここには詰まっていた。 ほんとみんなに読んでほしい。 このエントリーの中の信頼を得ているエンジニアの姿を引用する。 有言実行である 仕事の納期をきっちり守る どんな仕事でもムラがない 困ったときに快く相談に乗ってくれる 皆がやりたがらないタスクを拾ってくれる チームの雰囲気を良い方向に導いてくれる etc... まさに。 ではソフトウェアエンジニアとしてこの他に当たり前にやるべき事って何があるだろう？ ソフトウェアエンジニアとしてやるべき事 僕らは技術で問題を解決することで価値を高めたり、対価を頂いている。 例えば使っているOSSにバグがあったらどうだろう？ これは自戒をかなり含むが不満をSN
構成管理DB からネットワーク図を自動生成する
JANOG41 の発表資料です。 net-hengeというOSSプロジェクトを通じて、「構成管理DB から自動でネットワーク図を描く」というチャレンジを行なっています。 ネットワークは日々変化しますが、ネットワーク図の更新が面倒ではありませんか？このデバイスはあのデバイスとつながっている。このレベルの接続情報の集まりから、オートレイアウトでネットワーク図を描きます。必要なのは接続情報が入ったJSONとJavaScriptファイルのみ。ブラウザですぐ閲覧できます。 PowerPointなし！コピーしてドラッグして位置調整...とか一切なし！の世界を目指しています。このセッションでは、inet-henge でどのようなネットワーク図が描けるかを紹介します。 https://github.com/codeout/inet-henge
日本よりも欧米でヒット、日本人が生み出したJenkinsの勢い
CI（継続的インテグレーション）を実現するOSS（オープンソース・ソフトウエア）「Jenkins」の勢いが増している。開発元の米CloudBeesが2017年8月末に開催したイベントには800人の開発者が参加。米PayPalが4000人を対象にしたJenkinsの導入を発表するなど、大企業が戦略的にJenkinsを使用する実態が明らかになった。 現在はCloudBeesのCTO（最高技術責任者）を務める川口耕介氏が2011年2月にOSSとして公開したJenkinsは、ソースコードのコンパイルやビルド、テスト、品質検査、サーバーへの展開（デプロイ）などを自動化するツールだ。開発者にとって面倒な作業をやってくれる「執事」という位置付けであることから、マスコットキャラクターは映画に出てくる執事のような蝶ネクタイ姿をしている（写真1）。 Jenkinsのオリジナル開発者である川口氏は、CloudB
日本発OSSで初の快挙 ASFが認めた機械学習ライブラリ「Hivemall」
日本発のOSS（オープンソースソフトウエア）が、世界の舞台に飛び立とうとしている。油井誠氏が開発を始めたOSSで、分散データ処理ソフトの「Hadoop」「Spark」用の機械学習ライブラリ「Hivemall」が2016年9月、米Apache Software Foundationの「Incubator（育成）」プロジェクトに認定されたのだ。 Apache Software Foundation（ASF）は、Webサーバーの「Apache」やJavaアプリケーションサーバーの「Tomcat」、Hadoop、Sparkといった有力OSSの開発の中心となっている非営利組織だ。ASFの正式プロジェクトは、OSSにおける「有力ブランド」であり、HivemallはIncubatorプロジェクトに選ばれることで、その候補入りを果たした。 プログラミング言語の「Ruby」やデータ収集ソフトの「Fluent
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - reacherhq/check-if-email-exists: Check if an email address exists without sending any email, written in Rust. Comes with a ⚙️ HTTP backend.
「なぜ日本政府が作るソフトウェアは使えないモノばかりなのか？」――中島聡氏が考える「日本社会のDX」の要件
blacklist/whitelist master/slave に関する情報集め
