실용성 문제는 매우 주관적이므로 다른 언어 패러다임을 배우면 더 나은 프로그래머가 될 수 있습니다. 그보다 더 실용적인 것은 무엇입니까?
기능적, Haskell- 나는 당신이 원하지 않는다고 말했지만 실제로는 재고해야합니다. Clojure와 심지어 Python으로 기능적 노출을 얻었지만 Haskell 없이는 완전히 경험하지 못했습니다. 실제로 Haskell에 반대하는 경우 ML 또는 OCaml이 좋은 타협입니다.
선언적, 데이터 로그 -많은 사람들이이 슬롯에서 프롤로그를 추천하지만, 데이터 로그는 선언적 언어의 명확한 예라고 생각합니다.
Array, J- 방금 J를 발견했지만 멋진 언어라는 것을 알았습니다. 그것은 당신의 마음을 프레첼로 비틀 것입니다. J에게 감사합니다.
Stack, Factor / Forth -Factor는 매우 강력하며 최대한 빨리 파고들 것입니다. Forth는 Stack 언어의 대부이며 추가 보너스로 쉽게 구현할 수 있습니다. 구현을 통한 학습에 대해 할 말이 있습니다.
Dataflow, Oz - Oz 의 영향은 상승세에 있으며 앞으로도 계속 증가 할 것입니다.
프로토 타입 기반의 JavaScript / Io / Self -Self는 모든 프로토 타입 기반 언어에 큰 영향을 미칩니다. 이것은 클래스 기반 OOP와 같지 않으므로 그렇게 취급해서는 안됩니다. 많은 사람들이 프로토 타입 언어를 사용하여 특별 수업 시스템을 만들지 만, 목표가 마음을 넓히는 것이 실수라고 생각합니다. 언어를 최대한 활용하십시오. 수업 이 없는 프로그램 정리를 읽고 아이디어를 얻으십시오.
전문가 시스템, CLIPS- 항상 권장합니다. Prolog를 알고 있다면 속도를 높이는 데 도움이 될 것 같지만 언어는 매우 다릅니다.
Frink -Frink는 범용 언어이지만 단위 변환 시스템으로 유명합니다. 나는이 언어가 최선을 다하기 위해 끊임없는 노력으로 매우 고무적인 것을 발견했다. 게다가 ... 정말 재미 있어요!
Functional + Optional Types, Qi- 일부 유형 시스템에 대한 경험이 있지만 "스킨 가능 * 유형 시스템에 대한 경험이 있습니까? 아무도 없습니다 ... Qi는 여러면에서 Lisp와 유사하지만 타입 시스템은 당신의 마음을 날려 버릴 것입니다.
Actors + Fault-tolerance, Erlang -Erlang의 프로세스 모델은 많은 화제가되지만 결함 허용 및 핫 코드 스왑 메커니즘은 게임 변경입니다. Clojure로 배우지 않을 FP에 대해서는 많이 배우지 않지만 FT 기능을 사용하면 더 많은 언어가 이것을 제대로 이해하지 못하는 이유가 궁금해집니다.
즐겨!