정확히. 비영어권 사용자의 진입 문턱은 훨씬 높습니다. 그는 다양한 참고서와 문서를 사용하여 스스로 영어를 가르쳤습니다. 초기 단계에서는 자료를 이해하는 데 많은 시간을 할애했습니다. "키릴 자모 C++"(연산자 작성 뿐만 아니라 문서 작성)가 필요하다고 생각합니다. 그러면 "고기"와 커뮤니티가 성장할 것입니다. 많은 언어가 있는데 왜 일부는 러시아어가 아니어야 합니까? 아이들을 가르치고 문서를 읽으십시오. 국내 프로그래머의 수 (및 수준)가 크게 증가합니다. 러시아어를 구사하는 초보 프로그래머에게 http://en.cppreference.com/w/cpp/atomic/memory_order 와 같은 것을 제공하면 코딩에 대한 그의 모든 욕구가 사라질 것입니다.
그 동안 그들은 첨단 기술에 참여하고 야채를 재배하는 것이 더 쉽다는 것이 밝혀졌습니다.
나는 그들의 모국어로 프로그래밍하는 것을 좋아하는(또는 미래에 좋아할) 사람들이 자신의 작은 커뮤니티에서 단결하여 그들 사이에서 자유롭게 오픈 소스를 공유할 수 있도록 러시아어 소프트웨어 용어에 대한 공통 표준을 마련할 것을 제안합니다. 글쎄, 앞으로 다른 접근 방식을 사용하는 것으로 이동합니다. 이미 제안이 있습니다. 기사를 작성하거나 게시하거나 포럼에 게시합니다.
나는 모든 회의론자들이 나와 경쟁하도록 초대합니다. 당신은 영어와 OOP를 사용하여 프로그램을 작성하고 나는 러시아어와 나만의 접근 방식을 사용합니다. 보다 간결하고 이해하기 쉬우며 단순하며 동시에 과제를 완벽하게 수행하는 프로그램이 최고로 인정받을 것입니다.
for ( int i= 0 ; i< 10 ; i++)
{
if (i> 5 )
continue ;
}
?
러시아어에서는 더 길거나 더 못생겼습니다.
영어를 사용하지 않는 프로그래머의 경우 허용되는 영어 연산자로 작성하는 것이 더 쉽습니다. 의미론적 부하를 전달하지 않고 특정 작업을 위한 기호일 뿐이기 때문입니다.
즉. 그것들은 말이 아니라 상징일 뿐입니다. 사전적 의미가 없는 연산자의 축약된 이름에 키릴 문자를 사용하는 경우 언어를 배울 때 여전히 이를 기억해야 합니다. 이는 기존 프로그래밍 언어와 다르지 않습니다.
누군가 다른 언어를 사용하는 사람들보다 더 일찍 영어 문자로 코드를 작성하기 시작했고 더 많은 프로그래머가 있었습니다.
나는 가능하면 모든 변수에 대해 러시아어로 된 주석을 사용하고 3개 이하의 양으로 의미 있는 단어에서 변수 이름을 구성합니다. 제 생각에는 이것이 코드를 이해하는 데 최적입니다. 나는 일반적으로 단일 문자 변수 이름을 자주 사용하고 주석을 작성하는 데 신경 쓰지 않고 몇 년이 지난 후에도 여전히 자신의 코드(또는 다른 사람의 코드)를 읽는 데 문제가 없는 프로그래머를 알고 있습니다. 이것은 어휘적 의미가 없는 코드의 상징적 표현에 대한 내 말을 확인시켜줍니다. 그것은 단지 습관과 훈련이 필요합니다. 그것은 글자나 음절이 아닌 단어 전체를 읽는 능력과 같습니다. 하지만 역시 내 방식이 가장 최적화된 것 같아서 내가 직접 코드를 읽기 쉽고 다른 코더들이 내 글을 큰 어려움 없이 읽는다.
즉, 코드의 가독성은 한 줄에 작성된 긴 변수 이름이나 여러 사이클보다 디자인의 균일성 스타일에 의해 보장됩니다.
영어를 사용하지 않는 프로그래머의 경우 허용되는 영어 연산자로 작성하는 것이 더 쉽습니다. 의미론적 부하를 전달하지 않고 특정 작업을 위한 기호일 뿐이기 때문입니다.
즉. 그것들은 말이 아니라 상징일 뿐입니다. 사전적 의미가 없는 연산자의 축약된 이름에 키릴 문자를 사용하는 경우 언어를 배울 때 여전히 이를 기억해야 합니다. 이는 기존 프로그래밍 언어와 다르지 않습니다.
누군가 다른 언어를 사용하는 사람들보다 더 일찍 영어 문자로 코드를 작성하기 시작했고 더 많은 프로그래머가 있었습니다.
나는 가능하면 모든 변수에 대해 러시아어로 된 주석을 사용하고 3개 이하의 양으로 의미 있는 단어에서 변수 이름을 구성합니다. 제 생각에는 이것이 코드를 이해하는 데 최적입니다. 나는 일반적으로 단일 문자 변수 이름을 자주 사용하고 주석을 작성하는 데 신경 쓰지 않고 몇 년이 지난 후에도 여전히 자신의 코드(또는 다른 사람의 코드)를 읽는 데 문제가 없는 프로그래머를 알고 있습니다. 이것은 어휘적 의미가 없는 코드의 상징적 표현에 대한 내 말을 확인시켜줍니다. 그것은 단지 습관과 훈련이 필요합니다. 그것은 글자나 음절이 아닌 단어 전체를 읽는 능력과 같습니다. 하지만 역시 내 방식이 가장 최적화된 것 같아서 내가 직접 코드를 읽기 쉽고 다른 코더들이 내 글을 큰 어려움 없이 읽는다.
즉, 코드의 가독성은 한 줄에 작성된 긴 변수 이름이나 여러 사이클보다 디자인의 균일성 스타일에 의해 보장됩니다.
다음과 같이 더 좋습니다.
for ( int Позиция = Исходная_позиция; Позиция < 3000 ; Позиция += Шаг)
{
Номер_кнопки = Номер_кнопки_по_позиции(Позиция);
//------------------------------------------------if (G_CORE[_TASKBAR][Номер_кнопки][_OBJECT_HIDE])
{
//-------------------
G_CORE[_TASKBAR][Номер_стираемой_кнопки][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки][_X];
G_CORE[_TASKBAR][Номер_стираемой_кнопки + 1 ][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки + 1 ][_X];
G_CORE[_TASKBAR][Номер_стираемой_кнопки + 2 ][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки + 2 ][_X];
G_CORE[_TASKBAR][Номер_стираемой_кнопки + 3 ][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки + 3 ][_X];
G_CORE[_TASKBAR][Номер_стираемой_кнопки + 4 ][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки + 4 ][_X];
//-------------------//Alert("Ротация_кнопок_таскбара - новая Позиция стертой кнопки ",G_CORE[_TASKBAR][Номер_стираемой_кнопки][_X]);break ;
}
학교에서 러시아어로 프로그래밍을 했던 기억이 난다. 그들은 간단한 알고리즘을 작성했습니다 ...
멋진 주제이지만 대다수의 코더에게는 의미가 없습니다. IMHO.
코딩할 줄 아는 사람은 러시아어를 다시 배우기 어려울 것입니다. 한마디로 예술을 위한 예술은 예술이 아니다.
나는 Rosh가 당신의 기사에서 이 주제를 금지할 것이라고 생각합니다.
올바르게 말했습니다 - 주제는 의미가 없습니다.
기본적으로 차이가 없습니다. 정의를 사용하여 대부분의 구조를 러시아어로 재정의할 수 있습니다.
하지만 요점이 무엇입니까?
일반적으로 영어 텍스트는 생소한 단어와 구성이 많을 때 독자를 혼란스럽게 합니다. 프로그래밍에서 이러한 요소의 수는 매우 제한되어 있으므로 모든 것이 매우 빠르게 기억되고 더 이상 간섭하지 않습니다.
실제로 1C에서는 모든 것이 러시아어로 되어 있으며 문제 없이 작동합니다. 하지만 제 생각에는 그다지 친숙하지 않은 것 같습니다.
정확히. 비영어권 사용자의 진입 문턱은 훨씬 높습니다. 그는 다양한 참고서와 문서를 사용하여 스스로 영어를 가르쳤습니다. 초기 단계에서는 자료를 이해하는 데 많은 시간을 할애했습니다. "키릴 자모 C++"(연산자 작성 뿐만 아니라 문서 작성)가 필요하다고 생각합니다. 그러면 "고기"와 커뮤니티가 성장할 것입니다. 많은 언어가 있는데 왜 일부는 러시아어가 아니어야 합니까? 아이들을 가르치고 문서를 읽으십시오. 국내 프로그래머의 수 (및 수준)가 크게 증가합니다. 러시아어를 구사하는 초보 프로그래머에게 http://en.cppreference.com/w/cpp/atomic/memory_order 와 같은 것을 제공하면 코딩에 대한 그의 모든 욕구가 사라질 것입니다.
그 동안 그들은 첨단 기술에 참여하고 야채를 재배하는 것이 더 쉽다는 것이 밝혀졌습니다.
나는 그들의 모국어로 프로그래밍하는 것을 좋아하는(또는 미래에 좋아할) 사람들이 자신의 작은 커뮤니티에서 단결하여 그들 사이에서 자유롭게 오픈 소스를 공유할 수 있도록 러시아어 소프트웨어 용어에 대한 공통 표준을 마련할 것을 제안합니다. 글쎄, 앞으로 다른 접근 방식을 사용하는 것으로 이동합니다. 이미 제안이 있습니다. 기사를 작성하거나 게시하거나 포럼에 게시합니다.
나는 모든 회의론자들이 나와 경쟁하도록 초대합니다. 당신은 영어와 OOP를 사용하여 프로그램을 작성하고 나는 러시아어와 나만의 접근 방식을 사용합니다. 보다 간결하고 이해하기 쉬우며 단순하며 동시에 과제를 완벽하게 수행하는 프로그램이 최고로 인정받을 것입니다.
나는 모든 회의론자들이 나와 경쟁하도록 초대합니다. 당신은 영어와 OOP를 사용하여 프로그램을 작성하고 나는 러시아어와 나만의 접근 방식을 사용합니다. 보다 간결하고 이해하기 쉬우며 단순하며 동시에 과제를 완벽하게 수행하는 프로그램이 최고로 인정받을 것입니다.
아니 이런 식으로. 하나의 프로그램이 작성 중입니다. 그런 다음 모든 러시아어 식별자가 영어 식별자로 대체됩니다. (댓글 - 러시아어로 남겨주세요)
그리고 우리는 그 이해도가 전혀 변하지 않았음을 알 수 있습니다.
더 나은
어떻게
?
러시아어에서는 더 길거나 더 못생겼습니다.
영어를 사용하지 않는 프로그래머의 경우 허용되는 영어 연산자로 작성하는 것이 더 쉽습니다. 의미론적 부하를 전달하지 않고 특정 작업을 위한 기호일 뿐이기 때문입니다.
즉. 그것들은 말이 아니라 상징일 뿐입니다. 사전적 의미가 없는 연산자의 축약된 이름에 키릴 문자를 사용하는 경우 언어를 배울 때 여전히 이를 기억해야 합니다. 이는 기존 프로그래밍 언어와 다르지 않습니다.
누군가 다른 언어를 사용하는 사람들보다 더 일찍 영어 문자로 코드를 작성하기 시작했고 더 많은 프로그래머가 있었습니다.
나는 가능하면 모든 변수에 대해 러시아어로 된 주석을 사용하고 3개 이하의 양으로 의미 있는 단어에서 변수 이름을 구성합니다. 제 생각에는 이것이 코드를 이해하는 데 최적입니다. 나는 일반적으로 단일 문자 변수 이름을 자주 사용하고 주석을 작성하는 데 신경 쓰지 않고 몇 년이 지난 후에도 여전히 자신의 코드(또는 다른 사람의 코드)를 읽는 데 문제가 없는 프로그래머를 알고 있습니다. 이것은 어휘적 의미가 없는 코드의 상징적 표현에 대한 내 말을 확인시켜줍니다. 그것은 단지 습관과 훈련이 필요합니다. 그것은 글자나 음절이 아닌 단어 전체를 읽는 능력과 같습니다. 하지만 역시 내 방식이 가장 최적화된 것 같아서 내가 직접 코드를 읽기 쉽고 다른 코더들이 내 글을 큰 어려움 없이 읽는다.
즉, 코드의 가독성은 한 줄에 작성된 긴 변수 이름이나 여러 사이클보다 디자인의 균일성 스타일에 의해 보장됩니다.
아니 이런 식으로. 하나의 프로그램이 작성 중입니다. 그런 다음 모든 러시아어 식별자가 영어 식별자로 대체됩니다. (댓글 - 러시아어로 남겨주세요)
그리고 우리는 그 이해도가 전혀 변하지 않았음을 알 수 있습니다.
외국어에 대한 지식은 사람을 영적으로 풍요롭게 할뿐만 아니라 경계를 넓히고 새로운 지평을 엽니 다.
어떤 이유로 그들은 자녀에게 외국어, 러시아어, 중국어 등을 배우도록 강요하지 않습니다. 그리고 어떤 이유에서인지 그들의 언어를 아는 것은 우리에게 무언가를 열어줍니다...
물론 영어를 가르칠 수도 있지만, 통역 없이 죄수들을 심문할 수 있을 때만 가능합니다.))) 우리는 이후 독일어를 가깝게 배우기 시작했습니다...
더 나은
어떻게
?
러시아어에서는 더 길거나 더 못생겼습니다.
영어를 사용하지 않는 프로그래머의 경우 허용되는 영어 연산자로 작성하는 것이 더 쉽습니다. 의미론적 부하를 전달하지 않고 특정 작업을 위한 기호일 뿐이기 때문입니다.
즉. 그것들은 말이 아니라 상징일 뿐입니다. 사전적 의미가 없는 연산자의 축약된 이름에 키릴 문자를 사용하는 경우 언어를 배울 때 여전히 이를 기억해야 합니다. 이는 기존 프로그래밍 언어와 다르지 않습니다.
누군가 다른 언어를 사용하는 사람들보다 더 일찍 영어 문자로 코드를 작성하기 시작했고 더 많은 프로그래머가 있었습니다.
나는 가능하면 모든 변수에 대해 러시아어로 된 주석을 사용하고 3개 이하의 양으로 의미 있는 단어에서 변수 이름을 구성합니다. 제 생각에는 이것이 코드를 이해하는 데 최적입니다. 나는 일반적으로 단일 문자 변수 이름을 자주 사용하고 주석을 작성하는 데 신경 쓰지 않고 몇 년이 지난 후에도 여전히 자신의 코드(또는 다른 사람의 코드)를 읽는 데 문제가 없는 프로그래머를 알고 있습니다. 이것은 어휘적 의미가 없는 코드의 상징적 표현에 대한 내 말을 확인시켜줍니다. 그것은 단지 습관과 훈련이 필요합니다. 그것은 글자나 음절이 아닌 단어 전체를 읽는 능력과 같습니다. 하지만 역시 내 방식이 가장 최적화된 것 같아서 내가 직접 코드를 읽기 쉽고 다른 코더들이 내 글을 큰 어려움 없이 읽는다.
즉, 코드의 가독성은 한 줄에 작성된 긴 변수 이름이나 여러 사이클보다 디자인의 균일성 스타일에 의해 보장됩니다.
다음과 같이 더 좋습니다.
다음과 같이 더 좋습니다.