빨간색 IMHO 논란의 여지가 있는 성명으로 강조 표시됩니다. 실습에 따르면 우리 프로그래머는 그곳에서 큰 수요가 있습니다.
다시 말하지만, 제 생각에는 그들이 모국어가 아닌 언어로 작성하기 때문입니다. 그들은 영어 원어민이 가지고 있는 인지 부조화를 가지고 있지 않습니다.
간단한 예를 들겠습니다.
Vasya + Masha \u003d LOVE 어린 시절부터 바위와 나무에서 본 LOVE와 문구 ...
VASYA + MASHA = SCANDAL은 인지 부조화를 유발합니다. 그러나 프로그래밍에서 이 상황은 아주 정상입니다. 반면에, 라틴어의 같은 문구는 이미 더 잘 읽힙니다...
VASJA+MASHA=SKANDAL 변수는 변수일 뿐이고 그 관계는 익숙한 언어의 컨텍스트가 아니라 프로그램의 컨텍스트에 의해 결정되기 때문입니다.
일반적으로 더 이상 당신과 우리의 프로그래머를 차별하지 않지만 영어로 프로그램을 작성하는 사람들에게는 여전히 이점을 제공하는 기능이 영어에 하나 더 있습니다...
프로그램의 가독성은 이름의 길이에 크게 좌우되며 영어 단어는 러시아어 단어보다 짧습니다.
내 추정에 따르면 변수 이름의 길이는 3-4자여야 합니다. 더 많은 문제가 이미 시작되면 더 많은 것이 가능하지만 이것이 대량 현상이 되어서는 안 됩니다. 블록에 있는 하나 또는 두 개의 긴 변수는 가독성을 해치지 않습니다.
이것은 자주 반복되는 변수에 특히 해당됩니다. 따라서 카운터를 단일 문자로 만드는 것이 가장 좋습니다.
알다시피, 러시아어로 프로그램을 작성하는 나의 접근 방식은 개인적인 경험을 바탕으로 하므로 제한적입니다. 이것은 제 주관적인 의견일 뿐이며 모든 사람에게 적합하지 않을 수 있습니다. 아마도 그가 적합한 사람은 그 자신에게 올 것이고 나머지는 다른 접근 방식을 사용할 것입니다.
Реter Konow : 나는 우리가 이미 작별 인사를했다고 생각했습니다. ) 그래서 당신은 영어 단어 뒤에 문맹을 숨기는 것을 선호합니까? 원래의. 그건 그렇고, 나는 당신의 영어 맞춤법이 문제가 있음을 알았습니다. 하지만 괜찮습니다. 영어를 배우면 모든 것이 좋아질 것입니다.
안녕? - 왜 그래? 우리는 작업에 대한 귀하의 오해를 해결했으며 이제 귀하의 주제에 대해 이야기하고 있습니다. 주제는 "...장단점 ..."인데 여전히 단점만 보이네요. 사실 제가 얘기하는 부분입니다.
영어 철자 - 예, 고통받습니다. 거의 3년 동안 저는 영어를 할 수 있는 인도인과 매일, 2년 동안 호주인과 매일 이야기를 나누었습니다. 그들의 방언은 심각하게 다르고 같은 상황에서 사용되는 단어도 다릅니다. 그리고 몇 주 전에 나는 번역가 없이도 그것들을 이해할 수 있고 그들이 나를 이해할 수 있는 방식으로 글을 쓸 수도 있다는 것을 발견했습니다. 그러나 나는 영어 지식이 코드를 작성하는 데 전혀, 즉 전혀 요구되지 않는다고 100% 확신할 수 있습니다. "for"라는 단어는 사전적으로 무엇을 의미합니까? 러시아어로 "for"입니다. 그리고 ~에 대한 단어의 의미에 대한 지식은 무엇을 주었습니까? - 아무것도 아님! - 그게 내가 말하는거야. 러시아어로 자세한 설명을 작성하시면 만족하실 것입니다. 그리고 OOP 공부 를 시작하는 것이 좋습니다. 최소한 기본 기술은 3층 키릴 변수를 어리석게 작성하는 것보다 훨씬 더 많은 이점을 줄 것입니다 ....
당신은 한 번 이상 말한 것을 그리워합니다. 코드의 러시아어 - 코드가 개인용인 경우. 영어 - 배포용 오픈 소스용.
이것은 러시아어로 영어 단어를 쓰는 특별한 형태의 편의입니까?
웬일인지 나는 즉시 러시아어에 대해 Zhirinovsky를 기억했습니다)
빨간색 IMHO 논란의 여지가 있는 성명으로 강조 표시됩니다. 실습에 따르면 우리 프로그래머는 그곳에서 큰 수요가 있습니다.
다시 말하지만, 제 생각에는 그들이 모국어가 아닌 언어로 작성하기 때문입니다. 그들은 영어 원어민이 가지고 있는 인지 부조화를 가지고 있지 않습니다.
간단한 예를 들겠습니다.
Vasya + Masha \u003d LOVE 어린 시절부터 바위와 나무에서 본 LOVE와 문구 ...
VASYA + MASHA = SCANDAL은 인지 부조화를 유발합니다. 그러나 프로그래밍에서 이 상황은 아주 정상입니다. 반면에, 라틴어의 같은 문구는 이미 더 잘 읽힙니다...
VASJA+MASHA=SKANDAL 변수는 변수일 뿐이고 그 관계는 익숙한 언어의 컨텍스트가 아니라 프로그램의 컨텍스트에 의해 결정되기 때문입니다.
일반적으로 더 이상 당신과 우리의 프로그래머를 차별하지 않지만 영어로 프로그램을 작성하는 사람들에게는 여전히 이점을 제공하는 기능이 영어에 하나 더 있습니다...
프로그램의 가독성은 이름의 길이에 크게 좌우되며 영어 단어는 러시아어 단어보다 짧습니다.
내 추정에 따르면 변수 이름의 길이는 3-4자여야 합니다. 더 많은 문제가 이미 시작되면 더 많은 것이 가능하지만 이것이 대량 현상이 되어서는 안 됩니다. 블록에 있는 하나 또는 두 개의 긴 변수는 가독성을 해치지 않습니다.
이것은 자주 반복되는 변수에 특히 해당됩니다. 따라서 카운터를 단일 문자로 만드는 것이 가장 좋습니다.
나는 우리가 이미 작별 인사를했다고 생각했습니다. ) 그래서 당신은 영어 단어 뒤에 문맹을 숨기는 것을 선호합니까? 원래의. 그건 그렇고, 나는 당신의 영어 맞춤법이 문제가 있음을 알았습니다. 하지만 괜찮습니다. 영어를 배우면 모든 것이 좋아질 것입니다.
안녕? - 왜 그래? 우리는 작업에 대한 귀하의 오해를 해결했으며 이제 귀하의 주제에 대해 이야기하고 있습니다. 주제는 "...장단점 ..."인데 여전히 단점만 보이네요. 사실 제가 얘기하는 부분입니다.
영어 철자 - 예, 고통받습니다. 거의 3년 동안 저는 영어를 할 수 있는 인도인과 매일, 2년 동안 호주인과 매일 이야기를 나누었습니다. 그들의 방언은 심각하게 다르고 같은 상황에서 사용되는 단어도 다릅니다. 그리고 몇 주 전에 나는 번역가 없이도 그것들을 이해할 수 있고 그들이 나를 이해할 수 있는 방식으로 글을 쓸 수도 있다는 것을 발견했습니다. 그러나 나는 영어 지식이 코드를 작성하는 데 전혀, 즉 전혀 요구되지 않는다고 100% 확신할 수 있습니다. "for"라는 단어는 사전적으로 무엇을 의미합니까? 러시아어로 "for"입니다. 그리고 ~에 대한 단어의 의미에 대한 지식은 무엇을 주었습니까? - 아무것도 아님! - 그게 내가 말하는거야. 러시아어로 자세한 설명을 작성하시면 만족하실 것입니다. 그리고 OOP 공부 를 시작하는 것이 좋습니다. 최소한 기본 기술은 3층 키릴 변수를 어리석게 작성하는 것보다 훨씬 더 많은 이점을 줄 것입니다 ....
이것은 러시아어로 영어 단어를 쓰는 특별한 형태의 편의입니까?
작업 표시줄은 오래된 러시아어 방언으로 되어 있습니다. 선택하세요.
실제로) Zadornov의 말을 들어보십시오 - 그들의 언어는 우리의 언어에서 유래했습니다)))
기술 포럼의 주제가 다시 정치로 빠져들어서 저는 지점을 떠납니다. 모두 이해합시다.