세 번째 요점에서 Peter는 전 세계적인 수준의 모든 것을 배열로 처방한 것에 대한 변명가로부터 신에 의해 기대하지 않았습니다. 클래스의 필드에는 변수가 없지만 컨테이너는 각각 런타임에 추가/뺄 수 있으며 위에서 동반 브레이크에 대해 이미 작성했습니다. 그건 그렇고, 올바른 철자를 사용하면 브레이크가 꽤 받아 들여질 수 있습니다.
Vladimir Simakov : 세 번째 요점에서 Peter는 전 세계적인 수준의 모든 것을 배열로 처방한 것에 대한 변명가로부터 신에 의해 기대하지 않았습니다. 클래스의 필드에는 변수가 없지만 컨테이너는 각각 런타임에 추가/뺄 수 있으며 위에서 동반 브레이크에 대해 이미 작성했습니다. 그건 그렇고, 올바른 철자를 사용하면 브레이크가 꽤 받아 들여질 수 있습니다.
예, 속성을 개체에 추가할 수 있다는 것을 이해하지만 다른 속성 및 개체와의 관계를 업데이트하지 않고 그러한 추가는 무의미합니다. 구조적으로 각 객체는 다른 객체의 환경에 통합되며 이들의 관계는 복잡하고 복잡합니다. 표준 OOP를 사용하면 코드를 다시 작성하고 다시 컴파일하여 개체 관계를 변경할 수 있습니다. 그리고 "즉시" 새 속성을 추가해도 개체의 구조는 변경되지 않으며 시스템은 그대로 유지되거나 고장납니다. 시스템 자체가 "즉시" 변경되어야 합니다.
Реter Konow : 예, 속성을 개체에 추가할 수 있다는 것을 이해하지만 다른 속성 및 개체와의 관계를 업데이트하지 않고 그러한 추가는 무의미합니다. 구조적으로 각 객체는 다른 객체의 환경에 통합되며 이들의 관계는 복잡하고 복잡합니다. 표준 OOP를 사용하면 코드를 다시 작성하고 다시 컴파일하여 개체 관계를 변경할 수 있습니다. 그리고 "즉시" 새 속성을 추가해도 개체의 구조는 변경되지 않으며 시스템은 그대로 유지되거나 고장납니다. 시스템 자체가 "즉시" 변경되어야 합니다.
새로운 운영자가 있습니다. 이 문을 사용하면 프로그램 실행 중에 새 개체를 만들 수 있습니다.
객체에 대한 포인터 배열이 있습니다. 이 배열을 사용하면 그 안에 있는 모든 개체에 대한 포인터를 넣을 수 있습니다.
포인터 배열 자체가 객체입니다.
이제 생각하고 답하십시오. 즉석에서 개체에 속성을 추가하는 것이 가능합니까, 아니면 불가능합니까?
모든 것에는 한계가 있습니다.
표준 OOP 문제를 찾았습니다.
OOP는 불변이며 Consciousness의 자연스러운 속성이지만 구현에는 단점이 있을 수 있습니다.
모든 것에는 한계가 있습니다.
표준 OOP 문제를 찾았습니다.
OOP는 불변이며 Consciousness의 자연스러운 속성이지만 구현에는 단점이 있을 수 있습니다.
______________________________________________________________________________________________________
왜 불변인가?
AI를 우리가 얻고자 하는 측면에서 정의하는 것이 더 나을까요?
그래, 너가 맞아.
컴퓨터 시스템에 객체를 모델링 하는 방법을 가르치고 싶습니다.
기술적으로 사고는 현실의 대상과 관계를 반영하고 모델링하는 것입니다.
인공 지능은 현실의 대상을 탐색하고, 현실로부터 받은 데이터를 분석하고, 자신의 모델을 자체적으로 재생산하는 지성의 작업을 반복해야 합니다.
세 번째 요점에서 Peter는 전 세계적인 수준의 모든 것을 배열로 처방한 것에 대한 변명가로부터 신에 의해 기대하지 않았습니다. 클래스의 필드에는 변수가 없지만 컨테이너는 각각 런타임에 추가/뺄 수 있으며 위에서 동반 브레이크에 대해 이미 작성했습니다. 그건 그렇고, 올바른 철자를 사용하면 브레이크가 꽤 받아 들여질 수 있습니다.
Peter, 이것은 아마도 유전 코드를 해독하고이 코드에 따라 개체를 형성하는 분야의 무언가입니까?
______________________________________________________________________________________________________
왜 불변입니까?
OOP는 일반에서 특정까지 "계층"이 분포된 계층 구조로 정보를 연결하는 능력입니다. 이것이 OOP의 "불변성"입니다. 인간 두뇌와 컴퓨터 프로그램에서 OOP를 구현하는 것은 다릅니다.
Peter, 이것은 아마도 유전 코드를 해독하고이 코드에 따라 개체를 형성하는 분야의 무언가입니까?
예, 속성을 개체에 추가할 수 있다는 것을 이해하지만 다른 속성 및 개체와의 관계를 업데이트하지 않고 그러한 추가는 무의미합니다. 구조적으로 각 객체는 다른 객체의 환경에 통합되며 이들의 관계는 복잡하고 복잡합니다. 표준 OOP를 사용하면 코드를 다시 작성하고 다시 컴파일하여 개체 관계를 변경할 수 있습니다. 그리고 "즉시" 새 속성을 추가해도 개체의 구조는 변경되지 않으며 시스템은 그대로 유지되거나 고장납니다. 시스템 자체가 "즉시" 변경되어야 합니다.
새로운 운영자가 있습니다. 이 문을 사용하면 프로그램 실행 중에 새 개체를 만들 수 있습니다.
객체에 대한 포인터 배열이 있습니다. 이 배열을 사용하면 그 안에 있는 모든 개체에 대한 포인터를 넣을 수 있습니다.
포인터 배열 자체가 객체입니다.
이제 생각하고 답하십시오. 즉석에서 개체에 속성을 추가하는 것이 가능합니까, 아니면 불가능합니까?