프로그래밍에 대해서는 Memory 를 기준으로 CRUD 의 Operation 이 이루어지는 것이 유의미하다는 것은 컴퓨터 전공이면 간략히 이해가 들 것임.

ㅇㅅㅇ.. 

컴퓨터 시스템에 대해서는 이러한 Memory 에 가해지는 CRUD 의 Operation 이 Be true or Be false 의 단위로 이뤄지는 것이

현대적인 시스템이 되기는 했음. ㅇㅅㅇ..

그렇지만 API 단위만 보자면 이러한 Be true or Be false 가 API 에 대해서 Getter/Setter 에 대한 Rule 이 낳아지기는 했음.. 

이러한 API 에 의해서 Be true or Be false 를 Getter/Setter 를 지정해서 프로그래밍을 하는 것이

현대의 프로그래머가 되기는 함. 

하지만 Low level 에 대해서도 Access 가 어렵기는 하지만 Be true or Be false 에 대한 When?/What? 의 CODE 에 따라서 Byte 단위로

Memory mapping 단위로 이뤄지는 것은 똑같은 것은 기정의 사실임.. 

그렇지만 High level 에 대해서도 이러한 Getter/Setter 에 대해서는 크게는 주로 Database 를 통해서,

API 이외의 Getter/Setter 를 통해서 Logic 이 돌아가게 되어있음.. 

그래서, 디버깅의 Science 에 대해서 요점을 남긴 글에 따르면 CODE 는 Range or Token 이 되니까 이에 대해서,

When?/What? 의 CODE List 에 대해서 Range or Token 을 설계해서 

Be true or Be false 가 되는 것이 System 관점의 Domain 에 대해서 설계를 해야하는 것이 프로그래머가 됨.. ㅇㅅㅇ

결과적으로 프로그래밍에 대해서는 Low 이든 High 이든 Stream 의 Logic 을 Aspect 로 다룬다는 것임.

여기서 Logic 이라고 함은, True or False 를 말함.. 

Stream 이 있다면 그것에 대해서 True or False 가 되는 것은 When? 에 대해서 나뉘고, 그렇다면

이것을 통해서 Operation 이 있는 System 을 구해낼 수 있음.

그 뒤에 각각의 Operation 의 존재에 대해서 When? 에 대해서 What? 이 어떻게 True or False 가 되는 지를 파악을 해야됨.. ㅇㅅㅇ.. 

이러한 Domain 에 대해서 CODE List 를 파악하기 보다는 이해함을 통해서 의사처분에 대한 Management logic 을 파악하는 것이 프로그래머의 일임. 

ㅇㅅㅇ

Stream 에 대해서 Control 이든 Domain management 이든 프로그래밍은 그렇게 어렵지 않음. ㅇㅅㅇ.. 

그동안 게시글 꾸준히 읽어보신 분들이라면 쉽게 이해할 수 있을 것임.. 

그동안의 게시글은 이 게시물로 정리가 되는 것같다.. 

참고로 디버깅이 어렵다면 무조건 Getter/Setter 단위로 Condition(조건) 을 따져보면 됨.. 

고맙다.. ㅇㅅㅇ