FINEARCHS

@marihachi とりあえずここに書きますが、新パーサーのバグ報告です。 `//`のコメントがある行の末尾の改行が無視されてしまうようです。 例えば ```js

乱数の最大値付近が出た時、丸め誤差が掛け算により増幅され、結果が最大値を超す場合がある、みたいな感じですかね？ 普通に使っていればそうそう発生する事象ではないとは思いますが、もし修正するのであれば破壊的変更ついでにアルゴリズムごと変えてしまうのは確かにアリですね。バグ修正の体で次のリリースに入れてもいいと思います

@marihachi 新パーサーのバグ報告です。 ```js [hoge// // ] ``` のように配列リテラル内で`//`が改行を挟んで２つ続くと`unexpected token: NewLine (Line 2, Column 3)`のエラーになるようです。

改行トークンが２つ並んでしまっている可能性？

> 配列リテラル内で改行って2つ並べられましたっけ あー本当だ ```js [ ] ``` 単に２連改行しただけでもエラー出ますね

配列以外にもオブジェクトや括弧でもなるみたいですね 改行をセパレータ代わりに使ったり、長いコメントを書く場合にまる１行以上使いたい場合があるので２連（以上）改行は許容したいです

`a.find(v)`に関しては、「無かった」という意味でnullを返す解釈と「探索に失敗した」という意味でerrorを返す解釈の両方が成り立つと思うんですよね… voidの意味のnullはとりあえずそのままでいいと思います。

これまででユーザーに影響がある変更は 1. match文の構文変更 2. `,`と`;`周りの仕様変更 3. 予約語のバリデーション変更 この内1.と2.はsyntax.mdを更新すればいいとして、3.に専用のドキュメントが必要？

エラー表示の行・列が1始まりなことを言える場も欲しいかもしれない とりあえずget-startedに追記？

> syntax.mdに予約語の表を追加する感じでも良いような？ 1ページが大きくなりすぎると嫌という気持ちがあります syntax.mdにリンクは貼りたい