Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
OSSの怖い話(ホントハコワクナイヨ
Search
Naruhiko Ogasawara
August 20, 2021
Technology
0
740
OSSの怖い話(ホントハコワクナイヨ
納涼! 本当にあった怖いIT話 LT会 ~SHIFT EVOLVE Presents LT Vol.3~ でしゃべった内容です。
Naruhiko Ogasawara
August 20, 2021
Tweet
Share
More Decks by Naruhiko Ogasawara
See All by Naruhiko Ogasawara
COSCUP2024 OSPN Japan Special Track - Greeting from Naruhiko 挨拶二日目
naruoga
0
25
Let's tackle open-source supply chain issues with open source
naruoga
0
51
We already have a new, modern and secure print experience
naruoga
0
44
LOUCA23に行ってみた
naruoga
1
200
About the Activities of the Language Community: Activities of the Japanese Community
naruoga
0
2.6k
Happy Software Freedom Day 2023!
naruoga
0
170
Linux Desktop Printing Systems in the 2020s
naruoga
2
89
2022's Ubuntu Desktop Printing Technology
naruoga
1
240
OSS enthusiast's days at a Japanese security vendor
naruoga
0
90
Other Decks in Technology
See All in Technology
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
16k
Claude Code Getting Started Guide(en)
oikon48
0
140
なぜフロントエンド技術を追うのか?なぜカンファレンスに参加するのか?
sakito
9
1.9k
32のキーワードで学ぶ はじめての耐量子暗号(PQC) / Getting Started with Post-Quantum Cryptography in 32 keywords
quiver
0
190
“決まらない”NSM設計への処方箋 〜ビットキーにおける現実的な指標デザイン事例〜 / A Prescription for "Stuck" NSM Design: Bitkey’s Practical Case Study
bitkey
PRO
1
320
ML PM Talk #1 - ML PMの分類に関する考察
lycorptech_jp
PRO
1
390
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
9.9k
生成AI・AIエージェント時代、データサイエンティストは何をする人なのか?そして、今学生であるあなたは何を学ぶべきか?
kuri8ive
2
1.6k
2025 DORA Reportから読み解く!AIが映し出す、成果を出し続ける組織の共通点 #開発生産性_findy
takabow
3
1.1k
Databricksによるエージェント構築
taka_aki
1
110
なぜ使われないのか?──定量×定性で見極める本当のボトルネック
kakehashi
PRO
1
710
段階的に進める、 挫折しない自宅サーバ入門
yu_kod
5
2.2k
Featured
See All Featured
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.6k
For a Future-Friendly Web
brad_frost
180
10k
Music & Morning Musume
bryan
46
7k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
9
1k
The Invisible Side of Design
smashingmag
302
51k
Facilitating Awesome Meetings
lara
57
6.7k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Context Engineering - Making Every Token Count
addyosmani
9
460
YesSQL, Process and Tooling at Scale
rocio
174
15k
Transcript
OSSの怖い話 (ホントハコワクナイヨ おがさわらなるひこ オープンソースソフトウェア愛好家 SHIFT SECURITY INC.
Who Am I おがさわらなるひこ Twitter: @naru0ga (株)SHIFT
SECURITYの社員 だけど今日は一介のOSS愛好家として Disclaimer 今日お話しする内容はフィクションです。 実在の組織・人物とは関係ありません。
ところでOSSとは Open Source Software 日本語だと「オープンソース」と呼ばれる ただの「ソースコードが公開されてる無償ソフト」 ではないです!
「オープンソースの定義」に従ったソフト くわしくは https://opensource.jp/osd/osd19/ を読もう 別の言い方をすれば「オープンソースの定義」に従った 「オープンソースライセンス」のもとで 配布されているソフトウェア
ところでOSSとは Open Source Software 日本語だと「オープンソース」と呼ばれる ただの「ソースコードが公開されてる無償ソフト」 ではないです!
「オープンソースの定義」に従ったソフト くわしくは https://opensource.jp/osd/osd19/ を読もう 別の言い方をすれば「オープンソースの定義」に従った 「オープンソースライセンス」のもとで 配布されているソフトウェア
と、 ここまでは前 振り
怖い話① 「GPLって何?」
某メーカーA社にて 某製品をB社から仕入れで購入してラベルを張りかえ て販売することに B社担当 「この商品はLinuxを使ってるのでGPLの要請に従わな いといけないのですが御社は大丈夫ですか?」
A社担当、「ただ仕入れて売るだけでしょ?」と 思っており意味が分からないのでずーーーっとスルー 発売一か月前にそれを聞いたA社担当の同僚が慌てて 知り合いの技術者に電話「ねえ、これって大丈夫?」
某メーカーA社にて 某製品をB社から仕入れで購入してラベルを張りかえ て販売することに B社担当 「この商品はLinuxを使ってるのでGPLの要請に従わな いといけないのですが御社は大丈夫ですか?」
A社担当、「ただ仕入れて売るだけでしょ?」と 思っており意味が分からないのでずーーーっとスルー 発売一か月前にそれを聞いたA社担当の同僚が慌てて 知り合いの技術者に電話「ねえ、これって大丈夫?」 大丈夫なわけ ないだろ !!!!!1
その機器が使ってた基本ソフトLinux(リナックス)のライセン スGPLは「ソフトウェアのユーザーが求めた場合ソースコード を渡す」義務がある それを認識せず「ソースコードは弊社の知的財産であり開示で きません」とやると、だいたい炎上して火消しに苦労する (今もけっこうある) この件の場合は突貫で発売前にソースコード配布ページを作り 落着したそうです
OSSは「OSSライセンスに従って使えるソフト」だから、OSSを 使う場合、どんなライセンスで配布されてるか、そのライセン スが何を求めているか確認し理解しておく必要がある OSSというものの存在を意識していれば、確認のしようがある ので必要に応じて確認すればOK (確認できる有識者とか部署があればモアベター) 「これまずいかも」って嗅覚があって、きちんと決まりを調べ それを守ればコワクナイヨ!
怖い話② OSSの公開が 企業のイメージを 傷つける?
「なんか自社でOSS公開したってなるとクールじゃな い?」って話に → 担当者が頑張って作って社名入りで公開 それを継続してメンテするための体制については議論されず、 担当者は多忙になってしまいそのOSSは放置 周辺ソフトの進化に置いて行かれデータ消失バグが発生する も気づかないままそのまま配布継続 「こいつを使ったらデータを全部消された! こんなソフトを公開してる会社はクソだ!」
OSSを 作って組 織として 公開しよ うとする 姿勢は素 晴らしい ……けど 組織の名前を冠してOSSを公開する
とき、組織として体制を作らずに個 人の頑張りに依存すると、結局その OSSはメンテされない日が来て死ぬ 死んだOSSを公開し続けることは組 織のマイナスイメージになるリスク も 組織としてOSS活動をアピールした いなら、継続性をどう保証するかを しっかり考えて始めよう 組織としてちゃんと取り組めば コワクナイヨ!
怖い話③ 正式リリースでは 直ると思ってた 今度はOSSを作る側にとってのコワイ話
多くのOSSは、メジャーリリース前に「テスト版」を 出す それで問題なかろうとなったら、正式リリースされる あるOSSで、 「こんなバグ入りのリリースは使えない! このバグはテスト版から存在していた! 正式リリースでは直ると思っていたのに!」
と騒ぐ人が
多くのOSSは、メジャーリリース前に「テスト版」を 出す それで問題なかろうとなったら、正式リリースされる あるOSSで、 「こんなバグ入りのリリースは使えない! このバグはテスト版から存在していた! 正式リリースでは直ると思っていたのに!」
と騒ぐ人が コノヤロー なんで手間暇かけて テスト版出してるの かわかってるの か??
なぜコストをかけてテスト 版をリリースするのか? 不具合を見つけたら報告してほしいから 多くのOSSでは、ユーザーからのフィードバックを以てQAプロセス としているので、報告されない不具合は存在しないものと一緒 存在しない(と思われてるもの)が直るわけがない だから間違いを見つけたら適切に報告する それさえ守ればコワクナイヨ!
最後に OSSだって人間が作ってる
人間がやることなので こじれる原因はしばしば敬意の欠落 OSSを作る人、使う人、周りの人、 そしてOSSを取り巻く文化、 お互いに敬意をもって尊重しあえば たいていのことはコワクナイ! OSSに関するルール(定義とかライセンスとか)は 敬意を持つ者同士が円滑に共同作業するための 道具に過ぎない Love!
OSS!
おしまい。