wip

Author: lumirlumir

src/content/reference/eslint-plugin-react-hooks/lints/component-hook-factories.md

@@ -79,7 +79,7 @@ const RedButton = makeButton('red');
 const BlueButton = makeButton('blue');
 ```
 
-대신 [JSX를 자식으로 전달](/learn/passing-props-to-a-component#passing-jsx-as-children)하세요.
+대신 [자식을 JSX로 전달](/learn/passing-props-to-a-component#passing-jsx-as-children)하세요.
 
 ```js
 // ✅ 더 나은 방법: JSX를 자식으로 전달

src/content/reference/eslint-plugin-react-hooks/lints/error-boundaries.md

@@ -4,20 +4,20 @@ title: error-boundaries
 
 <Intro>
 
-자식 컴포넌트의 오류에 대해 try/catch 대신 Error Boundary 사용을 검증합니다.
+자식 컴포넌트의 오류에 대해 `try`/`catch` 대신 Error Boundary 사용을 검증합니다.
 
 </Intro>
 
 ## 규칙 세부 사항 {/*rule-details*/}
 
-try/catch 블록은 React의 렌더링 과정에서 발생하는 오류를 잡을 수 없습니다. 렌더링 메서드나 Hook에서 발생한 오류는 컴포넌트 트리를 타고 위로 전파됩니다. 오직 [Error Boundary](/reference/react/Component#catching-rendering-errors-with-an-error-boundary)만이 이러한 오류를 잡을 수 있습니다.
+`try`/`catch` 블록은 React의 렌더링 과정에서 발생하는 오류를 잡을 수 없습니다. 렌더링 메서드나 Hook에서 발생한 오류는 컴포넌트 트리를 타고 위로 전파됩니다. 오직 [Error Boundary](/reference/react/Component#catching-rendering-errors-with-an-error-boundary)만이 이러한 오류를 잡을 수 있습니다.
 
 ### 잘못된 예시 {/*invalid*/}
 
 이 규칙에 대한 잘못된 코드 예시입니다.
 
 ```js
-// ❌ try/catch는 렌더링 오류를 잡을 수 없음
+// ❌ `try`/`catch`는 렌더링 오류를 잡을 수 없음
 function Parent() {
   try {
     return <ChildComponent />; // 여기서 오류가 발생하면 catch가 도움이 되지 않음

src/content/reference/eslint-plugin-react-hooks/lints/globals.md

@@ -4,7 +4,7 @@ title: globals
 
 <Intro>
 
-렌더링 중 전역 변수의 할당/변이를 검증합니다. 이는 [사이드 이펙트는 렌더링 외부에서 실행되어야 합니다](/reference/rules/components-and-hooks-must-be-pure#side-effects-must-run-outside-of-render) 규칙을 보장하는 일부입니다.
+렌더링 중 전역 변수의 할당/변이를 검증합니다. 이는 [사이드 이펙트는 렌더링 외부에서 실행되어야 한다는](/reference/rules/components-and-hooks-must-be-pure#side-effects-must-run-outside-of-render) 규칙을 보완합니다.
 
 </Intro>
 

src/content/reference/eslint-plugin-react-hooks/lints/incompatible-library.md

@@ -40,7 +40,7 @@ React 컴파일러는 React 규칙을 따라 값을 자동으로 메모이제이
 
 예를 들어, 이러한 호환되지 않는 패턴 중 하나는 "내부 가변성"입니다. 내부 가변성은 객체나 함수가 참조는 동일하게 유지되지만 시간이 지남에 따라 변경되는 자체 숨겨진 상태를 유지하는 것을 말합니다. 외부에서는 동일해 보이지만 내용물을 은밀하게 재배치하는 상자라고 생각하면 됩니다. React는 다른 상자를 받았는지만 확인하고 안에 무엇이 들어 있는지는 확인하지 않기 때문에 변경 사항을 알 수 없습니다. 이는 메모이제이션을 깨뜨리는데, React는 값의 일부가 변경된 경우 외부 객체(또는 함수)가 변경되는 것에 의존하기 때문입니다.
 
-React API를 설계할 때 경험 법칙으로, `useMemo`가 이를 깨뜨릴지 생각해보세요.
+React API를 설계할 때의 경험 법칙으로, `useMemo`가 이를 깨뜨릴지 생각해보세요.
 
 ```js
 function Component() {
@@ -101,7 +101,7 @@ function Component({data}) {
 
 #### MobX {/*mobx*/}
 
-`observer`와 같은 MobX 패턴도 메모이제이션 가정을 깨뜨리지만, 린터는 아직 이를 감지하지 못합니다. MobX에 의존하고 있고 React 컴파일러에서 앱이 작동하지 않는다면 `"use no memo" 지시어`를 사용해야 할 수 있습니다.
+`observer`와 같은 MobX 패턴도 메모이제이션 가정을 깨뜨리지만, 린터는 아직 이를 감지하지 못합니다. MobX에 의존하고 있고 React 컴파일러에서 앱이 작동하지 않는다면 `"use no memo"` 지시어를 사용해야 할 수 있습니다.
 
 ```js
 // ❌ MobX `observer`