프로그래밍 언어는 영어를 기반으로하는 데 어떤 이점이 있습니까? [닫은]

저는 현재 세계는 역사적 / 경제적 상황뿐만 아니라 특히 영어 형태가 알고리즘 사고에 가장 적합한 속성을 가지고 있기 때문에 영어 기반 프로그래밍 언어로 프로그램한다고 생각합니다. 그러나 어쨌든 특히 다국어를 사용하는 경우 이에 대한 의견을 듣는 것이 흥미로울 것입니다.

나는 독일 기반 언어에 대한 언급을 보았습니다 (예 : Plankalkul 참조 실제로 WW2 덕분에 우리가 거의 알지 못하는 최초의 프로그래밍 언어). 이진으로 존재하는지 아닌지 확실하지 않은 종이에. EN 기반 언어 에서처럼 전체 단어보다 짧은 단어와 이상한 약어가 더 많았 기 때문에 둘 다 조금 느리게 보였습니다. 따라서 다른 언어 기반 PL을 알고 있다면 오늘날에도 완전히 고풍스럽고 관련이없는, 심지어 이론적이거나 다른 것들을 살펴보면 흥미로울 것입니다.

그리고 주요 질문으로 돌아갑니다. 그렇다면 셰익스피어의 언어가 프로그래밍에 왜 그렇게 좋을까요?

(실제로 Wikipedia에는 영어 이외의 언어로 작성된 프로그래밍 언어 목록이 있지만 해당 국가의 프로그래밍 언어가 실제로 어떻게 느끼는지에 대해 해당 언어의 원어민의 의견을 듣는 것이 흥미로울 것입니다 처럼.)

면책 조항 : 모국어는 독일어입니다.

키워드를 사용 하는 언어로서 영어 가 다른 자연어보다 더 좋은 이유는 없다고 생각 합니다. 나는 그것이 언어 적 특성 때문에가 아니라 IT 분야에서 가장 중요한 언어라고 생각합니다. 그러나 대부분의 기술 사람들이 어느 정도 언어를 사용하기 때문에, 그것은 분야에서 꽤 중요한 사람들의 대부분인 기술적 인 용어입니다. 이미 영어 등입니다

그러나 우리는 문서 / API / 이름 등이 아닌 프로그래밍 언어에 대해 이야기하기 때문에 다음과 같이 반대해야합니다. 프로그래밍 언어는 그 문제에 대해 영어 또는 다른 자연 언어를 기반으로하지 않습니다. 프로그래밍 언어는 공식 언어입니다. 그들은 (보통) 영어의 소수의 단어를 다양한 정도로 사용합니다. 어떤 사람들은 문법을 흉내 내려고하지만, 영어와 상관없이 완전히 읽지 못합니다. 부상에 대한 모욕을 더하기 위해, 그들은 빌린 각 단어와 단 하나의 의미 (단지 소수의)를 연관시킵니다. 종종,이 의미는 매우 전문적이고 전문적이거나 의심스러운 비유에 근거합니다. 따라서 프로그래밍 언어에서 빌린 단어의 무수한 자연어 의미를 아는 것이 키워드 뒤에있는 프로그래밍 개념을 이해하는 데 실제로 도움이되지는 않습니다. 내 머리 꼭대기의 예 : array,type, goto, class, void. 내가 다시 읽고 질문으로 마음에 튀는 (재미있는 사실 :이 모든을 제외하고는 goto대부분의에서 한 문자 이상 독일어 번역이 : Feld, Typ, Klasse, Leere. 그들은 나에게 이상한 모든 사운드, 그러나 아마 습관의 문제가 .)

영어는이다 공용어 프로그래밍 언어입니다.

같은 기사에서 :

기술 토론을 위해 영어를 고수하는 것이 일을 더 쉽게 처리 할 수 ​​있다는 것을 총체적으로 깨닫는 것은 위대한 해커 일뿐입니다.

다음과 같은 이유로 영어가 유리합니다.

1. 현재 주변 장치의 제한 사항에 더 적합합니다.

유형의 용이성. 표준 키보드를 사용할 수 있습니다. "llama dung"처럼 들리지만 중국어로 입력 해 보셨습니까? 문자 수는 1000 개이며 중국어에는 키보드 개념에 적합한 "문자"작성 기술이 없으므로 전 세계 사용자에게 배우기 쉽지 않습니다.

1. 동일하게 인식 가능한 비 단어로 변형 될 수 있습니다. 영어는 악센트 부호가 없기 때문에 약어를 선호합니다.

단축 된 영어 단어는 인식 가능한 기호입니다. 코드 작성을 위해 전체 영어를 배울 필요가 없으므로 언어 ​​외부의 사람들이 빨리 배울 수 있습니다.

1. 그리고 일반적인 프로그래밍 언어는 더 많은 수학적 기호와 적은 단어를 특징으로합니다.

의회는 문장 구조가없는 작은 단어를 사용했습니다. 그런 다음 COBOL 및 FORTRAN과 같은 언어로 영어 문장 구조를 최대한 수용하려고 시도했습니다. 새로운 언어는 더 나은 예측 가능성을 가지고 있기 때문에 보편적 대수 기호에 더 의존합니다. (COBOL에서 X를 Y에 더하기, X에서 Y를 빼기, 계산 Y = X + A; 계산은 이전 명령문을 불필요하게 만들고 언어 구문 분석 복잡성을 줄입니다). C ++과 같은 언어가 언어 기반보다 더 상징적이라고 생각하는 데 훨씬 더 많은 시간이 걸리지 않습니다. C #을 사용한 단어 기반 프로그래밍에는 약간의 수익이 있지만, 대부분 인기있는 프로그래밍 패턴을 지원하기 위해 구워졌습니다.

결론:

궁극적으로 주변 장치는 문자 기반 언어 (예 : 영어)로 제한됩니다. 또한 서구 언어는 수학 개념을 더 잘 지원합니다 (특히 0 개념). 중국은 숫자가 더 작기 때문에 숫자를 더 잘 전달하기 위해 숫자 값을 표현하는 대신 숫자를 빌립니다 (평균적으로는 더 짧음). 숫자 값 외에, 대부분의 현대 언어는 이미 기호를 사용하므로 기호 기반 언어 (중국어)는 영어보다 프로그래밍 언어 형태에 더 적합하다고 생각하며 보편적으로 배우는 것과 같습니다. 그러나 C ++과 같은 구조를 적용해야하는데, 세계 대부분의 사람들이 기호 블록을 읽기가 쉽지 않을 것입니다.

영어가 컴퓨팅에 널리 사용되는 유일한 이유는 현재 널리 퍼져있는 언어이기 때문입니다.

컴퓨터가 2000 년 전에 발명 되었다면 그리스어를 사용했을 것입니다. 그들이 200 년 전에 발명 되었다면 프랑스를 사용했을 것입니다. 만약 그들이 200 년 안에 발명 되었다면 아마도 중국을 사용했을 것입니다 ...

다음은 영어-라틴 알파벳을 가정했을 때 가상 프로그래밍 언어에 어떤 이점이 있는가입니다.

1. 한자와 달리 작은 문자 세트입니다.
2. 일반적으로 발음 구별 부호를 사용하지 않습니다 (프랑스어, 스페인어, 독일어 등과 달리).
3. 모든 대문자에는 소문자가 있습니다 (독일 Eszett와 달리)
4. 데이터 정렬이 간단합니다

이 모든 것은 여전히 ​​모든 장치에서 제대로 해결되지 않은 문제입니다. 예를 들어 분음 부호가있는 곡 제목은 여러 음악 플레이어에서 올바르게 표시되지 않습니다

프로그래밍 언어 자체가 영어를 기반으로하는 것의 이점을 확신하지는 못합니다. 설명에서 :

• 메소드, 변수, 객체 등의 이름은 컴퓨터에 중요하지 않습니다
• 주석의 내용은 컴퓨터에 중요하지 않습니다
• 프로그래밍 논리는 대부분의 언어로 표현할 수 있습니다.

따라서 영어가 프로그래밍 언어에 도움이된다면 더 많은 사람들이 프로그래밍 언어를 사용하도록 도와 줄 것입니다. 이와 관련하여 몇 가지 생각이 있습니다.

• 외국의 많은 사람들이 프로그램을 원하든 원하지 않든 영어를 배웁니다
• 컴퓨터 언어를 디자인하고 많은 사람들이 사용하기를 원하는 사람들은 일반적으로 가장 잘 알려진 언어를 선택하여 설명합니다.

이러한 생각을 요약하면, 영어가 실제로 많은 사람들이 말하는 것 이외의 다른 언어가 제공 할 수있는 중요한 방식으로 프로그래밍 언어를 돕는다 고 생각하지 않습니다.

제 생각에 영어는 다른 많은 언어들보다 더 풍부한 기술적이고 수학적인 어휘를 가지고 있습니다. 그러한 어휘가없는 언어는 영어 대출 단어를 사용하여 작업을 완료합니다. 이것만으로도 프로그래밍 언어를 영어로 향하게하는 강력한 이유입니다.

영어 대출 단어에 끊임없이 의존하지 않고 설명해야 할 모든 것을 설명하기에 충분히 풍부한 어휘가있는 언어와 관련하여 과학의 링구아 프랑카 (공용어)로서의 영어 전통은 강력하지만 알파벳은 우리에게 또 다른 작은 다리 :

• 영어는 악센트가있는 라틴 문자를 사용하는 중국어, 일본어, 키릴 어 또는 로맨스 언어보다 작은 문자 집합으로 표현할 수 있습니다.
• 악센트 문자가 완전히 없기 때문에 영어 알파벳은 시각적으로 매우 명확합니다. 일치하지 않는 대괄호 또는 누락 된 세미콜론으로 인해 충분한 버그가 있습니다. 'ē', 'ĕ'및 'ě'사이의 식별 문제를 추가하는 것은 어리석은 일입니다.

언어의 맥락에 대한 재미있는 독서와 우리가 일을 끝내는 방법에 대해 :

Steven Pinker 의 생각의 물건

우리는 언어 구조에 대해 이야기하고 있습니다. 정보를 어떻게 전달하는지 (동일하지는 않습니다) 변수에 대한 주요 언어가 모두 독일어 인 코드로 작업했습니다 (코드는 이해하기 쉽지 않았습니다) ). 영어에는 본질적으로 프로그래밍에 더 적합한 것이 없습니다. 언어가 어떻게 구성되는지 직접적으로 벗어나면 아마도 나쁘지 않을 것입니다 . 그리고 이것은 여러 가지 이유로 정직 할 수 있습니다.

1. 구조 부족 (우리가 원하는 곳에 주제 / 술어 / 명사 / 형용사를 넣을 수 있음),
2. 우리의 말의 변경 가능성 (우리는 아무 것도 생략 할 수 있다고 느낀다)
3. BIG ONE : 영어를 유창하게 아는 사람은 영어를 이해하지 못하는 사람보다 코드 섹션을 더 잘 이해하지 못합니다.

프로그래밍 언어가 "영어"를 사용하는 이유를 묻는 것은 주기율표에 여전히 'W'라는 문자가 텅스텐을 나타내는 이유를 묻는 것과 같습니다. 대부분의 사람들은 역사를 알지 못하면 왜 그런지 말할 수 없습니다. 그리고 프로그래밍 언어의 역사를 원한다면 펀치 카드, 바이트 명령어 및 어셈블리로 돌아 가야합니다.

어셈블리에는 주요 "영어"구문이 없지만, 사용자 자신을 미워하지 않고 기계 코드에 접근 할 수있을 정도로 가깝습니다. 또한, 고급 언어의 모든 구조적 요소는 그것을 즐기기에 충분히 미친 사람들에 의해 정기적으로 구현 될 수 있습니다. LD, MV, ST, BRA 및 나머지 명령어 세트는 영어와 전혀 같지 않지만 완벽하게 읽고 완전한 의미를 얻을 수 있습니다.

우리는 어셈블리에서 LD 또는 MV의 동일한 의미를 더 높은 수준의 구문에 할당합니다. 변수의 의미를 알 필요가 없으며 많은 경우 내 목록의 # 2 때문에 영어로되어 있지 않은 경우가 많습니다. int, str, enum 등과 같은 식별자 세트는 더 이상 작업하지 않는 것을 알려주는 방법입니다. int 대신에 식별자가 갈매기 라면, 우리 는 영어가 아니라 갈매기가 코딩 문맥에서 갈매기가 무엇을 의미하는지 알 것입니다.

TL; DR : 프로그래밍 언어는 다른 언어와 마찬가지로 이해하기 위해 교육이 필요합니다. 명령이 스페인어, 독일어 또는 러시아어 대신 영어로 된 이유는 공식 언어 구문의 식별자에 다소 적합한 영어의 일부 필수 구문에 비해 난해하고 역사적 일 가능성이 높습니다.