Go 언어의 단점에 대한 많은 지적이 있지만, 명시적 오류 처리는 그 중 하나가 아님. 예외 처리는 너무 쉽게 실수할 수 있는 "마법" 같은 층을 추가함. 개인 프로젝트에서는 Rust를 선호하지만, 다양한 수준의 개발자가 참여하는 대규모 프로젝트에서는 Go의 철학이 현대 세계에서 가장 합리적인 오류 처리 접근법임.
Go는 단순함 덕분에 다른 "새로운" 언어보다 더 많이 채택되고 있음. 최고의 언어는 아니지만, 많은 내장된 의견으로 인해 일반 목적 언어로는 종종 최고의 선택임.
Rust와 Go는 매우 다르며, 사람들이 원하는 중간 지점은 현재 존재하지 않음.
Rust의 타입 시스템과 유사한 타입 시스템을 가진 상대적으로 간단한 언어가 필요함.
Gleam과 Kotlin이 약간 비슷하지만 완전히 그렇지는 않음. Rust는 너무 복잡해서 비전공자나 비전문가에게는 어려움.
완벽한 언어는 없지만, Go와 Rust는 놀라운 점을 가져왔음. 두 언어에서 영감을 받아 널리 사용 가능한 간단한 프로그래밍 언어가 만들어지길 바람.
단순한 언어를 좋아함. 기술은 항상 트레이드오프가 있기 때문에 균형 잡힌 비판이 중요함.
Go를 선택한 이유에 대한 블로그 링크를 공유함.
언어를 비판하는 것이 왜 그렇게 중요한지 궁금함. 비판은 건설적인 스타일로 작성되지 않음.
모든 언어는 비판받을 수 있음. Go는 "더 정교한" 언어와의 차이에도 불구하고 프로젝트에서 훌륭하게 작동함.
Go 팀에 피드백을 주고 언어의 느린 발전을 지켜보며 커뮤니티에서 서비스를 계속 제공함.
Go의 비판을 읽을 때마다 여전히 Go를 계속 사용할 것임.
이론적으로 많은 문제가 있지만, 실제로는 여전히 좋은 프로그래밍 언어임.
명시적 오류 처리를 좋아함. 다른 언어의 단점도 크게 신경 쓰지 않음.
Go의 단점에 민감한 사람들은 계속 불평할 것임. 자신에게 잘 맞는 언어를 선택함.
다른 언어를 사용할 때마다 Go로 돌아가고 싶음.
Go는 설치하고 코드 다운로드 후 작성하면 끝임. 버전, 런타임, 설정, 빌드 도구, 패키지 관리자 등을 고민할 필요가 없음.
Rust도 비슷한 경험을 제공할 수 있음. Python, Typescript, Java를 사용할 때는 설정과 관련된 문제로 인해 프로그래밍이 두려움.
더 나은 Python을 찾고 있었음. Go는 명백한 선택이었지만, 문법을 싫어함.
Rust는 많은 특수 문자를 사용하고, Lisp는 괄호와 역폴란드 표기법 때문에 싫어함.
Python 코드를 Nuitka로 컴파일하여 바이너리를 제공함. C#의 AOT 컴파일에 관심이 있음.
Nim과 Crystal을 좋아하지만 작은 커뮤니티가 장벽임. Nim은 작은 커뮤니티에도 불구하고 훌륭한 언어임.
Hacker News 의견
Go 언어의 단점에 대한 많은 지적이 있지만, 명시적 오류 처리는 그 중 하나가 아님. 예외 처리는 너무 쉽게 실수할 수 있는 "마법" 같은 층을 추가함. 개인 프로젝트에서는 Rust를 선호하지만, 다양한 수준의 개발자가 참여하는 대규모 프로젝트에서는 Go의 철학이 현대 세계에서 가장 합리적인 오류 처리 접근법임.
Rust와 Go는 매우 다르며, 사람들이 원하는 중간 지점은 현재 존재하지 않음.
단순한 언어를 좋아함. 기술은 항상 트레이드오프가 있기 때문에 균형 잡힌 비판이 중요함.
언어를 비판하는 것이 왜 그렇게 중요한지 궁금함. 비판은 건설적인 스타일로 작성되지 않음.
Go의 비판을 읽을 때마다 여전히 Go를 계속 사용할 것임.
다른 언어를 사용할 때마다 Go로 돌아가고 싶음.
더 나은 Python을 찾고 있었음. Go는 명백한 선택이었지만, 문법을 싫어함.
Go와 Rust가 자주 비교되는 이유를 모르겠음. Java와 비교하는 것이 더 적절함.