컴퓨터의 처리에 대해서는 개념적으로, 물리적으로도 ON-OFF 를 시켜야 하는 처리가 거의 모든 것인 것은 전자기기로써 보면 당연하다고 볼 수 있음.. ㅇㅅㅇ..


그렇지만, 프로그램에 대해서는 프로그래머의 기준으로써의 입장에서는 Interception 에 대한 처리가 되는 시야를 가지고 있기도 함. 




프로그램에 대해서는 메모리의 CRUD 를 처리를 하는 것이 컴퓨터의 일인데, 


그렇다면 부분의 의사처리에 대해서 When?/What? 에 대해서 CODE 의 Data 를 집어넣고서 알아서 이것저것 처리를 하는 것에 대해서 대부분의 프로그램들이 부분적으로 지능을 갖추고 있는 것처럼 보이기도 하는데 여기에서 중요한 것은 Transaction 임.. ㅇㅅㅇ.. 


그리고,


개발의 일에 대해서 새로운 관점을 도입을 하기에 부분의 의사처리에 대해서 When?/What? 의 CODE 를 만들어놓는 일에 대해서 Data 는 충분히 추상적일 수 있음.. 


그래서 프로그래머가 가능한 것이기도 함.. ㅇㅅㅇ..




그렇지만,


결과적으로는 이러한 When?/What? 의 CODE List data 에 대해서는 전이가 필요로 함.. 


When?/What? 의 CODE List data 를 정의해놓고 여기에서 전이가 일어나도록 하는 것이 컴퓨터의 일인 것임.. ㅇㅅㅇ.. 


왜냐하면,


Inter domain(도메인 상호 간) 의 Communication 이 일어날 수가 있는 형식이 되고, 여기에서, 


Dispatcher 로써의 부분적 지능효과가 나타나게 되는 것이기 때문임. 


 


그런데 메모리의 CRUD 에 덧붙여서 CPU or GPU 가 필요로 하는 이유는,


When?/What? 의 CODE List data 가 정의되었을 때, CODE List data 는 Range 이거나 Token 일 수 있음.. ㅇㅅㅇ.. 


형식적으로 CODE 에 대해서는 Range 와 Token 을 가지는 것이 일반적임.. ㅇㅅㅇ..




그렇다면,


커뮤니케이션 물리적으로 Fix 가 되어야 하는 Range or Token 에 대해서는 객체지향에 대해서 Suffix 로 다뤄질 수 있고 커뮤니케이션에 대해서,


개념적인 Fix 하지않아도 되는 Range or Token 이 있을 수 있음.. ㅇㅅㅇ.. 




좀더 확실히 하자면, 메모리의 CRUD 에 대한 When?/What? 의 CODE List data 에 대해서 그것이 부분의 의사처리를 해결해주는데,


그것의 합에 대해서 형식이 있을 것이고, 


그것에 공통인 CODE List data 에 대해서는 Suffix 로 다뤄질 수 있고, 공통이지 않은 CODE List data 에 대해서는 Prefix 로써,


프로그래밍 중에 Spell 로써 정해지게 될 수가 있음.. ㅇㅅㅇ.. 


그래서 여기에서 객체지향 및 함수의 표현개념이 쓰이게 됨.. ㅇㅅㅇ.. 




객체지향의 Method 또는 함수의 Function 은 Inter domain(도메인 상호 간) 의 합에 대해서 공통형식을 가지는 CODE List data 를 Range or Token 에 대해서, 


Fix out 되는 논리구역을 가둬놓고 그것을 Memory 에 대해서 정의함으로써, 


Spell 객체로써 Inner domain 의 관점을 프로그래밍에서 유지하기 위해서 쓰이는 것이라고 할 수 있음.. ㅇㅅㅇ


개발자는 그래서 기억력이 좋아야됨..