새로운 언어와 프레임워크를 좀 더 적극적으로 도입해야 한다는 점에 공감합니다만, 솔직히 지금 신규 프로젝트를 막 새로 시작하는데도 무슨 합리적인 이유 없이 최신 LTS 버전인 Java 17 대신 관성적으로 Java 8을 선택하는 사람이 넘쳐나는 것이 국내의 현실이지요. 티스토리 블로그 같은 곳을 보면 “Java 1.8 다운로드 방법” 이런 글들이 2022년 올해 날짜로 올라오는 경우를 정말 쉽게 찾을 수 있습니다. 그런 걸 보면 괜히 여기 계신 다른 많은 분들이 Java를 극혐하는 태도를 보이시는 게 아닌 것 같다 싶습니다.
그렇지만 이러한 문제점이 Java라는 언어 자체에서 기인한 문제점만은 아닌 것 같습니다. 그보다는 특히 국내에서 심한 것으로 보이는 변화에 적대적인 문화와 발전 없는 복사-붙여넣기 코드의 범람이 더 큰 문제가 아닐까 생각합니다. 실제로 저는 C#으로 개발된 비슷한 프로그램 여러 종류를 유지보수하는 작업을 하고 있는데, 언어 자체는 Java보다 낫다고 생각하지만 아무리 언어가 좋아도 전임자가 대충 예전 프로젝트 코드를 복사-붙여넣기로 때우기만 한 코드의 끔찍함을 막을 도리는 없더라고요. 심지어 지금은 외부 환경의 변화로 인해 그렇게 반복되는 코드의 상당수를 연말까지 무조건 교체해야 하는 상황이 닥치니 더욱 끔찍합니다.
새로운 언어와 프레임워크를 좀 더 적극적으로 도입해야 한다는 점에 공감합니다만, 솔직히 지금 신규 프로젝트를 막 새로 시작하는데도 무슨 합리적인 이유 없이 최신 LTS 버전인 Java 17 대신 관성적으로 Java 8을 선택하는 사람이 넘쳐나는 것이 국내의 현실이지요. 티스토리 블로그 같은 곳을 보면 “Java 1.8 다운로드 방법” 이런 글들이 2022년 올해 날짜로 올라오는 경우를 정말 쉽게 찾을 수 있습니다. 그런 걸 보면 괜히 여기 계신 다른 많은 분들이 Java를 극혐하는 태도를 보이시는 게 아닌 것 같다 싶습니다.
그렇지만 이러한 문제점이 Java라는 언어 자체에서 기인한 문제점만은 아닌 것 같습니다. 그보다는 특히 국내에서 심한 것으로 보이는 변화에 적대적인 문화와 발전 없는 복사-붙여넣기 코드의 범람이 더 큰 문제가 아닐까 생각합니다. 실제로 저는 C#으로 개발된 비슷한 프로그램 여러 종류를 유지보수하는 작업을 하고 있는데, 언어 자체는 Java보다 낫다고 생각하지만 아무리 언어가 좋아도 전임자가 대충 예전 프로젝트 코드를 복사-붙여넣기로 때우기만 한 코드의 끔찍함을 막을 도리는 없더라고요. 심지어 지금은 외부 환경의 변화로 인해 그렇게 반복되는 코드의 상당수를 연말까지 무조건 교체해야 하는 상황이 닥치니 더욱 끔찍합니다.