엄격한 계산과 느긋한 계산의 트레이드 오프
1
안녕하세요. 좋은 강의 항상 잘 듣고 있습니다.
함수형 프로그래밍에 익숙하지 않는 상태로 여기까지 듣고 의문점이 하나 생겨서 질문 남깁니다.
지금까지의 강의 내용으로 보면 효율성등에서 항상 느긋한 계산 좋아보이는데 굳이 map과 filter등을 구현하는데 있어 'L.'을 붙여 굳이 메소드를 나눈 이유는 무엇인가요?
엄격한 계산과 느긋한 계산이 각각 트레이드오프를 가지고 있으며 경우에 따라 선택해서 써야하는 것인가요?
아니면 느긋한 계산이 좋다는 것을 보여주기 위한 비교를 위해 엄격한 계산도 보여주는 것인가요?
답변 1
프론트엔드 실무에서 어떤때에 쓰이는지 궁금합니다
1
121
1
함수형 프로그래밍 심화 강의 자료 추천
0
98
2
함수형 자바스크립트 프로그래밍 책
0
69
1
filter가 아무것도 걸러내지 못하는 경우
0
131
1
take 함수의 성능적면에서의 이점
1
486
1
pipe함수
1
538
1
Identity 함수
0
453
1
함수형 프로그래밍이란
0
840
1
reduce 예제 코드 제안!
0
405
1
fxts를 배워보려고 합니다.
1
540
1
flatMap 관련 질문드립니다~
1
451
1
다용성이 높은 L.flatMap
0
359
1
변수에 재 할당 금지~
0
543
1
DevTools라고 옆에 결과 확인하는거 어떻게 하나요?
0
486
2
소요시간에 관해서 질문드립니다
1
467
1
join에 대한 내용이 궁금증이 해결되지 않아서 질문드립니다!
0
468
2
reduce에 L.range를 사용할 때
0
529
2
[이해내용 공유] Lazy 에서 C.reduce가 병렬 효과를 내는 이유
3
747
2
제가 이해한 C.Reduce와 Reduce의 동작 차이 정리
2
799
3
go, pipe 함수 관련하여 질문 드립니다.
1
505
1
안녕하세요 강사님!
0
385
2
fxts에 go가 없는 이유?
0
847
1
비동기 관련 질문입니다!
0
465
1
질문 있습니다.
0
521
1