Реter Konow : Matrix에서 시스템을 표현하면 시스템의 구조를 새롭게 볼 수 있지만 시스템 생성을 용이하게 한다는 힌트는 보지 못했습니다. 일종의 "자기 개발"은 말할 것도 없습니다. 이런 식으로 시스템을 고려하는 것은 흥미롭지만 더 이상은 아닙니다. 자기 발전이 전혀 보이지 않고, 암시조차 되지 않습니다. 그러므로 신은 하나님께 맡기도록 합시다. 표준 OOP 접근 방식이나 필자는 시스템 자체 개발을 달성할 수 없습니다.
Реter Konow : Matrix에서 시스템을 표현하면 시스템의 구조를 새롭게 볼 수 있지만 시스템 생성을 용이하게 한다는 힌트는 보지 못했습니다. 일종의 "자기 개발"은 말할 것도 없습니다. 이런 식으로 시스템을 고려하는 것은 흥미롭지만 더 이상은 아닙니다. 자기 발전이 전혀 보이지 않고, 암시조차 되지 않습니다. 그러므로 신은 하나님께 맡기도록 합시다. 표준 OOP 접근 방식이나 필자는 시스템 자체 개발을 달성할 수 없습니다.
Artyom Trishkin : 저에게는 어렵습니다. 저는 이론가가 아니라 실무자입니다. 나는 단지 시도할 것이다:
클래스에 의해 설명되고 생성되는(메모리에 물리적 개체가 있는) 모든 것은 객체입니다.
그 경우에, 나는 당신에게 새 프리즘을 물체에 "던졌습니다". 상태 개체는 클래스로 설명되지 않지만 메모리에 물리적 개체가 있습니다. 클래스는 Object 에 대한 설명입니다 . 다른 것들이 있을 수 있습니다. 그것은 오히려 객체의 복합체입니다. 그러나 개체 자체는 명명된 개체입니다.
Все объекты, используемые в техническом анализе, имеют привязку на графиках по координатам цены и времени – трендовая линия, каналы, инструменты Фибоначчи и т.д. Но есть ряд вспомогательных объектов, предназначенных для улучшения интерфейса, которые имеют привязку к видимой всегда части графика (основное окно графика или подокна индикаторов...
Matrix에서 시스템을 표현하면 시스템의 구조를 새롭게 볼 수 있지만 시스템 생성을 용이하게 한다는 힌트는 보지 못했습니다. 일종의 "자기 개발"은 말할 것도 없습니다. 이런 식으로 시스템을 고려하는 것은 흥미롭지만 더 이상은 아닙니다. 자기 발전이 전혀 보이지 않고, 암시조차 되지 않습니다. 그러므로 신은 하나님께 맡기도록 합시다. 표준 OOP 접근 방식이나 필자는 시스템 자체 개발을 달성할 수 없습니다.
나는 내가 평생 동안 관심을 가지고 있었던 몇 가지를 이해하고 싶습니다.
1. 자체 개발 시스템을 만드는 것이 가능한가요?
2. 많은 시스템이 상호 작용하고 변화하고 발전하는 프로세스를 만드는 것이 가능합니까?
3. 처음에 정해진 개념 없이 어떤 것이 일어날 수 있습니까?
4. 상속 및 개체 캡슐화와 함께 코어 및 표준 OOP의 개체 표현을 교차하면 어떻게 됩니까? 복잡한 시스템의 생성을 단순화할 수 있습니까?
위의 글에서 첫 번째 질문에 답했습니다.
2. 상호 작용하고 변화하는 시스템을 만들 수 있지만 자율 개발을 달성할 수는 없습니다. "풀기"로 대체하여 시스템 개발의 "환상"을 만들 수 있습니다. 이건 진짜야.
3. 나는 하나님을 대변할 수는 없지만, 사람이 미리 알지 못하는 만물의 형성 과정이 일어나는 환경을 만들 수는 없습니다.
4. 이미 건넜습니다. 이제 시스템에 대한 새로운 시각이 필요합니다. 예측은 비관적입니다.
그들 스스로가 어려움을 겪었고, 스스로 혼란스러워 했고, 그들 자신도 겁에 질렸습니다.
Matrix에서 시스템을 표현하면 시스템의 구조를 새롭게 볼 수 있지만 시스템 생성을 용이하게 한다는 힌트는 보지 못했습니다. 일종의 "자기 개발"은 말할 것도 없습니다. 이런 식으로 시스템을 고려하는 것은 흥미롭지만 더 이상은 아닙니다. 자기 발전이 전혀 보이지 않고, 암시조차 되지 않습니다. 그러므로 신은 하나님께 맡기도록 합시다. 표준 OOP 접근 방식이나 필자는 시스템 자체 개발을 달성할 수 없습니다.
.
.
여기 당신은 지적으로 발달 된 사람처럼 보이지만 온갖 말도 안되는 글을 게시하여 다른 사람들이 당신이 무언가의 전문가처럼 보인다는 것을 잊게합니다. 나는 오랫동안 당신에게서 의미있는 것을 보지 못했습니다. 하나의 빈 트롤링, 당신만 이해할 수 있습니다.))
비디오에서 자신을 알아보았을 수도 있습니다. 무슨 말인지 누가 알겠습니까?
Artem, 개체에 대한 정의를 알려주십시오.
Artem, 개체에 대한 정의를 알려주십시오.
기술적인 정의가 아니라 철학적인 정의를 의미합니다. 나는 이미 당신의 기술적 정의를 이해했습니다. 이 속성과 해당 핸들러. 나는 당신에게 이벤트와 그 핸들러, 상태와 핸들러를 추가했습니다. 내가 어떻게 당신의 프레젠테이션을 풍부하게 했는지 보십시오. :)
저에게는 어렵습니다. 저는 이론가가 아니라 실무자입니다. 나는 단지 시도할 것이다:
그 경우에, 나는 당신에게 새 프리즘을 물체에 "던졌습니다". 상태 개체는 클래스로 설명되지 않지만 메모리에 물리적 개체가 있습니다. 클래스는 Object 에 대한 설명입니다 . 다른 것들이 있을 수 있습니다. 그것은 오히려 객체의 복합체입니다. 그러나 개체 자체는 명명된 개체입니다.
기술적인 정의가 아니라 철학적인 정의를 의미합니다. 나는 이미 당신의 기술적 정의를 이해했습니다. 이 속성과 해당 핸들러. 나는 당신에게 이벤트와 그 핸들러, 상태와 핸들러를 추가했습니다. 내가 어떻게 당신의 프레젠테이션을 풍부하게 했는지 보십시오. :)
동시에 본질은 반드시 나눌 수 없는 것은 아닙니다. 다른 엔터티로 구성될 수 있으며 하나의 개체가 될 수 있습니다. 예를 들어 - 개체 시스템. 그것은 많은 엔티티를 가지고 있으며 각각은 객체입니다.
또 다른 흥미로운 점은 State Object가 Event Object와 구조적으로 유사하다는 것입니다.
상태란 무엇입니까? 이것은 고정된 중요 불변에서 시스템의 중요한 매개변수의 복합체입니다. 시스템 매개변수의 중요한 연속성 - 상태. 그리고 이벤트는 시스템 매개변수의 중요한 변경입니다. 그들은 구조적으로 유사합니다.