Download as PDF, PPTX
![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 Oct5, 2015 at #java_ja_oss OSS についてあれこれ
- 2.
- 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.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30. • 週末に自分のプロダクトを頑張る作戦、失敗 • 平日と同じ馬力では書けない •全ての週末が空いているわけではない • 一週間 (あるいは二週間) は長い。コード を忘れてしまう • そこで John Resig が行ったことは…… あの jresig でもうまくいかないこと
- 31.
- 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.
- 38.
- 39.
- 40.
- 41. ○ 毎日コードを書くこと。ブログ、ドキュメン ト、その他はコードを書いたらやってよい。 △ 意味のあるコードを書くこと。インデントや フォーマットの修正、可能ならばリファクタ リングもコード書きにはカウントしない。 △深夜 24 時前に終わらせること。 △ 書いたコードを github で全て OSS にする こと。 達成度
- 42. 実際にやってみて •小モジュールを沢山作るようになる •リリース回数が思ったより多い •年間 100 リリースくらい •CHANGELOG作りにコストが掛かる •リリース作業を省力化したい
- 43.
- 44. <type>(<scope>): <subject> <BLANK LINE> <body> <BLANKLINE> <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.
- 46.
- 47.
- 48.
- 49. 1.4.3 major minor patch semanticversioning
- 50. 1.4.3 major minor patch semanticversioning 下位互換性のあるバグ修正は patch を上げる
- 51. 1.4.3 major minor patch semanticversioning 下位互換性のある機能追加は minor を上げる
- 52. 1.4.3 major minor patch semanticversioning バグ修正だろうが、機能追加だろうが、 下位互換性が無ければ major を上げる
- 53. 1.4.3 major minor patch semanticversioning 個人的にはデフォルトの挙動を変えるときに major を上げることが多い
- 54.
- 55.
- 56.
- 57.
- 58.
- 59. semver に 従わないと燃える 🔥 🔥🔥 🔥 🔥 semver 警察24時
- 60.
- 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.