Merge pull request #20 from ehgus/master

일부 번역 및 링크 연결

make.jl

@@ -53,10 +53,10 @@ const t_html_canonical = "https://juliakorea.github.io/ko/latest/"
 # Korean text in PAGES
 const t_Home                    = "홈"
 const t_Manual                  = "매뉴얼"
-const t_Julia_Documentation     = "Julia Documentation"
+const t_Julia_Documentation     = "줄리아 문서"
 const t_Base                    = "Base"
-const t_Standard_Library        = "Standard Library"
-const t_Developer_Documentation = "Developer Documentation"
+const t_Standard_Library        = "표준 라이브러리"
+const t_Developer_Documentation = "개발자 문서"
 
 Manual = [
     "manual/getting-started.md",

src/index.md

@@ -43,11 +43,10 @@ Markdown.parse("""
 
 ### [소개글](@id man-introduction)
 
-과학 분야 컴퓨팅은 전통적으로 최고의 성능을 요구하지만, 당사자인 전문 연구자들은 속도가 느리더라도 동적인 언어로서 그들의 업무를 처리한다.
-동적 언어를 즐겨쓰는 여러가지 이유로 보건데, 이러한 추세가 쉽게 사그러들지는 않아 보인다.
-다행히 근래의 언어 디자인과 컴파일러 기법의 발달은, 미뤄두었던 성능 문제를 해결함으로서
-프로토타이핑 작업에 요구되는 개별 환경의 생산성과, 성능이 중요한 애플리케이션의 구축에서 그 효용을 충분히 발휘한다.
-줄리아 프로그래밍 언어는 다음과 같은 역할을 수행한다: 과학과 수학 분야 컴퓨팅에 적합한, 기존의 정적 타입 언어에 견줄만한 성능을 갖춘 유연한 동적 언어.
+과학 분야 컴퓨팅은 빠른 성능을 요구함에도, 정작 대부분의 연구자들은 속도가 느린 동적인 언어로 일을 처리한다.
+동적 언어를 즐겨쓰는 여러 이유로 보아 이러한 추세는 쉽게 사그러들지는 않아 보인다.
+다행히 언어 디자인과 컴파일러 기법의 발달로 성능 문제가 해결되면서 동적 언어의 성능 하락 문제를 극복하고 프로토타이핑과 계산 집중형 애플리케이션의 구축을 하나의 환경에서 발휘할 수 있게 되었다.
+Julia는 이런 장점을 최대화한 언어이다. Julia는 (1) 과학과 수학 분야의 컴퓨팅에 적합한 동적 언어이면서 (2) 정적 타입 언어에 겨줄만한 성능을 지닌다.
 
 줄리아 컴파일러는 파이썬, R과 같은 언어의 해석 방식과 다르다. 줄리아가 뽑아내는 성능이 아마도 처음에는 의아할 것이다.
 그럼에도 작성한 코드가 느리다면 [성능 팁](@ref man-performance-tips)을 읽어보길 권한다.
@@ -69,7 +68,7 @@ Markdown.parse("""
   * 인자 타입에 따라 효율적이고 특화된 코드를 자동으로 생성
   * C와 같은 정적으로 컴파일되는 언어에 근접하는 훌륭한 성능
 
-동적 언어에 대해 "타입이 없다"는 식으로 말하곤 하는데 사실은 그렇지 않다: 프리미티브(숫자와 같은 기본 타입의)이거나 별도 정의를 통틀어 모든 객체는 타입을 가진다.
+동적 언어에 대해 "타입이 없다"는 식으로 말하곤 하는데 사실은 그렇지 않다: 기본 타입이거나 별도 정의를 통해 모든 객체는 타입을 가진다.
 그러나 대부분의 동적 언어는 타입 선언의 부족으로 컴파일러가 해당 값의 타입을 인지하지 못한다거나 타입에 대해 무엇인지 명시적으로 밝힐 수 없는 상태가 되곤 한다.
 한편 정적 언어는 타입 정보를 -- 대개 -- 컴파일러용으로서 달기에, 타입은 오직 컴파일 시점에만 존재하여 실행시에는 이를 다루거나 표현할 수 없다.
 줄리아에서 타입은 그 자체로 런타임 객체이며 컴파일러가 요하는 정보를 알려주는 데에도 쓰인다.

src/manual/arrays.md

@@ -16,9 +16,9 @@ Julia 컴파일러는 타입 추론을 통해 스칼라 배열 인덱싱에 최
 
 줄리아는 함수에 인자를 줄 때 "공유를 통한 전달([pass-by-sharing](https://en.wikipedia.org/wiki/Evaluation_strategy#Call_by_sharing))을 한다.
 몇몇 프로그래밍 언어는 배열을 값으로 전달하여([pass-by-value](https://en.wikipedia.org/wiki/Evaluation_strategy#Call_by_value)), 원치않는 수정을 막지만 무분별한 값의 복사로 인해 속도 지연을 겪을 수 있다.
-줄리아는 관습적으로 `!`울 함수 이름의 마지막에 붙여 값이 수정되거나 삭제될 수 있음을 미연에 알려준다([`sort`](@ref)와 [`sort!`](@ref)를 비교해보자).
-함수내에서 객체를 수정하지 않으려면 명시적으로 복사를 해야한다.
-이렇게 객체를 수정하지 않는 함수는 `!`이 붙여진 동일 이름의 함수와 같은 역할을 하면서 복사된 객체를 반환한다.
+Julia는 함수 내에서 값이 수정되거나 삭제될 가능성을 있을 때, 관습적으로 `!`을 함수 이름의 마지막에 붙여서 알려준다([`sort`](@ref)와 [`sort!`](@ref)를 비교해보자).
+Collee가 객체의 수정을 피하려면 명시적으로 객체를 복사를 해야한다.
+객체를 수정하지 않는 함수는 `!`이 붙여진 동일 이름의 함수와 같은 역할을 하면서 복사된 객체를 반환한다.
 
 ## 기본 함수
 
@@ -38,7 +38,7 @@ Julia 컴파일러는 타입 추론을 통해 스칼라 배열 인덱싱에 최
 ## 생성과 초기화
 
 배열을 생성하고 초기화 하는 많은 함수가 있다.
-다음에 나열된 함수들에서, `dims...` 인수는 차원의 크기들을 나타내는 튜플 하나를 받거나, 혹은 각 차원의 크기를 여러 인수로 받을 수 있다.
+다음에 나열된 함수들에서 `dims...` 인수는 차원의 크기들을 나타내는 튜플 하나를 받거나, 혹은 각 차원의 크기를 여러 인수로 받을 수 있다.
 이 함수들의 대부분은 첫번째 인수로 배열의 원소 타입 `T`를 받을 수 있다.
 `T`가 생략되었다면 [`Float64`](@ref)가 기본값이다.
 

src/manual/complex-and-rational-numbers.md

@@ -156,7 +156,7 @@ julia> a = 1; b = 2; complex(a, b)
 1 + 2im
 ```
 
-[특별한 부동 소수점 값들](@ref)에서 소개한 [`Inf`](@ref)과 [`NaN`](@ref)을 복소수에서도 사용할 수 있다:
+[특별한 부동 소수점 값들](@ref Special-floating-point-values)에서 소개한 [`Inf`](@ref)과 [`NaN`](@ref)을 복소수에서도 사용할 수 있다:
 
 ```jldoctest
 julia> 1 + Inf*im

src/manual/constructors.md

@@ -484,7 +484,7 @@ Following the outer constructor definitions, we defined a number of methods for
 operator, which provides a syntax for writing rationals (e.g. `1 ⊘ 2`). Julia's `Rational`
 type uses the [`//`](@ref) operator for this purpose. Before these definitions, `⊘`
 is a completely undefined operator with only syntax and no meaning. Afterwards, it behaves just
-as described in [Rational Numbers](@ref) -- its entire behavior is defined in these few lines.
+as described in [유리수](@ref) -- its entire behavior is defined in these few lines.
 The first and most basic definition just makes `a ⊘ b` construct a `OurRational` by applying the
 `OurRational` constructor to `a` and `b` when they are integers. When one of the operands of `⊘`
 is already a rational number, we construct a new rational for the resulting ratio slightly differently;