- 새싹스터디2007 . . . . 14 matches
* 각 팀원들을 적어주세요.
* 팀원: 이주호(07) 진기주(07)
* 팀원: 노은경(07) 김정은(07) 김보영(07) 김빛나래(07)
* 팀원: 김동준(07) 김효석(07) 원대한(07)
* 팀원: 김성호(07) 서승범(07) 임상현(07)
* 팀원: 황보현정(07) 이정훈(07) 이영태(07)
* 팀원: 주희주(07) 최창원(07) 조영선(07) 한도용(07) 정현준(07) 장은하(07) 최재용(07)
* 팀원: 이원정(07) 권혜은(07) 김수경(07)
* 팀원: 김옥경(07) 권민승(07) 서지혜(07) 박주현(07) 김미정(07) 이민재(07) 곽병학(07) 임한울(07)
* 팀원: 박준현(07) 강희수(07) 김대현(07)
* 팀원: 이해창(07) 윤태윤(07) 김병천(07)
* 팀원: 김지호(07) 민태원(07) 류찬우(07)
* 팀원: 송유선(07) 남윤지(07) 이두재(07)
* 팀원: 이창훈(07) 정형준(07) 한도용(07) 김성호(07)
- 데블스캠프2010/셋째날/후기 . . . . 9 matches
* 옛날부터 가지고 있던 고질적인 문제를 다시한번 상기시켜주었던 강의였던것 같네요.. 저만 너무 한게없어서 팀원들한테 미안해지는... - [양아석]
1. 관찰자를 할까 생각하다 플레이어로 참가했는데, 관찰자들이 시뮬레이션 후에 발표했던 이야기를 듣고 저에게 어떤 문제가 있는지 알게 되어 플레이어로 참가하길 잘했다는 생각이 들었습니다. 중고등학생때부터 조별 활동을 여러차례 했었는데 만족한 경험보다 그렇지 못한 경험이 훨씬 많았습니다. 각 활동은 다양한 주제와 상황 하에서 이루어졌는데 모든 조별 활동에서 공통적으로, 그리고 가장 불만이었던 부분은 대다수의 팀원들이 적극적으로 참여하지 않는 점이었습니다. 그런 불만을 해결하기 위해 저는 '내가 미리 더 많이 생각하고 방향을 제시해야겠다'고 생각했습니다. 그런데 오늘 시뮬레이션을 해보니 제 태도로 인해 오히려 팀원들이 더 참여하기 힘들어질 수 있다는 것을 깨달았습니다. 앞으로는 팀원들이 참여하지 않는 것이 문제라고 느껴질 때 제 의견을 주장하는 대신 팀원들이 모두 자신의 의견을 말할 수 있도록 해야겠다는 생각이 들었습니다.
좋았던 것은 시뮬레이션을 하면서 즐거웠던 것입니다. 처음부터 팀에 대한 기대감도 있었고 팀원들 모두가 열정적으로 참여해줘서 그랬던 것 같습니다. 팀원들 모두가 분배받은 일을 완료하고 그에 대한 피드백도 주었구요. 또 제가 보지 못한 부분들을 관찰자 분들에게서 들을 수 있어서 좋았습니다.
그리고 회고를 했던 것도 좋았습니다. 이틀 뒤에 회고를 진행할 예정이라 좀 자세히 봐두었는데요. 아직 잘 모르겠더라구요;; 어떤 특징을 잡아서, 어떤 목표를 정하고 회고를 진행할지에 대해 확실히 정하지 않아서 그런지 진행방법에 대해서도 아직 결정을 못내렸지만 '그룹 나누기', '발언 필통(?)', '체크인' 같은 것을 해봐야 겠다고 생각했습니다. 회고를 통해 팀 내부에서의 생각도 알아볼 수 있었고, 팀장으로서의 리더쉽과 팀원으로서의 리더쉽에 대해서도 생각해볼 수 있었습니다.
눈치가 별로 없어서인지 팀원들 개개인의 표정을 읽기가 힘들었는데, 이런 것도 향상시킬 수 있는 방법을 찾아봐야겠습니다. 정말 유익하고 좋았던 시간이었습니다. 그리고 4시까지 였는데 시간 더 내주셔서 감사합니다 김창준 선배님 ^^ - [박성현]
- ProjectZephyrus/Afterwords . . . . 6 matches
* 팀원들의 스케줄 관리가 어려웠다. (농땡이를 피우거나, 사람들이 프로젝트 외의 기타일로 바빠서 공동작업을 하는데 어려움)
- 밑의 항목인 '팀원들의 스케줄 관리가 어려웠다' 와 관계됨. 팀원들의 열의가 부족했다. (특히 초반 프로젝트 참가자들), 팀원들이 '스케줄 조정' 에 대해 미숙했다.
* 팀원들의 스케줄 관리가 어려웠다.
- 팀원들의 열의 부족과 연관. 우선순위에 대한 자각 부족. 체계적 시간관리능력의 부재.
- ProjectZephyrus/일정 . . . . 5 matches
팀원들이 조금이라도 빨리 보기 위해서 자유게시판에 기록을 남깁니다.
기본 참여인 - ProjectZephyrus 팀원
팀원들은 참가 여부를 적어 주세요.
=== 팀원별 작업 가능 시간 ===
|| 팀원 || 월 || 화 || 수 || 목 || 금 ||
- 프로그래밍잔치/둘째날후기 . . . . 5 matches
* 팀원간 Communication 이 잘 이루어져야 하고, 역할분담이 어느정도 뚜렷해야 한다. 팀원간에 서로가 무엇을 하는지 잘 알아야 한다. (양팀 서로 나온 의견)
* 팀원 참여도를 높여야 한다.
* 팀원의 능력에 맞는 일감을 정한다.
* 아쉽게도 오늘 한 것의 코딩 내용의 수준이 저에게 좀 높았던 거 같습니다. 그래서 중반 이후 거의 선호형이 맡게 되었고, 갈수록 소외되는 식이 되었습니다. 음... 다음부턴 팀 프로그래밍 중 팀원간에서 뒤쳐지지 않도록 노력해야겠습니다. 좋았던 점이라면 팀 프로그래밍이 어떤 거다...는 걸 알 정도의 경험이랄까...입니다. --영동
- 정모/2002.7.11 . . . . 4 matches
* ["CppStudy_2002_1"] : 도움 - 남상협, 팀원 - 임영동, 신진영, 홍진영, 이대근, 김기웅
* ["CppStudy_2002_2"] : 도움 - 신재동, 팀원 - 이영록, 김영준, 박세연, 장제니
* ["MFCStudy_2002_1"] : 도움 - 이창섭, 팀원 - 김정훈, 정재민
* MFC 2팀 : 도움 - 이선호, 팀원 - 장은지, 신성재, 유상욱
- NextEvent . . . . 3 matches
이 토론 기법을 프로그래밍에 적용합니다. 그리고 축구중계의 개념을 집어 넣습니다. 안의 사람들이 프로그래밍을 하고 이것을 벽면에 프로젝션합니다. 해설자와 아나운서가 이 광경을 해설합니다. 프로그래밍을 하는 팀원들 중에 피곤한 사람은 밖으로 나올 수 있습니다. 해설자는 나오는 사람을 인터뷰하기도 하고, 방금 어항 속 물고기의 행동에 대한 해설을 해줍니다. "아~ 멋진 페인트 액션이에요~" "저게 바로 압박 프로그래밍이라는 것이죠." 사람이 비면 밖의 사람이 안으로 들어갈 수 있습니다. 또 밖의 사람이 안으로 들어가면 안의 사람 중 한 사람은 밖으로 나옵니다. 이런 식으로 팀원이 항상 유동적으로 바뀝니다. 대신 개발하는 프로그램은 계속 유지됩니다.
어항 밖에서 구경을 하다가 지금 개발 팀원들이 고생하는 문제의 간단한 해결책을 안다면 바로 어항 속으로 뛰어드는 겁니다. 이제 좀 피곤합니까? 충분히 수영하셨습니다. 다시 어항 밖으로 나와서 물고기들을 구경하시기 바랍니다. 저 흥미진지한 광경의 일원이 되어보고 싶으십니까? 좋습니다. 뛰어드세요. 누구라도 환영합니다. 오래된 물고기 한마리가 다시 인간이 되어 밖으로 나가 쉴 겁니다.
- ProgrammingPartyAfterwords . . . . 3 matches
그 때쯤인가, ZP#2팀의 Mentor이신 김창준님이 '슬쩍' 오셔서 Design이 잘 떠오르지 않는다면, 비슷한 아키텍쳐를 가진 문제를 풀어서 그 아키텍쳐를 재사용해 보라는 말씀을 하셨다. 하지만, 우리 팀원중 아무도 그것에 대해선 이후에 언급하지 않았다.(묵살되었다. --) 그러다가 우선 요구분석에 대한 이해를 높이고, 디자인을 상세화하기 위해서(디자인->코딩->디자인->코딩 단계를 반복하였다.) 코딩을 시작하기로 하였다. 상협군과 인수군은 매직펜을 맡았고, 희록군은 키보드를 맡았다. 희록군은 Unix환경에서의 Eclipse의 작업 문제로 인해 심각한 스트레스를 받고 있었다. 그러다가 컴퓨터를 한번 옮겼으나 그 스트레스를 줄이진 못했다. 아무래도 공동으로 프로그래밍 하는거에 익숙하지가 않아서 좀 서투룬 감이 있었다. 그래도 해야 겠다는 생각을 하고 문제의 요구 사항을 분석하고 어떻게 설계를 해야할지 의논했다.
이 때 ZP#2팀은 Mentor 김창준씨가 지켜보는 가운데 바로 요구사항 분석에 들어갔는데, 이를 보던 김창준씨가, "저라면 시간 계획을 먼저 세우겠습니다"라고 말을 해서 그들은 이에 동의하며 시간계획을 먼저 짰다. 20 분 정도를 요구 분석, 다음 20분을 디자인, 그리고 남은 시간엔 구현과 디자인 반복하기로 계획을 세웠다. 구현, 디자인 반복을 하는 방법은 멘터의 조언에 따라 두명이 짝으로 구현, 나머지 한명은 디자인 다듬기로 하였다. 팀원은 긴장한 채로 문제에 집중하려 애썼다.
요구분석을 마치고 디자인을 하기로 한 시간이 되었기에 팀원들은 한 테이블에 모였다. 그리곤 CRC 카드를 이용해서 디자인에 들어가기 시작했다. 암묵적으로 ["구근"]님이 ZP#2의 무게중심이 되어서 디자인 회의가 시작되었다. 어떤 클래스들이 필요한가, 어떤 이벤트를 누가 발생시키고 그 이벤트를 누가 알아야하는가에 대한 이야기가 오가는 가운데 ["데기"]는 문제파악 조차 제대로 안되어서 무척 혼란스러웠다. 서로 요구분석 이해에 차이가 있었음에도 불구하고 디자인은 계속 진행되었고, 시간은 계속 흐르고 흘러서 구현을 시작하기로 한 시간을 훌쩍 넘어버렸다.
- 데블스캠프2011/첫째날/개발자는무엇으로사는가 . . . . 3 matches
* 당신이 진행중인 프로젝트가 팀원간의 불화로 파탄 직전까지 갔다고하자. 그리고 이 이유가 기술적인 문제로 인한 팀원간의 불화라고 가정하자. 이 문제를 어떻게 해결하겠는가?
* 형진이형이 말씀하신 정체된 개발자, 사람과의 관계가 가장 중요하다는 점에서 생각했습니다. 기술적인 문제로 인함에서 정체된 개발자와 정체되지 않은 개발자는 다른 관점으로 접근할 것으로 생각되기 때문이며, 이 문제를 어떻게 해결하겠는가는 팀원들의 의견을 조율하는데 있어 중요한 점이라고 생각했기 때문입니다.
- 데블스캠프2011/첫째날/후기 . . . . 3 matches
* 이것저것? 하느라 앞부분을 잘라먹었네요.ㅜㅜ 생각할 만한 거리를 던져주는 좋은 말들이었습니다. 앞으로 어떻게 해야할지 생각도 해보게 됐구요.. 저는 큰일 났습니다.ㅋㅋ 일을 혼자하거나 소수로 움직이는걸 좋아해서, '남의 말대로 했는데 안되면 더 빡친다.' 맞는 말입니다. 다른 팀원의 실수를 제가 떠안아야하는 것도 있고, 제 실수를 다른 팀원이 떠안는 경우도 있습니다. 차라리 오픈소스 프로젝트는 브런치로 내맘대로 뻗어나가면 되지만, 팀 내에 갈등이 있을땐 쪼개지거나 합의를 보거나 둘 중 하나를 해야하지요. 음... 다른 팀원이 주도했다하더라도 팀의 결정은 곧 나의 결정이라고도 생각합니다. 그런 태도로 임한다면 좀 더 나은 개발자가 될 수 있지 않을까 생각해봤네요.
- 새로운위키놀이 . . . . 3 matches
팀별로 페이지가 있다. 그 페이지에 팀원들의 프로필 페이지를 링크시켜두고.
각 팀원들은 팀 페이지를 중심으로 각각의 팀원들의 페이지에 글을 남긴다.
- 위키놀이 . . . . 3 matches
팀별로 페이지가 있다. 그 페이지에 팀원들의 프로필 페이지를 링크시켜두고.
각 팀원들은 팀 페이지를 중심으로 각각의 팀원들의 페이지에 글을 남긴다.
- 정모/2003.7.29 . . . . 3 matches
* [JavaStudy2003] => 어렵다는 의견이 다소 있음. 오늘 담당자님의 부재로 수업은 취소되고 팀원들끼리 날짜를 정해서 페이지에 올릴 것을 요망함.
* [방울뱀스터디] => 만두4개 라는 프로젝트 진행중. 팀원 한명이 유럽 여행을 떠났음.
* [ProjectAR] => 각 팀원의 여러가지 사정으로 진행이 거의 없음.
- 3rdPCinCAUCSE . . . . 2 matches
신청 양식: 팀이름, 팀장, 팀장 전화번호 (팀원의 이름은 글 내용에 적는다.)
- 팀원이 아닌 사람과 대화 금지
- ProjectSemiPhotoshop/계획서 . . . . 2 matches
=== 팀원 ===
* 팀원간 소스 이해
- ProjectZephyrus/ClientJourney . . . . 2 matches
클라이언트 팀 모여서 한 일에 대한 정리. 한일/느낀점/교훈(["ThreeFs"]) 등을 생각해볼 수 있는 기회가 되었으면 함. (팀원내 자유로운 비방 허용; 치외법권선포;)
* 학교에서의 작업의 단점중 하나는 고정된 장소와 고정된 스케줄을 만들기가 쉽지 않다는 점이다. 학교시간표 보고 빈 시간대를 맞춰야 하고, 그 사람은 또 그 사람 나름대로의 스케줄이 따로 존재한다. 시험이라던지, 동아리 활동이라던지 등등. 이 경우 팀원별 스케줄을 보고 팀내 기여도를 예상한다음 그 기여도를 줄여주도록 해야 서로가 부담이 적을 것이다. 단, 위에서 언급한대로 개발중 지속적인 학습과정이 있는 이상, 중간 참여는 그만큼 어렵게 된다. CVS가 있을 경우 해당 코드의 변화를 지속적으로 관찰해나가야 하며, 외부에 있는 사람은 내부 작업자에게 필요에 따라 해당 문서를 요구해야 한다. (내부 작업자가 어떤 욕을 하건 -_-; 나중에 다시 참여시의 리스크를 줄이려면) 내부 작업자는 그 변화과정을 계속 기록을 남겨야 할 것이다. (Configuration Management 가 되겠지.)
- 만세삼창VS디아더스1차전 . . . . 2 matches
흠.. MSN에서 있었던 영창이와 인수의 신경전 - 일종의 언어유희 - 을 공개한다. 일단 1차전은 비긴 걸로 끝났다. 추후 다른 팀원들이 알아서 싸울 거라 믿어 의심치 않는다.
인수 비겁하군 ㅡ.ㅡ 왜 대화를 고치나 -_-; 어디서 거짓된 정보로 팀원들을 속이려 하나~ 인수군.. 진실은 밝혀진다
- 정모/2011.4.4 . . . . 2 matches
* 도와줘요 ZeroPage에서 무언가 영감을 받았습니다. 다음 새싹 때 이를 활용하여 설명을 해야겠습니다. OMS를 보며 SE시간에 배웠던 waterfall, 애자일, TDD 등을 되집어보는 시간이 되어 좋았습니다. 그리고 팀플을 할 때 완벽하게 이뤄졌던 예로 창설을 들었었는데, 다시 생각해보니 아니라는 걸 깨달았어요. 한명은 새로운 방식으로 하는 걸 좋아해서 교수님이 언뜻 알려주신 C언어 비슷한 언어를 사용해 혼자 따로 하고, 한명은 놀고, 저랑 다른 팀원은 기존 방식인 그림 아이콘을 사용해서 작업했었습니다 ㄷㄷ 그리고, 기존 방식과 새로운 방식 중 잘 돌아가는 방식을 사용했던 기억이.. 완성도가 높았던 다른 교양 발표 팀플은 한 선배가 중심이 되서 PPT를 만들고, 나머지들은 자료와 사진을 모아서 드렸던 기억이.. 으으.. 제대로 된 팀플을 한 기억이 없네요 ㅠㅠ 코드레이스는 페어로 진행했는데, 자바는 이클립스가 없다고 해서, C언어를 선택했습니다. 도구에 의존하던 폐해가 이렇게..ㅠㅠ 진도가 느려서 망한줄 알았는데, 막판에 현이의 아이디어가 돋보였어요. 메인함수는 급할 때 모든 것을 포용해주나 봅니다 ㄷㄷㄷ 제가 잘 몰라서 파트너가 고생이 많았습니다. 미안ㅠㅠ [http://en.wikipedia.org/wiki/Professor_Layton 레이튼 교수]가 실제로 게임으로 있었군요!! 철자를 다 틀렸네, R이 아니었어 ㅠㅠ- [강소현]
1. 작년에 프로젝트를 진행하면서 Agile 프로세스를 도입하고 싶었는데 생소한 개념에 대해 생소한 용어로 설명하다 팀원들의 관심을 얻지 못한 경험이 있습니다. 그래서 OMS를 준비하며 Agile이라는 말도 하지 말고 Agile을 소개해보자!! 하는 생각에 '더 나은 프로젝트 만들기'라고 주제를 잡았습니다. 용어를 하나도 사용하지 않으려다보니 이번엔 너무 붕 뜨게 설명하게 된 것이 아쉬운 점입니다. 제가 Agile에 대해 정말 잘 안다면 어떠한 용어를 사용하지 않고도 쉽게 설명할 수 있었을텐데 그렇지 못한 것이 안타깝네요.
- 제로Wiki . . . . 2 matches
= 팀원 =
|| 팀원명 || 하는일 ||
- 프로젝트기록의필수요소토론 . . . . 2 matches
["neocoin"] 지금 프로젝트중 어정쩡한 상황으로 가는게 있는데, 반달정도에 한번도 업데이트 안되는 것을 그 예라고 생각합니다. 프로젝트의 끝이 명확해야 하지 않을까요? 비록 팀원들간에 사정으로 해당 프로젝트가 와해 되었다면, 팀원들중 아무나, 혹은 다른 회원의 지적으로 종료 시점을 기록해서 와해 이유와, 차후 방지에 관하여 한번쯤 생각해 봐야 할것이라고 생각 됩니다. [[BR]]
- 1002/Journal . . . . 1 match
특정 팀원과의 토론이 필요한 Task 외엔 별다른 어려움 없이 잘 진행되었다. Virtual Pair Programming 에서도 VIM 단축키들을 배웠다.; ctrl + v, shift + v 몰라서 매번 할때 Help 뒤졌다 까먹고 그랬던것 같은데, 제대로 익힐듯 하다.
- 1thPCinCAUCSE . . . . 1 match
* 팀원이 아닌 사람과 대화 금지
- 2010JavaScript/강소현/연습 . . . . 1 match
* 앗! 연습 페이지를 만들었네~ 다른 팀원들도 연습 페이지 만들어서 소스 올리면 서로 뭐 했나 구경도 하고 기록도 남고 좋을 것 같다ㅎㅎ - [김수경]
- 2011년독서모임 . . . . 1 match
* 뭔가 길게 얘기했지만 그냥 사랑이야기입니다. 곁가지로 국적 문제, 차별 문제 등이 언급됬지만 제 눈에는 염장만이 들어왔습니다 ㅠ.ㅠ 으헝 이 주인공들 막 여친 집에서 그렇고 그런 짓 해대요. 서로 꺄르르~거리는 무언가 형성이 되어있습니다. 아.. 읽으면서 표지만큼 아기자기하지만 오글오글함을 느겼어요. 이번 책 모임에 늦어서 죄송합니다ㅠㅠ 2주 째 뭔가 SE 팀플이 흐지부지되면서, 마음이 급했습니다. 팀원이 4명밖에 안 되는데도 약속시간을 잡기가 힘든 거 같아요 ㅠㅠ 서로 너무 시간이 안 맞는 사람끼리 만났나봐요 흑...ㅠㅠ 그래도 이번에 간신히 모여서 다음에 만날 시간을 구체적으로 정해서, 다음 모임에 피해를 끼치는 일이 없을거여요 /ㅁ/! 2주 뒤에 뵈요~.
- 2thPCinCAUCSE . . . . 1 match
* 팀원이 아닌 사람과 대화 금지
- AM . . . . 1 match
* 진행 방식 : 각자 정해진 분량을 공부하고 정모에 팀원들이 번갈아 가면서 공부한 내용을 세미나한다. 질문답변하며 피드백하는 과정을 갖는다.
- AM/20040629첫번째모임 . . . . 1 match
* 진행 방식 : 각자 정해진 분량을 공부하고 정모에 팀원들이 번갈아 가면서 공부한 내용을 세미나한다. 질문답변하며 피드백하는 과정을 갖는다.
- CreativeClub . . . . 1 match
3. 팀원 부족
- JavaStudy2002/진행상황 . . . . 1 match
* 09/13 - 페이지 처음 만듬 & 팀원 모음
- MFCStudy_2001/진행상황 . . . . 1 match
= 제안, 토의 사항, 한숨, 잡담 : 각 팀원들이 적어 주세요. =
- MFCStudy_2002_1 . . . . 1 match
* 팀원 : 김정훈(["정훈(K)의 페이지~"]), 정재민(["Thor"])
- PairProgramming토론 . . . . 1 match
XP 를 할때 이야기되는 것중 하나가 XP 로 궤도에 올리는 기간에 관한 문제인데.. (아무래도 팀원들이 해당 지식들을 알아야 하니까..) 아직 이부분에 대해서는 저는 머리가 안굴러가네요. (아직 경험이.. 흐.) --석천
- PragmaticVersionControlWithCVS/WhatIsVersionControl . . . . 1 match
이런 개발중심축상에서 만약 특정 시점에서 프로그램의 릴리즈 버전이 완성되어서 QA과정으로 들어갔다고 생각해보자. 이때, 프로젝트의 다른 팀원들과 동시에 개발을 진행시켜 나가면서, QA과정에서 발생된 치명적인 버그를 본래의 개발중심축상에 반영시키기 위해서 만들어진 개념임. (그림이 있어야 이해가 쉬울듯. 글만 읽어서는 SE를 듣지 않은 이상 이해 힘들어보임.)
- ProjectSemiPhotoshop/Journey . . . . 1 match
* 한일 : 프레임웍 작성 , Bmp 로딩 구현, Sampling 구현, 팀원간 소스 이해, 시간예측, 다음 일정 계획
- ProjectSemiPhotoshop/기록 . . . . 1 match
* 팀원간 소스 이해
- ProjectZephyrus/간단CVS사용설명 . . . . 1 match
설치, 로그인 과정 생략, 팀원의 아이디로 로그인 하면 쓰기, 읽기 권한 허용
- SeminarHowToProgramItAfterwords . . . . 1 match
* 흥미로운 것은 시끄러운 프로그래밍이였다는 것이였습니다. 혼자서 하는 프로그래밍(PairProgramming을 알고나니 새로운 개념이 생기는군요. 원래 Programming이라는 것은 혼자하는 거였는데, 이제 프로그래밍하면 pair인지 single인지 구분을 해주어야겠군요)을 하는 경우에는 팀원들이 소란스럽게 떠들면 ''아 지금 설계하고 있구나''하고 생각하고, 조용해지면 ''아 지금 코딩하고 있구나..''하는 생각이 들었는데, PP는 끝까지 시끄럽게 하는거라는 느낌이 들더군요. 그렇게 대화가 많아지는 것은 코딩에 대한 이해도의 증가와 서로간의 협력 등 많은 상승효과를 가져올 수 있다는 생각을 했습니다.
- SoftwareEngineeringClass . . . . 1 match
''수업을 청강 할 정도로 내용이 있지는 않아. 그 이유는 딱 한 번만 이경환 교수님 수업을 들어 보면 알게돼. 차라리 관련된 책을 몇 권 보는 게 더 낳을 듯 해. 여튼 개인적으로는 여차여차해서 재수강으로 인해 이번 학기까지 2번째 듣고 있지만 수업 내용 보다는 우리과 수업중 가장 규모가 큰 (기간이나 팀인원수나) 팀 프로젝트를 해 보는 게 이 수업에서 가장 크게 배울 점이라고 생각해. 많은 팀원과 개발 계획부터 시작해서 최종 테스트까지의 일련의 프로젝트 개발 과정을 해 본다는게 확실히 도움이 되지. 그리고 배 보다 배꼽이 더 큰 문서가 좀 성질 나기는 하지만 경험상 해보는 것도 괜찮은 듯 해. --재동''
- TheGrandDinner/조현태 . . . . 1 match
//// 가장 많은 팀원수보다 테이블수가 적을때 ////
- TheOthers . . . . 1 match
== 팀원 ==
- XpQuestion . . . . 1 match
- 어차피 실제 고객에게 가치를 주는 중요한 일만을 하자가 목적이기에. Documentation 자체가 중요한 비즈니스 가치를 준다던가, 팀 내에서 중요한 가치를 준다고 한다면 (예를 들어서, 팀원중 몇명이 항시 같이 작업을 할 수 없다던지 등등) Documentation 을 EngineeringTask 에 추가하고 역시 자원(시간)을 분배하라. (Documentation 자체가 원래 비용이 드는 일이다.)
- XpWeek . . . . 1 match
* 팀이 여럿이라면 매일 팀원을 바꾸어보기는 어떨까?
- code regulation . . . . 1 match
목적 - 팀원 간의 코드 작성 방식을 최대한 일치시켜 이해도와 생산성 향상
- erunc0/XP . . . . 1 match
책속에 나온 사람들의 경험이란 것이 실제로 제겐 뭔가 느낌이랄까 그런것들을 전달해 주는데는 한계가 있는것 같아서요. 그런 의미로 '추상적이다'라는 말을 썼어요. 제가 잘 이해하지 못해서 그렇지만요.. ^^; 다읽어 보긴 했는데요. 가장 제가 중요하게 생각 한것은 고객, 팀원 그리고 기타 프로젝트에 도움이 되는 사람들과의 대화를 충실히 하라는 말이 가장 와닿은것 같아요. 누군가와 project를 xp로 하게 되면 책속에 나온 말들이 이해가 될것 같아요. 고맙습니다~ ["erunc0"][[BR]][[BR]]
- 공업수학2006 . . . . 1 match
|| 팀 || 팀원 || 비교 ||
- 레밍즈프로젝트 . . . . 1 match
= 팀원 =
- 레밍즈프로젝트/일정 . . . . 1 match
|| 11/28 || 팀원간 코드 합치기, 코드 리펙토링 ||
- 빵페이지 . . . . 1 match
* 팀원 : 유주영, 오승균, 황일정, 권정욱, 문보창
- 상협/프로젝트관련 . . . . 1 match
* 아쉬움이 많이 남는 프로젝트이다. 내가 생각했던 이상적인 프로젝트는 어차피 이런 프로젝트가 다 학습의 한 과정인 만큼 서로 특정한 분야를 맡았다면 프로젝트를 해 나가면서 원활한 의사소통을 하면서 자기가 맡은 부분에 대한 설명을 스터디 그룹 형식으로 다른 팀원에게 해주면 서로 도움이 될거 같았다. 그런데 이 프로젝트는 자기가 맡은 부분만 하고 다른쪽 분야의 학습은 전혀 못했다. 프로그램 완성하기에도 시간이 부족한 힘든 상황이어서 그랬을지도 모른다. 난 JAVA의 소켓이랑 스윙도 좀 알고 싶었는데 그쪽은 거의 모른다. 지금.. ㅡㅡ;; 이거 언제 따로 공부하지.. 쩝..
- 새싹교실/2011/무전취식/레벨2 . . . . 1 match
강원석 : 수요일 선형대 수업 땡땡이. -Why ? 그냥. 정치와 사회수업은 같이 듣는애들이 정치학과 애들인데 드랍준비. 드랍이유 : 여자팀원이 없다. 주말에 근처도서관을 갔는데. 선형대수학 시험준비하러갔습니다. 시험시간에 늦게 들어가서 한문제 못풀었어요. 근데 3문제 ㅠㅠ. 대출하다가 걸린놈 불쌍. 교수님 탐정임. 선배들도 그런교수 첨본다능. 그리고 봉봉수업은 정말 못듣겠다. - All 동감 - 창설은 신난다. NXT짱 좋아요 ㅋㅋㅋ
- 새싹교실/2012/사과나무 . . . . 1 match
* 새싹교실 첫 수업이었다. 고한종 강사님이셨고 같이하는 팀원과는 같이못해 혼자듣게되었다. 선배님은 간담회때 처음뵜고 서정이누나는 뒤풀이때 처음봤다.새싹교실이라고해서 무거울줄 알았는데 내생각이 틀렸다. 아주 기본부터 차근차근 설명을해주셨고 문외한인 나에게 과제도주셨다. 더열심히 하라는 뜻인거같다.그리고 수업시간에는 간단한 사칙연산만 만들었는데 오늘 이차방정식을 푸는 프로그램을 만들어봤다. 도움을 받고 만든 프로그램이지만 다음엔 내가 스스로 만들어보고싶다. 앞으로 기대된다. - [김도익]
- 새싹스터디2006/의견 . . . . 1 match
예를 들어 [너구리]라는 스터디 팀이 있고, 팀원이 너굴아빠, 너굴엄마라고 합시다. 너굴엄마가 자신의 개인 위키에 [너구리]라는 메인 페이지를 엽니다. 너굴아빠는 [너구리]페이지를 자기 카페에 가져오기만 하면 되죠. 그래서 스터디 공지나 이런저런 이야기는 [너구리]페이지에서 해결합니다. 그리고 [나무기어오르기]라는 숙제가 있다면, 제로페이지 위키에 [나무기어오르기/너굴아빠], [나무기어오르기/너굴엄마] 페이지를 만들어서 해답을 올립니다. 자신이 만든 페이지이므로 [나무기어오르기/너굴아빠]페이지는 자동으로 너굴아빠의 개인위키에, [나무기어오르기/너굴엄마]페이지는 자동으로 너굴엄마의 개인위키에 생깁니다.
- 새싹스터디2007/영동 . . . . 1 match
= 팀원 =
- 열린제로페이지 . . . . 1 match
'배장이'군은 새내기 시절 사람과 어울리는게 마냥 좋아서 전공 공부는 뒷전이고 선배, 동기들과 어울려 노는게 제일 좋았다. 그러나 학년이 올라가면서 실속을 차려야겠단 생각이 들었고, 이에 따라 전공 공부에 관심과 열의를 조금 늦게 갖게 되었다. 마침 그의 늦바람을 자극하는 주제인 MFC 스터디가 학회 '오픈페이지'에서 시작되려한다는 것을 알고서 '배장이'군은 '오픈페이지' 에 스터디 동참 의사를 밝힌다. 비록 스터디 팀원들과는 학번 차이는 나지만 비슷한 실력으로 인해 '배장이'군은 무리없이 스터디에 합류하고 성과를 얻을 수 있었다.
- 위키QnA . . . . 1 match
* Regular Project 2명이하라도 팀원들이 Regular Project 만큼 많은 접근성이나 말이 멋있다고(--;)요구하면, 자유로이 Regular Project에 올린다.
- 전문가되기세미나 . . . . 1 match
* 최소 며칠에 한번은 다른 팀원의 대화에서 뭔가 나에게 유용한 것을 엿듣는가?
- 정모/2004.9.24 . . . . 1 match
* [XML.ing] - ? (팀원 불참)
- 정모/2011.5.2 . . . . 1 match
* 팀원 모두 ZeroPager가 아니면 그건 ZeroPage 할당된 공간을 쓸건 아니고 따로 교수님께 연락드리거나 해서 공간을 할당받아야 할 듯. ZeroPager와 비 ZeroPager가 한 팀이라면 ZeroPager가 대표가 되어 프로젝트 지원서를 작성하고 임원진에게 제출하면 사용할 수 있어~ - [김수경]
- 정모/2013.1.29 . . . . 1 match
* ACM study - 팀원들 각각 2문제 씩 풀었습니다. 그리고 벌금제도 도입. 자세한것은 ACM위키페이지참조.
- 정모/2013.7.8 . . . . 1 match
* 공부 방식을 약간 바꿈 (코드젬에 있는 문제 풀기 -> '알고리즘' 책하나 잡아서 공부하는 방식) 팀원마다 각각 단원을 잡고 공부해오기.
- 코드레이스출동/밥묵자 . . . . 1 match
== 팀원 ==
- 코드레이스출동/후기 . . . . 1 match
* 코드에 집중하느라 해설에 집중하지 못한 점과 요구사항 구현 실패로 중반 이후 긴장감있게 진행하지 못한 점이 아쉽다. 제대로 되지는 않았지만 팀원들과 의사소통하며 프로그래밍 하는 것은 즐거웠다.
- 토이 . . . . 1 match
* 팀원 항시 모집.
- 프로그래머가알아야할97가지/ActWithPrudence . . . . 1 match
여지껏 과제를 하면서 "제대로 하기"와 "빨리 하기"중 "빨리 하기"를 선택한 적이 많았는데 요즘 그 선택들에 대해 후회하고 있습니다. 지금도 프로젝트를 진행하며 팀이 두 선택지 중 고민중인데 진행하다보면 "빨리 하기"가 더 매력적으로 느껴지는 것 같아 걱정됩니다. 이 페이지를 팀원들이 다같이 읽어보면 좋겠다는 생각이 드네요. - [김수경]
- 프로그래머의길 . . . . 1 match
만약 자신이 만들어낸 이론이 우수하다고 생각된다면 약간의 고집으로 자신의 의견을 관철시킬 수 있는 자세가 이들에게 필요하다. 다른 팀원의 사고를 자신의 이론으로 집중시키고, 그 이론의 타당성을 타진해 보는 것이 바람직하다. 이때 고집이아집으로 바뀌지 않은 시점에거 차협점을 찾아야 할 것이다. 만약 자신의 이론이 채택되지 않더라도 실망하지는 말자. 다만 이러한 것을 만들 수 있다는 확신만 버리지 않는다면 언젠가 자신의 이론이 옳다는 사실을 남들이 인정해 줄것이다.
- 프로그래밍파티 . . . . 1 match
* 교훈 (요구사항, 분석, 디자인, 디자인의 평가, 패턴, 소프트웨어 개발 과정, 팀원 자신, 팀워크 등에 대해 배운 교훈들) ''--> 상동''
Found 66 matching pages out of 7540 total pages (5000 pages are searched)
You can also click here to search title.
