컴퓨터 처리법에 대한 것이기도 하는 프로그래밍이라는 것에 대해서는 Memory 의 CRUD 를 생각해볼 때 Be true/Be false 에 대해서

CODE List 를 사용할 수 밖에 없는 것은 여기에서 자주 말하기는 했음. 

ㅇㅅㅇ..

현실에 대해서는,

주로 이러한 컴퓨터 처리를 일으키는 프로그래밍에 관련해서는 거의 매번 Be true/Be false 가 될 것에 관해,

CODE 덩어리의 List 를 가지고 처리를 해야하는 것이 사실이기도함. 

그래서, 

이러한 재료가 되는 CODE List 에 대한 많은 예제(Example) 이 있어야 프로그래밍적으로 생각을 할 수 있는데

이에 대한 예제가 많지 않아서 게시글을 씀.

일단은 CODE List 에 대해서 True/False 가 되는 것에 대해서는 Stream 이 있어야함. 

왜냐하면 Stream 에 대해서 CODE List 가 주어졌을 때, 이에 의해서 Yes or No 가 생겨나기 때문임. ㅇㅅㅇ.. 

잘 생각해보면, 그렇다면 이러한 기초 위에서 Stream 에 대해서 CODE List 가 주어진다면 할 수 있는 일은 Yes or No 에 대해서 Approve(승인) 임.

ㅇㅅㅇ.. 

그렇다면 Stack 이 Stream 으로 들어왔을 때 이에 대한 Approve 는 단위 Stream 의 CRUD 에 기초함.

왜냐하면 CODE List 에 대해서 어떤 Formula 에 따라서 CRUD 된 Input 에 대해서 Approve 가 Approve 되어야 하기 때문임.

그렇다면 결국에 이러한 컴퓨터 처리에서 들어가는 논리는 Look-up 이 되는 것임.

ㅇㅅㅇ 

단위 Stream 의 CRUD 에 따라서 Look-up 에 대한 승인조건(Approve condition) 이 모델로써 존재하는 것만 현실에서 다룰 수 있기 때문임.

ㅇㅅㅇ.. 

그래서 프로그래밍이라는 컴퓨터 처리에 대한 것은 CODE List 가 주어졌을 때 기계단위로는 Look-up 의 기법이 사실상 대부분이게 됨. 

그래서 대부분 SQL 만 쓸 수 있는 것의 대부분이 Coding 의 대부분의 현실이라고 할 수 있음.

그렇지만 서비스에 대해서 있는 승인거래(Approvement deal) 에 대해서는 여러가지 상품이 있을 수 있음. ㅇㅅㅇ.

(금융업 처럼..)

이에 대해서는 거래(Deal) 에 대해서 여러 CODE List 가 있을 수 있는데, 이러한 서비스 논리에 의해서 승인되는 거래 혹은 계약이,

조건에 대해서 Final output 이 Be true or Be false 가 되는 것이 Token or Range 에 대해서 달라질 수 있기 때문임. 

그래서 알고리즘에 대해서는 승인계약에 대해서 많은 CODE List 가 있고 이에 대해서 컴퓨터 처리의 알고리즘이 계산과 다른 점은 

Range 뿐만 아니라 Token 도 들어간다는 것임.

(간단해도 중요함..)

그렇지만 SQL 만 쓰는 것에 대해서도 현실에서 사용되기에 Decision approve (결정승인) 에 대해서 대규모의 데이터베이스를 쓸 수 있기도 함.. 

컴퓨터공학에 대해서는 승인계약을 중심으로 아직 이론이 없는데 알고리즘 중심의 IT 실무가 아직 적절하지 않기도 함. ㅇㅅㅇ..

그래서 컴퓨터공학이 공학으로써의 지위를 공고히 하려면 이러한 승인계약에 대한 이론이 있어야 한다고 봄.

그때 IT System 에 알고리즘이 여러가지 들어가게 될 것으로 봄. ㅇㅅㅇ