azu

Issueを読む技術

5

近年、(GitHub) Issueを読む機会が凄く増えている。 [[2015-02] 最近のJavaScript AST標準化の動き | Web Scratch](http://efcl.info/2015/02/26/recent-js-ast/) みたいな記事は、そもそもIssueを読まないと追うことが無理だったり、[underscore.js 1.8.0問題](https://twitter.com/azu_re/status/569486720577589250)みたいなものもIssueとPull Requestをちゃんと見ないと正しい現状を把握するのが難しい。 [世界のJavaScriptを読もう @ 2014](http://azu.github.io/slide/jser200/javascript-2014.html)で話したように、最近のライブラリや仕様などはGitHubに比重があるので、現在と少し先を知ろうと思ったらコードだけではなくIssue等を見ていく必要があると思う。 多分感覚的には誰しもが何らかの手段でIssueを読んでいるはずなんだけど、そういう"Issueを読む/追う技術"みたいなのが文章としてあると便利だと思うのでそういう記事が欲しい。 > JavaScriptみたいな枯れきってない感じのものを探す場合、探した結果も大事だけど、 > 結果はすぐに古くなったりしやすいので、探し方とかも共有できるとより良いんじゃないかなと思う。 > -- [最近のJavaScript情報の探し方 · Issue #2 · jser/jser.info](https://github.com/jser/jser.info/issues/2) のアプローチの一種。 他の人はどうしてるんだろうか？

https://github.com/azu/eslint-plugin-typescript-compat

- [ ] Markdownプロセッサ - [ ] ページネーション - [ ] 動作確認 #126 でCircle CIからデプロイするようになったので、GitHubのJekyll制約は受けなくなった。

mergeで、branch名? markdownからマージされた記事のURLをコメントする

モバイルでのサイズ調整

2

モバイルだと、もう少しタイトルを小さくして、URLをでかくしたほうがよさそう。 誤爆するタップがありそう(関連記事)

We’ve detected the file has mixed line endings. When you commit changes we will normalize them to Windows-style (CRLF).

1

 Action経由で更新すると改行が混ざっている。

ニーズ別の読み方の提供

2

 初見でサイト見た時にどうやって読めばいいのかなーというのが分かりにくい気がする。 今読むものとして色々なパターンがあるので、トップページにそれの案内をぱっと見で分かるような形にしたい気がする。 - [JSer.info](http://jser.info/) [JSer.info (@jser_info) | Twitter](https://twitter.com/jser_info) - [Realtime JSer.info](http://realtime.jser.info/) - [ECMAScript Daily](http://ecmascript-daily.github.io/) 後、ECMAScript Dailyだとメルマガも置いてるけど人によっては結構登録するっぽい印象がある。 後追加するなら[OneSignal - Multi-platform Push Notification Service](https://onesignal.com/)とかを使ったプッシュ通知などがありえそう。

I want to get private repository filter.

Need to unread mark for founding unread query.

octokat -> octokit

1

https://octokit.github.io/rest.js/ is official client for GitHub. We want to switch it.