컴퓨터과학에서 배우는 것을 고려해보면, 컴퓨터(Computer) 라는 것이 Memory Space 에 대해서 산술/논리 조합연산(Operation) 에 관해서


CRUD(Create/Read/Update/Delete) 를 Masking Unit 에 관련해서,


메모리 공간(Memory Space) 에 Update 를 시키는 것이 Null 값을 포함해서 사실이기는 함.. ㅇㅅㅇ..




그래서 깊이(Depth Level) 에 대해서 조합의 CODE 에 대해서 Condition(조건) CODE 에 맞춰서 DECODE 분기를 하는 것이 DECODE Stream 에 대해서


산술/논리 조합연산(Operation) 에 대해서 컴퓨터(Computer) 로 할 수가 있는 일이 정해져 있기는 한 것임.. ㅇㅅㅇ..


결과적으로 Computer(컴퓨터) 로 할 수 있는 일에 대해서는 조건(Condition) CODE 가 많을 때 조합의 CODE 에 대해서,


Output 이 어떻게 DECODE 되는가? 를


Program(프로그램)으로 따지는데 인간의 한계를 넘어서는 경우에 많이 유용해지는 것밖에 없기는 함.. ㅇㅅㅇ..




결국에는 System 의 행태(Behavior) 가 조합의 CODE 로 List 되는 것이 있을 때,


특징에 대해서 조건(Condition) CODE 의 List 를 대입하면,


System 의 하위객체에 대해서 어떻게 행태가 CODE 로 나타나는가? 에 대한 Stream 을 확인하는 것이 컴퓨터(Computer) 에 대해서


기대할 수가 있는 것 외에는 아무것도 없을 것이기는 함. ㅇㅅㅇ;



그래서 이전의 Push/Pop 아키텍쳐에 대한 보통의 OS(운영체제) 하의 시스템이 컴퓨터로 구현되어있는 것도,


이러한 원리에 기초하는 것은 동등함. ㅇㅅㅇ



어플리케이션 및 기타의 운영체제 커널 및 기타의 등등에 대해서는,


운영체제(OS) 의 System 에 대해서는 Hardware(하드웨어) 에 대해서 CRUD 의 CODE 가 System 으로 있어서,


HCI(인간-컴퓨터 상호작용) 으로 조건 CODE 의 List 를 작성한 것이 되는 아키텍쳐인 것같고,



API 의 System 에 대해서는 GUI(그래픽 사용자 인터페이스) 에 대해서 주로 Input-Output 의 CRUD 의 CODE 에 대해서 System 이 있어서,


UI(User Interface) 의 조건 CODE 의 List 를 작성한 것이 되는 아키텍쳐인 것같고,


Database 의 System 에 대해서는 주로 Read/Write 에 대해서 GUI 내에서 List 의 CRUD 의 CODE 에 대해서 System 이 있어서,


List 에 조건의 CODE 를 작성한 것이 SQL 이라는 아키텍쳐인 것 같음..




결과적으로 컴퓨터과학 및 컴퓨터공학이라는 것에 대해서는, System 에 대해서 행태(Behavior) 의 CODE 가 Interaction 이 가능한 조합일 때,


그것에 대해서 CRUD 를 만들어서,


그것에 System 의 Interaction 의 List 에 대해서 최적화의 조건의 CODE 를 만들어내서 Frame 을 작성시키는 과정이 되는 것이라고 보임..


ㅇㅅㅇ..