![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](https://image.slidesharecdn.com/java-ja-oss-151005143356-lva1-app6892/85/OSS-4-320.jpg)
![| 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](https://image.slidesharecdn.com/java-ja-oss-151005143356-lva1-app6892/85/OSS-63-320.jpg)
OSS についてあれこれ
- 1. 和田 卓人 @t_wada Oct 5, 2015 at #java_ja_oss OSS についてあれこれ
- 2. 和田 卓人 id: t-wada @t_wada github: twada
- 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
- 10. 戦略1: 地道な更新
- 18. 戦略3: プラグイン機構
- 24. 戦略4: 適者生存の法則
- 29. 第二部 自己鍛錬としての OSS
- 30. ? 週末に自分のプロダクトを頑張る作戦、失敗 ? 平日と同じ馬力では書けない ? 全ての週末が空いているわけではない ? 一週間 (あるいは二週間) は長い。コード を忘れてしまう ? そこで John Resig が行ったことは…… あの jresig でもうまくいかないこと
- 32. 1.毎日コードを書くこと。ブログ、ドキュメン ト、その他はコードを書いたらやってよい。 2.意味のあるコードを書くこと。インデント やフォーマットの修正、可能ならばリファク タリングもコード書きにはカウントしない。 3.深夜 24 時前に終わらせること。 4.書いたコードを github で全て OSS にする こと。 四つのルール http://ejohn.org/blog/write-code-every-day/
- 33. 現在の @jresig の github pro?le https://github.com/jeresig
- 34. ? 必要最小限のコードへの集中: 一日30分～1時間程度で意 味のあるコードを書くことが強いられる (休日にはもっと かけられる) ? プログラミングの習慣化: github に草を生やすのが目的で はない。自分で自分自身のために生活習慣を変えるのが大 事 ? 不安との戦い: 以前は「十分に」進んでいるか、「十分 に」完成しているか、不安があった。毎日コードを書いて みて、進んでいるという実感は、実際の進 と同じくらい 重要だという気づきを得た jresig に起こった変化 (1)
- 35. ? 週末の過ごしかた: 以前は開発の全てを週末に けて失 敗していたが、いまや週末はそれほど重要でなくなり、 リアルライフを充実できるようになった ? バックグラウンド処理: 散歩中、シャワー中、常にコー ドのことをバックグラウンドで考えるようになり、良 いアイデアが浮かぶようになった ? コンテクストスイッチ: 以前は週に一回の開発だったの でコンテクストスイッチのコストがあったが、いまは 毎日なのでそれがない jresig に起こった変化 (2)
- 36. ? ワークライフバランス: 仕事/生活/自分のプロジェクト のバランスの取り方が分かったのが最大の収穫だった。 毎日やるということは、バランスを取るということ ? まわりからの理解: 「毎日コードを書く」という習慣を 公言したことで、パートナーからの理解も得られるよ うになった ? どれだけコードを書いたか: この習慣を続けると書く コードやアウトプットは自分でも覚えられないくらい の量になり、充実感を得られる jresig に起こった変化 (3)
- 41. ○ 毎日コードを書くこと。ブログ、ドキュメン ト、その他はコードを書いたらやってよい。 △ 意味のあるコードを書くこと。インデントや フォーマットの修正、可能ならばリファクタ リングもコード書きにはカウントしない。 △ 深夜 24 時前に終わらせること。 △ 書いたコードを github で全て OSS にする こと。 達成度
- 42. 実際にやってみて ?小モジュールを沢山作るようになる ?リリース回数が思ったより多い ?年間 100 リリースくらい ?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 重要
- 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 を上げることが多い
- 59. semver に 従わないと燃える ? ? ? ? ? semver 警察24時
- 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. ご清聴ありがとうございました