컴퓨터(Computer) 에 대해서는 메모리의 CRUD 에 의해서 When?/What? 의 CODE 에 따라 컴퓨터 처리가 이뤄지고 이로부터 부분의 의사처리를 


컴퓨터의 Logic 에 의해서 Domain rule 으로 조건조합(Condition logic) 에 따라 의사처리를 Auto 로 할 수가 있음. ㅇㅅㅇ.. 




그렇지만 이에 대해서 필요한 추가적인 사실은 컴퓨터는 Loop end 로써 의사처리를 Automation(자동화) 한다는 것임.. 


그러니까 설계적인 관점에서 의사처리에 대한 End 의 조건이 필요하다는 것임.. 


Condition logic 에 대해서는 When?/What? 의 CODE 를 입력할 수 있는데 그것이 의사처리에 대해서 End 가 되는 사항의,


Condition logic (조건조합) 이 되어야 한다는 것임. ㅇㅅㅇ.. 




컴퓨터에 대해서는 Yes or No 에 대해서 의사처리의 End 에 대해 When?/What? 의 CODE 가 입력되면, 의사처리의 Start 에 대한 End 로의


CODE Reasoning 을 Yes or No 의 알고리즘에 따라서 수행하는 기계라고 볼 수 있음. 


결과적으로 컴퓨터에 대해서는 Alert 수준의 CODE Reasoning 을 Loop 에 따라서 수행하는 노동비용을 없애준다고 볼 수 있음.. ㅇㅅㅇ.. 



그러니까 Yes or No 가 있는 문제가 있어서, When?/What? 에 따라 Result CODE 가 있는 사항에 대해서 의사처리를 어떻게 해야되는가? 에 대한


고민(Alert)을 줄여준다고 볼 수 있음.. 




그래서 End answer 가 의사문제에 대해서 있는 일에 관해서 Condition 이 많은 것에 대해서 Alert 으로 유용한 것이


컴퓨터(Computer) 라고 볼 수 있음.. 


그 외에 컴퓨터의 System(시스템) 에 대해서는 When?/What? 의 CODE 가 Script 되어서 이에 대해서,


Yes or No 를 간략화한 API 수준의 임베디드 System 이라고 볼 수 있음.. ㅇㅅㅇ.. 




즉, 컴퓨터의 System framework 에 대해서는 HCI(Human-Computer Interface) 에 대한 When?/What? 의 CODE 가 Script 가 되어서,


Architecture 에 대한 사용에 대해 Loop 를 끊어준 것이라고 볼 수도 있음. 




직접적인 응용프로그램에 대해서는 HCI 라기 보다는 When?/What? 의 Database CODE 로,


의사처리에 대한 Yes or No 의 Reference 제공해주는 System(시스템)이라고 봐도 됨. 


컴퓨터 프로그램 자체가 원론적으로 그렇게 편리할 수는 없고 그런 것이 있다면, HCI 에 대해서


When?/What? 의 CODE 를 Inner script 해놓은 것들이 User 에게 편리하게 설계해놓은 것이기는 함. ㅇㅅㅇ.. 




추가적으로, 기계학습에 대해서는,


When?/What? 의 Database CODE 가 User 에게 Yes or No 가 되는 것을 학습하여서 서비스 Reference 를 일으키는 것도 있고, 


데이터과학에 대해서도 When?/What? 의 Database CODE 에서 Yes or No 가 무엇이 되는가? 에 대한 Insight 이기도 함. 


이에 대해서는 Domain 일반적인 성질이 연구에 필요로 하기도 함. ㅇㅅㅇ..


 


결과적으로 컴퓨터과학이라는 것은 When?/What? 의 Database CODE 에 대해서 Yes or No 가 되는 것에 관해서,


Reference science 가 되는 것임. 


그렇지만 진정한 Science 는 아닌 것이, 컴퓨터과학은,


Service 알고리즘에 대해서 쓸모가 있거나 Reference science 로 비용효율화하는 것이 다임...