E D R , A S I H C RSS

프로그래�파티

다른 학�(�게 중요함) �아리와 공�행사를 개최하는 것� 어떨까요? 꼭 어떤 공���고 거창한 액션� 취하지 않고�, 할 수 있는 것 중�는 가치있는 것� 많습니다. �, 비격��� 모임� 종종 갖는다고 해서 문제� 것� 없겠죠 -- 오히려 격��� 년례 행사 같� 것보다 ��� 훨씬 � 많으리� ��합니다. 행사를 치루기 위해 행사를 하는 것� 아니고, 서로�게서 배우기 위해 행사를 하는 것�죠. 예를 들어, 제로 페�지와 타 대학� �아리 양쪽으로 편� 나누고, OOPSLA� DesignFest 비슷한 것� 해보면 어떨까요? ACM� ICPC같� 것� 좋�테구요. 심사위�단� 양측� 고학년 �數로 구성하고 ��죠. 여러가지로 �극� 많� �고, 배우는 것� 많� �니다. 한 곳�만 고여있는 물� ??기 마련입니다. (��씨네 서강대 모임� 괜찮� 듯한�..?) 학��서 못해주면 우리가 �접 찾아하면 �죠. --JuNe


재미있는 제안�죠? (아..솔깃;) �신� 실력� 어�정� �는지 가늠해 볼 수 있고, �한 다른 학� 소모임과 �런 행사를 가진다는 것� 좋� 경험� �거� ��� �니다.

16-17�까지 � 페�지를 통해 토� & 계� � 거친뒤, 19�날 행사를 가집니다.

  1. �시 : 19� 2시 시작 (�요�)
  2. 장소 : 서강대(2호선 신촌역) Moa:선랩 .(공학관 AS 1016호)
  3. 예� 시간 : 준비 - 1시간, 진행 - 4시간 30분정� (Requirement 설명 30분, Design & 구현 3시간, 발표 & 심사 1시간), 뒷풀� - + @ 시간
  4. 풀어볼 문제 - DesignFest Style. Design & Implementation
  5. 개발언어 : �유선� (OOPL 언어로 해둡니다)
  6. 양쪽 대표(?) - 서강대:채��, 중앙대:강�천
  7. 팀구성 - 현 �� 기준 4명 한팀으로 ZP �서 � 팀, Moa �서 한팀. (당� 참�� 확�뒤 재조정)

� 필요한 것
  • ì„ ëž©ì—� 윈ë�„ìš° 피씨가 4대밖ì—� 없는 관계로 ë�” 필요한지 여부(나머지는 모ë‘� 리눅스 머신) - ZP ë‚´ì—�서 C,C++ 참여ìž� 수요ë�„ 파악해야 할듯.
  • 당ì�¼ë‚  풀어야할 문제ì�˜ 난ì�´ë�„ ê²°ì •.
  • 모임ì�´í›„ ThreeFs 페ì�´ì§€
  • 행사 ì§„í–‰ & ë’·í’€ì�´ì—� 대해서.
  • 준비물들
    • 파티때ì�˜ ê³¼ìž� & ì�Œë£Œìˆ˜
    • ì „ì§€ 6~9장정ë�„ & 유성매ì§� or 컴퓨터용 사ì�¸íŽœ (한팀 2-3장쯤?)
    • ì�¸ë�±ìФ 카드 & 매ì§� í…Œì�´í”„


파티 참가�(심사위� 제외. ��수 제한 없�)

중앙대/ZeroPagers 서강대/Moa
강�수 성근
남�협 �기
임구근 유환
정�� 경훈
��준 .
�창섭 .

Team
ZeroPage #1 ZeroPage #2 MentorOfArts
강�수 �창섭 경훈
남�협 ��준 성근
정�� 임구근 유환
�기

See Also Moa:프로그래�파티


ë’·í’€ì�´ë�„ 아주 중요할 것으로 ìƒ�ê°�합니다. 아니, 어떻게 하면 ë’·í’€ì�´ê°€ 중요하게 ë�  수 있ì�„ì§€ 고민해ë´�야 합니다. 대부분 ì�´ëŸ° 모양ì�˜ 행사를 갖게 ë�˜ë©´ ì •ë§� ë’·í’€ì�´ê°€ ë�˜ê³ , 모조리 "풀어져" 버립니다. ë’·í’€ì�´ê°€ ë��나고 나서 ì •ìž‘ 하고 ì‹ì—ˆë�˜ ì�´ì•¼ê¸°, 듣고 ì‹ì—ˆë�˜ ì�´ì•¼ê¸°ë¥¼ 하나ë�„ 주고 받지 못해서 아쉬워했ë�˜ ì �ì�´ 얼마나 ë§Žì�€ê°€ìš”?

�유롭고 편안한 분위기 ��서 어떻게 하면 "�기면서" 가치있고 �산�� �야기들� 오고가게 할 수 있�까요? 모조리 � ��� 둘러앉아 �야기하는 것� 좋�까요? 아니면 소그룹으로 나누� �유롭게 ��할 수 있게 하는 게 좋�까요? 꼭 술집� 유�한 선��까요? see also NoSmok:GoodParty

�한 뒷풀�� 대한 문서화, 기� 작업� 하는 게 좋습니다(기�하기 위해서 기�하는 것� 아닙니다. 사용�어지고 �히기 위해 기�합니다). "참 재미있었어요!"나 "아무개씨는 참 재미있는 사람�고, �길�씨는 ��� 좋고.."같� 통신 공간� �투� "후기"를 �하려는 것� 아닙니다.

보통, 전체 모임/파티 �안 한 사람� 참여하는 대화는 전체 발� 대화로 볼 때 극소수� 해당합니다(게다가 ��한 대화� 참여했으면서� ��하는 것과 기억하는 것�는 개�차가 �니다). ��가 나눴� �야기 같� 사실�� 것들� 모� 다�먼트모드로 여러사람� 협�� 해서 채워나가�� 하면 좋겠습니다. 집합� 기억� �는 것�죠 -- 개개�� 갖고있는 기억� 전체 합집합. "내가 있었� 테�블�서는 어쩌구� 대해 �야기 했는�, 저쪽�서는 저쩌구를 �야기 했군! �야, 재미있는 걸. 저쩌구� 대해 좀 � �달�고 부�해야겠다." 그러면 모�가 ��� 볼 것�고, 심지어 그 뒷풀�� 오지 못했� 사람들� 뭔가 얻는 것� 있� �니다.

--JuNe

다른 테�블�서 나눴� 대화가 �금했� �� 많았는�, 참 중요한 지�� 것 같습니다. --채��


프로그래� 컨테스트� 문제� 좋지만, DesignFest� 문제는 어떨까요? 제 ���는 후�� 경우� � 많� 공�학습� 가능할 듯 한�... --JuNe
저� DesignFest 쪽� � �립니다. ^^ --채��
ZP 랑 Moa 랑 페�지가 따로 열려있어서 정보가 분산�는 �낌� 드는�, 한곳�서 토�하는건 어떨까요? 그리고 DesignFest랑 ProgrammingContest 중 어떤거 할것�가는 무기명투표모드를 함 �용하는것�..~ (ProgrammingContest � 경우 IPSC로 ZP가 예습(?)한 것 같� �낌� 들어서;; 오 찔린다;) 14�까지 결정하고, 16�까지 행사때 진행방법� 구체�으로 정했으면 합니다.~ ^^ --�천
토�는 여기�서 하�� 하죠. --채��

진행방법 (DesignFest)

  1. 양팀�게 Rule설명
  2. Requirement 설명 - 30분
  3. Requirement � 따른 Analysis & Design & Implementation - 3시간
  4. 개발 중간� 요구사항 추가/변경 1회
  5. 제한 시간 �후 양 팀� 대표들� � 팀� Design � 설명 - 1시간
  6. 심사 & 양 팀 성� 발표

�우미

파티 ì§„í–‰ 중ì—� 팀 별로 한 명 씩 ë�„우미가 ë°°ì •ë�œë‹¤. ì�´ 때 가능하면 ê°™ì�€ í•™êµ� ìœì‹ ì�˜ 팀으로 ë°°ì†�ë�˜ì§€ 않ë�„ë¡� 한다.

  • ê°•ì„�천 -> 서강대팀
  • 채í�¬ìƒ� -> 중앙대팀 중 하나

하는 �

심사

심사위�
  • ê°•ì„�천
  • 채í�¬ìƒ�
  • JuNe
심사방법

� 팀� �신들� 한 것� 대표�가 발표하�� 한다. � 때 다�과 같� 것들� 함께 준비하�� 한다.

  • 가정 (주어진 요구사항 외ì—� ìž�신들ì�´ 세운 가정)
  • 중요 코드 몇 몇 부분
  • í�´ëž˜ìФ 다ì�´ì–´ê·¸ëž¨(UML, CRC 카드, 혹ì�€ ì–´ë–¤ 종류ì�˜ ì�¼ê´€ë�œ 다ì�´ì–´ê·¸ëž¨ì�´ë©´ 가능) --> ì�´ê±¸ 그릴 수 있는 매ì§�펜과 전지가 필요하겠네요
  • êµ�훈 (요구사항, ë¶„ì„�, ë””ìž�ì�¸, ë””ìž�ì�¸ì�˜ í�‰ê°€, 패턴, 소프트웨어 개발 과정, 팀ì›� ìž�ì‹ , 팀워í�¬ 등ì—� 대해 ë°°ìš´ êµ�훈들) --> ìƒ�ë�™
  • 실행예 시연

� 발표를 심사위�들과 모든 파티 참가�들� 함께 구경한다. 그리고, 약 20분간� 시간� 주어지고, 그�안 심사위�� 다른 장소로 옮겨가서 �견 조율� 하고 우수팀� 선정하며, 다른 참가�들� 휴� � �유로운 �견 �환� 한다.

심사요소 (비율� 높� 것부터)
  • Correctness : 얼마나 요구사항ì�„ 제대로 구현했는가
  • Development time : 개발 완료 시간ì—� 반비례
  • OCP : OCP를 얼마나 지켰는가
  • OAOO : 코드 중복마다 ê°�ì �
  • Testability & Test coverage : 테스트가능성과 테스트지ì›� ì •ë�„
  • Readability : 코드 ê°€ë�…성
  • #class, #method : í�´ëž˜ìŠ¤ì™€ ë©”ì�˜ë“œ 숫ìž�ì—� 반비례 (ì „ì²´ ì �수ì—�서 비율ì�€ 가장 ë‚®ì�Œ)


See Also ProgrammingPartyAfterwords

Valid XHTML 1.0! Valid CSS! powered by MoniWiki
last modified 2021-02-07 05:31:26
Processing time 0.0104 sec