Submit Search
Upload
OSS についてあれこれ
•
143 likes
•
41,859 views
Takuto Wada
Follow
java-ja.OSS http://connpass.com/event/19690/
Read less
Read more
Technology
Report
Share
Report
Share
1 of 65
Download now
Download to read offline
Recommended
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Hiroshi Tokumaru
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
実践 NestJS
実践 NestJS
Ayumi Goto
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
Hiroshi Ito
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
Takanori Suzuki
脱RESTful API設計の提案
脱RESTful API設計の提案
樽八 仲川
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
Takuto Wada
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
Recommended
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Hiroshi Tokumaru
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
実践 NestJS
実践 NestJS
Ayumi Goto
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
Hiroshi Ito
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
Takanori Suzuki
脱RESTful API設計の提案
脱RESTful API設計の提案
樽八 仲川
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
Takuto Wada
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
例外設計における大罪
例外設計における大罪
Takuto Wada
Dockerイメージの理解とコンテナのライフサイクル
Dockerイメージの理解とコンテナのライフサイクル
Masahito Zembutsu
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
9/14にリリースされたばかりの新LTS版Java 17、ここ3年間のJavaの変化を知ろう!(Open Source Conference 2021 O...
9/14にリリースされたばかりの新LTS版Java 17、ここ3年間のJavaの変化を知ろう!(Open Source Conference 2021 O...
NTT DATA Technology & Innovation
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
webエンジニアのためのはじめてのredis
webエンジニアのためのはじめてのredis
nasa9084
Pythonの処理系はどのように実装され,どのように動いているのか? 我々はその実態を調査すべくアマゾンへと飛んだ.
Pythonの処理系はどのように実装され,どのように動いているのか? 我々はその実態を調査すべくアマゾンへと飛んだ.
kiki utagawa
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
Java ORマッパー選定のポイント #jsug
Java ORマッパー選定のポイント #jsug
Masatoshi Tada
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
NTT DATA Technology & Innovation
IoT時代におけるストリームデータ処理と急成長の Apache Flink
IoT時代におけるストリームデータ処理と急成長の Apache Flink
Takanori Suzuki
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
Akihiro Suda
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
Masahito Zembutsu
OAuth 2.0のResource Serverの作り方
OAuth 2.0のResource Serverの作り方
Hitachi, Ltd. OSS Solution Center.
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
WebAssemblyのWeb以外のことぜんぶ話す
WebAssemblyのWeb以外のことぜんぶ話す
Takaya Saeki
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Yahoo!デベロッパーネットワーク
リクルートにおける画像解析事例紹介
リクルートにおける画像解析事例紹介
Recruit Technologies
ディープラーニングでおそ松さんの6つ子は見分けられるのか? FIT2016
ディープラーニングでおそ松さんの6つ子は見分けられるのか? FIT2016
Yota Ishida
More Related Content
What's hot
例外設計における大罪
例外設計における大罪
Takuto Wada
Dockerイメージの理解とコンテナのライフサイクル
Dockerイメージの理解とコンテナのライフサイクル
Masahito Zembutsu
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
9/14にリリースされたばかりの新LTS版Java 17、ここ3年間のJavaの変化を知ろう!(Open Source Conference 2021 O...
9/14にリリースされたばかりの新LTS版Java 17、ここ3年間のJavaの変化を知ろう!(Open Source Conference 2021 O...
NTT DATA Technology & Innovation
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
webエンジニアのためのはじめてのredis
webエンジニアのためのはじめてのredis
nasa9084
Pythonの処理系はどのように実装され,どのように動いているのか? 我々はその実態を調査すべくアマゾンへと飛んだ.
Pythonの処理系はどのように実装され,どのように動いているのか? 我々はその実態を調査すべくアマゾンへと飛んだ.
kiki utagawa
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
Java ORマッパー選定のポイント #jsug
Java ORマッパー選定のポイント #jsug
Masatoshi Tada
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
NTT DATA Technology & Innovation
IoT時代におけるストリームデータ処理と急成長の Apache Flink
IoT時代におけるストリームデータ処理と急成長の Apache Flink
Takanori Suzuki
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
Akihiro Suda
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
Masahito Zembutsu
OAuth 2.0のResource Serverの作り方
OAuth 2.0のResource Serverの作り方
Hitachi, Ltd. OSS Solution Center.
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
WebAssemblyのWeb以外のことぜんぶ話す
WebAssemblyのWeb以外のことぜんぶ話す
Takaya Saeki
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Yahoo!デベロッパーネットワーク
What's hot
(20)
例外設計における大罪
例外設計における大罪
Dockerイメージの理解とコンテナのライフサイクル
Dockerイメージの理解とコンテナのライフサイクル
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
9/14にリリースされたばかりの新LTS版Java 17、ここ3年間のJavaの変化を知ろう!(Open Source Conference 2021 O...
9/14にリリースされたばかりの新LTS版Java 17、ここ3年間のJavaの変化を知ろう!(Open Source Conference 2021 O...
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
webエンジニアのためのはじめてのredis
webエンジニアのためのはじめてのredis
Pythonの処理系はどのように実装され,どのように動いているのか? 我々はその実態を調査すべくアマゾンへと飛んだ.
Pythonの処理系はどのように実装され,どのように動いているのか? 我々はその実態を調査すべくアマゾンへと飛んだ.
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
Java ORマッパー選定のポイント #jsug
Java ORマッパー選定のポイント #jsug
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
IoT時代におけるストリームデータ処理と急成長の Apache Flink
IoT時代におけるストリームデータ処理と急成長の Apache Flink
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
OAuth 2.0のResource Serverの作り方
OAuth 2.0のResource Serverの作り方
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
WebAssemblyのWeb以外のことぜんぶ話す
WebAssemblyのWeb以外のことぜんぶ話す
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Viewers also liked
リクルートにおける画像解析事例紹介
リクルートにおける画像解析事例紹介
Recruit Technologies
ディープラーニングでおそ松さんの6つ子は見分けられるのか? FIT2016
ディープラーニングでおそ松さんの6つ子は見分けられるのか? FIT2016
Yota Ishida
TensorFlow を使った機械学習ことはじめ (GDG京都 機械学習勉強会)
TensorFlow を使った機械学習ことはじめ (GDG京都 機械学習勉強会)
徹 上野山
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
TensorFlowで会話AIを作ってみた。
TensorFlowで会話AIを作ってみた。
tak9029
unassert - encourage reliable programming by writing assertions in production
unassert - encourage reliable programming by writing assertions in production
Takuto Wada
OSS活動の活発さと評価の関係について
OSS活動の活発さと評価の関係について
Takuto Wada
power-assert, mechanism and philosophy
power-assert, mechanism and philosophy
Takuto Wada
現在のDNNにおける未解決問題
現在のDNNにおける未解決問題
Daisuke Okanohara
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
Takuto Wada
俺のtensorが全然flowしないのでみんなchainer使おう by DEEPstation
俺のtensorが全然flowしないのでみんなchainer使おう by DEEPstation
Yusuke HIDESHIMA
MySQLで論理削除と正しく付き合う方法
MySQLで論理削除と正しく付き合う方法
yoku0825
The monad fear
The monad fear
LINE Corporation
テストを書く文化を育てる戦略と戦術
テストを書く文化を育てる戦略と戦術
Takuto Wada
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
Takuto Wada
アジャイルサムライの次に読む技術書
アジャイルサムライの次に読む技術書
Takuto Wada
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
Yahoo!デベロッパーネットワーク
Rails5 Action Cableの紹介
Rails5 Action Cableの紹介
pro0901
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
MOCKS | Yuta Morishige
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
Terui Masashi
Viewers also liked
(20)
リクルートにおける画像解析事例紹介
リクルートにおける画像解析事例紹介
ディープラーニングでおそ松さんの6つ子は見分けられるのか? FIT2016
ディープラーニングでおそ松さんの6つ子は見分けられるのか? FIT2016
TensorFlow を使った機械学習ことはじめ (GDG京都 機械学習勉強会)
TensorFlow を使った機械学習ことはじめ (GDG京都 機械学習勉強会)
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
TensorFlowで会話AIを作ってみた。
TensorFlowで会話AIを作ってみた。
unassert - encourage reliable programming by writing assertions in production
unassert - encourage reliable programming by writing assertions in production
OSS活動の活発さと評価の関係について
OSS活動の活発さと評価の関係について
power-assert, mechanism and philosophy
power-assert, mechanism and philosophy
現在のDNNにおける未解決問題
現在のDNNにおける未解決問題
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
俺のtensorが全然flowしないのでみんなchainer使おう by DEEPstation
俺のtensorが全然flowしないのでみんなchainer使おう by DEEPstation
MySQLで論理削除と正しく付き合う方法
MySQLで論理削除と正しく付き合う方法
The monad fear
The monad fear
テストを書く文化を育てる戦略と戦術
テストを書く文化を育てる戦略と戦術
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
アジャイルサムライの次に読む技術書
アジャイルサムライの次に読む技術書
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
Rails5 Action Cableの紹介
Rails5 Action Cableの紹介
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
More from Takuto Wada
テスト用ライブラリ power-assert
テスト用ライブラリ power-assert
Takuto Wada
Reviewing RESTful Web Apps
Reviewing RESTful Web Apps
Takuto Wada
power-assert in JavaScript
power-assert in JavaScript
Takuto Wada
私にとってのテスト
私にとってのテスト
Takuto Wada
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
Takuto Wada
愛せないコードを書くには人生はあまりにも短い
愛せないコードを書くには人生はあまりにも短い
Takuto Wada
ペアプログラミング ホントのところ
ペアプログラミング ホントのところ
Takuto Wada
RESTful Web アプリの設計レビューの話
RESTful Web アプリの設計レビューの話
Takuto Wada
TDDBC お題
TDDBC お題
Takuto Wada
DevLOVE DDDBC
DevLOVE DDDBC
Takuto Wada
TDDBC Fukuoka Day1
TDDBC Fukuoka Day1
Takuto Wada
js テスト放浪記
js テスト放浪記
Takuto Wada
xUTP Chapter19 (2). Testcase Class
xUTP Chapter19 (2). Testcase Class
Takuto Wada
xUTP Chapter26. Dependency Injection
xUTP Chapter26. Dependency Injection
Takuto Wada
xUTP Chapter27 Generated Value
xUTP Chapter27 Generated Value
Takuto Wada
The only one big thing every programmer should know
The only one big thing every programmer should know
Takuto Wada
10+1 Things you should know about JavaScript testing
10+1 Things you should know about JavaScript testing
Takuto Wada
TDD のこころ
TDD のこころ
Takuto Wada
Tochigi Test-no-Kaigi position paper
Tochigi Test-no-Kaigi position paper
Takuto Wada
More from Takuto Wada
(19)
テスト用ライブラリ power-assert
テスト用ライブラリ power-assert
Reviewing RESTful Web Apps
Reviewing RESTful Web Apps
power-assert in JavaScript
power-assert in JavaScript
私にとってのテスト
私にとってのテスト
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
愛せないコードを書くには人生はあまりにも短い
愛せないコードを書くには人生はあまりにも短い
ペアプログラミング ホントのところ
ペアプログラミング ホントのところ
RESTful Web アプリの設計レビューの話
RESTful Web アプリの設計レビューの話
TDDBC お題
TDDBC お題
DevLOVE DDDBC
DevLOVE DDDBC
TDDBC Fukuoka Day1
TDDBC Fukuoka Day1
js テスト放浪記
js テスト放浪記
xUTP Chapter19 (2). Testcase Class
xUTP Chapter19 (2). Testcase Class
xUTP Chapter26. Dependency Injection
xUTP Chapter26. Dependency Injection
xUTP Chapter27 Generated Value
xUTP Chapter27 Generated Value
The only one big thing every programmer should know
The only one big thing every programmer should know
10+1 Things you should know about JavaScript testing
10+1 Things you should know about JavaScript testing
TDD のこころ
TDD のこころ
Tochigi Test-no-Kaigi position paper
Tochigi Test-no-Kaigi position paper
Recently uploaded
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
iPride Co., Ltd.
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Yuma Ohgami
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
Hiroki Ichikura
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
Toru Tamaki
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
Toru Tamaki
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
Toru Tamaki
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
taisei2219
Recently uploaded
(10)
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
OSS についてあれこれ
1.
和田 卓人 @t_wada Oct
5, 2015 at #java_ja_oss OSS についてあれこれ
2.
和田 卓人 id: t-wada @t_wada github:
twada
3.
4.
assert(typeof item.id ===
'strong') | | | | | | | false | | "foo" | Item{id:"foo",name:"bar"} "string" --- [string] 'strong' +++ [string] typeof item.id @@ -1,6 +1,6 @@ str -o +i ng power-assert https://github.com/power-assert-js/power-assert
5.
スタンド名は「ワイルド・サバンナ」 よろしくお願いします
6.
第一部 OSSとして この先生きのこるために
7.
http://t-wada.hatenablog.jp/entry/active-oss-development-vs-simplicity 発端はモリスさんの講演の感想エントリ
8.
例えば上手く設計できたソフトウェアが あるとして、「これ以上減らすところがな く、実質的に完成していて、手を入れると ころもほとんどない」ことによって「開発 が活発ではなく、メンテナンスされていな い」というイメージを与えてしまい、それ が悪い評価につながりかねないのは、不 幸なことではないだろうか http://t-wada.hatenablog.jp/entry/active-oss-development-vs-simplicity
9.
http://tagomoris.hatenablog.com/entry/2015/08/31/101025
10.
戦略1: 地道な更新
11.
https://twitter.com/tmtms/status/635743856714055680
12.
http://rebuild.fm/106/
13.
https://github.com/power-assert-js/power-assert/commit/7d6552c5
14.
戦略2: 最終コミット以外も 見てもらう
15.
https://twitter.com/kurehajime/status/635041257400569856
16.
https://twitter.com/nazoking/status/635216180886679552
17.
コミット以外にダウンロード数等を見せる試み
18.
戦略3: プラグイン機構
19.
https://twitter.com/kazuho/status/635009225026961408
20.
https://twitter.com/sonots/status/634978258878988288
21.
https://www.gitbook.com/book/azu/javascript-plugin-architecture/details
22.
http://aosabook.org/en/index.html
23.
http://aosabook.org/en/index.html
24.
戦略4: 適者生存の法則
25.
https://twitter.com/Dryad/status/635841558932099072
26.
http://d.hatena.ne.jp/essa/20140330/p1
27.
しかし、今の業界は、「エコシステム」の時代だ。 熱帯雨林のように、食いあいつつ共生しあうさまざな タイプのプレイヤーが、自分の為だけの個別の意思決 定をして、その相互作用で技術が発展していく。「エ コシステム」は矛盾だらけで、ある技術が発展するの と同時に、そのアンチテーゼとなる技術も伸びる 「ロードマップ」が指し示す未来の方向と違う方向 に進むことは致命的な間違いだが、「エコシステム」 はむしろ中心部がレッドオーシャンで、周辺部に生き 残りが容易なブルーオーシャンがある http://d.hatena.ne.jp/essa/20140330/p1
28.
普通の人は「ロードマップ」 の中では真ん中を進むべきで、 「エコシステム」の中では真ん 中を避けるべきだ http://d.hatena.ne.jp/essa/20140330/p1
29.
第二部 自己鍛錬としての OSS
30.
• 週末に自分のプロダクトを頑張る作戦、失敗 • 平日と同じ馬力では書けない •
全ての週末が空いているわけではない • 一週間 (あるいは二週間) は長い。コード を忘れてしまう • そこで John Resig が行ったことは…… あの jresig でもうまくいかないこと
31.
http://ejohn.org/blog/write-code-every-day/
32.
1.毎日コードを書くこと。ブログ、ドキュメン ト、その他はコードを書いたらやってよい。 2.意味のあるコードを書くこと。インデント やフォーマットの修正、可能ならばリファク タリングもコード書きにはカウントしない。 3.深夜 24 時前に終わらせること。 4.書いたコードを
github で全て OSS にする こと。 四つのルール http://ejohn.org/blog/write-code-every-day/
33.
現在の @jresig の
github profile https://github.com/jeresig
34.
• 必要最小限のコードへの集中: 一日30分∼1時間程度で意 味のあるコードを書くことが強いられる
(休日にはもっと かけられる) • プログラミングの習慣化: github に草を生やすのが目的で はない。自分で自分自身のために生活習慣を変えるのが大 事 • 不安との戦い: 以前は「十分に」進んでいるか、「十分 に」完成しているか、不安があった。毎日コードを書いて みて、進んでいるという実感は、実際の進 と同じくらい 重要だという気づきを得た jresig に起こった変化 (1)
35.
• 週末の過ごしかた: 以前は開発の全てを週末に
けて失 敗していたが、いまや週末はそれほど重要でなくなり、 リアルライフを充実できるようになった • バックグラウンド処理: 散歩中、シャワー中、常にコー ドのことをバックグラウンドで考えるようになり、良 いアイデアが浮かぶようになった • コンテクストスイッチ: 以前は週に一回の開発だったの でコンテクストスイッチのコストがあったが、いまは 毎日なのでそれがない jresig に起こった変化 (2)
36.
• ワークライフバランス: 仕事/生活/自分のプロジェクト のバランスの取り方が分かったのが最大の収穫だった。 毎日やるということは、バランスを取るということ •
まわりからの理解: 「毎日コードを書く」という習慣を 公言したことで、パートナーからの理解も得られるよ うになった • どれだけコードを書いたか: この習慣を続けると書く コードやアウトプットは自分でも覚えられないくらい の量になり、充実感を得られる jresig に起こった変化 (3)
37.
要するに筋トレのようなものか http://hrnabi.com/2015/09/17/9372/
38.
トレーニングが継続可能であるように意識しながら 仕事をしていくと、運動や食事、あとは生活習慣とい うものの重要性に気づくことができると思います ちゃんと目的を持つこと。記録を伸ばすようにやら ないと効果がないように思うんです。記録を伸ばした いと思えるかどうかって、「好きのバロメーター」の 1つです http://hrnabi.com/2015/09/28/9411/ 握力王も仰っている
39.
自分もやってみた https://github.com/twada
40.
自分もやってみた 受託開発をやっている時期 ど忘れ(くやしい)
41.
○ 毎日コードを書くこと。ブログ、ドキュメン ト、その他はコードを書いたらやってよい。 △ 意味のあるコードを書くこと。インデントや フォーマットの修正、可能ならばリファクタ リングもコード書きにはカウントしない。 △
深夜 24 時前に終わらせること。 △ 書いたコードを github で全て OSS にする こと。 達成度
42.
実際にやってみて •小モジュールを沢山作るようになる •リリース回数が思ったより多い •年間 100 リリースくらい •CHANGELOG
作りにコストが掛かる •リリース作業を省力化したい
43.
https://github.com/ajoslin/conventional-changelog conventional-changelog
44.
<type>(<scope>): <subject> <BLANK LINE> <body> <BLANK
LINE> <footer> 特定形式のコミットログからCHANGELOGを出してくれる https://github.com/ajoslin/conventional-changelog/blob/master/conventions/angular.md feat(pencil): add 'graphiteWidth' option fix(graphite): stop graphite breaking when width < 0.1 Closes #28 perf(pencil): remove graphiteWidth option BREAKING CHANGE: The graphiteWidth option has been removed. The default graphite width of 10mm is always used for performance reason.
45.
第三部 semver 重要
46.
http://semver.org/lang/ja/
47.
http://codelunch.fm/16/ #codelunchfm でもしゃべっています
48.
1.4.3 semantic versioning
49.
1.4.3 major minor patch semantic
versioning
50.
1.4.3 major minor patch semantic
versioning 下位互換性のあるバグ修正は patch を上げる
51.
1.4.3 major minor patch semantic
versioning 下位互換性のある機能追加は minor を上げる
52.
1.4.3 major minor patch semantic
versioning バグ修正だろうが、機能追加だろうが、 下位互換性が無ければ major を上げる
53.
1.4.3 major minor patch semantic
versioning 個人的にはデフォルトの挙動を変えるときに major を上げることが多い
54.
^1.4.3 semver は作者と利用者の約束と信頼関係 ~1.4.3 下位互換性のある機能追加もどんどんダウンロードする 下位互換性のあるバグ修正だけダウンロードする
55.
完全密着 semver 警察24時
56.
https://github.com/jashkenas/underscore/issues/1684
57.
https://github.com/jashkenas/underscore/issues/1805
58.
https://github.com/mozilla/source-map/issues/99
59.
semver に 従わないと燃える 🔥 🔥
🔥 🔥 🔥 semver 警察24時
60.
見出し http://book.impress.co.jp/books/1113101014 では下位互換性とは何か
61.
三つの下位互換性 •ソース互換性 •バイナリ互換性 •機能互換性
62.
機能互換性: アメーバ効果
63.
| Q |
A | ------------- | --- | Bug fix? | [yes|no] | New feature? | [yes|no] | BC breaks? | [yes|no] | Deprecations? | [yes|no] | Tests pass? | [yes|no] | Fixed tickets | [tickets fixed by the PR] | License | MIT | Doc PR | [ref to the documentation PR if any] Symfony の PR 形式が る http://symfony.com/doc/master/contributing/code/patches.html#make-a-pull-request
64.
semver 過激派 1 commit,
1 release
65.
ご清聴ありがとうございました
Download now