docs: add links of contribute (#35)

src/docs/contribute/formatter.md

@@ -5,5 +5,5 @@ outline: deep
 
 # Formatter
 
-While [prettier] has established itself as the de facto code formatter for JavaScript, there is a significant demand in the developer community for a less opinionated alternative. Recognizing this need, our ambition is to undertake research and development to create a new JavaScript formatter that offers increased flexibility and customization options.
+While [prettier](https://github.com/prettier/prettier) has established itself as the de facto code formatter for JavaScript, there is a significant demand in the developer community for a less opinionated alternative. Recognizing this need, our ambition is to undertake research and development to create a new JavaScript formatter that offers increased flexibility and customization options.
 Unfortunately we are currently lacking the resources to do so.

src/docs/contribute/minifier.md

@@ -18,3 +18,8 @@ by porting all test cases from well-known minifiers such as [google-closure-comp
 
 Preliminary results indicate that we are on track to achieve our objectives.
 With the Oxc minifier, you can expect faster minification times without sacrificing compression quality.
+
+[google-closure-compiler]: https://github.com/google/closure-compiler
+[terser]: https://github.com/terser/terser
+[esbuild]: https://github.com/evanw/esbuild
+[tdewolff-minify]: https://github.com/tdewolff/minify

src/docs/contribute/resolver.md

@@ -6,6 +6,6 @@ outline: deep
 # Resolver
 
 Module resolution plays a crucial role in JavaScript tooling, especially for tasks like multi-file analysis or bundling. However, it can often become a performance bottleneck.
-To address this, we are actively working on porting [enhanced-resolve].
+To address this, we are actively working on porting [enhanced-resolve](https://github.com/webpack/enhanced-resolve).
 
 [eslint-plugin-import] will be our first application for the resolver, since it is currently a performance and complexity blocker for a lot of projects.

src/ja/docs/contribute/formatter.md

@@ -5,5 +5,5 @@ outline: deep
 
 # Formatter
 
-While [prettier] has established itself as the de facto code formatter for JavaScript, there is a significant demand in the developer community for a less opinionated alternative. Recognizing this need, our ambition is to undertake research and development to create a new JavaScript formatter that offers increased flexibility and customization options.
+While [prettier](https://github.com/prettier/prettier) has established itself as the de facto code formatter for JavaScript, there is a significant demand in the developer community for a less opinionated alternative. Recognizing this need, our ambition is to undertake research and development to create a new JavaScript formatter that offers increased flexibility and customization options.
 Unfortunately we are currently lacking the resources to do so.

src/ja/docs/contribute/minifier.md

@@ -18,3 +18,8 @@ by porting all test cases from well-known minifiers such as [google-closure-comp
 
 Preliminary results indicate that we are on track to achieve our objectives.
 With the Oxc minifier, you can expect faster minification times without sacrificing compression quality.
+
+[google-closure-compiler]: https://github.com/google/closure-compiler
+[terser]: https://github.com/terser/terser
+[esbuild]: https://github.com/evanw/esbuild
+[tdewolff-minify]: https://github.com/tdewolff/minify

src/ja/docs/contribute/resolver.md

@@ -6,6 +6,6 @@ outline: deep
 # Resolver
 
 Module resolution plays a crucial role in JavaScript tooling, especially for tasks like multi-file analysis or bundling. However, it can often become a performance bottleneck.
-To address this, we are actively working on porting [enhanced-resolve].
+To address this, we are actively working on porting [enhanced-resolve](https://github.com/webpack/enhanced-resolve).
 
-[eslint-plugin-import] will be our first application for the resolver, since it is currently a performance and complexity blocker for a lot of projects.
+[eslint-plugin-import](https://github.com/oxc-project/oxc/issues/1117) will be our first application for the resolver, since it is currently a performance and complexity blocker for a lot of projects.