1회 루비 세미나 후기
지난 25일 오픈마루에서 열린 루비 세미나에 참가했다.
약도를 자세히 확인하지 못한채 급하게 가는 바람에 20여분 동안 서현역 근방을 헤맸다. 결국 오픈마루에 세미나 시작 시간에는 맞춰 갔지만 다른 참석자들과 이런 저런 얘기할 기회를 놓치고 말았다.(세미나 참석에 가장 큰 이유인데…)
첫번째 발표자인 Ias님이 짧은 시간동안 JRuby에 대한 이모저모를 설명했다. 별도의 갖춰진 발표자료 없이 구글 닥스에 썼다 지웠다를 반복하면 술술 풀어가는 말 솜씨가 대단했다. 발표를 듣기 전만 해도 사실 루비 인터프리터를 자바나 닷넷등으로 만들어 놓은 것들에 대해서 그다지 긍적적인 생각을 하고 있지 않았는데 예리한 설명 덕으로 자바와 루비를 같이 사용해야 할 때는 꼭 한번 사용해 보리라는 생각을 갖게 되었다.
대산님이 발표하신 메타프로그래밍. 루비의 연한 특징이 메타프로그래밍을 손쉽게 할 수 있도록 해 주는 듯 싶다. 메타프로그래밍은 실제로 쓰기 힘들어 머리 좋은 자들의 신선놀음 같은 것 아니었던가? 루비에서는 비교적 쉽게 되더라… 또, 이를 통한 DSL 구현도 살펴 볼 수 있었다.
niceview님의 Capistrano. 배포의 어려움을 말끔히 해결해 줄 것 같은 그런 툴이였다. 더욱 놀란 점은 이 문제로 실무에서도 쉽게 해결하지 못하고 뻘짓 많이 하고 있는 줄 아는데 학생(niceview님은 학생이시다)이 아주 빠삭하게 문제를 해결해 내고 있는 점이 었다. 
deepblue님의 “루비를 즐겨요”. 이 번 루비 세미나에서 기대 했던 그런 종류의 발표였다. “루비스럽게 코딩하기”에 대한 얘기였는데 이게 나같은 static 언어 스타일로 머리가 고정된 개발자들에게는 가장 갑갑한 부분이 아닐까 한다. 좀 더 얘기가 “오고 갔으면” 더 많은 도움이 되지 않았을까 싶어 아쉽다.
seradin님의 Groovy, Grails. 직접 실무에 적용하면서 느낀 여러가지 얘기(주로 문제점들이지만)을 얘기해 줘 도움이 되었다. 어떤 언어가 ㅤㄷㅚㅆ건 기술이 ㅤㄷㅚㅆ건 처음 실무에 적용하는데는 여러가지 고민을 해야하지만 고민을 해소해 줄만한 정보를 얻기는 힘들다. 그런면에서 Groovy, Grails를 도입하려는 사람이 들었다면 최고 였을 듯 싶다. 기억해야 하는건 Groovy, Grails를 도입하려거든 좀 기다려야 한다는 점.
그 외에 ikspress님의 UJS4Rails, nohmad님의 유니코드는 세미나 참석전에 나에게 직접적으로 많은 도움이 될 것 같은 발표여서 기대를 많이 했는데 약속 때문에 자리를 지키지 못해 듣지 못했다. 너무 아쉽다.
내가 준비한 내용은 지금 우리 회사의 루비와 레일즈 적용 사례였다. 기술적인 내용도 좋지만 실제로 어떻게 적용되고 있는지 사례를 얘기하는 것도 도움이 되겠다 싶었다. 발표의 핵심은 루비와 레일즈를 웹 어플리케이션이 아닌 데스크탑 어플리케이션에 적용하는 것이다. 루비와 레이즈를 이렇게 적용하고 있는 사례가 내가 아는 한 없는 것이어서 세미나에 참석한 높은 수준의 개발자분들의 의견이 많은 도움이 될 듯 싶었다. 하지만 약속시간에 쫓겨 기대했던 토론의 시간은 가질 수 없었다. 부디 다음 기회라도 꼭 의견들을 듣고 싶다. 다음은 발표자료이다.
swing girls, first and last concert
이런 이벤트는 어떻게 준비했을까?
1. 처음부터 이벤트를 생각하고 배우들과 계약하고 연습했다.
2. 영화를 찍은 후 배우들이 연습했다.
3. 연주할 줄 아는 배우들을 섭외해 영화를 만들었다.
난 3번.
however…
다른 건 몰라도 트럼펫(삑사리도 많이 나지만…), 베이스, 드럼은 엄청 연습했을 것 같다. (다른 파트도 힘들었겠지만..)
피아노는 원래 좀 하는 친구인 듯 싶고.
나도 할 수 있을까 싶기도 하고… =_=;
via erewon.LAB
[update]
미국이나 한국에서 리메이크 하면 어떤 배우가 어떤 역할을 할 수 있을까? ㅋㅋ
루비의 super 키워드 사용시 주의할 점
루비의 super 키워드는 부모 클래스의 동일 메소드를 호출하기 위해 사용된다.
예를 들어 다음과 같은 코드의 경우
class Parent
attr_reader :name
def initialize(name = nil)
@name = name || "noname"
end
end
class Child <Parent
attr_reader :age
def initialize(age)
super
@age = age
end
end
my_child = Child.new(1)
puts "#{my_child.name}, #{my_child.age}" # => 1, 1
실행하면 "1, 1"가 출력된다.
super 키워드 사용시 주의할 점은 인자 지정없이 super를 호출한 메소드의 인자가 부모 클래스의 동일 메소드 호출의 인자로 넘어간다는 것이다. 즉 위 코드에서 Child 클래스 생성자에 인자로 넘긴 1이 Parent 생성자의 인자로 넘어가기 때문에 Parent의 @name 속성에 1이 저장되는 결과가 된다.
Child 생성자에서 "super" 대신 "super()" 식으로 상위 생성자를 호출해야 Child 생성자로 지정된 age 파라미터가 Parent 생성자의 인자로 넘어가는 것을 막을 수 있다. 위 코드에서 "super" 대신 "super()"로 바꿔 실행하면 원하는 결과인 "noname, 1"를 얻을 수 있다.
ActiveRecord::Base에서 계승된 모델클래스 작성 중에 위와 같은 문제로 한 동안 뻘짓했다.
루비세미나 참가신청
오픈마루에서 11월 25일 열리는 루비세미나에 참가신청을 했다. 20명 제한에 20번째로 걸어 놓을 수 있었으니 운이 좋았다.
즐겨 구독하고 있는 블로거들도 만나보고 루비 돌아가는 얘기도 들어볼 수 있는 자리가 될 것같아 기대된다.
주최측에 바라는 점 하나는 대기자 명단에 이름을 올린 분들도 참석시켜주면 좋겠다는 거.
[update]
"루비/레일즈 적용사례" 라는 제목으로 발표신청을 했다.
지금 내가 진행하고 있는 프로젝트의 (다소 생소한) 어플리케이션 구조와 그에 따른 이슈사항을 소개하고 모인 분들의 고견을 듣고자 하는데 뒤 늦게 신청하게되서 받아들여질 지는 잘 모르겠다.
루비 - 파일작성시 print와 write의 성능 비교
10메가 크기의 파일을 IO::print메소드와 IO::write를 사용해 성능을 비교한 결과,
OSX(on macbook)에서는
write => 7.21초
print => 8.43초
WindowsXP (on parallels/macbook)에서는
write => 12.82초
print => 14.83초
IO::write가 많이 빠르다.
참고로 테스트에 사용한 코드는 다음과 같다.
begin
size = 1024 * 1024 * 10
filepath = "test.dat"
now = Time.now
f = File.open filepath, File::CREAT | File::TRUNC | File::WRONLY
(0...size).each do |num| f.write("\x0") end
f.close
raise unless File.size(filepath) == size
puts Time.now - now
now = Time.now
f = File.open filepath, File::CREAT | File::TRUNC | File::WRONLY
(0...size).each do |num| f.print("\x0") end
f.close
raise unless File.size(filepath) == size
puts Time.now - now
rescue
puts $!.inspect
puts $!.backtrace.join("\n")
end
