Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
open source 2
Search
sakakendo0321
June 18, 2019
Technology
0
41
open source 2
科学技術史 中間発表
オープンソース・ソフトウェアの起源に関する調査
sakakendo0321
June 18, 2019
Tweet
Share
More Decks by sakakendo0321
See All by sakakendo0321
meister chapter4
sakakendo0321
0
22
Introducing static site
sakakendo0321
0
26
inner study
sakakendo0321
1
48
pass the test
sakakendo0321
1
180
meister 2018 final
sakakendo0321
0
28
Other Decks in Technology
See All in Technology
Autonomous Database Cloud 技術詳細 / adb-s_technical_detail_jp
oracle4engineer
PRO
15
35k
プロンプトエンジニアリングでがんばらない-Agentic Workflow へ-近藤憲児
kenjikondobai
6
1.2k
中年男性がメインフレームから クラウドへキャリアシフトしてみた
uechishingo
0
390
ゼロから始めるVue.jsコミュニティ貢献 / first-vuejs-community-contribution-link-and-motivation
lmi
1
150
Building Dashboards as a Hobby
egmc
0
410
社内アプリで Cloudflare D1を プロダクト運用してみた体験談(Tokyo)
haochenx
0
130
高専で制御を、大学でセンシングを学び、次は脳みそ
satoshirobatofujimoto
0
120
DX企業CTOとして考える技術への向き合い方
shoheitai
0
100
How to Lead? Testimonial of a Lead Android Engineer
oleur
1
120
uvを使ってストレスフリーな Python開発をしよう!
r74tech
0
240
CockroachDB はどのくらい「しぶとい」のか? / How tough is CockroachDB?
kota2and3kan
1
310
Max out Local LLM in Challenging Environments
sashimimochi
2
200
Featured
See All Featured
Imperfection Machines: The Place of Print at Facebook
scottboms
261
12k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
22
1.4k
The MySQL Ecosystem @ GitHub 2015
samlambert
244
12k
Code Reviewing Like a Champion
maltzj
515
39k
Designing for Performance
lara
601
67k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
221
21k
10 Git Anti Patterns You Should be Aware of
lemiorhan
649
58k
Gamification - CAS2011
davidbonilla
77
4.6k
Fashionably flexible responsive web design (full day workshop)
malarkey
398
65k
Faster Mobile Websites
deanohume
300
30k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
155
14k
Web Components: a chance to create the future
zenorocha
306
41k
Transcript
科学技術史 発表第⼆回 Open Source ⽂化はいかに⽣まれたのか
テーマ open source の開発⽂化がどのように⽣まれ、根付いたのかについて知 りたい そのために権威とされるESR ⽒の発⾔から⾃⾝がopen source 開発に移 ⾏した経緯について調べる。
Eric Steven Raymond 通称ESR という名前で活動しているプログラマ、作家。 GNU/Linux の開発に携わっており、彼⾃⾝もオープンソースソフトウェ アであるfetchmail の開発に携わった。 代表作である「伽藍とバザール」はその時の経験をもとに執筆した。
経歴 1957 年 Boston で⽣まれる 1980 年~1985 年 私有ソフトウェアの開発。 1996
年 Open Source でfetchmail を開発 1997 年 「伽藍とバザール」を発表
論⽂・テクニカルライティングの推移
open source に関する代表的な⽂献 伽藍とバザール 従来の開発モデルとopen source 開発に関する考察 魔法のおなべ open source
の資⾦⼿当を受けるためのビジネスモデルについて ハロウィーン⽂書 Microsoft のopen source に対するリアクションについて
伽藍とバザールとは 伽藍建築⽅式 中央集権的でコアな部分は少⼈数によって慎重に組み⽴てられる形 式。 e.g. FSF,Emacs のコア部分 バザールモデル コードや開発をオープンにして、良いものならば誰からでも受け⼊ れる⽅式。
e.g. Linux, Lisp
「伽藍とバザール」での発⾔ 法則 ユーザを共同開発者として扱うのは、コードの⾼速改良と効率よい デバッグのいちばん楽ちんな⽅法 はやめのリリース、ひんぱんなリリース。そして顧客の話をきくこ と ベータテスタと共同開発者の基盤さえ⼗分⼤きければ、ほとんどす べての問題はすぐに⾒つけだされて、その直し⽅もだれかにはすぐ わかるはず。 「⽬⽟の数さえ⼗分あれば、どんなバグも深刻ではない」、「デル
フォイ効果」 “ “
「伽藍とバザール」での発⾔ 条件 最初からコードは勝⼿には⽣まれない、なにか動いて、テストでき るものが必要 バグや雑さ、ドキュメントの不⼗分さはあまり問題ではなくて、ソ フトとして⽬に⾒えて可能性を感じられるものであることが⼤事 他の⼈たちのデザインからいいアイディアを認識できること( 必ずし も⾃分でいいアイディアを最初から持っている必要はない) 、⾔い出
しっぺの⼩利⼝さで制御するのではなく、シンプルであることが⼤ 事。 リーダーが開発者を惹きつけられること
まとめ・感想 今回ESR ⽒のオープンソース開発に移⾏する経緯を調べる中で、 Microsoft やnetscape などの会社が抵抗したり、⾃社のソフトウェアを 公開しているなどのリアクションがあったことを知り気になった。
bibliography Eric S. Raymond's Home Page http://www.catb.org/~esr/ Eric S. Raymond(wikipedia)
https://en.wikipedia.org/wiki/Eric_S._Raymond 伽藍とバザール ⼭形浩⽣ YAMAGATA Hiroo 訳 https://cruel.org/freeware/cathedral.html