OOP 전문가를 위한 질문입니다. - 페이지 13

 
Реter Konow :

인생은 확실히 충분하지 않습니다. 따라서 귀하의 사이트를 선택하는 것입니다. 저에게는 프로그래밍 방식입니다. 아래의 모든 것(전기, 컴퓨터, 언어)이 허용됩니다. 그러나 접근 방식 자체가 나의 놀이터입니다. 과제는 프로그램 개발에서 Core-Engine 아이디어의 잠재력을 테스트하는 것입니다. 거시적 과제는 자기 계발을 프로그램하는 것이다. 이것이 얼마나 현실적인지는 모르겠지만 AI를 통해 아마도 가능할 것입니다.


추신. 그리고 내 일이 여기에 필요하지 않으면 포기하고 울고 패자가되었다고 생각하지 마십시오.))

글쎄, 내가 말했듯이, 당신의 접근 방식은 빨간 실처럼 실행됩니다. OOP에 대한 주제를 얻는 것이 목적이었습니다.

나는 어렸을 때 전자 제품을 좋아했는데, 내가 무엇에 많은 시간을 허비했는지 알아? 나는 트랜지스터가 어떻게 작동하는지 (베이스 전류를 통해 콜렉터 전류를 제어한다는 의미가 아니라 마이크로 레벨에서) 어떻게 작동하는지 명확하게 이해하려고 노력했지만 책의 설명은 저에게 적합하지 않았습니다. 그래서 내가 그렇게 귀찮게 했습니까? 더 이상의 질문 없이 기존의 발전을 받아들일 필요가 있었습니다. 당신은 당신의 자전거와 접근 방식에 대해 똑같은 일을 하고 있습니다. . . . 물고기가 있을지도 모르지만 그럴 가능성은 거의 없습니다. Stroustrup의 자리는 이미 점령되었습니다.

 
Vict :

글쎄, 내가 말했듯이, 당신의 접근 방식은 빨간 실처럼 실행됩니다. OOP에 대한 주제를 얻는 것이 목적이었습니다.

나는 어렸을 때 전자 제품을 좋아했는데, 내가 무엇에 많은 시간을 허비했는지 알아? 나는 트랜지스터가 어떻게 작동하는지 (베이스 전류를 통해 콜렉터 전류를 제어한다는 의미가 아니라 마이크로 레벨에서) 어떻게 작동하는지 명확하게 이해하려고 노력했지만 책의 설명은 저에게 적합하지 않았습니다. 그래서 내가 그렇게 귀찮게 했습니까? 더 이상의 질문 없이 기존의 발전을 받아들일 필요가 있었습니다. 당신은 당신의 자전거, 접근 방식과 같은 일을 하고 있습니다. . . . 물고기가 있을지도 모르지만 그럴 가능성은 거의 없습니다. Stroustrup의 자리는 이미 점령되었습니다.

예, 유용한 것을 사용해도 상관 없습니다. 글쎄, 나는 Canvas 클래스를 가지고 그것을 엉망으로 만들고 캔버스에 그리는 기능을 제거하고 변경하고 내 엔진에 삽입했습니다. 나는 애니메이션 을 그리는 데 사용합니다. 그러나 드물게. 내가 전체 Canvas를 가져간 경우 - 안녕 내 접근 방식, 안녕 OOP. 이것이 차이점입니다. 나는 호텔 기성품 솔루션을 사용할 준비가 되어 있습니다.
 
일반적으로 접근 방식에 관한 것이 아닙니다. 가장 중요한 것은 사람의 능력입니다. 그것들은 발명의 열쇠입니다. 그렇다면 모든 것이 가능합니다. 그리고 이차적인 것의 도움으로 얼마나 정확하게. 도중에 명확해집니다.
 
Реter Konow :
일반적으로 접근 방식에 관한 것이 아닙니다. 가장 중요한 것은 사람의 능력입니다. 그것들은 발명의 열쇠입니다. 그렇다면 모든 것이 가능합니다. 그리고 이차적인 것의 도움으로 얼마나 정확하게. 도중에 명확해집니다.
피터, 당신은 이미 무엇을 발명 했습니까? 특허가 있습니까?
 
Artyom Trishkin :
피터, 당신은 이미 무엇을 발명 했습니까? 특허가 있습니까?
있다. 하지만 여기서는 그것에 대해 이야기하지 않겠습니다.
 
Реter Konow :
있다. 하지만 여기서는 그것에 대해 이야기하지 않겠습니다.
그래서 모두가 그것을 가지고 있고 다시 - 이것에 대해 모두 "나는 여기에 있지 않을 것입니다"
 
Artyom Trishkin :
그래서 모두가 그것을 가지고 있고 다시 - 이것에 대해 모두 "나는 여기에 있지 않을 것입니다"
))) 궁금한데 특허를 어떻게 내야 할까요? 큰 배열에 있는 객체의 속성 분포?)) 변수의 이름이 아닐까요? 아니면 당신의 두뇌를 특허?)) 농담.
 
바로 지금 내 개념에 특허를 낼 것입니다. 투자자들이 있습니다. 그래서 모든 것이 심각합니다.
 
Vict :

그리고 모든 것에서 모든 것의 계층 구조를 만들려고 하지 마십시오(저는 이것을 겪었습니다). 이것은 전혀 필요하지 않습니다(예: 그런 미친 아이디어 - 프로그램의 모든 엔터티는 관련되어야 함). 그리고 oop는 가상 함수 를 가진 다형성과 동의어가 아니며, 이러한 인상은 많은 책을 읽을 때 발생합니다.

흠, 솔직히 말해서, 대단히 감사합니다! 밤새도록 (직장에서) 잠을 자지 않고 @A100 이 저를 가르치거나 책망하려는 내용을 계속 생각했습니다. 마치 당신이 위대하고 강력한 OOP의 본질을 전혀 이해하지 못한 것처럼 모든 것이 스스로 "회전"해야 하고 그에 대한 언급이 있어야 합니다. OOP는 본질을 모르고 헛되이 표준 순수 ... 그리고 고통 ...


여기에서 일반적으로 주제는 항상 홍수 범람입니다. 저는 C#의 VS2017 라이브러리에 대해 잘 알고 있으며 모두 탄소 카피로 작성되었으며 코드 자체의 논리는 MQL SB와 매우 유사합니다.

일반적으로 다시 한 번 ATP, 그들은 무엇을 이해하지 못하는지 찾아 조금 멈추는 데 도움이되었습니다. 코드가 무엇보다 효율적이어야한다고 썼고 다시 작성할 것입니다. 물론 효과적인 코드가 무엇인지에 대해 이야기 할 수 있습니다. 간단히:

- 소스 코드에서 코드 섹션의 반복이 없는 코드입니다.

- 이 코드는 다음 작업을 위해 쉽게 수정할 수 있습니다(산업의 일반적인 개념의 틀 내에서)

- 이 코드는 OS 또는 하드웨어에 연결되어 있습니다. - 지금 여기에서 유효합니다. - 결국 고객이 필요로 합니다.

간단히 말해서 이 코드가 서브루틴 호출에서 순수한 OOP로 작성되는 방법 또는 코드의 다른 부분에서 둘 다 사용하는 방법입니다. 그러나 그것이 요점이 아닙니다. 궁극적으로 "프로그래밍 오르가즘", 하지만 프로세서나 컨트롤러를 실행할 기계어 코드일 뿐입니다.

 

피터, 와우!

정말 OOP 공부 의 필요성을 깨달았다고 생각합니다.
그리고 당신은 지루해져서 지구가 평평하다는 사실에 대해 이야기하기로 결정했습니다 ...