러시아어로 코드 작성하기. 그러한 프로그램의 장단점. - 페이지 5

새 코멘트
 
Alexey Viktorov :

이 3년 동안 디컴파일된 코드를 본 적이 있습니까?

인덱스 체인이 디컴파일 변수만큼 읽기 어려울까봐 두렵습니다.

그리고 코어가 인터페이스, 예를 들어 테이블에서 컴파일된다면? 각 인덱스에는 해당 함수의 이름이 지정됩니다. 예를 들어, 우리는 2차원 배열[][]을 문자열로 지정하고 배열의 한 열에 함수의 이름을 반대쪽 열에 호출 번호(색인)를 씁니다. 다음은 그냥...
 
Alexey Viktorov :
인쇄 및 경고는 어떻습니까? 그리고 입력 변수 에 대한 주석.
Alert 함수 호출 인덱스를 만드는 데 어떤 문제가 있습니까? 다른 함수의 래퍼로 래핑하고 호출 인덱스를 할당합니다. 다음으로, 커널의 논리적 체인 중 하나에 이 인덱스를 씁니다.
 
Реter Konow :
 //----------------------------------------------
//Записываем атрибуты окна.---------------------
//----------------------------------------------
Установить_номер_вызываемого_окна_для_кнопки_таскбара(Свободная_кнопка_справа + 1 , ОКНО);
//------------------------
Установить_текст_подсказки_для_кнопки_таскбара(ОКНО,Свободная_кнопка_справа + 1 );


간단한 주석입니다. 당신은 당신의 코드가 그런 단어 더미로 읽기 어렵다고 생각하지 않습니까?

이미 여기에서 언급했듯이 아이디어는 정말 미쳤습니다. 순전히 자신을 위한 소스 코드를 작성한다면 물론 한자라도 원하는 대로 작성할 수 있습니다. 왜 이 모든 스레드가? 그렇지 않으면 커뮤니티의 표준을 준수할 만큼 친절하십시오. 누군가가 당신 아래에서 구부릴 것 같지 않습니다.

영어를 배우는 것이 그렇게 어려운 일입니까? IMHO, 프로그래머에게 이것은 용서할 수 없는 결점입니다.

 

아직 영어를 배우지 않았고 러시아어로 프로그램을 작성하려고 하는 사람: 영어 교육에 대한 질문 .

 
Alexey Navoykov :

간단한 주석입니다. 당신은 당신의 코드가 그런 단어 더미로 읽기 어렵다고 생각하지 않습니까?

이미 여기에서 언급했듯이 아이디어는 정말 미쳤습니다. 순전히 자신을 위한 소스 코드를 작성한다면 물론 한자라도 원하는 대로 작성할 수 있습니다. 왜 이 모든 스레드가? 그렇지 않으면 커뮤니티의 표준을 준수할 만큼 친절하십시오. 누군가가 당신 아래에서 구부릴 것 같지 않습니다.

영어를 배우는 것이 그렇게 어려운 일입니까? IMHO, 프로그래머에게 이것은 용서할 수 없는 결점입니다.

영어로 쓰기에는 문제가 없습니다. 나는 영어를 알고 아주 잘 말할 수 있습니다. 이 주제는 프로그래밍 실습에 혁명을 가져오는 것이 아니라 사람들의 마음에 새로운 아이디어를 가져다주는 것입니다.

많은 사람들이 옛날 방식에 익숙해졌습니다. 그들은 삶에 새로운 질서를 가져다주는 어떤 것도 원하지 않습니다. 나쁘지는 않지만 때로는 더 멀리보고 앞을 내다보아야합니다. 그것이 진보의 본질이며 우리는 지금 그것을 만들고 있습니다.

 
일반적으로 아무도 주제를 좋아하지 않는다는 것이 분명합니다 ... 글쎄, 적어도이 주제에 대한 기사를 쓸 가치가 없다는 것이 분명합니다 ...) 좋아, 나는 내 자신의 방법을 사용하여 장점을 즐기고 단점을 참는 것. )
 
Реter Konow :

영어로 쓰기에는 문제가 없습니다. 나는 영어를 알고 아주 잘 말할 수 있습니다. 이 주제는 프로그래밍 실습에 혁명을 가져오는 것이 아니라 사람들의 마음에 새로운 아이디어를 가져다주는 것입니다.

많은 사람들이 옛날 방식에 익숙해졌습니다. 그들은 삶에 새로운 질서를 가져다주는 어떤 것도 원하지 않습니다. 나쁘지는 않지만 때로는 더 멀리보고 앞을 내다보아야합니다. 그것이 진보의 본질이고 우리는 지금 그것을 만들고 있습니다.

좋아, 언어 능력의 문제가 사라지면 ... 그러면 다음과 같은 진단이 가능합니다. 과도한 철학에 대한 갈망과 생각의 간략한 공식화 문제. 결과적으로 영어의 변수 이름은 러시아어보다 더 길어집니다)) I.e. 여기에 다음과 같은 것이 있습니다.

Set_the_number_of_calling_window_for_a_button_of_taskbar (Free_button_on_the_right + 1, THE_WINDOW)

그래서? ))

 
Alexey Navoykov :

좋아, 언어 능력의 문제가 사라지면 ... 그러면 다음과 같은 진단이 가능합니다. 과도한 철학에 대한 갈망과 생각의 간략한 공식화 문제. 결과적으로 영어의 변수 이름은 러시아어보다 더 길어집니다)) I.e. 여기에 다음과 같은 것이 있습니다.

그래서? ))

무슨 일이 일어나고 있는지 이해하고 계십니다... 제 프로그램은 OOP 없이 구축된 잘 조정되고 통합된 메커니즘입니다. 따라서 함수와 변수의 이름은 확장되어 그 본질을 설명해야 합니다. 그렇지 않으면 그들이 참조하는 것을 잊어버릴 수 있습니다. 긴 변수 이름은 프로그램 언어의 인간화로 보완되며 OOP가 없으면 불필요한 구문이 제거됩니다. 프로그램의 이러한 조직에서 나는 노력하고 결과의 최대 효율성을 달성하고 추가 개발 가능성을 확장합니다. 또한 많은 작업을 수행하는 다목적 기능 블록을 형성하여 기능의 수를 최소한으로 줄입니다.


변수를 하나의 전역 배열로 구성한다고 덧붙이겠습니다. 가장 쉬운 접근입니다.

 
Реter Konow :
친애하는 프로그래머 여러분, 러시아어로 프로그래밍 하는 다소 이상한 주제에 대해 논의하고 싶습니다. 영어를 하는 사람들은 모국어로 프로그램을 작성하고 러시아어를 하는 프로그래머들 사이에는 그런 관행이 없습니다. 그러나 모국어는 항상 더 명확하고 더 편리합니다. 우리가 프로그램에서 사용하는 언어는 필연적으로 개발의 질에 영향을 미치며, 비록 사람이 이것을 알아차리지 못할 수도 있지만, 그들의 모국어로 글을 쓰려고 노력할 가치가 있으며 더 이상 영어로 돌아가고 싶지 않습니다. 코드의 가독성은 프로그램 작업에서 가장 중요한 요소입니다. 이 경우 국제 프로그래밍 팀이 없고 모두가 스스로 작성하는 곳에서도 영어로 프로그래밍하는 관행이 그렇게 널리 보급된 이유는 무엇입니까? 왜 모든 사람이 선험적으로 이 규칙을 따라야 하며, 이 고정관념을 깨면 어떻게 될까요?

청중을 위해 글을 쓰고 더 이상 보지 마십시오. 영어는 약 10억 명의 사람들이 이해합니다.

 
Alexey Navoykov :

그래서? ))

Set_calling_window_number_for_taskar_button

123456789101112...19
새 코멘트