translate "Introduction" chapter into Korean#63
translate "Introduction" chapter into Korean#63kjy8901 wants to merge 1 commit intogo101korea:masterfrom
Conversation
dbfa6de to
a58d035
Compare
hspark0582
left a comment
There was a problem hiding this comment.
전체적으로 문장이 자연스럽지 않은 부분이 좀 있어 보입니다.
특히 여러 줄에 걸쳐 한 문장이 있을 때 이걸 전부 각각의 문장으로 끊으셨던데 그럴 필요가 없어 보이고 명사구 하나만 달랑 한 문장을 차지하고 있는 경우도 보입니다.
a58d035 to
1a96835
Compare
1a96835 to
073ffd4
Compare
hspark0582
left a comment
There was a problem hiding this comment.
이게 원문도 좀 이상한 데가 많단 말이죠...
혹시 시간 되시면 어색한 곳 과감하게 의역하셔도 좋을 것 같습니다.
| </li> | ||
| <li> | ||
| channels (based on CSP model) and select mechanisms to do synchronizations between goroutines. | ||
| 채널(CSP 모델 기반) 및 고루틴 간 동기화를 위한 <code>select</code> 메커니즘 |
There was a problem hiding this comment.
여기 제가 suggestion 넣을 때 indentation 잘못 한 것 같은데 고쳐주세요 ㅠㅠ
일을 만들어 버렸네요...
| </li> | ||
| <li> | ||
| the container types <code>map</code> and <code>slice</code> are first-class citizens. | ||
| 컨테이너 타입의 <code>map</code> 과 <code>slice</code> 는 일급 객체입니다. |
| </li> | ||
| <li> | ||
| deferred function calls. | ||
| 디퍼드 함수 호출 |
There was a problem hiding this comment.
보통 지연 호출 등으로 번역하는 경우가 많고 지연된 함수 호출 혹은 함수 호출 지연 등으로 문맥에 맞게 표현하는게 좋겠네요.
| </li> | ||
| <li> | ||
| type deduction. | ||
| 타입 추론 |
There was a problem hiding this comment.
#61 (comment) type은 자료형으로 번역했었습니다.
여기랑 바로 위에도 부탁드립니다.
| </ul> | ||
|
|
||
| Besides the above features, further highlights are: | ||
| 위의 기능 외에도 추가 하이라이트는 다음과 같습니다 |
There was a problem hiding this comment.
| 위의 기능 외에도 추가 하이라이트는 다음과 같습니다 | |
| 위의 기능 외에도 추가 하이라이트는 다음과 같습니다. |
| but the effect of the compromises is much weaker than the benefits of the combination in Go. | ||
| 실제로 Go는 컴파일되고 정적 타입의 프로그래밍 언어이지만 Go에서는 일반적으로 동적 스크립트 언어에서만 사용할 수 있는 많은 기능도 있습니다. | ||
| 두 종류를 하나의 언어로 합치는 것은 어렵지만 Go에서는 해냈습니다. | ||
| 즉, Go는 정적 언어의 엄격함과 동적 언어의 유연성을 모두 가지고 있습니다. 둘 사이에 문제가 없었다고 말할 수는 없지만 Go에서의 이점 보다 훨씬 덜합니다. |
There was a problem hiding this comment.
뒤 문장이 뭔가 좀 어색한 것 같습니다. 조금 더 직역을 하는 게 덜 어색할 듯 합니다.
| 즉, Go는 정적 언어의 엄격함과 동적 언어의 유연성을 모두 가지고 있습니다. 둘 사이에 문제가 없었다고 말할 수는 없지만 Go에서의 이점 보다 훨씬 덜합니다. | |
| 즉, Go는 정적 언어의 엄격함과 동적 언어의 유연성을 모두 가지고 있습니다. | |
| 두 개념 사이의 절충이 없었다고는 할 수 없지만, 그 영향은 이 둘을 합치며 얻은 이득보다는 훨씬 미미합니다. |
| and both compilers are in active development. | ||
| As of now the Go team focuses on the improvement of <code>gc</code>. | ||
| 현재 가장 인기 있는 Go 컴파일러는 Go로 작성되었으며 Go 디자인 팀에서 유지 관리합니다. | ||
| 이후로 이를 표준 Go 컴파일러 또는 <code>gc</code>라고 부릅니다. |
There was a problem hiding this comment.
| 이후로 이를 표준 Go 컴파일러 또는 <code>gc</code>라고 부릅니다. | |
| 이후로 이를 표준 Go 컴파일러 또는 <code>gc</code>라고 부르겠습니다. |
| 마지막으로 Go는 모든 측면에서 완벽하지는 않습니다. | ||
| Go 디자인에는 확실히 트레이드오프가 있습니다. | ||
| 그리고 Go에는 실제로 몇 가지 단점이 있습니다. | ||
| 예를 들어 Go는 이제 임의의 불변 값을 지원하지 않으므로 |
There was a problem hiding this comment.
이거 원문에도 이렇게 적혀있기는 한데 이거 사실인가요? 있던 기능이 없어지나...?
yet이어야 될게 now가 쓰인 느낌인데요
| Go 1.0 출시 이후 Go의 구문은 거의 바뀌지 않았지만 | ||
| Go Toolchain의 도구는 버전마다 변경이 있었고, 특히 <code>gc</code>에 대해 많은 개선이 있었습니다. | ||
| 예를 들어 쓰레기 수집으로 인한 지연은 자동 메모리 관리가 있는 언어에 대한 일반적인 문제입니다. | ||
| 그러나 Go 1.8 이후로<code>gc</code>의 동시 쓰레기 수집에 대한 개선 사항은 기본적으로 지연 문제를 해결했습니다. |
There was a problem hiding this comment.
basically... '기본적으로'는 맞기는 한데 좀 어색하고 '근본적으로' 아니면 '사실상'의 뜻을 가질 수 있습니다.
이런 건 원래 저자한테 물어보는게 맞기는 한데 적당히 골라주시면 될 것 같습니다.
translate "Introduction" chapter into Korean
Signed-off-by: kjy8901 kjy8901@gluesys.com