• 2006년 여름방학을 맞이하여 MFC공부를 목적으로 팀별 맞은부분에 따라 프로그램을 제작, 발표합니다.
  성공한 스터디 사례가 되어 후배들에게 좋은 모습을 보여줍시다! - 상욱
  

• 2주차 스터디 목표를 적어놨습니다. 참고하시고 팀별 내용 준비해 주세요.^^; - 상욱
  

• 유상욱, 장재니, 허아영, 송수생, 김준석, 이규완
  

• 01 이선호 snowflower, 적어주세요.
  MFC를 이용한 네트워크 스터디가 필요합니다. 시간되시는 분들 도와주세요.ㅡ.ㅜ - 상욱
  

• MFC를 이용하여 메신저를 만들자!
  메신저에 대해 생각을 해 봤는데 꽤나 어려운 과제를 선택한거 같아요^^: - 상욱
  

• 금요일에는 팀별 진행사항 및 문제점, 보완사항 등을 발표하는 날입니다.
  

• MFCStudy2006/1주차
  

담당	참가자	내용
Server	수생,준석	MFCStudy2006/Server
Client	상욱,규완	MFCStudy2006/Client
부가기능	재니,아영	.

• MFC 주요 클래스의 멤버 변수와 멤버 함수
  
• 웹서버예제1
  
• MFC/Socket
  MultithreadWebServer.cpp영창이 웹서버
  

프로젝트 팀에 대해서 의견 하나 내도 될까요? 부가기능 팀이 구체적으로 뭘 하는지는 모르겠지만 네트웍, DB를 만져볼 수 있는 서버&클라이언트(얘는 DB안쓰겠지만)에 비해서 배울 것이 너무 없어 보입니다. 부가기능이래봤자 MFC UI 가지고 장난치기. 정도로밖에는 생각되지 않네요. 제가 틀렸다면 죄송합니다. 맞다면 부가 기능 팀의 두명이 쪼개져서 서버, 클라 팀으로 들어가는게 어떨까요? 외부인인 주제에 지나가다 주제넘은 참견해봤습니다.--인수
메신저를 만들어서 판매할 목적이 아닌 다음에야 학습을 위해 만드는 것인 만큼 부가기능은 '부가학습'이 되어야 할 것입니다. 팀원중에 서버,클라이언트보다 부가기능에서 얻을 것이 많다고 생각하는 사람이 있지 않다면 메신저 제작의 꽃은 네트웍과 DB 를 다루는 서버, 클라이언트 일 것입니다.(개인적으로는 서버쪽이 더 무게가 실립니다)
부가기능 팀이 '부가적인 팀원' 이 되지 않을까 걱정되네요. 다시 한 번 고려해보세요. -- 도움은 주지 않으면서 딴지만 거는 창섭
저두 선배님들의 말씀에 당연히 동의합니다^{; 그런 방향으로 가고 싶지만... 지금 프로젝트 진행하는 인원으로써 냉정히 판단해보면 팀원 전부가 기간중 UI사용법이나마.. 아니 기본 윈도우 프로그래밍에 대한 대략적인 이해만 가지더라도 이 팀 성공이라고 생각합니다.} 그 이유때문에 부가기능 팀이 나타난거죠;;- 상욱
----
FrontPage, 프로젝트분류, 2006년활동지도