... 비효율은 항상 눈에 보입니다. OOP (누군가가 발명한 것)조차도 의문을 제기하지 않습니다. 더 좋고 효율적인 접근 방식이 없을까요?더 좋고 더 효율적인 접근 방식 이 있으며 모국어로 프로그래밍하는 것이 훨씬 더 편리하다고 자신 있게 말합니다. 이것은 모두 저의 3년 간의 실습과 프로그래밍에서의 저의 성공으로 입증되었습니다.
...
더 정교할 수 있습니까?
어떤 접근 방식이 OOP보다 낫습니까?
위협 어떻게든 러시아어로 프로그램을 작성하려고 시도한 후 이 사업을 그만두었습니다. 좋아하지 않았다. IMHO 프로그램을 읽을 수 없게 됩니다. 관계에 대한 이해 상실.
그리고 당신은 러시아어로 사용자 정의 함수와 변수의 이름을 쓰는 것에 대해 이야기하고 있습니다. 그래서 아무도 쓰지 않습니다. 이미 오래 전에 프로그래머는 좋은 취향의 특정 규칙을 개발했습니다. 당신뿐만 아니라 다른 사람들도 쉽게 읽을 수 있도록 소스 코드의 형식 을 올바르게 지정하는 방법. 사회적 에티켓 같은 거죠.
1C에서는 모든 것이 완전히 러시아어로 작성됩니다. 예를 들어 함수 () ..... 함수의 끝. 루프 ... 루프를 종료하면 ... if를 종료합니다. 등. 등.
그래서 에티켓에 관한 것입니까? 예를 들어, 기계(컴퓨터)는 우리의 에티켓에 대해 무엇을 중요하게 생각합니까? 기술을 지배하는 것은 효율성이 아니라 에티켓인가? 내가 러시아어를 구사하기 때문에 영어보다 러시아어로 프로그램을 더 잘 작성할 수 있다면 왜 "예절"에 굴복하고 나에게 덜 명확하지 않은 언어로 프로그램을 작성해야 합니까? 무언의 법칙?
Реter Konow : 그래서 에티켓에 관한 것입니까? 예를 들어, 기계(컴퓨터)는 우리의 에티켓에 대해 무엇을 중요하게 생각합니까? 기술을 지배하는 것은 효율성이 아니라 에티켓인가? 내가 러시아어를 구사하기 때문에 영어보다 러시아어로 프로그램을 더 잘 작성할 수 있다면 왜 "예절"에 굴복하고 나에게 덜 명확하지 않은 언어로 프로그램을 작성해야 합니까? 무언의 법칙?
아무도 당신에게 에티켓을 지키라고 강요하지 않습니다. 이것은 순전히 자발적인 문제입니다. 컴파일러는 실제로 당신이 무엇을 작성하는지 상관하지 않습니다. 위에서 말했듯이, 당신의 코드를 이해한 후에 당신의 코드를 읽을 누군가가 그것을 이해하기 어려울 것입니다. 자신만을 위해 작성하고 이 코드를 누구에게도 표시하지 않으려면 원하는 대로 작성하십시오.
고급 C++를 보십시오. 이 프로그래밍 언어는 이미 고유한 속어를 습득한 것 같습니다... 다른 언어에는 이러한 엔터티가 없을 것입니다. 연구를 수행하고 필요한 것만 남겨두면 여러 번 축소됩니다. 따라서 대다수가 더 이해하기 쉽고 접근할 수 있게 될 것입니다. 그러나 누군가가 이 언어가 모든 사람이 이해하고 접근할 수 있기를 원하지 않아 엄청나게 복잡하다는 느낌이 듭니다...
1C? 그것은 무엇입니까?
러시아는 어디에 있습니까?
모스크바 순환 도로 너머.
일부 영국 조류의 밝은 미래는 이중 잣대입니다. 묻지도 따지지도 않습니다. 현재 중국과 일본도 고정관념을 깨기 시작한다는 것이 당혹스럽습니다.. 아마 아무도 당신에게 소스 코드를 요구하지 않습니까?
대체 접근 방식에 관해서는 - 그것이 무엇인지 궁금합니다. 글을 쓰면 안되나요?
아직 답변을 받지 못했고, 잘 모르겠습니다. 허용할 수도 있지만 허용하지 않을 수도 있습니다. 물론 고정관념을 바로 깰 수는 없지만 차츰차츰… 무례한듯...
OOP를 즉시 포기할 수는 없지만 다른 접근 방식을 생각해 볼 수는 있습니다. 여기 내가 생각해낸 것이 있습니다.
그리고 당신은 러시아어로 사용자 정의 함수와 변수의 이름을 쓰는 것에 대해 이야기하고 있습니다. 그래서 아무도 쓰지 않습니다.
1C에서는 모든 것이 완전히 러시아어로 작성됩니다. 예를 들어 함수 () ..... 함수의 끝. 루프 ... 루프를 종료하면 ... if를 종료합니다. 등. 등.
아무도 그렇게 쓰지 않는다는 것을 이해합니다. 그래서 나는 놀랐습니다 ...
1C의 경우 - 적어도 하나의 프로그램이 고정 관념에서 벗어났습니다.)
... 비효율은 항상 눈에 보입니다. OOP (누군가가 발명한 것)조차도 의문을 제기하지 않습니다. 더 좋고 효율적인 접근 방식이 없을까요? 더 좋고 더 효율적인 접근 방식 이 있으며 모국어로 프로그래밍하는 것이 훨씬 더 편리하다고 자신 있게 말합니다. 이것은 모두 저의 3년 간의 실습과 프로그래밍에서의 저의 성공으로 입증되었습니다.
...
더 정교할 수 있습니까?
어떤 접근 방식이 OOP보다 낫습니까?
위협 어떻게든 러시아어로 프로그램을 작성하려고 시도한 후 이 사업을 그만두었습니다. 좋아하지 않았다. IMHO 프로그램을 읽을 수 없게 됩니다. 관계에 대한 이해 상실.
아무도 그렇게 쓰지 않는다는 것을 이해합니다. 그래서 나는 놀랐습니다 ...
1C의 경우 - 적어도 하나의 프로그램이 고정 관념에서 벗어났습니다.)
그리고 당신은 러시아어로 사용자 정의 함수와 변수의 이름을 쓰는 것에 대해 이야기하고 있습니다. 그래서 아무도 쓰지 않습니다. 이미 오래 전에 프로그래머는 좋은 취향의 특정 규칙을 개발했습니다. 당신뿐만 아니라 다른 사람들도 쉽게 읽을 수 있도록 소스 코드의 형식 을 올바르게 지정하는 방법. 사회적 에티켓 같은 거죠.
1C에서는 모든 것이 완전히 러시아어로 작성됩니다. 예를 들어 함수 () ..... 함수의 끝. 루프 ... 루프를 종료하면 ... if를 종료합니다. 등. 등.
더 정교할 수 있습니까?
어떤 접근 방식이 OOP보다 낫습니까?
위협 어떻게든 러시아어로 프로그램을 작성하려고 시도한 후 이 사업을 그만두었습니다. 좋아하지 않았다. IMHO 프로그램을 읽을 수 없게 됩니다. 관계에 대한 이해 상실.
아마도 OOP보다 더 나은 접근 방식이 있을 수 있습니다. 내가 그를 얻었다고 생각한다. 사실, 그것은 두 가지 기본 규칙을 준수하는 것으로 시작됩니다.
1. 에티켓에 관계없이 더 편리한 경우 모국어로 프로그램을 작성하십시오.
2. 불필요한 프로그래밍 및 구문 엔터티(OOP에서 너무 많이 발생)를 차단합니다.
그래서 에티켓에 관한 것입니까? 예를 들어, 기계(컴퓨터)는 우리의 에티켓에 대해 무엇을 중요하게 생각합니까? 기술을 지배하는 것은 효율성이 아니라 에티켓인가? 내가 러시아어를 구사하기 때문에 영어보다 러시아어로 프로그램을 더 잘 작성할 수 있다면 왜 "예절"에 굴복하고 나에게 덜 명확하지 않은 언어로 프로그램을 작성해야 합니까? 무언의 법칙?
아마도 OOP보다 더 나은 접근 방식이 있을 수 있습니다. 내가 그를 얻었다고 생각한다. 사실, 그것은 두 가지 기본 규칙을 준수하는 것으로 시작됩니다.
1. 에티켓에 관계없이 더 편리한 경우 모국어로 프로그램을 작성하십시오.
2. 불필요한 프로그래밍 및 구문 엔터티(OOP에서 너무 많이 발생)를 차단합니다.
글쎄, 당신은 OOP에서 러시아어로 쓸 수 있습니다.
OOP 포기 시 컷오프의 본질은 무엇입니까?
OOP의 본질은 프로그래머가 직접 변수의 범위를 설정할 수 있는 기회가 주어진다는 것입니다. 이 기회를 무시함으로써 무엇을 얻습니까?
더 이상 범위를 제어할 수 없기 때문에 계속해서 새로운 카운터와 새로운 변수를 사용해야 합니다.
이름은 접미사와 접두사를 사용하여 더 길게 작성해야 합니다.
코드를 재사용 할 수 있는 능력을 잃게 됩니다(OOP의 기둥 중 하나).
물론 그게 전부는 아니지만 간단히 말해서.
어떤 접근 방식을 선호합니까?
추신 그건 그렇고, 당신이 프로그램을 개발하고 텍스트를 채우지 않는다면 변형 가능성이 중요합니다. OOP로 성경 한 권을 다시 쓰면 충분합니다. 다른 접근 방식을 사용하면 전체 프로그램을 편집해야 합니다.