Remove useless a name in ja lang

Author: fsalvi

_ja/overviews/macros/overview.md

@@ -214,7 +214,6 @@ Scala コードの生成については[リフレクションの概要](https://
 
 このシナリオは前節で説明したとおりだ。つまり、マクロとそれを使用するコードを別に呼び出した `scalac` によってコンパイルすることで、全てうまくいくはずだ。REPL をつかっているなら、さらに都合がいい。なぜなら REPL はそれぞれの行を独立したコンパイルとして扱うため、マクロを定義してすぐに使うことができる。
 
-<a name="using_macros_with_maven_or_sbt">&nbsp;</a>
 ### Maven か sbt を用いてマクロを使う
 
 本稿での具体例では最もシンプルなコマンドラインのコンパイルを使っているが、マクロは Maven や sbt などのビルドツールからも使うことができる。完結した具体例としては [https://github.com/scalamacros/sbt-example](https://github.com/scalamacros/sbt-example) か [https://github.com/scalamacros/maven-example](https://github.com/scalamacros/maven-example) を見てほしいが、要点は以下の 2点だ:
@@ -321,7 +320,6 @@ Scala コードの生成については[リフレクションの概要](https://
 
 [SI-6910](https://issues.scala-lang.org/browse/SI-6910) に記述されているとおり、現時点ではある位置から複数の警告やエラーの報告はサポートされていないことに注意してほしい。そのため、ある位置で最初のエラーか警告だけが報告され他は失くなってしまう。(ただし、同じ位置で後から報告されてもエラーは警告よりも優先される)
 
-<a name="writing_bigger_macros">&nbsp;</a>
 ### より大きなマクロを書く
 
 マクロ実装が実装メソッドの本文におさまりきらなくなって、モジュール化の必要性が出てくると、コンテキストパラメータを渡して回る必要があることに気付くだろう。マクロを定義するのに必要なもののほとんどがこのコンテキストにパス依存しているからだ。

_ja/overviews/reflection/overview.md

@@ -54,7 +54,6 @@ Scala の式を抽象構文木へと**レイファイ** (reify) する機能 (3)
 
 ### 具体例
 
-<a name="inspecting_a_runtime_type">&nbsp;</a>
 #### ランタイム型のインスペクション (実行時におけるジェネリック型も含む)
 
 他の JVM言語同様に、Scala の型はコンパイル時に**消去** (erase) される。