- Information 과 유사한 부류의 객체성 


Inform 할 수 있는 정보들은 대부분 부류에 대한 Information 입니다. Informing 은 언제나 Message 쪽지가 되지만 Information 은 Message 묶음에 대한 보고행위입니다. Message 묶음은 유사성에 대해 부류의 특성을 지닙니다. 이러한 묶음 Message 를 Objection 시키십시오. 그것은 언제나 IT Guy 에게 과제가 됩니다. 



- Message 묶음과 이에 대한 Ideology 


Message 묶음의 부류들로부터 Well Informed 된 묶음은 언제나 부류들에 대한 Objection 에 의한 것입니다. 이에 대한 Ideology 는 언제나 Receiver 에게 Friendly 합니다. Receiver 는 Message 묶음으로부터 언제나 Report By 됩니다. 그들을 기쁘게 하기 위해 Objectify 행위는 프로그래밍에 의해서 가능합니다. 바쁜 Receiver 는 객체지향에 의해서 정리된 Message 묶음을 좋아합니다. 그들에게 Informed By 는 어렵지만 Information over by PROGRAM 은 바쁜 Receiver 에게 언제나 Auto Mailing 을 가능하게 하며 이는 IT 기술에 의한 혁신의 부분입니다. 



- Messenger 와 Informing "Hello Wolrd" 


Messenger 는 Information over by PROGRAM 에 대한 System 의 작업의 대상입니다. Messenger 는 객체지향에 의해서 Auto Mailing 을 위한 Agents 이다. Agent 로 부터 바쁜 우편배달부는 사라진다. Message 묶음에 대해 Receiver 에게 향하는 Agent 는 Network 를 수반할 수 있는 Programed By 에 대한 표본입니다. Message 묶음으로부터 주요한 사실들의 List 와 돋보기 Statements 를 송부시키십시오. Messenger Agent 는 언제나 Statement 에 대한 Knowledge 를 담게 되지만, 표준적으로 바쁜 Receiver에게는 주요한 사실들의 List 및 돋보기 Statements 에 대해 바쁘게 Format 이 맞다. 



- Informing Messenger "Hello World" 와 Database 


누구나, 정보에 대해서 자기에 연관됨의 부류들은 받아보아야만 한다. 이에 대해 Database 의 Schema 는 언제나 이해관계의 인사들에 대해 Mail Box 보다 Bigger Entire 이다. Schema 로부터 Messenger 를 Architect 하기에 Message 묶음은 중요하다. 이에 대한 "Hello World' 는 바쁜 우편배달부는 사라질 수 있게 하는 Magic 이다. 그렇지만 우편주소는 Database Networking 으로 가능하지만 Message 묶음이 중요해졌다. 우편주소는 바쁜 우편배달부의 집배과정을 Network System 에 의한 In & Out 에 의해서 확인된 이용자의 Id 로 부터 가능함으로 사라질 수가 있는 것... 그렇지만 이에 대한 Id Schema 는 난해할 수가 있지만 List Up 하십시오. 



- What Should be Informed? 에 대한 Schema 하위의 IT 


바쁜 Receiver 는 Computer Network 와 결합된 Database 로 부터 자신의 ID 공간으로 부터 Messenger 에 의한 친절한 Mailed By Reporting 을 기다림에 있어서 항상 대기 중이며 친절하게 응대해야만 하는 것.... 이에 대해 바븐 Receiver 들에게는 자신의 관심사에 대한 Mailed By 에 대해 기대사항도 있지만 Id 에 대해 Protocol 을 기대하기도 하다.... Message 묶음에 대해 그들에게 필요한 묶음을 List up 시키십시오. 그들은 잘못 집배된 Reporter 에 대해 기대를 하지 않는다. Reporter Mail 은 언제나 Network System 으로 부터 Agent 에게 뭐든지 알려주세요.. 를 수행해야 하지만 Message 묶음에 대한 Reporting Protocol 은 CASE Specific 하다. 



- Message 묶음과 Reporting Mail 의 CASE 


공유환경 및 내부환경에 대해서 Id 공간의 이용자들은 Database Mailer 에게 Message 묶음에 대한 Report By 를 기다리고 있을 수가 있다. 이들에게 What Should be INFORMED 는 그들의 Happiness 를 충족시키는 도구이다. Report By 에 대한 CODE 및 CASE 에 대해서는 부류에 의한 것이다. 이들은 알지 못하는 다른 정보가 있기를 굉장히 싫어합니다. 그들에게 그들 Id 에 맞는 Entire Reporting Mail 은 CASE 에 대해서 규격이 맞아야 하나, 언제나 CASE 에 대해 Specific 한 Timing 에 대한 Inform 도 중요할 수도 있다. 그들은 민감하지만 Arrived Information Schema 에 대해서 다른 부분은 주로 상관하지 않습니다. 





abcd1234