1:M 재귀관계 에서 질문이 있습니다.

답변 감사합니다. 최상위는 부모가 없는 인스턴스라는 거군요. 이해가 됐습니다.

go 내부의 제네레이터는 reduceF를 거치지않나요?

이해했습니다. L.map, L.filter 가 제네레이터가 바로 takeAll 처럼 바로 배열을 생성하는 것도 아니고 go에 선언된 함수에선 제네레이터 상태로 넘겨지고 reduceF 에 들어갈일 없이 [...iter] 에 의해 풀려서 f(g(h))) reduceF에 의한 처리 없이 단순하게 map, filter, map 안의 함수합성으로 next()가 끝날때까지 뱉어버리고 마네요. 마지막 행이 catchnoop 없는 C.reduce라도 reduceF가 있는데 에러가 찍히는 이유는 reduceF를 포함하는 recur로 재귀를 도는데 [...iter] 배열 요소가 같은 시간이 걸리는 프로미스라고 가정하면 첫번째 이외의 배열요소는 그 요소를 처리할 reduceF의 recur이 태스크 큐에서 순차적으로 돌고있는데 그 배열요소는 recur보다 먼저 reject로 resolved되버려서 콘솔에 에러가 찍힐수 밖에 없었던 거네요. 사실 이런거보다 더 중요한건 고차함수를 어떻게 잘 만들어내서 활용하는지인데 이런 과정이 납득이 안되면 뭘해도 답답한 느낌이 들어서 계속 묻게되네요. 답변 감사합니다.

fxsql 강의는 안열리나요?

답변감사합니다 언젠가 꼭 들을수있으면 좋겠어요

take 내부의 이터레이터 클로저에 대해

(사진) 아ㅋㅋ for of문은 루프 중간에 끊기는 경우에 이터레이터의 리턴메소드를 강제로 실행시켜버리는 구문이 있었네요 처음 알았습니다 답변감사합니다

나머지연산자의 사용법에 대해 질문있습니다.

답변 감사합니다. before가 []니까 ...[]로 들어가야되는군요. 이런 멍청한 질문올려서 죄송합니다.