Реter Konow : 친애하는 프로그래머 여러분, 러시아어로 프로그래밍 하는 다소 이상한 주제에 대해 논의하고 싶습니다. 영어를 하는 사람들은 모국어로 프로그램을 작성하고 러시아어를 하는 프로그래머들 사이에는 그런 관행이 없습니다. 그러나 모국어는 항상 더 명확하고 더 편리합니다. 우리가 프로그램에서 사용하는 언어는 필연적으로 개발의 질에 영향을 미치며, 비록 사람이 이것을 알아차리지 못할 수도 있지만, 그들의 모국어로 글을 쓰려고 노력할 가치가 있으며 더 이상 영어로 돌아가고 싶지 않습니다. 코드의 가독성은 프로그램 작업에서 가장 중요한 요소입니다. 이 경우 국제 프로그래밍 팀이 없고 모두가 스스로 작성하는 곳에서도 영어로 프로그래밍하는 관행이 그렇게 널리 보급된 이유는 무엇입니까? 왜 모든 사람이 선험적으로 이 규칙을 따라야 하며, 이 고정관념을 깨면 어떻게 될까요?
몇 년 전에 저는 학교에서 일했습니다. 5학년부터 Pascal(7.0)에서 프로그래밍을 가르쳤습니다. 환경은 러시아어 식별자를 이해하도록 재구성되었습니다. + 좌표 및 벡터 그래픽 패키지는 러시아어로 다시 작성되었습니다. 이름 지정에 다소 엄격한 요구 사항이 있었습니다. 목적에 따라 변수. 그 결과 기본 프로그래밍 기술의 초기 개발이 여러 번 가속화되었습니다. 즉, 언어적 이해의 장벽이 있는 곳에서는 초등교육을 위해 모국어를 사용하는 것이 충분히 허용되지만 더 높은 수준에서는 그럴 필요가 없습니다. 예를 들어, 러시아어로 프로그래밍하는 1C는 처음에 "모든 회계사가 프로그램을 스스로 조정할 수 있을 것"으로 지정되었지만 시스템의 복잡성이 증가함에 따라 설계의 복잡성이 적응의 복잡성을 훨씬 초과하기 때문에 Russification은 넌센스가 되었습니다. 언어로.
Yury Kirillov : 몇 년 전에 저는 학교에서 일했습니다. 5학년부터 Pascal(7.0)에서 프로그래밍을 가르쳤습니다. 환경은 러시아어 식별자를 이해하도록 재구성되었습니다. + 좌표 및 벡터 그래픽 패키지는 러시아어로 다시 작성되었습니다. 이름 지정에 다소 엄격한 요구 사항이 있었습니다. 목적에 따라 변수. 그 결과 기본 프로그래밍 기술의 초기 개발이 여러 번 가속화되었습니다. 즉, 언어적 이해의 장벽이 있는 곳에서는 초등교육을 위해 모국어를 사용하는 것이 충분히 허용 되지만 더 높은 수준에서는 그럴 필요가 없습니다. 예를 들어, 러시아어로 프로그래밍하는 1C는 처음에 "모든 회계사가 프로그램을 스스로 조정할 수 있을 것"으로 지정되었지만 시스템의 복잡성이 증가함에 따라 설계의 복잡성이 적응의 복잡성을 훨씬 초과하기 때문에 Russification은 넌센스가 되었습니다. 언어로.
언어 장벽이 없다면 프로그래밍의 동화가 가속화된다는 것을 확인했습니다. 이 가속은 모국어의 추가 개발에도 불구하고 작동하지 않는다는 것을 확신할 수 있습니다. 두려워하지 말고 계속 나아가기만 하면 됩니다. 내 프로그램은 러시아어로 작성된 메가바이트 정도의 코드입니다. 아니요. 코드가 "불명예스럽게 읽을 수 없는" 경우 어떻게 개발합니까? 영어 정의와 혼합된 러시아어 단어의 완전한 혼란이 있는 경우 무엇을 이해합니까? 대답은 간단합니다. 모국어로 프로그램을 읽을 때 머리 속의 순서는 저절로 발달합니다.
Реter Konow : 친애하는 프로그래머 여러분, 러시아어로 프로그래밍 하는 다소 이상한 주제에 대해 논의하고 싶습니다. 영어를 하는 사람들은 모국어로 프로그램을 작성하고 러시아어를 하는 프로그래머들 사이에는 그런 관행이 없습니다. 그러나 모국어는 항상 더 명확하고 더 편리합니다. 우리가 프로그램에서 사용하는 언어는 필연적으로 개발의 질에 영향을 미치며, 비록 사람이 이것을 알아차리지 못할 수도 있지만, 그들의 모국어로 글을 쓰려고 노력할 가치가 있으며 더 이상 영어로 돌아가고 싶지 않습니다. 코드의 가독성은 프로그램 작업에서 가장 중요한 요소입니다. 이 경우 국제 프로그래밍 팀이 없고 모두가 스스로 작성하는 곳에서도 영어로 프로그래밍하는 관행이 그렇게 널리 보급된 이유는 무엇입니까? 왜 모든 사람이 선험적으로 이 규칙을 따라야 하며, 이 고정관념을 깨면 어떻게 될까요?
영어는 바이오로봇의 언어, 분석의 언어, 식민주의가 특별히 commissarized하고 obchekryzhil 그래서 그것에 절대 모순이 없습니다. 합리적 형식논리학의 언어이다. 러시아어는 인간의 언어이며 마음의 언어이며 종합의 언어이며 초기에는 변증법적이며 모순의 게임이 기본이므로 이러한 언어는 프로그래밍 언어로 사용하기에 그다지 효율적이지 않습니다. 그리고 가까운 미래에도 앵글로색슨 제국의 붕괴와 완전한 파괴 이후, 화자들과 함께 행성의 영어는 라틴어 방식으로 엄청나게 오랜 기간 동안 프로그래밍으로만 남을 것입니다.
영어는 바이오로봇의 언어, 분석의 언어, 식민주의가 특별히 commissarized하고 obchekryzhil 그래서 그것에 절대 모순이 없습니다. 합리적 형식논리학의 언어이다. 러시아어는 인간의 언어이며 마음의 언어이며 종합의 언어이며 초기에는 변증법적이며 모순 게임이 기본이므로 이러한 언어는 프로그래밍 언어로 사용하기에 그다지 효과적이지 않습니다 . 그리고 가까운 미래에도 앵글로색슨 제국의 붕괴와 완전한 파괴 이후, 화자들과 함께 행성의 영어는 라틴어 방식으로 엄청나게 오랜 기간 동안 프로그래밍으로만 남을 것입니다.
나는 " 그런 언어는 프로그래밍 언어로 사용하기에 매우 효율적이지 않다 "는 결론을 제외하고는 모든 것에 동의합니다. 저는 러시아어로 프로그래밍한 경험이 3년 있습니다. 나는 지금까지 이 연습에서 얻은 이점 외에는 아무 것도 받지 못했습니다.
Реter Konow : 나는 당신의 결론을 제외하고는 모든 것에 동의합니다. " 그러한 언어는 프로그래밍 언어로 사용하기에 그다지 효율적이지 않습니다 ." 저는 러시아어로 프로그래밍한 경험이 3년 있습니다. 나는 지금까지 이 연습에서 얻은 이점 외에는 아무 것도 받지 못했습니다.
어떤 시장에 어떤 목적을 집중하느냐에 따라 러시아 연방보다 더 많은 계획과 필요가 없다면 모국어로 쓰는 것은 지극히 정상입니다.
네 말이 맞아요, 저는 프로그램을 작성할 때 어쩐지 문체나 운율을 잊어버립니다. 용서할 수 없는.
때마침 무언가가 나를 덮쳐 내가 쓴 댓글에 “죽음을 부른다, 자선을 구하는 존엄을 보고 참을 수 없어..” 그리고는 나를 붙잡고 지우고 다시 계속해서 “이 주기에 우리는 의미를 찾고 있습니다 ... ...".
MQ에서는 확인하지 않았지만 PHP에서는 변수 이름이 길수록 코드가 더 길고 벙어리로 실행됩니다. 즉, 변수 이름이 짧을수록 코드가 더 빨리 실행되고 CPU 시간이 덜 소모됩니다.
모국어의 변수를 희생시키면서 그러한 코드에서 오류를 찾는 것이 역겹습니다. 수치를 읽을 수 없습니다.
아마도 더 간결하지만 누구를 위한 것입니까? 예를 들어 - 메시지를 영어로 쉽게 다시 말할 수 있습니까? 당신과 나에게 영어는 이해하기 어렵기 때문에 덜 간결합니다. 그래서 저는 생각합니다...
그리고 일반적으로 "세계 언어"에 대한 진술 ... 러시아어는 전혀 나쁘지 않습니다.
2가지 질문이 있습니다.
1. 프로그래밍 경력은 몇 년입니까?
2. 러시아어로 프로그램을 작성하기 위해 적어도 한 번(자신을 위해) 시도한 적이 있습니까?
문제는 고정 관념이 존재하고 우리가 그 인질이 아닙니까?
19 세기에는 프로그램이 프랑스어로 작성되었을 것입니다)) 그리고 불꽃은 나쁘지 않습니다, 사람들은 유혹했습니다))
친애하는 프로그래머 여러분, 러시아어로 프로그래밍 하는 다소 이상한 주제에 대해 논의하고 싶습니다. 영어를 하는 사람들은 모국어로 프로그램을 작성하고 러시아어를 하는 프로그래머들 사이에는 그런 관행이 없습니다. 그러나 모국어는 항상 더 명확하고 더 편리합니다. 우리가 프로그램에서 사용하는 언어는 필연적으로 개발의 질에 영향을 미치며, 비록 사람이 이것을 알아차리지 못할 수도 있지만, 그들의 모국어로 글을 쓰려고 노력할 가치가 있으며 더 이상 영어로 돌아가고 싶지 않습니다. 코드의 가독성은 프로그램 작업에서 가장 중요한 요소입니다. 이 경우 국제 프로그래밍 팀이 없고 모두가 스스로 작성하는 곳에서도 영어로 프로그래밍하는 관행이 그렇게 널리 보급된 이유는 무엇입니까? 왜 모든 사람이 선험적으로 이 규칙을 따라야 하며, 이 고정관념을 깨면 어떻게 될까요?
1. MQ에서는 확인하지 않았지만 PHP에서는 변수 이름이 길수록 코드가 더 길고 멍청하게 실행됩니다. 즉, 변수 이름이 짧을수록 코드가 더 빨리 실행되고 더 적은 CPU 시간을 소비합니다.
2. 모국어의 변수를 희생시키면서 그러한 코드에서 오류를 찾는 것조차 역겹습니다. 불명예를 읽을 수 없습니다 .
1. 이 질문을 MQL에서 확인했습니다. 아직 아주 오래전입니다. 변수의 길이는 프로그램의 속도에 영향을 미치지 않습니다. 너무 긴 변수는 단순히 컴파일러에서 허용되지 않습니다.
2. 러시아어 프로그래밍 경험이 있습니까? 토론할 내용 좀 보여주세요...
몇 년 전에 저는 학교에서 일했습니다. 5학년부터 Pascal(7.0)에서 프로그래밍을 가르쳤습니다. 환경은 러시아어 식별자를 이해하도록 재구성되었습니다. + 좌표 및 벡터 그래픽 패키지는 러시아어로 다시 작성되었습니다. 이름 지정에 다소 엄격한 요구 사항이 있었습니다. 목적에 따라 변수. 그 결과 기본 프로그래밍 기술의 초기 개발이 여러 번 가속화되었습니다. 즉, 언어적 이해의 장벽이 있는 곳에서는 초등교육을 위해 모국어를 사용하는 것이 충분히 허용 되지만 더 높은 수준에서는 그럴 필요가 없습니다. 예를 들어, 러시아어로 프로그래밍하는 1C는 처음에 "모든 회계사가 프로그램을 스스로 조정할 수 있을 것"으로 지정되었지만 시스템의 복잡성이 증가함에 따라 설계의 복잡성이 적응의 복잡성을 훨씬 초과하기 때문에 Russification은 넌센스가 되었습니다. 언어로.
19 세기에는 프로그램이 프랑스어로 작성되었을 것입니다)) 그리고 불꽃은 나쁘지 않습니다, 사람들은 유혹했습니다))
친애하는 프로그래머 여러분, 러시아어로 프로그래밍 하는 다소 이상한 주제에 대해 논의하고 싶습니다. 영어를 하는 사람들은 모국어로 프로그램을 작성하고 러시아어를 하는 프로그래머들 사이에는 그런 관행이 없습니다. 그러나 모국어는 항상 더 명확하고 더 편리합니다. 우리가 프로그램에서 사용하는 언어는 필연적으로 개발의 질에 영향을 미치며, 비록 사람이 이것을 알아차리지 못할 수도 있지만, 그들의 모국어로 글을 쓰려고 노력할 가치가 있으며 더 이상 영어로 돌아가고 싶지 않습니다. 코드의 가독성은 프로그램 작업에서 가장 중요한 요소입니다. 이 경우 국제 프로그래밍 팀이 없고 모두가 스스로 작성하는 곳에서도 영어로 프로그래밍하는 관행이 그렇게 널리 보급된 이유는 무엇입니까? 왜 모든 사람이 선험적으로 이 규칙을 따라야 하며, 이 고정관념을 깨면 어떻게 될까요?
영어는 바이오로봇의 언어, 분석의 언어, 식민주의가 특별히 commissarized하고 obchekryzhil 그래서 그것에 절대 모순이 없습니다. 합리적 형식논리학의 언어이다. 러시아어는 인간의 언어이며 마음의 언어이며 종합의 언어이며 초기에는 변증법적이며 모순의 게임이 기본이므로 이러한 언어는 프로그래밍 언어로 사용하기에 그다지 효율적이지 않습니다. 그리고 가까운 미래에도 앵글로색슨 제국의 붕괴와 완전한 파괴 이후, 화자들과 함께 행성의 영어는 라틴어 방식으로 엄청나게 오랜 기간 동안 프로그래밍으로만 남을 것입니다.
영어는 바이오로봇의 언어, 분석의 언어, 식민주의가 특별히 commissarized하고 obchekryzhil 그래서 그것에 절대 모순이 없습니다. 합리적 형식논리학의 언어이다. 러시아어는 인간의 언어이며 마음의 언어이며 종합의 언어이며 초기에는 변증법적이며 모순 게임이 기본이므로 이러한 언어는 프로그래밍 언어로 사용하기에 그다지 효과적이지 않습니다 . 그리고 가까운 미래에도 앵글로색슨 제국의 붕괴와 완전한 파괴 이후, 화자들과 함께 행성의 영어는 라틴어 방식으로 엄청나게 오랜 기간 동안 프로그래밍으로만 남을 것입니다.
나는 당신의 결론을 제외하고는 모든 것에 동의합니다. " 그러한 언어는 프로그래밍 언어로 사용하기에 그다지 효율적이지 않습니다 ." 저는 러시아어로 프로그래밍한 경험이 3년 있습니다. 나는 지금까지 이 연습에서 얻은 이점 외에는 아무 것도 받지 못했습니다.