'봄싹 2기/스터디'에 해당되는 글 23건

  1. 2008.12.16 Helols님 게시판 코드 살펴 보기 7
  2. 2008.12.16 봄싹 2기 4회 모임일정 5
  3. 2008.12.14 2기 4회 스터디.... 5
  4. 2008.12.10 금주에 스터디 참석인원이 어떻게 되나요 ? 12
  5. 2008.12.08 다들 진행하던 프로젝트는 ... 어떻게 되어 가시는지요 ? 8
  6. 2008.12.01 2기 3회 스터디 후기에용~;; 8
  7. 2008.11.29 봄싹 2기. 세 번째 스터디 음성 공개 7
  8. 2008.11.27 게시판 개발 얼마나 진행하셨나요? 중간 점검 3
  9. 2008.11.24 3회 스터디 관련해서요.. 14
  10. 2008.11.17 소스 코드 관련해서 제안 하나 드립니다.
2008. 12. 16. 20:29

Helols님 게시판 코드 살펴 보기

제가 스터디 초반에 다른 사람들의 코드를 보고 리뷰를 하자고 했는데 사실상 스터디 시간에 리뷰를 하기란 참으로 빠듯하더군요. 그렇쵸? 그래서 지금 소스 관리 저장소에 올라온 성윤님 코드를 받아서 잠깐 들여다 봤습니다.(다른 분들 코드도 올려주시면 좋겠네요. 아란님과 써니님 게시판 소스도 보고파요.)


메이븐 프로젝트보다 일반 프로제긑가 좋은 점
- 대부분의 경우 JRE 설정만 잡아주면 프로젝트에 에러는 없다.

안 좋은 점
- SVN에서 lib 파일 받느라 체크 아웃이 조금 오래 걸린다.
아직 메이븐을...접해보지 못했어요;;ㅋㅋ


설정파일이 뭔가.. 이상함...
- applicaionContext.xml이라고 되어 있어야 할 것들이 모듈별로 여러 개의 xxx-servlet 으로 쪼개져 있고 xxx-servlet 에 들어가있어야 할 것이 applicationCotnext.xml 이라는 이름의 설정 파일에 들어가 있음. @_@
- 성윤님께서 스프링 MVC에서 applicatonContext와 dispatcherServlet이 사용하는 webapplicationContext 계층 구조를 햇갈리신 걸까? 아니면 어떤 의도로 저렇게 나눠두신 걸까??
- 설정 파일의 위치도 이상함. applicationContext.xml은 보통 src 폴더에 두어야될 것 같고(설정 파일은 관련된 코드 근처에 두는게 좋겠다는 취지에서..) xxx-servlet은 WEB-INF 밑에 두면 될 것 같은데.. applicationContext가 WEB-INF 밑에 있네요. test 폴더 밑에는 테스트용 applicationContext가 있어야 하는데 그 이름이 역시 test-servlet이라고 되어 있어서.. 뭔가 좀.. 이름이 별로네요.
푸핫;; 어떻게 하다보니.. ㅋ 우선.. 머라고 할까;; xxx-servlet.xml 파일들이 WEB-INF밑에 바로가 있는 모습이 맘에 들지 않아서 폴더를 하나 만들어서 그곳에서 또 모듈 별로 설정 파일을 나누려는 목적이었으나..
게시판에는 몇개의 설정파일들이 존재 하지 않게 되어서..ㅋ 구지 따로 옮길 필요 까지는 없었는데;;(따로 옮기면서 web.xml에도 구지 해당 xml위치를 적어주어야 했음.) ;; 전에 프로젝트 할때 .. 너무 많은 설정 파일들이 산재하게 되어;; 어떻게 정리가 되지 않을까 싶어서 시도해보았고..xxx-servlet.xml 파일내용과 applicationContext.xml 파일 설정내용이 좀 이상 애매모호 하게 된건.. xxx-servlet.xml 설정파일을 나누다 보니 공통적으로 적용될건 applicationContext.xml로 빼버리게 되엇는데;; 나중에는 init-servlet.xml 파일이 하나 생기고 ㅡㅡ;; 뭐 이래저래 막무가내로 코딩하게 되었네요;;ㅋ test관련해선.. 걍 즉흥적으로;;ㅋㅋ


인터페이스 사용 일관성 문제
- DAO는 인터페이스를 사용했으나 서비스에는 사용하지 않았네요. 사용하려면 다 쓰고 안 쓰려면 다 안 쓰지. 왜 그렇게 하셨을까요?(참고로 전 다 안 썼답니다.ㅋㅋㅋㅋ)
ㅋㅋ 원래 기존에는 서비스와 DAO에 전부 인터페이스가 자리 하고 있었으나... 문득 드는 생각이 이놈이 여기 왜 있을까;;; 해서 없애 버렸음..ㅋ 그나마 DAO는 기존 JDBC로 구현한놈과 아이베티스를 적용해서 구현한놈을 둘다 가져가볼까 해서;;ㅋㅋ 두었는데;; 뭐 아직 미완성이라;;ㅋ

컨트롤러에서 유일한 Servlet API = HttpSession.
- 2.X 대에서는 불가피하지만, 3.0부터는 @Session인가 하는 애노테이션을 사용해서 세션에 있는 attibute를 자동으로 메서드 매개변수로 바인딩해서 사용할 수 있다고 하네요.
굳 인데요;;ㅋ

request mapping 범위가 너무 넓은거 아닐까요?
-     @RequestMapping("/*/category/*")
    public String getCategoryInPostSch(HttpServletRequest req,HttpSession session, ModelMap map)
    { ...

이런 코드가 있던데 저 메소드가 실제로는 요청 하나만 처리할 텐데 범위가 *로 너무 넓게 되어 있는 듯 합니다.

이놈은 /*/category/* 이건 ... 화면에서 넘길때 .. /home/해당유저id/catagory/(카테고리 번호) 를 받는 놈이라서 * 로 했어요~ 그러니가;; 보통 catagoryID를 파리미터로 넘기지 않고 저런식으로 넘겨보려고요;;ㅋ
티스토리가 저런식이길래;; 흉내를 내보았네욥;ㅋ 그런데 저런 것 때문에 한동안 마니 삽질을 했다는..ㅋ
 /*/category/여기 뒤에는 단순히 카테고리 번호만 옴!

굳이 세터는 만든 이유는?
-     @Autowired
    public void setBbsDao(BbsDao bbsDao)
    {
        this.bbsDao = bbsDao;
    }...

Category 클래스에 이런 코드가 있었습니다. 세터 없이 그냥 @Autowired를 필드에 붙여주면 되는데 왜 세터를 만들고 메소드 위에 붙여두셨죠? 세터가 필요한 이유라도 있는건가요?

카테로리 클래스에 private  BbsDao bbsDao; 요넘의 접근제어자를 private 로 두고 test코드를 작성하다 보니.. 불가피 하게 set 메소드가 생겼네욥;; mock 객체를 대신 넣으려구요...ㅋ

잘 이해가 안 되는 코드
-     public Category getCategoryName(Map<String, String> paramMap)
    {
        bbsId  = paramMap.get("bbsId");
        cKey   = paramMap.get("cKey");
        fullYn = paramMap.get("fullYn");
        bbsDao.getCategoryName(this);
        return this;
    }

이 코드는 무슨 일을 하는거죠? 보통 get으로 시작하는 메소드는 뭔가 리턴하고 그 리턴한 걸 받아서 쓰는 코드를 예상하기 쉬운데 위에 있는 getCate.. 를 따라가 봤더니 주석에 // 쓰레기 코드라고 되어 있네요. 크헉...ㅋㅋ

이놈은 음.. 카테로리 네임 정보를 가져 오는 놈인데요;;ㅋㅋ
저기 맵에서 꺼내는건;; 마땅히 컨트럴러에서 받아온값을 서비스계층으로 넘기고 그값들을.. 서비스 계층에서 담으려다가 걍;; 도메인 계층에서 한번 담아 본거였어요;;ㅋㅋ 물론 어정정하게 DDD를 해보겠다고 해서 들여댔다가 나온 파생코드죠;;ㅋㅋ 쑤레기 코드..ㅋ

코드 스타일
- 저는 보통

public void do() {
 /// 요렇게 이클립스 기본 스타일로 쓰는데..
}

성윤님은

public void do()
{
// 요렇게 비주얼베이직 기본 스타일처럼 쓰시네요.
}
ㅋㅋ 어떻게 하다보니... 습관이 저렇게 들어버렸네요;; if else if esle 뭐 이런것들 적을때;;
명확히 구분하기가 힘들어 보여서... 시작했던 코딩스타일인데요;; 시작하다보니.. 저렇게 굳어버렷네요;;
가끔은 헛 공간을 잡아먹어서;;ㅡㅡ;

세터에 null 방지 코드
-     public void setPostReplyYn(String postReplyYn)
    {
        this.postReplyYn =postReplyYn == null ? "N":postReplyYn;
    }

이런 코드가 있던데.. 아무래도 null 방지 용으로 세터에 손을 쓴 것 같습니다. 음~ null 방지 코드라.. validation인지.. 기본값 세팅인지..흠.. 뭔가 좀 생각을 해봐야겠네요. 일반적인 기본 세터랑 차이가 있어서 당연히 기본 세터 겠거니하고 코딩을 하다가는 예상치 못한 결과를 볼 수 도 있겠군요.

화면에서 널이 넘어 와서 널은 N으로 치환 해줘야 하는 걸 해주어야 하는데;; 쿼리에서 NVL로 할까;; 아님 다른데서 널치환을 할까 하다가 ;;; 여기에 자리 잡았네요;; ㅋ

왜 맵을 통쨰로 던졌을까?
-     public boolean checkFullCategory(Map<String, String> paramMap)
    {
        return bbsDao.checkFullCategory(paramMap).get("FULLYN").equals("Y")?true:false;
    }
이 코드를 보면 필요한 값만 넘기지 않고 맵을 통째로 던져서 코드가 길어진 걸 볼 수 있습니다. 물론 3항 연산자로 한 줄로 끝내긴 했지만. 그래도..왜 그런 원칙이 있자나요. 드리트리 원칙이던가.. 친한 친구랑만 얘기하라던.. 그걸 지킬 수도 있는데 위반한 대표적인 코드가 되겠네요.

음 이놈은... 해당 넘어온 카테고리 번호가 전체 카테고리 번호인지를 체크하는 놈인데요... 우선 맵을 던진이유는 해당 인자값에 해당하는 놈이 전체 카테고리에 해당하는 놈인지 쿼리를 한번 날리고 그 결과값이 맵으로 리턴되어서 그 맵안에 FULL_YN 값이 Y 이냐 N 이냐에 따라 달라지는 코드인데;; 
public boolean checkFullCategory(Map<String, String> paramMap)
    {
Map returnMap = bbsDao.checkFullCategory(paramMap);
if(returnMap.get("FULLYN").equals("Y")) return true;
return false;
    }

이렇게 되어 지네요;; 결과가 Map으로 리턴이 되어서 인자로 넘긴 맵의 값을 꺼내서 체크 하는것처럼 절못보였는건가;;; 음.. 일단 ;; 페스~ㅋㅋ

트랜잭션 코드가 안보이네요.
- @Transactional 이라는게 안보이네요. transactionManager 빈이 등록된 건 확인을 했는데 말이죠. 흠. 트랜잭션 처리는 어떻게 하고 계신가요?
일단 멍석만..ㅋㅋ 다음 코드 리뷰때 아마 등장할듯합니다..ㅋㅋ

HelolsResponse라는 클래스 이름이 맘에 안 듭니다.
- HeloIs 때문이 아니라 위에 서픽스가 영..;; 이 클래스가 AbstractView를 상속 받았다면 이 녀석도 View로 끝내는게 좋치 않을까요?

ㅋㅋ 영작하는데 소질이 없어서요;;ㅋ 어떤 이름을 지을까 이래 저래 하다가 ;;; 먼가 하나 남겨 볼까 해서;;ㅋ 넣어봤죠;;^^;;; 그 머냐 ... 낙서기질이라고 할까욥;;ㅋㅋ

이상.. 다소 까칠하게 쓰기도 했지만 좋게 봐주시리라 생각합니다. ^^

전체적으로 Map 사용과 3항 연산자 코드가 눈에 띄네요. 캬~ 역시 소스는 직접 다운받아서 봐야 잘 보이네요. 다른 분들도 받아서 함 봐 보시죠. 저장소가 저희 회사 서버에 있어서 굉장히 빠르답니다.ㅋㅋ
2008. 12. 16. 19:09

봄싹 2기 4회 모임일정


일자 : 2008년 12월 28일(일요일)
시간 : 15:00 ~ 18:00
장소 : 종로토즈

참석자 : 기선, HeloIs, 써니, Hoyeol
코드리뷰 (토론)시간 :

금주 토요일 22:00까지 댓글 기준으로 스터디 룸 예약하겠습니다.
일이 바쁘단 핑계로 참석을 못하니 점점 방관자가 되가는거 같아 가슴이 아프네요 ㅠ ㅠ;
오픈 이후 2차 개발이 있지만 그래도 여유있어 지길 기대합니다 ㅠ ㅠ;




12월 28일 15:00 3시간 4-6인실 예약 완료 했습니다. 오늘 시스템 오픈입니다. 잘되서 일요일날 뵐 수 있기를 바랍니다^^
2008. 12. 14. 22:58

2기 4회 스터디....

금일 종로 토즈에서 봄싹 스터디 2기 4회 스터디가 진행되었습니다.. 
스터디를 시작한 이래로 ... 가장 소수의 인원으로 스터디가 진행되었습니다.. 
용권님, 영민님, 기선님, 그리고 저.. 이렇게 4명의 인원이서.. 알뜰한 3시간을 보내고 왔습니다.. 

금일은 여차 여차한 사정으로 인해서 스터디 진행은 녹음 없이.. 
자유로운 분위기에서 이런 저런 대화와 그동안 빠듯한 시간으로 인해서 잘 보지 못했던... 소스코드들과 .. 
이런 저런 이야기.. 궁금했던 내용들 공유... OSAF의 tag 내용 및 샘플 코드들을 보았고... 

2기 스터디 목적은 게시판의 완성을 위해서 다음 2주후 1회 스터디 연장이야기.. 
그리고 3기 스터디의 미래에 대해서 간략하게 대화를 나누었습니다.. 

일단 2기 스터디는 1회 연장으로 2008.12.28일 일요일날 ... 한번더 하게 되었음을 알려 드립니다.. 

그리고 3기 스터디의 주제는 전에 기선님의 의견에 따라서 TDD에 대해서 정해졌음을 알려 드립니다. 
3기 스터디 시작은 1월 4일날 시작으로 의견이 모아졌습니다. 
그리고 첫 스터디 주제는 일단 간단하게 대략적인 TDD에 대해서 의견 공유 및 진행 방향 , Junit 이야기에 대해서 ..? 뭐 이런 저런 이야기들이 나왔었는데... 요건에 대해선..
3기 스터디를 참여 하실 분들과 다시 의견 조율을 통해서 3기 1회 스터디내용을 정리 하자는 내용이었습니다.

일단 오픈 마인드의 스터디인 관계상 새로이 참여 하고픈 뉴페이스가 있다면, 언제든지 참여 가능으로 이야기 나왔었고.. 대략적인 스터디는 토비님께서 예전에 내셨던 TDD문제를 하나씩 진행해 나가자는 의견이 었습니다..
3기 스터디에 관한건 다시 글을 통해서 의견을 조합하는 걸로 진행을 해야 할 것 같네요^^;;
일단 이러한 내용을 기반으로 진행 되면 될듯 합니다.

스터디 후 서비스가 별로였던 식당에서 안동찜닭을 먹으면서 기선님 미쿡 다녀온 이야기로 대화의 장이 펼쳐졌고..ㅋ 영민님의 캐나다 .. 식당 사건을 통해서;;ㅋ 캐나다 식당 이용 방법을 배웠습니다.ㅋ
냠냠;;

마지막으로 토즈 포인트 적립금에 대해서 ;;ㅋㅋ
지금 적립금은 9375점입니다.. 그동안 이용금액의 5%만 적립이 되었는데요;;
오늘 운영자 카드로 변경해서 앞으로 10%의 적립이 가능하게 되었습니다..
몇 번만 더하면 공짜로 스터디를 한번 할 수 있을듯합니다..ㅋ
아니면 Max님 회사의 회의실 이용이 가능해지면.. 그전 스터디에서 다 사용해도 좋을듯 하구요~ㅋ

이상 입니다..ㅋㅋ 날씨가 많이 추워졌네요~ 다들 감기 조심하시고~ 2008년도 얼마 남지 않았네요~
깔끔한 마물~ 되시길.. ^^;;

2008. 12. 10. 19:35

금주에 스터디 참석인원이 어떻게 되나요 ?

다들 연말라서 바쁜 나날들을 보내시겠죠 ?
냠냠;;
그래도 스터디는 계속 진행되고~ 이번 모임에는
누가 누가 참석하시는지요 ..
저번주 라스트 버전으로 참석 유무를 남겨주시면 좋을듯 합니다..
그럼!! 다들 감기조심 하시고~ 수고하시고~ 일욜날 뵙죠~!

2008. 12. 8. 11:39

다들 진행하던 프로젝트는 ... 어떻게 되어 가시는지요 ?

이번주면 2기 마지막 스터디모임입니다...
그동안 게시판 진행을 했었는데..
어떻게 끝이 보이십니까 ??
일단 제가 알기로는 게시판을 실질적으로 구현한 분이 ..
기선님이랑 용권님. 저 이렇게 3명으로 알고 있습니다 ...
다른 분들은 참관 또한 기존 진행했던 프로젝트를 변경 및 정리를 하셨는데요 ..

이제 한번 남은 스터디에서 마무리를 지을 때가 온듯합니다..
물론 연장건에 대해선 모여서 다들 이야기를 나누어봐야 알겠지만요^^;;
일단은 종료라는 생각을 가지고 마무리를 하는게 맞다는 생각이 들어서요 ..

전 일단 ... 제가 목표했던 바는 이루지 못했습니다.. 다만..
초기 기본 게시판 구현에 들어가야 할 미션 기능들은...
이번주에 잘 마무리가 될 듯합니다..

저번주 정채성을 찾아서 헤메이는 바람에.. 진도를 나가지 못해서..
빠듯하게 이번주를 보내야 하지만.. ;;
한번 또 달려주면 무사히 끝날꺼라고 예상해 봅니다..

다른 분들은 ?????? 어떻게 잘들 되어 가지죠??????????????

2008. 12. 1. 10:43

2기 3회 스터디 후기에용~;;

하핫;; 주말에 고향친구의 급습으로.. 이제서야 후기를 올리네요..
건너뛸까 하다가.. 그래도 후기는 하나쯤은 남겨야 할듯하여서;;; ㅋ
물론 생라이브 녹음 파일이 있긴허지만... ;; ㅋ

우선  바쁘신 시간을 쪼개서 참석하신 분들입니다.
간만에 윤성한님(MAX님)이랑, 이재일님(소내기님)께서 오셨네요;;
그리고 새로운 분이 오셨네요.. 정문용님(대범님)이 새로이 스터디 신규 참가자로 오셨습니다.
그리고 지금 미쿡에 가있는 백기선님(기선님), 무림 고수 곽중선님(써니님), 박성준님(hoyeol님) 그리고
저... 이렇게 총 7분이 참석하셨습니다..

첫 스터디를 했던 2-7번 부스(최소 5인실)에서 옹기종기 모여 앉아서 스터디가 진행되었습니다.
내용은 생 라이브 육성 녹음 파일을 참고 하시면 될듯하고..
코드 발표는 3분만 하셨는데.. 역시나 시간이 부족했습니다.. 언제나 스터디는 시간과의 싸움이네욥;
서로의 경험이나 지식들을 이야기 하다 보니... 시간가는줄 모르고 토론을 하게되네요;;ㅋ
그러다 보니 .. 자세한 코드 리뷰는 또 힘들어지고 ... 급 마무리 하는데 정신이 없었네요~;

일단 다음 스터디 첫 발표는 시간 부족으로 10분 발표, 한번 못하고, 15분 발표 밖에 못한 기선님이..
30분 쓰시죠;;ㅋ 미쿡에서 귀국한 바로 다음 날이 스터디라서 가능할 지는 모르겠지만.. 안되면 S1A때 이야기로 시간을 쓰셔도 청강하는 분들에게 좋은 내용이 될것 같습니다.ㅋ(내심 기대;;ㅋ 인터뷰에 꼭 성공을..ㅋ)

그리고 다음번 스터디가 일단 공식적인 2기 스터디의 마지막 스터디인거 다들 아시죠? 앞으로의 나날들을 위해서..
의견공유가 필요할 듯합니다. 일단 다음 스터디에서 정하자는 이야기가 나왔으니..
다음 스터디가 약간 중요 해질듯 합니다. 의견은 2기 스터디 횟수 연장인가 .. 아님.. 전에 나왔던 3기 스터디의 전환인가.. 아님... 2008년과 함께 스터디의 종결인가? 뭐 이런 의견들이 나올 수 있을 듯하네요~
그럼 다들 한번씩 의견들을 생각해오시면 될듯하고 ..

재진님 ~ 다음 스터디는 3시간 예약해주시면 감사하겠습니다^^;;
그럼 다들 감기 조심하시고~ 다음 스터디때 뵙죠^^
2008. 11. 29. 20:08

봄싹 2기. 세 번째 스터디 음성 공개

1. HelolS님 발표

로그인 이전 URL 처리, Ajax JSON 처리, Spring JDBC 활용 DAO

http://media.ksug.org/study/2nd/heloIS2.mp3

2. 써니님 발표

스트럿츠 바인딩, 스트럿츠 인터셉터, 스트럿츠 커스텀 태그

http://media.ksug.org/study/2nd/sunny3.mp3

3. 기선 발표

하이버네이트와 SQL, 화면 프레임, 모듈 구성 요소

http://media.ksug.org/study/2nd/keesun1.mp3

오늘 새로 참여하신 정문용님을 비롯하여 오랜만에 참여하신 소내기님과 맥스님을 뵐 수 있어서 좋았습니다. 여전히 코드 리뷰는 시간이 부족했습니다. 캬캬 그만큼 서로가 서로에게 주고 받을 것은 많다는 거 아닐까요? 앞으로도 계속 그런 스터디가 되면 좋겠습니다.

2주 뒤에 뵈요~
2008. 11. 27. 21:19

게시판 개발 얼마나 진행하셨나요? 중간 점검

저는 지난 번까지 Post -> Board 두 개의 도메인에 대한 CRUD 만들고, 게시물 검색 기능까지 만들었습니다. 지난 주에는 화면 구조를 변경했고, 이번 주에는 스프링 시큐리티로 인증과 권한 기능을 추가했습니다.

스프링 시큐리티는 원래 안하고 이번주에 페이징을 하려고 했었는데, 스프링 시큐리티가 갑자기 너무 해보고 싶어서;; 조금 샛길로 샛습니다. 이번에는 맨날 하던 2단 구조(User -> Role) 말고 3단 구조(User -> Role -> Right)로 설계, 구현했습니다. 흠.. 구현해놓고 보니 url 권한 체크에서는 ROLE_ 프리픽스밖에 못 쓰네요.. 흠.. Right로 설정해두면 좀 더 유연하게 권한 설정을 할 수 있을 텐데 말이죠... 이 부분이 좀 고민입니다. 이번 스터디 전까지 좀 더 해보고 발표하겠습니다. 이번엔 꼭 발표 할 겁니다.ㅋㅋ 저번에 쉬었으니까.

자.. 각자 얼마나 진행하셨는지 공유해 주세요~
2008. 11. 24. 10:24

3회 스터디 관련해서요..

소내기님 의견은 묻지 못했습니다만 시간이 더 늦어질 경우 취소와 재예약이 어려울 것 같아 어제 SNS2008에 참석하신분들과 영민님의 의견만 종합해서 스터디 일시를 변경했습니다.

장소 : 종로 토즈
일시 : 11월 29일(토) 16:00 ~ 18:00
최소 5인실 최대 7인 입실 가능한곳으로 변경했습니다.


어쩌다가 토즈의 시스템이 이상한 관계로..
예약이 잘 이루어지지 못해서;; 약간 수면 위로 올라온 이야기를 가지고 ..
재진님이랑 잠시 이야기 나누었는데요..

이번 스터디를 다들 가능하시면;;; 토욜날로 옮겨 보는게 어떨까해서..
의견을 듣고 싶어서 글을 올려 봅니다..
다들 아시겠지만 일욜날 스터디 대장인 기선님과 영회님께서 S1A에 참가하는 관계로 일욜날 출국을 하시잖아요.
출국전이라 바쁘실것 같은데;;
기선님께서 토욜날 참석가능하다는 의견이 나와서;;

그동안 스터디를 이끄신다고 여러모로 고생하는 대장의 스터디 개근을 위해서 ;;
이것저것 많이 배워가는 스터디원들이 시간이 된다면...
토요일로 한번 추진하는게 어떨가 해서;;

일단 토즈예약은 우여곡절끝에 30일날 16시~ 18시 까지 예약은 완료 된 상태이긴 헌데;;
다들 콜 하시면;; 재진님이 예약변경을 하실꺼라고 믿습니다.ㅋ(한번도 안해보셔서 모르겠다고 하셨으나..
잘 하실꺼라고 믿습니다.ㅋ)

전제 조건은 뭐 일욜날 참석 가능하신 분들이 다들 가능하셔야 이루어지는 건이고..
토욜날 토즈 자리 확인 결과 넉넉하게 보입니다.. ;;

토욜날 출근하시는 분들이 계시면 문제이긴 헌데;; 만약 안되시면;; "전 참석 못해요" 라고 댓글 남겨주세요;;ㅋ
괜히 쓸데없이 의견을 불러 일으켜서 혼란을 가져오는건 아닌지 걱정이되네욥;;
오늘 중에 의견 취합이 안되면... 어쩔 수 없이.. 예정했던 날로 스터디가 진행될듯 합니다~!
그럼 이상이구요~ 즐거운 한주 되세요 ;; 오늘은 스프링나이트서울2008이 있는 날이네욥^^
거의 모든 분들이 참석하셔서 이따가 물어봐도 되긴 하겠네요;; 호호호;;
2008. 11. 17. 10:56

소스 코드 관련해서 제안 하나 드립니다.

현재 제각각 자신의 코드를 자신 만의 저장소에 관리하고 계실텐데요. 아무래도 여러 저장소를 전부 등록하거나 여기서 일일히 다운 받아 보는건 좀 불편하고 귀찮아서..

제가 저장소를 만들고, 계정을 하나씩 만들어 드릴테니까요. 그쪽 저장소를 이용해서 소스 코드 버전 관리를 하시는 건 어떨까요?

원하시는 분들은 저장소에서 사용할 id/passwd를 제 메일로 보내주세요. 제 메일은 "하얀배2천@쥐메일.컴
" 입니다. 저장소 주소는 나중에 만들고 테스트 해본 다음에 공개하겠습니다.

ps: 토비님이 소스 코드가 궁금하신가봐요. ㄷㄷㄷ 잘 하는 사람은 뽑아서 OpenSeed로 영입 할지도~ +_+