Ruby, layout에 대한 간단한 고찰

루비에 대한 스터디를 계속 하면서 railscasts에 있는 방만한 에피소드들에 놀라고 있다. 궁금한 사람은 한번씩 가보시길..클릭

본 포스트는 layout에 대해 간단히 얘기해보고자 한다. MVC패턴의 V, Viewer의 경우는 html을 생각했을때 충분히 복잡해지고 지저분해질 수 있는 여력이 다분하다. 나도 예전에 통프레임이냐, 아이프레임이냐 등 갑론을박하며 이와 관련하여 많은 고민들을 했던 것 같은데. 오랜만에 다시 이런 내용들을 접하게 된다. 그래서 header, footer를 만들어서 중복되거나 반복되는 코드들은 최대한 따로이 빼고 로직만을 넣는 코드들을 따로 만들고 했던 것 같은데, 지금의 layout도 그러한 고민들이 충분히 계속될 부분이다.

일단 3가지만 기억하면 될 것 같다.

1) layout은 viewer의 전체적인 레이아웃, 반복되는 viewer의 부분을 따로 빼두는 곳으로써 app/views/layouts에 그 파일들이 담기게 된다.

2) 전체 레이아웃을 관장하는 문서는 application.html.erb이고 여기에는 <%= yield %>라는 곳에 다른 viewer들의 내용이 담긴다.

3) 만약 특정 문서들은 다른 레이아웃으로 가고 싶으면 해당 컨트롤러 이름으로 XXXX.html.erb로 만들면 된다.

 

이에 대한 내용에 좀더 관심이 있으신 분은 아래 링크를 클릭할 것.

링크

why ruby, isn’t php that so good?

서비스를 준비하면서 은근히 왜 Ruby로 준비하는지에 대한 질문을 받곤 한다.

사실 비즈니스적인 목적을 대는게 맞으나(사실 친구가 그런 프레임으로 물어보니 느꼈다.) 나는 사실 호기심으로 선택한 것이었다.
php 는 예전에 asp, jsp와 함께 다루어보기도 했고 나에겐 사실 신선도가 좀 떨어지는 그런 language였다. (물론 마크주커버그가 php로 만들어낸 facebook으로 php는 최근에 다시 각광을 받고 있는 것도 사실이지만.) 어제 개발좀 한다는 친구와 서비스에 대해 논의하면서 다시금 고민하고 있는 것이 이, 선택이유였다.

난 프로토타입까지는 개발자를 구하지 못하면 내손으로 어떻게든 해본다는 생각을 하고 있었고 모바일이 중점이 될지라도 네이티브 앱을 만들기전까지는 웹앱형태로 가든 어찌되든, 결국 웹을 먼저 시작해야 한다는 생각에 생산성이 높다던 파이썬(Python)과 루비온레일즈(Ruby on Rails, ROR) 중에 하나를 선택하는 것이 적절하다고 생각했다.

그래서 파이썬과 루비를 비교하는 여러 글들을 보면서 선택에 대하여 스타일의 차이로 인해 한쪽이 절대적으로 좋다는 글보다는 서로 장단점을 갖추고 있다는 결론을 얻었으며 그리고 이미 루비온레일즈로도 구현된 서비스가 운영되고 있기에(쿠폰모아) 루비로 일단은 시작을 해보자는 결론을 얻었던 것이었다.

그런데 어제 친구와 대화중에 친구는 다음과 같은 논리로 루비가 적정한지 다시한번 생각할 필요가 있다고 하였다. 그 이유인즉,
- 국내에 루비개발자 pool이 아직 그렇게 크지 않다.
- 아직은 루비는 hobby로써 개발자들의 새로운 언어에 대한 흥미를 가지고 스터디용도로는 많이 활용이 되고 있으나 비즈니스 서비스 시스템으루 구현되기에는 여러가지 문제가 있을 수 있다. (다른 시스템과의 연계, 개발자들의 작업 퀄러티,  인력 수급 문제 등)

프로토까지는 내가 구현한다는 가정을 하더라도 지금 나의 작업 양상을 보면 스터디를 하면서 진도가 그렇게 빠르지 않은 실정이다. 문제에 봉착하였을때 이것저것 자료를 찾고 혹은 강의 동영상을 보며 접근을 하고 있는데 차라리 프로토타입이 바뀌어질 가능성도 있다고 생각한다면 오히려 더 빨리 개발할 수 있는(즉, 내손에 익숙한) 언어를 쓰는건 어떨까?

그렇지만, 사실 난 보이지 않는 믿음을 가지고 있다.

 

근래에 나오는 뭔가 묘한 UI/UX의 서비스들은 루비로 만들어졌을꺼야 라는….-_-;;;