Project Zephyrus/Thread For Server

~cpp 
���동,���규는 ������������ 데블��� ������ 관련 모������ �������� 그리로 가는 ������ ����� ������������ 더 ������것 같다.
당��� ���드��� 경기가 ������것 같�����, 동������ 두가���를 ���다는 것��� ���되겟���, 근데 ������ �����군 --;;
뭐 그래�� 

그������! ���규는

1. 
InfoManager������ writeDeleteBuddy 부����� ������������ commit������라
과������ ������ ���던 ����� 데로 JavaDoc ��������� ���로그래밍���라

길������ 30�� �������� ��량���것 같���데, (���무 길게 ������나? ��������� ����� ���������)
Test는 본������ ���고 Journey��� ������라.

���기��� ���가���만 더 ���다면, 

2.
DB Talbe미��������� ������ 메���드
Dummy data미��������� ���력 메���드
DB table drop 메���드를 

만들������ InfoManager가 ������ ��������� ������ 두개를 �����������록 ���는데 ������는
InfoManager.getInstance()��� if문 ��������� ���������면 sync문����� ���결될것���다.
���것�� �����까������ 로드를 봐���는 40~50�� �����로 ���각된다. (���������,JavaDoc������ ����� ������)

������ ������까��� ������던 데로 JavaDoc���로 ������ ������ ���고 ���딩������길
2 ����� 것��� �������� ���다면 ������ �������� ���관 ���다. 1����� ��������� ���기������ �������� commit������라 

������만 다������ ��� 글��� ������������ 봤다면, 9������ ��������면 ���다. 
10������ ��� 단기 ���로��������� 기능 구������ �����막 날���기 때문���다.

그��� 남��� ���������라면, ������ InfoManager가 다른 package�������� ��구���고 command package��� 대���
information hiding��� ��� ������������ ������다. 다른 ������ 내가 ���딩���면��� package내부는 느������게, 
���부는 강���게 ������로 ���두���는데,(���것�� 끝��� 봐��� 겠���만)

InfoManager��� ���드들��� 경��� attribute��� ������ ���근���는 부����� ���무많���듯 ���다. 
���부����� refactoring��� ������가 남���것 같다. ���는 ���가 commit������ 
pair로 �������� ������는 ��������� ���든, �����면 내가 �����������로 ���고 나������ 다��� ���가 �������� ���드는 부����� 
rename���는 방����� 그리 무리는 ������것 같다.

그리고 ���동, 
���단 내가 ������를 ������고 그냥 둔 것��� ������������ ��������� ���겠���만, 그것만���로 ��������� 두기���는 
������가 ���무 msn��� ���근��� ������ ������ 느낌��� ���다. ������ ["ProejctZephyrus/ServerJourney"]나, 
["ProjectZephyrus/Server"]��� ���드����� ���기를 바랬는데, ���무 과��� 기대���나 ���구나.

���단, ["ProjectZephyrus/Server"]��� ������������ 기록된 대로 InfoManager��� DeleteBuddy부��������는 ���료되���다. 
90%는 ������ 못���는 10%������ ���료되���다고 봐�� 된다.

��� ��������� ... ���단 ������가 �������� ��������� ��������� �������� ������ ���는 ������겠���
6/7������ ���규��� 만나��� InfoManager를 ������(?) �����는데, ���단 ������ PacketForm ������������ ���������때��� 바뀐것��� 
���다고 보면 된다.

데블��� ������ ������ ��������� ��� �����������게.




그리고 둘다���게

������ ������ 끝나고 나��� ������ 

���교 ��������������� Server, Client������ 모������ ������ acceptance ��������� ���보고
Server������ Client������게, Client������ Server������게 디��������� 대��� ���명��� ���고
������ 문��������� jar로 묶������, ��������� 바������리 모두 배��� ���������로 만들��� 링���를 ���는 것���

��� ���로��������� ���결������ 될것���다.
문���는 2������가 ���������고, ��������� 곧바로 데블��� ������를 ��������둔만���, ������ ��������� 관������는 
데블��� ������가 끝난 ������, ������ 데블��� ������ ������ ���루��� �������� ���다고 ���각���다. 

���럴경��� 디��������� ���명��� ������가 ���로 ������가 �����라 듣고 ������ ���람 모두로 �������������� ������ 것���다.
그럼 답변���