[%] 하스켈, 클로저, 스칼라 생산성 구리냐?

[익명(106.101)]

ㅇㅇ?

[익명(211.244)]

하스켈로 프로덕트 만드는거 아니라던데욤. 셋중에서는 스칼라가 그나마 쓰일듯

[익명(106.101)]

계급장 떼고 언어 클라스로만

[츄럴(211.197)]

클로저는 생산성 좋다 근데 스칼라가 쓰이긴 더 많이 쓰인다

[익명(106.101)]

계급장 다 떼고 피지컬만 보면?

[다믜(damhiya)]

하이레벨 언어인데 생산성이 낮을 수가 없음

[익명(106.101)]

클라스로만

[익명(211.207)]

스칼라가 그나마 저 중에서 제일 현실적임

[익명(106.101)]

그런거 제외하고 순수 언어 클라스만 비교하면?

[츄럴(211.197)]

생산성은 여러가지를 고려해야 하는데 일단 생각나는 것만 적어본다 스칼라=슼 근로저=근 하스켈=핰 라이브러리, 생태계: 슼근 은 자바, jvm 것을 쓸 수 있음. 슼근 > 핰 하위호환성: 근 >>>> 슼 >>>>>>>>>>> 핰 근로저는 대놓고 보수적인 언어고, 하스켈은 대놓고 하위호환성 좆도 신경 안쓰는 언어임. 스칼라는 평범한 정도라고 봄

[츄럴(211.197)]

하위호환성을 신경쓰지 않으면 라이브러리 버전업할 때마다 자꾸 깨져서 빡치기 때문에 생산성이랑 관계가 있다고 생각함

[츄럴(211.197)]

(생산적인) 유저수: 슼 >>>> 근핰 스칼라는 꽤많이들 쓰는데 근로저는 너무 이질적이라서 쓰는 사람이 정말 없음. 하스켈은 연구용이나 학습용으로 쓰는 사람들은 많은데 그걸로 만든 프로그램을 팔아 먹는 경우는 손애 꼽을 듯 다만 스오플 같은데서 물어보면 근보다 핰이 더 답변 받기 쉬울거임..

[츄럴(211.197)]

근로저를 메인 언어로 쓴다는 회사들 보면 하나같이 리모트로 전세계에서 구인하고 있었고(김치국 그린랩스는 예외), 하스켈은 사람 구하는 걸 거의 본 적이 없음;;

[츄럴(211.197)]

어 그리고 jvm 언어들은 jar로 컴파일 되니까 그거 지원하는 클라우드 PaaS나 IaaS에서 쉽게 사용가능한데 하스켈은..

[익명(106.101)]

결국 유저수가 제일 많은 스칼라가 갑이라는거네

[츄럴(211.197)]

근데 근로저는 go처럼 단순함을 추구하는 언어임. 다른 둘은 단순함이 1차 목표는 아님. 나는 그래서 근로저에 한 표

[익명(211.244)]

정리 개추

[익명(106.101)]

뭘자꾸 클라스거림 생산성이라는게 결국 현실적인 문젠데 뭘 자꾸 떼래

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(211.207)]

함슬람들 저러는거 하루이틀이냐

[익명(210.123)]

스칼라는 그냥 가장 큰 장점이 Java 계열 라이브러리들 호환이 된다는 정도. 그거 아니면 솔직히 스칼라 쓸 이유가 없지

[휘발성(reduxx)]

하스켈 하위호환성은 stack쓰면 생각보다는 관리하기 쉬움

[츄럴(118.38)]

제가 말한 건 좀 근본적인 문화에 대한 이야기임. 파이썬 쪽도 pip을 개선하려는 시도가 많지만, 파이썬 개발자들 문화 자체가 하위호환성을 중요시하지 않는 경우가 많아서 아무리 도구가 좋아도 커버가 안 됨.

[츄럴(118.38)]

존나 끝내주는 새 피처가 하위 호환성을 깨뜨리면 파이썬/하스켈 언어 개발자들은 그래도 집어넣지만 근로저는 보수적인 언어라서 그런 짓을 안 함. 근데 라이브러리 개발자들도 언어 개발자들의 문화를 따라가는 편이더라고