azu
[textlint](https://github.com/textlint/textlint "textlint")などは校正ツールでこれは自動テストできる。 一方、レビューは考えたり別の表現の提案といったフェーズになるので推敲を補助するツールが必要。 推敲ツールは提案なので自動テストできない(false-positiveになるかもしれないため) - [校正支援と推敲支援 | 技術文書をソフトウェア開発する話](https://azu.gitbooks.io/nodefest-technical-writing/content/slide/91.html "校正支援と推敲支援 | 技術文書をソフトウェア開発する話") レビューツールは色々なものがありそうだけど、目的としているのは違和感をあぶり出して問題を見つけやすくする補助ツール。 またはMarkdownなどソースに対してレンダリングして結果をプレビューして、問題を見つけるもの。 類似 - [nakajmg/cgmd-browser: Realtime preview for codegrid-markdown](https://github.com/nakajmg/cgmd-browser "nakajmg/cgmd-browser: Realtime preview for codegrid-markdown") - [小説推敲補助ソフト「Novel Supporter」 - クロノス・クラウン...
https://github.com/azu/prh.yml https://github.com/azu/technical-word-rules とか辞書を管理する仕組みとツールが欲しい。 ## コンテキスト - プロジェクト固有の辞書を持つのは正しい - ただし毎回プロジェクト固有の辞書に汎用の辞書を追加するのは管理が大変 - 辞書は漢字の開きとか、固有名詞とか大文字小文字の統一があり人の好みがでてしまう - そのため汎用性がイマイチ - 辞書はpublicにおいて、バージョニングして管理したい ### 事例 **technical-word-rules** - https://github.com/azu/technical-word-rules はJSer.infoのやつの辞書として開始した - APIとして常に最新の辞書を取れるようにしてる(ブラウザで動かす辞書として意識されている **prh.yml** - https://github.com/azu/prh.yml は漢字の開きとかよくプロジェクトにコピーして使ってるprhの辞書をまとめる目的で作った - git subtreeでコピーして使うのが目的で作った...
- [GitHub Issueと連携するTodoアプリ · Issue #13 · azu/azu](https://github.com/azu/azu/issues/13) - [メモブログが欲しい · Issue #26 · azu/azu](https://github.com/azu/azu/issues/26) - [TaskBadgesみたいなアプリ · Issue #35 · azu/azu](https://github.com/azu/azu/issues/35) とか集約した感じ。 - DayOneは日記としてはいいけどメモ管理としてはダメ - evernoteメモ管理としてはいいけど、リッチエディタなのでダメ [Ulysses](http://www.ulyssesapp.com/)が結構理想に近いけど、採用してるMarkdown記法が中途半端。 拡張性とかを考慮すると、エディタは専用のFoldingTextみたいなのに投げて、ファイル管理、検索、プレビューだけに集中するアプリを作るのが良さそうな気がする。 -...
[](https://precursorapp.com/document/17592202897184) [Brendan Eich](https://brendaneich.com/)とかW3Cとかでたまに見る - スライドのキャプチャ - そのページの内容 みたいのをGUIで編集して、その結果をそのままHTMLに出来るツールが欲しい - UI - https://github.com/nathancahill/Split.js - CodeMirror or textrea でできる気がする
[ESLintでファイルの中身によって設定ファイルを切り替える - なっく日報](http://yukidarake.hateblo.jp/entry/2016/05/18/200428) これをキレイにやる方法についてちょっと考える
appendChildして、その結果document treeにその要素が存在してることをテストする感じのをCanvasでも出来るようにしたい。 なので、ある描画がそのCanvasに描画されているかを判定出来るライブラリが欲しい
色々なプロジェクトで使われてるpackage.jsonを調べて、npm run-scriptで使われてる単語ランキングを調べたい。 継続的にデータを更新できる仕組み何かが必要 - [ ] どうやってプロジェクトのデータを集めるのか? #12 と関連する気がする。
[Third Annual GitHub Data Challenge](https://github.com/blog/1864-third-annual-github-data-challenge)をみてて思った。 - [The GHTorrent project](http://ghtorrent.org/) - [GitHub Archive](http://www.githubarchive.org/) [GitHub Archive](http://www.githubarchive.org/) を使えば、大量のコミットデータをとれるので、そこからコミットメッセージのシソーラス的なのとか作ってみたい。 コミットするときに辞書引く感じで使えるようなのが欲しい。 - ChangeLog を支える英語 https://gist.github.com/hayajo/3938098 - Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き - http://d.hatena.ne.jp/pyopyopyo/20070920/p1 言語属性もあるので、ちゃんとやればちゃんと使えるものが出来そうな気がする。
[TaskBadges for Mac: For fans of plain text task and todo lists - Kitestack Software](http://kitestack.com/taskbadges/) というアプリはテキストファイルを元に、その中に書いてあるTodoの一覧を表示してくれる。 - 登録したテキストのファイル名に:zero:みたいな名前をTODO数としていれる - `- [ ]` や `@todo` みたいないくつかの表記に対応してる - 編集するエディタは別でも一応いい(TODO数が反映されない) これnode-webkitでも同じ事できそうだし、TaskBadgesの発想はすごいいいと思った。 - [Tray...
コードのコメントって行指向だけど、実際につける時ってメソッドとか値に対してつけてるはず。 ASTに対してコメントを付けられる書式が上手くできれば、ウェブ上で動くサンプルコードのコメントとかもっと意味のある形に出来るような気がする。 ``` // analyticsID はGoogleのアクセス解析のID var analyticsID = "UA-XXXX-Xxxx"; ``` という風に書いた時、コメントはanalyticsIDという変数に向かって書かれている。 メソッドの場合も同じようにかける ``` // .filter(predicate) で値を偶数に絞る [1,2,3].filter(function(num){ return num%2==0; }); ``` 基本的にコメントって同じスコープに対して書くので、 - コメントで指定した`filter(predicate)`からASTを組み立てる - ASTにマッチするコードを同じスコープから探す - ASTに対してコメントを当てる ということをやれば出来そうな気がする。...