이전의 게시글에서 Memory 의 CRUD 를 다루는 것이 Memory 에 상관되는 어떠한 것에 대해서 그것이 CRUD 로써, Operation 을 일으킬 때

그러한 Operation 의 Domain (도메인) 에 대해서, User (사용자) 에게 Library 와 같이

최적화를 이뤄내는 것이 대부분의 개발행위가 공학으로써 이뤄진다고 말했음.

이에 대해서 좀더 후술함.. 

ㅇㅅㅇ

컴퓨터(Computer) 는 전자기기로써 On-Off 를 가지고 이에 대해서는 When?/What? 에 대한 True or False 에 대해서

CPU or GPU 의 조건처리가 연산으로 필요로 함. (CPU or GPU 의 필요성..) 

그렇지만 프로그램에 대해서는 Symbol 로써 Data 에 대해서 Yes or No 를 기본적으로 일일히 다뤄야 하는 것이기도 함.. ㅇㅅㅇ.. 

그렇지만 Operation 의 CRUD 에 집중하면 When?/What? 과 Yes or No 의 Abstract 가 가능함. 

이에 대해서는 단순한 True or False 라기보다는, 'Be' 의 논리가 들어가서 Be true or Be false 의 When?/What?/Yes or No 가 이뤄지게 됨.

이에 대해서는 컴퓨터 시스템의 동작에 대한 전체 추상화를 시도했다고 볼 수 있음.. (컴퓨터의 발전 초창기 아이디어였을 것임..)

ㅇㅅㅇ

그렇다면 어느정도의 ISO 규격과 같은 표준에 의해서 파일의 실행 및 저장에 의해서 Engine 이 가능하게 됨.. 

그래서, 컴퓨터에 의한 Media 가 가능하게 되었다고 볼 수 있음..

실행기에 의해서 실행되는 것으로써 많은 것들이 Media 자료가 컴퓨터로 부터 가능해졌다는 것임.

이에 의해서 실행기의 Engine 에 의해서, 실행되는 파일들이 존재하고 여기에서

Be true or Be false 에 대한 Aspect 도 프로그램의 규격 상 Configure 가 가능함.. ㅇㅅㅇ.. 

이러함에 의해서 프로그래밍이라는 것이 진짜 전산처리와는 동떨어져서 이러한 Be true or Be false 를 Get/Set 하는 것이 When?/What? 에 의해서 

가능해진 것임.. (프로그래밍의 환경에 Aspect 를 내놓은 것..)

초기의 전산처리에 대한 프로그램에 의해서 이러한 행위가 가능해진 것이고, 많은 프로그래밍 플랫폼에 대해서는 거의 모든 논리가

Be true or Be false 에 대한 Logic 이 되는 그런 유행이 불어닦친 것임. 

이에 대해서는 어느정도 좋음에 대한 Be how? 가 이뤄지니까 이에 의해서 개발자는 기본적으로 컴퓨터 시스템의 부류에 대해서,

Operation 의 최적화가 목표로 가능해지고 이의 CRUD 에 대해서 발명 및 디자인을 할 수 있게된 것임.. ㅇㅅㅇ..

전체적으로 이러한 변곡점이 컴퓨터 시스템에서 아주 중요한 곳으로 볼 수 있음..

ㅇㅅㅇ