has_many :questions, :through => :forward

내 주변에 나이는 어리지만 코딩을 잘하는 친구들이 몇몇 있다.

그 나이 또래 아이들과 비교하면 잘한다. 인정한다.

하지만 결과물만 만들어 낼뿐 그 과정이나 코드를 보면.. 막막하다.

그리고 이 결과물도 사실은 굉장히 내구성이 약하다.

그 이유야 여러가지가 있겠지만, 딱 하나를 꼽으라면

생각없이 그냥 막 코딩을 하기 때문이다.

생각없다는 표현이 좀 심했나? 그래 인정한다. 표현이 심했다. 사실 나도...

좀 더 순화시키고 디테일하게 말을 하자면 설계하는 과정이 없다는 것이다.

설계라고 하니 거창해 보이지만 내가 말하는것은 전체적인 구조를 짜는거 말고 어떻게 코딩할것인지 생각하는 과정이 없다는 것이다.

설계하는 과정이 없으니, 코드는 당연히 스파게티가 되고

맛있어보이는가? 저거 한가닥 한가닥 풀어볼 생각해봐라 ㅋㅋ

스파게티가 되니 버그가 많아지고

스파게티가 되니 디버깅도 힘들어지고

스파게티가 되니 협업하는 다른 개발자가 코드를 보기 힘들어지고

그렇다보니 다른 개발자도 "이미 버린 코드구나"하고 스파게티로 짜게 될 확률이 높아진다.

결국 코드는 산으로 가고

간단한 기능 수정하거나, 디버깅하는데 하루를 다 허비하게 되고

일정은 다가오고

일정을 맞추기 위해 맨날 밤새고

그러다 답이 없어서, 다른 프로젝트를 진행중이던 다른 개발자도 참여하게 되고

땜빵으로 들어간 다른 개발자는 코드를 보고 한숨을 쉬고 멘붕

땜빵 개발자는 억울하지만 어쩔 수 없이 같이 계속 밤새며 타이핑 한번, 한숨 한번, 타이핑 한번, 한숨을 반복하며 "내가 왜 여기있지?"라는 의문과 함께 코딩을 하고 (내 경험담이라 감정 이입해서 쓴거다.. ㅋ)

어찌어찌 오픈을 해도, 유리같은 결과물이라 툭 하면 에러나고, 컴플레인 들어오고

또 다시 디버깅을 위해 밤을 새고..

다음 릴리즈 일정은 다가오고

또 다시 밤을 새고

결국 회사는 망하게 되고

출근 안해도 된닼ㅋㅋㅋ

뭐 이런 악순환의 반복이 된다.

단순히 어떻게 코딩할 것 인지 고민을 안한것 만으로 도미너 처럼 하나하나 넘어져 결국 회사를 망하게 하거나 동료 개발자를 멘붕시킬 수 있다.

"문 헛소리냐? 님 쪼랩임? 애자일 모름? ㅋㅋ 난 애자일하게 하는거거든?" 이라고 카우방에서 젖소가 블리쟈드쓰는 소리를 한다면. 이런말 하는 사람은 디아2 해보지도 못한놈이 카우방 얘기하는거나 마찬가이다.

애자일을 이런 상황에 가따붙이라고 만든거 아니거든요? ㅋㅋㅋ

암튼, 여기서 교훈은 동료 개발자가 싫거나, 회사가 맘에 안들면 생각 따윈 집어치고 그냥 막 코딩을 하면 된다는 귀중한 가르침이다.

끝.

이라고 한다면 안그래도 방문자 없는 블로그인데

응? 방문자 없는 블로그니깐 이렇게 끝내도 아무도 모르겠구나.ㅋㅋㅋ

나 천재인가봐? ㅋㅋㅋ

불평만 하는 글이 됨으로, 부족한 사람이지만 몇가지 가이드를 책임없이 던져본다.

다시 말하지만 책임없이 던진다. 나한테 뭐라하기 없기다? ㅋㅋ

내용이 아주 오래전부터 할아버지 선배님들때부터 해오던 얘기들인것 같아 고리타분해지는것 같은데..

사실 코딩을 잘못해도 상관없다.

코딩은 그냥 하면 된다. 중요한것은 어떻게 코딩할것인가다.

설계를 어떻게 할 것인가? 이런거 얘기안할거다. 이건 책 봐라. 책 많다.

난 코딩하기전 이런 습관을 가져라 라고 얘기하고 싶다.

전체적인 그림을 그려라.

혼자하는 프로젝트일 경우, 생략할 수 도 있지만.. 이것도 짬이 없으면 해야 한다.

암튼 하면 좋다. ㅋㅋㅋ

정확할 필요는 없다. 많은 시간을 할당하지 않아도 된다.

빼먹는 부분(구멍)만 없으면 된다. 열심히 그렸는데 화장실 빼먹으면 망하는거다 ㅋㅋ

전체적인 그림을 그리는것은 설계의 기본이다.

그리고 일정을 산출해 내는데 유리하다. 

일정 다되서 막판에 회사에서 먹고자고 할텐가?

당신이 말단(신입)이라면 "내가 해봤자 어차피 팀장 따라 가야하는데 무슨 소용이냐?"라고 생각할 수 있다. 

이런 생각을 한 당신.. 평생 말단(신입)으로 있을것 같나? 언젠가 당신도 팀장이 된다.

그 때를 위해 미리 경험치를 쌓아둔다고 생각해라. 팀장이라는 훌륭한? 교본도 있지 않은가? (팀장님들 긴장트리좀 타삼 ㅋㅋ.. 근데 나부터 타야하네;; ㅋㅋ)

차분히 내가 해야 할 일이 무엇인지 파악하라.

전체적인 그림을 그렸는가? 잘했다. 쓰다듬어 드림. 쓰듬쓰듬..?

그럼 이제 내가 해야할 일이 무엇인지 테스크를 파악해야 한다.

매일매일 출근해서 가장 먼저 할 일은 오늘의 할일을 선정하는것이고

퇴근할때 얼마나 했는지, 내일은 무슨 일을 할 것인지 선정하는 것이다.

다음날 출근시 오늘의 할일을 다시 선정할 필요는 없고.. 어제 퇴근하면서 선정한 테스크들을 보며 체크만 하면 된다.

테스크 추출하는것.. 처음엔 귀찮을 수 있다. 그리고 쉽지 않다.

하지만 꾸준히 반복적으로 해라. 아주 중요한 것이다. 그냥 습관으로 만들어라.

단순히 오늘의 테스크만 뽑았다고 끝나는 것이 아니다.

다음 단계가 있다. 바로 뽑아낸 테스크 하나하나를 어떻게 코딩할 것 인지 고민하는 것이다.

네임스페이스를 정하는것만 해도 상관없다.

처음에 큰 그림을 그리면, 추상적인 설계가 어느정도 머리속에 있게 된다.

하지만 테스크를 발라내게 되면.. 이 설계가 조금은 실제화가 되는데

이때 네임스페이스를 정해주는게 훨씬 쉽고, 

구조를 수정하는 일이 상대적으로 적어진다.

네이밍에 허비하는 시간을 아깝게 생각치 마라

메소드를 만들든, 프로퍼티를 만들든, 펑션을 만들든, 변수를 만들든.

제발좀 네이밍에 신경을 써라.

상황에 따라선 코딩하는 시간보다 네이밍하는데 시간을 더 써야 될 때도 있다. 물런 항상 그러면 안된다. ㅋㅋ

제발 좀!!

의미에 맞는 네이밍해라. 영어사전 항상 열어놓아라. 아님 구글번역기라도 돌려봐라.

스스로 먼저 리뷰를 요청해라

리뷰를 꼭 해라. 혼자 하지 말고 최소한 같이 프로젝트한 팀원들과 해라.

이 프로젝트에 참여하지 않은 사람들은.. 첨부터 끝까지 설명해야 해서 귀찮긴 하지만.. 

서로에게 자극을 주고 배움을 주는거니 거절하지는 마라.

가능하다면 고수도 껴넣어라. 없어도 상관은 없다.

혹 코드리뷰하는 분위기가 아닌가? 그럼 당신이 만들어라.

용기 있는자가 미인을 쟁취한다는 말도 있지 않은가?

...........? ㅋㅋㅋㅋ

도저히 용기가 안난다면, 맘 맞는 몇명만 불러서 해라.

맘 맞는 사람이 없나?

그럼 친하고 신뢰할 수 있는 사람을 불러서 해라.

커피 한잔 사준다고 꼬득여서 해라.

어쨋든 해라.

그리고 가능하면 사수는 꼭 넣어라.

아에 신입이면 페어프로그래밍 하면서 이런것 하나하나 일일이 지적할 수 있지만.

겅력 2년정도 된 사람들은, 페어프로그래밍하면서 하나하나 지적하기가 힘들다.

왜냐면.. 이미 나쁜 습관이 들어있고.. 경력이 있다보니 쫀심이 있어서.. 되려 카운터 얻어맞을 수 있기 때문이다.

물런. 착한 사수는 그런거 신경안쓰고 열심히 가르켜주겠지만.. 난 한번 당한 경험이 있어서 말이지..

요즘 아이들 무섭다 ㅠ,.ㅠ 어른을 존경하는 마음을 떠나.. 이타심 자체가 부족하다.

암튼. 아무래도 경력이 있다보니 기본적인 구조, 네이밍을 지적하기가 여간 조심스러운게 아니다. 그래 나 소심하다 ㅋㅋ

리뷰타임에서는 페어프로그래밍할때 못했던 말들, 페어프로그래밍하면서 놓쳤던 부분, 혹은 페어프로그래밍할때 잘못 작성한것들 등등을 발견하고 서슴없이 깔 수 있기 때문이다.

하지만 사장님에겐 따뜻하겠지..

여기서 중요한것은 코드리뷰할때 내가 작성한 코드는 없다. 우리가 작성한 코드만 있을뿐이다.

그러니 발끈하거나 감정 상하지 마라.

쓰다보니 해주고 싶은 말이 너무 많지만.. 그런거 다 쓰자니 내가 귀찮아서 ggㅋㅋㅋ

쓰고보니 결국은.. 수백번은 봤을 수 도 있는 이야기들이다. 봤으면 뭐하나.. 실행을 안하는데..

제발 좀 행동으로 옮겨라!!!

간만에 포스팅이라 제가 감(글쓰는 법, 개그감)을 잃었나봅니다.

죄송합니다. ㅠ,.ㅠ

도망가자. ㅋㅋ

하지만 읽어준 당신에겐 감사. 

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

제목이 이상한것 같지만, 아래 코드를 보자

brew를 실행하면, 되긴 하는데..
정작 설치를 하거나 업그레이드를 할려고 하면 권한 문제로 실행이 안된다.

나의 경우에는 맥북에서 아이맥으로 마이그레이션을 했는데, 그래서 생긴 문제인 듯 하다.

/usr/local에서 파일 오너가 root로 되어있다.

이걸 전부 내 계정으로 변경해주었다.

그리고 나서 업그레이드를 하니 잘 된다.

 

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

RoR에서 Terminal을 사용하기 때문에 이 카테고리에 넣습니다.
양해를 쿨럭~;

Mac Terminal의 Home, End키의 기본 세팅이 스크롤 최상단/최하단 (좀 더 정확하게 말하면 버퍼의 최상단/최하단)으로 이동이 됩니다.
하지만 일반적인 상황에선 현재 줄의 처음과 끝으로 가는 용도로 많이 사용하죠. 
(여기서 OSX에 불만 하나.. 왜 프로그램마다 Home, End 동작이 틀리냐고.. Home, End만 틀린게 아님. 틀린키 무지 많음.)

평상시에는 그냥 그러려니 하고 별 문제 없이 쓰지만, 막상 필요한 순간이 오면 참 짜증이 나는.. 뭐 그런 기능입니다.

아래 Terminal에서 Home, End키 적용하는 법입니다. 

1. Preferences를 엽니다.

2. 그런후 사용하시는 스킨의 Keyboard로 이동 합니다. 
3. Home을 선택, Edit을 누릅니다.

4. Action을 "Send string to shell"로 선택하시고, \033[1~를 입력후 OK
\033[1~는 복사해서 붙여넣으세요.

5. 마찬가지로 end를 선택 하신 후 Edit

6. 이번에는 \033[4~를 입력

끝입니다.

혹시 PageUp/Down을 원하신다면, 마찬가지 방법으로
PageUp: \033[5~
PageDown: \033[6~ 

를 입력하시면 됩니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

아시다시피 5월 5일 Rails 3.1 Beta 1 이 Release되었다.
많은것들이 바뀌었는데 그것들중 알고 넘어가면 좋을법한것 몇가지만 추려 간략하게 Overview해보았다.

설치

Javascript

Rails 3.1부터 prototype.js가 아닌 jQuery와 CoffeeScript가  Default로 탑재되어 있다.
만약 jQuery가 아닌 prototype.js를 계속 사용하고자 할 경우,
해주면 된다.

새로 추가된 Gems

• sass: haml에 포함되어 있던 sass가 독립되어 나왔다.
• coffee-script
• uglifier: JS를 하나의 파일로 합쳐준다.
• jquery-rails 

디렉토리 구조 변경

Public아래에 있던 Javascript, Stylesheets, Images가
/app/assets/ 로 이동되었다.
그러므로 웹엔진(Nginx등)에서 Js, Css, Image를 Rails한테 안넘기고 직접 처리하도록 세팅이 되어 있었다면, 관련 부분은 수정이 있어야 한다

Sprockets

application.css, application.js에 보면
처럼 주석처리된 require들이 있는데, 이건 주석이 아니라 sprockets의 require(include)하는 문법이므로 해당 구문을 삭제하면 include가 안된다.
 

Migration 

migration file의 change 메소드가 추가되었다. 
과거에는 up, down으로 메소드가 분리되어 있었지만, change로 통합되었다.
하지만 종종 제대로 동작하지 않을때도 있는데 그럴땐 up, down을 만들어서 사용하면 된다. 

그리고 :belongs_to가 추가되었는데, 과거 relationship을 같게 될 경우 직접 index key(article_id:integer)를 만들어 줬었다.
3.1 에서는 belongs_to를 이용하면 되는데.

이렇게 써주면되며, belongs_to로 만들면 add_index도 시켜준다.

Console

콘솔에서 DB Query가 노출이 되었는데.. 상황에 따라선 이게 과잉친절이 될 수 도 있을 듯 하다. 

Active Record

• :has_many에서 :through를 다중깊이까지 사용할 수 있게 되었다. 
• 그리고 :through에서 :dependent 도 지원을 한다.
• :as 가 추가되었다.  
• default_scope가 block으로 처리할 수 잇게 되었으며 lambda, method를 사용할 수 있다.
  

  default_scope { ... }
  default_scope lambda { ... }
  default_scope method(:foo)

• update_column이 추가되었는데, update_attribute와 동작은 유사하지만 validation과 callback을 무시하고 update한다.
  

  User.first.update_column(:name, "sebastian") 

• inverse_of가 추가되어서 예제 코드처럼 post.tags.build가 가능하다.
  

  class Post < ActiveRecord::Base
    has_many :taggings
    has_many :tags, :through => :taggings
  end
  
  class Tagging < ActiveRecord::Base
    belongs_to :post
    belongs_to :tag, :inverse_of => :tagging # :inverse_of must be set!
  end
  
  class Tag < ActiveRecord::Base
    has_many :taggings
    has_many :posts, :through => :taggings
  end
  
  post = Post.first
  tag = post.tags.build :name => "ruby"
  tag.save # will save a Taggable linking to the post

• has_many의 :conditions에서 sql을 직접 쓰는것의 사용법이 바뀌었다.
  
  // Before
  has_many :things, :conditions => 'foo = #{bar}'
  
  // After
  has_many :things, :conditions => proc { "foo = #{bar}" }
  
• has_secure_password라는 메소드가 추가가 되었는데, Authentication을 직접 만들어서 쓸 경우 아주 유용하게 사용할 수 있다.
  새삼스럽지만, 3.1되면서 부터 Authentication Tool은 안써도 될 듯 하다.

Action Pack 

• auto_link가 제거되었다. 만약 계속 사용할것이라면 rails_autolink gem을 이용하면 된다.
• :authenticity_token 을 form_tag에서 option으로 바뀌었다. 생략하거나 수정이 가능하다.
• rhtml, rxml이 제거되었다.
• csft_meta_tag가 복수로 rename되었다. csft_meta_tags
• HTML5의 "data" attribute를 hash로 제공한다
  
  tag("div", :data => {:name => 'Johan Kim', :city_state => %w(Seoul)})

Active Support

• Object#in?
• weeks_ago
• pre_week

간략하게 이 정도 인 것 같다.
관심이 있다면 https://gist.github.com/958283 를 확인하면 자세한 내역이 나온다.

http://menonrails.com/articles/14 에 기고된 포스팅 입니다.

참고링크

• rails blog: http://weblog.rubyonrails.org/2011/5/5/rails-3-1-beta-1-released
• release note: https://gist.github.com/958283
• railscasts: http://railscasts.com/episodes/265-rails-3-1-overview
• sprockets: http://getsprockets.org/
• coffee-script: http://jashkenas.github.com/coffee-script/
• jquery: http://jquery.com/
• sass: http://sass-lang.com/
• menonrails: http://menonrails.com/articles/14

 

 

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Edit+ 짱!

Windows에서 개발을 할때는 무조건 Edit+만 사용했었다. (PHP뿐만 아니라 RoR할때 조차도!)

그 이유는

• 10년 넘게 사용해왔다는 점.
• 정식 라이센스를 보유하고 있다는 점.
• 베타 테스터라는 이유. (개발자와 100통이 넘는 메일을 주고 받았다.)

도 있었지만,

• 10년 가까이 사용해오다보니 왠만한 단축키는 거의 다 외우고 있었고
• 직접 단축키를 할당하는 등의 커스터마이징도 많이 되어 있었고
• 무엇보다 막강한 편집기능 때문이었다.

막강한 편집기능의 간략한 예를들면..

• 주석 추가/제거
• 현재 케럿에서 앞/뒤로 줄 삭제
• 현재 줄 복사/삭제
• 현재 줄을 위/아래로 이동
• 현재 단어 삭제
• 캐럿기준 앞뒤 문자 바꾸기
  이것 정말 쏠쏠한 기능이다. 고속으로 타이핑 하다보면 철자의 앞뒤를 바꾸는 경우가 있는데 이 기능을 실행하면 앞뒤 문자를 바꿔준다. 예를들어 form인데 from으로 쳤다고 하자. o와 r 사이에 캐럿을 놓고 Ctr+T(단축키는 정확히 기억이..) 누르면 form으로 짠!

등등등 Edit+ 편집메뉴에 있는 모든 기능을 능수능란하게 사용하다 보니 RoR을 할때도 Textmate보다 Edit+로 하는게 비교도 안되게 빨랐다.
(개발툴을 능숙하게 사용하는것도 개발자의 능력임을 잊지말자!)

그러다 몇년전 OSX로 넘어오면서 어쩔 수 없이 Textmate로 넘어왔는데, 이건 뭐 도저히 작업속도가 안나오는 것이다.

뭐 Textmate도 그럭저럭..

사람들이 Textmate에 훅~가는 멋진 기능중 하나가 바로 "코드 자동완성"인데.. 사실 이거 Edit+에도 있다.
사실 Textmate가 좀 더 미려하고, Smart한것은 인정! 하지만 개발속도에 영향을 줄 정도는 아니다.

어쩌다 보디 Edit+ 찬양글이 되어가고 있는데, 10년을 쓴 Edit+인데 Textmate가 성에 안차는걸 어떻하랴..

돌아와서, Textmate의 막강한 기능이 바로 커스터마이징이다. 내가 필요한 기능이 있으면 만들어서 추가해버리면 된다. 물런 Edit+도 가능하지만 한계가 명확하다.
Textmate가 제공하는 기본 편집기능도 Edit+만큼은 아니지만 나름 괜찮은 기능들을 제공한다.
다만 Text Bundle에 숨겨져 있다는게 문제.

그러므로 Textmate로 개발을 해야 하는 개발자라면 시간을 투자해서 Text Bundle과 자기가 사용하는 Language의 Bundle을 처음부터 끝까지 여러번 살펴보는것을 권장한다.
(다시한번 말하지만, 개발툴을 능숙하게 사용하는것도 개발자의 능력임을 잊지말자!)
 
Bundle의 단축키를 수정할 수 있으므로 자주 쓸법한 녀석은 단축키를 지정해 놓는것이 편하다. 
이런것중 유용한것 하나가 "줄 끝 공백 제거"같은 기능이 있는데.. 단축키가 할당되어 있지 않다.
필자의 경우 ⌃. 으로 단축키를 할당해서 쓰고 있다.

단축키가 이미 꽉 차 있거나, 단축키가 너무 많거나 혹은 휴먼 메모리가 딸려서 외우지 못할경우 Bundle Item ⌃⌘T (Bundles → Select Bundle Item)을 찾아서 실행하면 된다.

Textmate 편집 단축키

필자가 자주 애용하는 편집 기능은

• ⌥⌘.(마침표): HTML 안닫힌 태그 있으면, 닫힌 태그 입력
• ⌃⇧,(쉼표): HTML 태그 생성
• ⌃⇧.(마침표): Language의 시작, 출력, 주석 등등 (Bundle에 따라 틀림)
• ⌘/: 주석 추가,제거
• ⌃W: 단어 선택
• ⌃⇧K: 줄 삭제
• ⌃⇧D: 줄 복사
• ⌃⌘↑↓: 줄 이동
• ⌘F: 검색
• ⌘G: 다음 검색
• ⇧⌘G: 이전 검색
• ⌃⌘F: 모두 변환
• ⌥⌘F: 변환하고 찾기

Bundle에 있는 기능도 있고, Edit 메뉴등에 있는 기능도 있다.
막상 써보니 그리 많지는 않은데 빼먹은것들이 꽤 있을듯한다. 누락된것은 생각이 나거나 새로 발견하는 것들은 계속 추가할 예정이다.

URL

• EditPlus: http://editplus.com/index.html
• Textmate: http://macromates.com/
• TextMate Basics Tutorial : http://projects.serenity.de/textmate/tutorials/basics/

ps. 여러분이 사용하시는것 있으면 우리 공유해요~
코멘트로 써 주시면 올리신 분 아이디와 함께 단축키 목록에 추가할게요! 

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

더보기

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

한동안 IPhone, IPad, Android 개발하다가, 잠들어 있던 개인프로젝트를 다시 시작할려고 맘을 먹었다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

이 문제들을 해결하느라 하루를 허비했네요.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

제목을 뭐로 해야할지 참 애매하네요.
지금 만들려고 하는 Join Table은, 같은 Model을 향하는 Join Table입니다.(말이 어렵네요. ㅎㅎ)


Subscription 이라는 Join Table은 user_id, writer_id를 가지고 있습니다.
user_id, writer_id 모두 User Model을 가르키는 ID를 가지고 있죠.

제가 하고 싶은것은
User.subscriptions # User가 구독하고 있는 모든 Users
User.subscribers # User를 구독하고 있는 모든 Users
입니다.


Join Table명을 (딱히 좋은 이름이 생각안나서) Subscript로 변경하겠습니다.


코드 설명을 세세하게 하면 싫어하실것 같아 간략하게 코드 설명을 하겠습니다.
Subscript의 writer_id를 이용하는 새로운 관계(belongs_to)를 만듭니다.
그리고 그 만든 관계명을 User에서 writer_id로 User를 불러와야 하는 곳(:subscriptions)의 :source로 써준 것이죠.

좀 찜찜하지만 이런식으로도 구현할 수 있습니다.
확장성의 제약이 있겠지만, 사용하는것에는 큰 문제점이 없을듯 하네요
하지만.. 그래도 역시 찜찜하죠? ㅎㅎ


여담>
지금 딱 새벽 6시 20분이네요. 오랜만에 와이프 아침밥이나 해주고 자야겠네요 ㅎㅎ (라고 말하고 기절하기)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

test/test_helper.rb 에서

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

environment.rb 에서 RAILS_GEM_VERSION 을 '2.2.2'로 개발중이던것을

'2.3.2'로 수정하면..

uninitialized constant ApplicationController

라는 Error Message가 뜹니다.

Rails가 2.3 으로 Update 하면서 application.rb 가 application_controller.rb 로 변경이 되어서 생기는 문제점입니다.

직접 application.rb 파일을 rename 해주거나.

rake rails:update:application_controller 

이런식으로 rake를 해주셔도 됩니다.

저는 rake를 사용해서 작업했습니다.

이제 잘 되네요 :)

관련링크

http://groups.google.com/group/rubyonrails-talk/browse_thread/thread/de8a65af89c51b93?pli=1

덧.

위에 적은 rake는 rake rails:update에 포함되어 있다고 하네요.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Code Review를 하면 Code를 짠 개발자는 얼굴이 붉어지고 기가 죽게된다.
한마디로 발가벗겨진 느낌이 든다.
아마 개발자의 자아가 Code에 담기기 때문이 아닐까..?

하지만 발가벗겨진만큼 배우게 된다.

ps. 그렇다면 많이 발가벗겨질수록 좋은건가..?

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

흠..멋진걸..!! -ㅅ-;
확인해보니 host가 있는건 전부 이러네..
rubyonrails.org 만 제대로 뜨고;;

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

알만한 사람은 다 알겠지만 얼마전 37signals에서 새로운 책 Getting Real 이 나왔다.
Getting Real은 37signals에서 사용하는 방법론인데 읽어보면 알겠지만 많은 부분들이 Agile 방법론과 일치한다.
상당히 유익한 내용이 많기때문에 관심있는 사람은 한번 읽어보길 추천한다.

책으로 발매된것은 돈을 내고 구매를 해야 되지만, 온라인으로는 공개가 되어 있어 무료로 볼 수 있다. 그리고 다행스럽게 한국어로 번역도 되어 있다.

• Getting Real Home : http://gettingreal.37signals.com/index.php
• Getting Real Doc : http://gettingreal.37signals.com/toc.php
• Getting Real Doc(Korean) : http://gettingreal.37signals.com/GR_kor.php
  

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

오늘은 개발자인생에서 뜻깊은 날 중 하나이다.
그 이유는 바로 애자일 방법론, 즉 XP(Extreme Programming)와 TDD(Test Driven Development, 테스트 주도 개발)를 시작한 날이기 때문이다.
첫날인 오늘은 부담없이 간단한 새기능을 TestCode(Unit Test)부터  짝프로그래밍(Pair Programming)으로 개발을 했다

사실 짝프로그래밍은 몇번 경험해봤지만 이렇게 심도있는 짝프로그래밍은 처음이었다.(아니 어쩌면 내가 경험했던 짝프로그래밍이 짝프로그래밍이 아닐 수 도 있다..?)
짝프로그래밍을 하면서 가장 어려웠던것은 짝이

이렇게 해보자
이건 이렇게 구현이 되어야 할것 같아

같은 의견을 내놓으면 키보드맨인 내가 코딩을 해야 하는데 그러다 보면 나의 생각이 끊겨버리는 경우가 많았다. 생각이 자꾸 끊기다보면 내 생각은 없어지고 옆에서 짝이 말하는대로만 타이핑하고 있는 멍함과 "내가 무슨생각하고 있었지?" 하는 혼돈이 머리속에 공존하는 타이핑로봇으로 변신을 해버리는데 이게 정말 힘들었다.
오늘 내가 뭘 코딩한건지 사실 아직까지 한 20%는 잘 모르겠다...;;
물런, 익숙하지 않은 언어인 ruby를 사용했고 내가 개발에 전혀 관여하지 않았던 코드라

이 코드가 어떤 프로세스에 대한 기능인데 이러저러한 filter를 거치고 이러저러한 일을 해서 이러한 일을한다

라는 큰흐름에 대한 이해도도 부족한데 거기다 언어까지 생소하니...
(물런 변명으로 들리겠지만 사실 변명이다. 하지만 20%정도는 진실이다!)

오늘 작업한 check_conflict 는 login이 필요한데 test code에서 login처리가 잘 안되서 3시간 삽질을 했다.
ruby가 unit test기능을 제공해줘서 고맙긴 한데..이 자식, 에러가 나면 정확한 Hint좀 줄것이지..IE에서 Javascript Error처럼 막연하게 무슨에러인데 몇번째 라인이다. 라고만 나온다.
삽질했던건 login session 처리와 redirect에 대한거였는데 좀 정확한 Hint를 줬었더라면 1시간만에 끝낼 수 도 있었을텐데...나쁜놈...


멍청한 타이핑로봇이 되지 않기 위해 앞으로 짝프로그래밍에 좀 더 적응해야 할 거 같다.
나의 가장 큰 문제점은 생각을 공유하지 않았다는 점에 있는것 같다.
짝의 의견을 바로 타이핑하지 않으면 왠지 짝의 의견을 무시하는것 같아서 내 생각을 끊고 타이핑로봇으로 변신을 하게되는데 역시 이건 애자일 스럽지 않은것 같다.
짝도 나도 이런것으로 부터 자유로와지는것이 애자일인데 아직 난 준비가 덜 되었나보다.
좀 더 애자일 스러워지도록 노력해야겠다. 무조건 받아적는 타이핑로봇이 아니라 생각을 공유하며 함께 프로그래밍을 해 나가도록 말이다.


첫걸음은 괜찮은것 같다.
비록 애자일스러운 짝프로그래밍을 완벽하게 못했지만 옛말에 "첫술에 배부르랴" 했다.
이제 시작이다. "애자일스러운 짝프로그래밍을 못했다"라고 인식하고 그것에 대한 원인을 발견한 것 만으로 난 만족한다.

몇마디 더 쓰고 싶은데.. 와이프가 밥먹으로 난리다;;
그래서 오늘의 일기 끝~

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.