근데 대부분 뭐 한줄코딩이라는게 우아하고 아름답다는 맥락은

애초에 어떤 한줄 코딩인가? 이건데

사실 대부분은 FP가 OOP랑 다르니까 존나 색다르다 멋있다라는 뭔가 스노비즘 힙스터니즘에 기반한 생각이 많음.

FP 좋아하는 애들은 보통 힙스터 기질 존나 큰데 자바식 FP에서 한줄 코딩 쓰면서

존나 많은 정보를 한줄로 우겨넣으니까 우아하고 아름답다 여기는거지

근데 자바의 FP가 언어의 한계로 불안정한 FP인거는 둘째치고 

기반적으로 한줄코딩은 어떤 커뮤니티 생태계에 따라서 평가가 다른데

FP문법에 익숙하면 하나의 정보를 우겨넣어서 한줄 표기

list.Where(x => x.IsActive).OrderBy(x => x.Name).Select(x => x.Id).FirstOrDefault() ?? throw new Exception("No valid result found");

이딴식으로 하는데, 기본적으로 

좋다고 하는 애들은 한줄에 많은 정보를 넣어서 코드 줄수를 줄 일 수 있다. 

굳이 성능상의 이점도 없는데(FP가 멀티쓰레딩 말고 성능상으로 OOP보다 좀 후달림) 저러는거야 기본적으로 

자기 과시용도도 있는거지

조금 쉽게 생각하자면 생산성의 지표로 코드 줄 수로 많이들 평가하기도하는데, 근데 이거에 대해서 호불호가 갈린단 말이지

코드 줄수로 완전한 생산성을 파악 못한다는 사람 많고 하지만 어느정도 양적으로 파악가능하다(실제로 여전히 50% 이상의 회사가 코드 줄수로 생산성 파악함)

호불호 갈리지만 일반적으로 '코드줄 수 말고 다른 다른 생산성 판단 지표도 도입한다' 라는 식으로 판단하듯이

일단 멀티쓰레딩에서 데이터 처리를 FP로 하는데 기존 OOP를 한줄 FP로 전환했다? 그럼 매우 좋고 아름다운거임.

저것도 동일한거임

FP 커뮤니티내에서 너무 많은 줄수 써야할때 줄일 수 있을만큼 줄이면 아름다운 한줄 코딩인거고, 그런것도 없이 밑도끝도 없이 줄이면 니말대로 쓰레기인거고

항상 이런건 맥락과 프로그래밍 커뮤니티가 중요한거지