대부분의 프로그래밍의 일에 대해서 그것이 어느정도 규격화되었다면 결과적으로 <<공통 LOGIC>> 이 있을 것입니다.... ^^;


그것에 대해서 <<공통 LOGIC>> 에 대해서는 공통처리의 규격이 있게 되고,, 


그에 대한 것이 대부분의 <<IT 산업의 규격지식>> 이라고 볼 수가 있습니다....,, 개인적으로 실무에 대해서 그것이 하나의 공통 Know-How 인 듯합니다.... ^^;;;


결국에는 이에 대해서는 <<규격에 의한 최적의 공통작업 분류화>> 가 이루어질 수가 있는 것이 어느정도의 추상화에 대해서,, 


Programming 에 대한 규격을 주기에 거의 모든 곳의 프로그래머들에게 필수적이라고 할 수 있습니다.... 


그 부분의 <<공통 LOGIC>> 에 대해서는 MEMORY/CODE/RUNTIME 에 대한 규격이 있게 됩니다.... ^^


약간의 Process Control Block (PCB)와 같이 이해를 해볼 수 있습니다....,, 


그래서,,


결과적으로 <<환경 공통화>> 에 대한 것이 <<CODE RUNTIME>> 에 대해,,


<<시행적 공통성>>이 나뉘어질 것이 아래와 같이 있게 됩니다....


CODE RUNTIME CONTEXT ::

사항공통화

 문맥공통화

 처리공통화

 

그래서 이에 대해서 MEMORY/CODE/RUNTIME 에 대해서 아래가 성립합니다....


CODE RUNTIME FIXER ::

공통 Variative

 공통 Processive

공통 Runnable

 

그렇기에 이에 대해서 대부분 아래의 것을 사용하게 됩니다.... ^^


[ (1) 메모리인자값 / 

  (2) CODE 프로그램 추상구문(*?함수, ?디자인 패턴, 등등) / 

  (3) RUNTIME 설정값( (ex.) Docker, Micro_Service Architecture, 등등) / ]


그래서 <<규격화된 프로그래밍>> 에 대해서는 아무래도,, ^^;


<<CONTEXT CLASSIFY>> 가 중요하게 되고,, 그렇기에,, 


<<CODE 문맥 공통화>> 라는 것이 대부분 <<공통 LOGIC>> 에 대한,, 


<<역공학적 추상화>> 라는 것이 <<규격화된 프로그래밍>> 의 핵심이라고 해야합니다....



Thank you 1234