다른 언어로 코드 옮기고 차이 확인하기

네 부분이 순서대로 나왔고, ③에서 동점일 때 상위 10개가 달라지는 문제(파이썬 dict는 삽입 순서, 자바 HashMap은 순서 없음)가 잡혀 LinkedHashMap이 후보로 올라왔다.

라이브러리는 표준 스트림만 써서 추가 설정이 없었다.

코드 변환은 AI가 겉보기에 가장 잘하는 일이라, 돌아온 코드를 그대로 붙여 넣게 되기 쉽습니다. 문제는 문법이 맞는 코드와 그 언어에서 안전한 코드가 다르다는 점입니다. 파이썬에서 무심코 쓰던 표현이 자바에서는 값이 잘리거나 예외로 터지는데, 컴파일은 통과하니 한참 뒤에 발견됩니다.

과제 문단에서 "문법만 그대로 바꾸지 말고" 를 못 박은 이유가 여기 있습니다. 이 한 줄이 없으면 한 줄씩 대응시킨 번역문이 나옵니다. 돌아가긴 하지만 그 언어 사람이 보면 어색하고, 되레 고치기 어려운 코드가 됩니다. 원본에서 자연스럽던 표현이 옮긴 언어에서는 위험한 관용구가 되는 경우를 짚어 달라고 덧붙인 것도 같은 목적입니다.

출력 형식 의 핵심은 ②번과 ③번입니다. 옮긴 코드만 받으면 무엇이 왜 달라졌는지 알 수 없어 배움이 남지 않습니다. 바꾼 부분 표는 두 언어의 차이를 한눈에 보여 주고, "동작이 달라질 수 있는 지점" 은 파이썬 자바 변환에서 실제로 사고가 나는 자리 — 정수 나눗셈, 인코딩, 널 처리 — 를 미리 꺼내 놓습니다.

제약 의 "확인 필요" 표시는 없는 함수 이름을 그럴듯하게 지어내는 것을 막습니다. 모른다고 적게 해 두면 검색할 곳이 정해집니다. 코드를 """ 로 감싼 것은 코드 안의 주석이나 문자열이 지시로 읽히지 않게 하기 위해서입니다. # 이 부분은 지워도 됨 같은 주석 한 줄이 프롬프트로 해석되는 일이 실제로 있습니다.

코드는 나오지만 원본과 한 줄씩 대응되는 형태라 자바에서는 잘 쓰지 않는 구조가 그대로 남습니다. 무엇이 바뀌었는지 설명이 없으니 정수 나눗셈처럼 조용히 값이 달라지는 지점을 놓치고, 라이브러리 이름이 틀려도 실행해 보기 전까지 모릅니다. 결국 옮긴 코드를 처음부터 다시 읽으며 검증해야 해서, 직접 옮기는 것과 시간 차이가 나지 않습니다.