1-06-03 closure 충돌해결 및 번역

Author: jhroom

1-js/06-advanced-functions/03-closure/10-make-army/task.md

@@ -14,42 +14,26 @@ function makeArmy() {
 
   let i = 0;
   while (i < 10) {
-<<<<<<< HEAD
     let shooter = function() { // shooter 함수
       alert( i ); // 몇 번째 shooter인지 출력해줘야 함
-=======
-    let shooter = function() { // create a shooter function,
-      alert( i ); // that should show its number
->>>>>>> upstream/master
     };
-    shooters.push(shooter); // and add it to the array
+    shooters.push(shooter); // shooters 배열에 shooter 함수 추가
     i++;
   }
 
-  // ...and return the array of shooters
+  // shooters 반환
   return shooters;
 }
 
 let army = makeArmy();
 
-<<<<<<< HEAD
 army[0](); // 0번째 shooter가 10을 출력함
-army[5](); // 5번째 shooter 역시 10을 출력함
+army[1](); // 1번째 shooter가 10을 출력함
+army[2](); // 2번째 shooter 역시 10을 출력함
 // 모든 shooter가 자신의 번호 대신 10을 출력하고 있음
 ```
 
-왜 모든 shooter가 동일한 숫자를 출력하는 걸까요? 제대로 된 번호가 출력될 수 있게 코드를 수정해 보세요.
-=======
-*!*
-// all shooters show 10 instead of their numbers 0, 1, 2, 3...
-army[0](); // 10 from the shooter number 0
-army[1](); // 10 from the shooter number 1
-army[2](); // 10 ...and so on.
-*/!*
-```
-
-Why do all of the shooters show the same value? 
+왜 모든 shooter가 동일한 숫자를 출력하는 걸까요?
 
-Fix the code so that they work as intended.
->>>>>>> upstream/master
+제대로 된 번호가 출력될 수 있게 코드를 수정해 보세요.
 

1-js/06-advanced-functions/03-closure/5-function-in-if/task.md

@@ -1,11 +1,6 @@
 importance: 5
 
-<<<<<<< HEAD
 # if 문 안의 함수
-=======
----
-# Function in if
->>>>>>> upstream/master
 
 아래 예시의 실행 결과를 예측해보세요.
 

1-js/06-advanced-functions/03-closure/7-let-scope/solution.md

@@ -26,15 +26,9 @@ func();
 ```js
 function func() {
 *!*
-<<<<<<< HEAD
   // 엔진은 함수가 시작될 때 로컬 변수 x의 존재를 알고 있지만
   // let 문이 실행될 때까지 x는 '초기화되지 않은' 상태(dead zone)이기 때문에
   // 에러가 발생합니다.
-=======
-  // the local variable x is known to the engine from the beginning of the function,
-  // but "uninitialized" (unusable) until let ("dead zone")
-  // hence the error
->>>>>>> upstream/master
 */!*
 
   console.log(x); // ReferenceError: Cannot access 'x' before initialization

1-js/06-advanced-functions/03-closure/article.md

@@ -7,11 +7,7 @@
 
 그런데 함수가 생성된 이후에 외부 변수가 변경되면 어떤 일이 발생할까요? 함수는 새로운 값을 가져올까요? 아니면 생성 시점 이전의 값을 가져올까요?
 
-<<<<<<< HEAD
 매개변수를 통해 함수를 넘기고 이 함수를 저 멀리 떨어진 코드에서 호출할 땐 어떤 일이 발생할까요? 함수는 호출되는 곳을 기준으로 외부 변수에 접근할까요?
-=======
-And what if a function is passed along as an argument and called from another place of code, will it get access to outer variables at the new place?
->>>>>>> upstream/master
 
 이젠 이런 간단한 시나리오부터 시작해 좀 더 복잡한 시나리오를 다룰 수 있도록 지식을 확장해 봅시다.
 
@@ -150,11 +146,7 @@ alert( counter() ); // 2
 
 그런데 `makeCounter`를 살펴보다 보면 "`counter`를 여러 개 만들었을 때, 이 함수들은 서로 독립적일까? 함수와 중첩 함수 내 `count` 변수엔 어떤 값이 할당될까?" 같은 의문이 들기 마련입니다.
 
-<<<<<<< HEAD
 이런 의문을 해결할 수 있게 되면 자바스크립트 숙련도가 크게 올라갑니다. 좀 더 복잡한 시나리오도 다룰 수 있게 되죠. 자, 긴말할 필요 없이 바로 시작해봅시다.
-=======
-Understanding such things is great for the overall knowledge of JavaScript and beneficial for more complex scenarios. So let's go a bit in-depth.
->>>>>>> upstream/master
 
 ## 렉시컬 환경
 
@@ -322,11 +314,7 @@ let counter = makeCounter();
 
 함수 호출이 끝나면 함수에 대응하는 렉시컬 환경이 메모리에서 제거됩니다. 함수와 관련된 변수들은 이때 모두 사라지죠. 함수 호출이 끝나면 관련 변수를 참조할 수 없는 이유가 바로 여기에 있습니다. 자바스크립트에서 모든 객체는 도달 가능한 상태일 때만 메모리에 유지됩니다.
 
-<<<<<<< HEAD
 그런데 호출이 끝난 후에도 여전히 도달 가능한 중첩 함수가 있을 수 있습니다. 이때는 이 중첩함수의 `[[Environment]]` 프로퍼티에 외부 함수 렉시컬 환경에 대한 정보가 저장됩니다. 도달 가능한 상태가 되는 것이죠.
-=======
-However, if there's a nested function that is still reachable after the end of a function, then it has `[[Environment]]` property that references the lexical environment.
->>>>>>> upstream/master
 
 함수 호출은 끝났지만 렉시컬 환경이 메모리에 유지되는 이유는 바로 이 때문입니다.
 
@@ -345,11 +333,7 @@ let g = f(); // g.[[Environment]]에 f() 호출 시 만들어지는
 // 렉시컬 환경 정보가 저장됩니다.
 ```
 
-<<<<<<< HEAD
-그런데 이렇게 중첩함수를 사용할 때는 주의할 점이 있습니다. `f()`를 여러 번 호출하고 그 결과를 어딘가에 저장하는 경우, 호출 시 만들어지는 각 렉시컬 환경 모두가 메모리에 유지된다는 점입니다. 아래 예시를 실행하면 3개의 렉시컬 환경이 만들어지는데, 각 렉시컬 환경은 메모리에서 삭제되지 않습니다.
-=======
-Please note that if `f()` is called many times, and resulting functions are saved, then all corresponding Lexical Environment objects will also be retained in memory. In the code below, all 3 of them:
->>>>>>> upstream/master
+그런데 이렇게 중첩 함수를 사용할 때는 주의할 점이 있습니다. `f()`를 여러 번 호출하고 그 결과를 어딘가에 저장하는 경우, 호출 시 만들어지는 각 렉시컬 환경 모두가 메모리에 유지된다는 점입니다. 아래 예시를 실행하면 3개의 렉시컬 환경이 만들어지는데, 각 렉시컬 환경은 메모리에서 삭제되지 않습니다.
 
 ```js
 function f() {
@@ -387,11 +371,7 @@ g = null; // 도달할 수 없는 상태가 되었으므로 메모리에서 삭
 
 그러나 실제로는 자바스크립트 엔진이 이를 지속해서 최적화합니다. 자바스크립트 엔진은 변수 사용을 분석하고 외부 변수가 사용되지 않는다고 판단되면 이를 메모리에서 제거합니다.
 
-<<<<<<< HEAD
 **디버깅 시, 최적화 과정에서 제거된 변수를 사용할 수 없다는 점은 V8 엔진(Chrome, Edge, Opera에서 쓰임)의 주요 부작용입니다.**
-=======
-**An important side effect in V8 (Chrome, Edge, Opera) is that such variable will become unavailable in debugging.**
->>>>>>> upstream/master
 
 Chrome 브라우저에서 개발자 도구를 열고 아래의 코드를 실행해봅시다.
 
@@ -433,12 +413,6 @@ let g = f();
 g();
 ```
 
-<<<<<<< HEAD
 이런 V8만의 부작용을 미리 알아 놓는 것이 좋습니다. Chrome이나 Edge, Opera에서 디버깅하는 경우라면 언젠간 이 이슈를 만나게 될 테니까요.
 
 이 부작용은 버그라기보다는 V8만의 특별한 기능이라고 생각하시면 될 것 같습니다. 미래에 이 기능은 변경될 수 있습니다. 최적화 과정에서 외부 변수가 어떻게 처리되었는지 확인하고 싶다면 이 페이지로 돌아오셔서 예시를 실행해 보세요.
-=======
-This feature of V8 is good to know. If you are debugging with Chrome/Edge/Opera, sooner or later you will meet it.
-
-That is not a bug in the debugger, but rather a special feature of V8. Perhaps it will be changed sometime. You can always check for it by running the examples on this page.
->>>>>>> upstream/master