일정 자체를 제가 임의대로 제시한 것이기 때문에 기간 등 모든 것이 변화 가능합니다^^ - 상욱
A팀은 저의 개인적인 사정으로 월요일, 금요일 주 2회 모임을 가지며 시간은 6시 반입니다ㅠ.ㅠ - 상욱
님들아... 저도 바빠욤.. 저기제이름적어놓으면어케요.. ㅠ.ㅠ - 선호

그래도 해 주실꺼죠?^^; - 상욱

프로젝트 팀에 대해서 의견 하나 내도 될까요? 부가기능 팀이 구체적으로 뭘 하는지는 모르겠지만 네트웍, DB를 만져볼 수 있는 서버&클라이언트(얘는 DB안쓰겠지만)에 비해서 배울 것이 너무 없어 보입니다. 부가기능이래봤자 MFC UI 가지고 장난치기. 정도로밖에는 생각되지 않네요. 제가 틀렸다면 죄송합니다. 맞다면 부가 기능 팀의 두명이 쪼개져서 서버, 클라 팀으로 들어가는게 어떨까요? 외부인인 주제에 지나가다 주제넘은 참견해봤습니다.--인수

메신저를 만들어서 판매할 목적이 아닌 다음에야 학습을 위해 만드는 것인 만큼 부가기능은 '부가학습'이 되어야 할 것입니다. 팀원중에 서버,클라이언트보다 부가기능에서 얻을 것이 많다고 생각하는 사람이 있지 않다면 메신저 제작의 꽃은 네트웍과 DB 를 다루는 서버, 클라이언트 일 것입니다.(개인적으로는 서버쪽이 더 무게가 실립니다)
부가기능 팀이 '부가적인 팀원' 이 되지 않을까 걱정되네요. 다시 한 번 고려해보세요. -- 도움은 주지 않으면서 딴지만 거는 창섭

저두 선배님들의 말씀에 당연히 동의합니다^{; 그런 방향으로 가고 싶지만... 지금 프로젝트 진행하는 인원으로써 냉정히 판단해보면 팀원 전부가 기간중 UI사용법이나마.. 아니 기본 윈도우 프로그래밍에 대한 대략적인 이해만 가지더라도 이 팀 성공이라고 생각합니다.} 그 이유때문에 부가기능 팀이 나타난거죠;;- 상욱

----
FrontPage, 프로젝트분류, 2006년활동지도

MFC Study2006

M F C Project ¶

목표 ¶

공지사항 ¶

참가자 ¶

도우미 ¶

결과물 ¶

스터디 일정 ¶

1주차(1차스펙 제시) ¶

2주차 ¶

3주차(1차스펙 기간 만료) ¶

4주차(2차스펙 제시 및 팀별 특수기능 부여 발표) ¶

5주차 ¶

6주차(2차스펙 기간 만료) ¶

스터디 내용 ¶

팀별 내용 ¶

자료 ¶

의견제시 ¶