퍼포먼스/가독성

그리고 전혀 초보적인 질문이 아닙니다. 깊게 생각하시고 공부하고 계신게 느껴집니다. 멋진 개발자가 되실거라 믿어 의심치 않습니다. :)

1. 

시간복잡도면에서는 차이가 없습니다. 다만 array를 만들지 않는다는 차이 정도는 있습니다. array의 크기가 클수록 이점이 있을 수 있습니다.

지연 평가의 퍼포먼스 차이가 크게 나는 경우는 결국 take 를 하게 되는 경우입니다. find, some, every 같은 함수 혹은 유사한 로직을 구현할 때 지연평가의 그런 혜택을 받게됩니다. 퍼포먼스가 좋으면서 좋은 표현의 코드를 얻게 됩니다.

평가를 지연하는 성질을 이용하는 것은 단순히 성능만을 위해 사용하는 개념은 아닙니다. 개발자가 사고하는 방식 자체를 살짝 바꿉니다. 퍼포먼스 튜닝을 걱정하지 않으면서 평가를 지연해둘 수 있다는 점은 많은 로직을 편하게 생각하고 쉽게 만들 수 있게 도와줍니다. 

또다른 측면으로는 평가를 지연해두었기 때문에 이후에 동시적으로 평가할 것인지를 선택할 수 있게도 됩니다.  퍼포먼스적인 측면외에도 평가를 지연하는 것으로 얻는 것은 이처럼 여러가지 이점들이 있습니다.

2. 

reduce only로 복잡한 로직을 다루는 것은 명령형이나 다름 없기 때문입니다. 그리고 map+filter+reduce 조합으로 순회를 3차례 돈다고 하더라도 reduce only에서 3line 의 코드를 실행하는 것과 동일한 시간 복잡도를 갖게 됩니다. 따라서 엄청난 퍼포먼스 차이가 있을 수 없습니다. 

종합하여 말씀드리자면 map+filter+reduce 조합으로 프로그래밍 하는 것이 퍼포먼스적으로 이슈가 거의 없으면서 훨씬 좋은 표현력을 얻는 방법입니다.

감사합니다. :)