언뜻보면 언어도 작고 생태계도 작은데
은근히 안되는게 없음.
작다는건 커널이 순수하게 유지될 수 있다는거니까 장점이 될 수도 있고.
다만, 댓가가 있는데
Java를 너무 많이 차용해야한다는점.
대신 장점은,
Java만 섞으면 못할것도 없다는 점.
단점이자 장점임.
클로저가 가장 함수형 스럽냐? 는 잘 모르겠음.
애초에 함수형스러운게 좋은건지도 잘 모르겠음.
하지만 확실한 건
클로저는 함수형언어로 코드를 작성할 때의 장점을 살리는데 좋아보임.
내가 생각했을때 함수형의 장점은
1. 순수함수는 테스트와 디버깅이 용이하다
2. 병렬프로그래밍의 난해함에 도움을 준다.
2번은 클로저의 장점이니까.
클로저 싫어하는 사람은
클로저 생태계가 너무 JVM을 보고 온 사람들 뿐이라
클로저 자체 프레임워크가 없고 다 자바 섞어쓰려고 하는 자세를 싫어하더라.
차라리 자바가 없었다면 순수한 클로저생태계가 조성됐을까.
여튼 그래서 커먼 리습으로 넘어갔다는 사람들도 봤음.
은근히 안되는게 없음.
작다는건 커널이 순수하게 유지될 수 있다는거니까 장점이 될 수도 있고.
다만, 댓가가 있는데
Java를 너무 많이 차용해야한다는점.
대신 장점은,
Java만 섞으면 못할것도 없다는 점.
단점이자 장점임.
클로저가 가장 함수형 스럽냐? 는 잘 모르겠음.
애초에 함수형스러운게 좋은건지도 잘 모르겠음.
하지만 확실한 건
클로저는 함수형언어로 코드를 작성할 때의 장점을 살리는데 좋아보임.
내가 생각했을때 함수형의 장점은
1. 순수함수는 테스트와 디버깅이 용이하다
2. 병렬프로그래밍의 난해함에 도움을 준다.
2번은 클로저의 장점이니까.
클로저 싫어하는 사람은
클로저 생태계가 너무 JVM을 보고 온 사람들 뿐이라
클로저 자체 프레임워크가 없고 다 자바 섞어쓰려고 하는 자세를 싫어하더라.
차라리 자바가 없었다면 순수한 클로저생태계가 조성됐을까.
여튼 그래서 커먼 리습으로 넘어갔다는 사람들도 봤음.
댓글 0