결론에 가보기

[잡생각] 아버지를 아버지라 부르지 못하는 프로젝트

제우스 — Thu, 19 Nov 2009 05:45:15 GMT

이번주 화요일 조촐한 프로젝트 종료 회식이 있었다.

그동안 내가 PM으로 진행해 오던 프로젝트이었는데

종료회식은 우리 팀(개발자)만 참석한 조촐한 회식이었다. (죽어라 술은 마셨지만 ^^)

애자일이 모토인 우리팀에서의 프로젝트는 최대한 애자일스럽게 한다.

1. 기획서 없어 사용자들의 불만사항을 듣는것으로 요구사항을 대신하고

2. 간단한 html의 prototype으로 화면 구성 및 기능에 대한 부분을 사용자에게 confirm 받고

3. prototype이 실제 완성되어 가는 모습을 계속 보여주고

4. 이슈트래커를 사용하여서 이슈사항에 대해서 잘 챙기고

5. svn을 이용한 여러 개발자들의 소스꼬임을 방지하고

6. 자신 컴퓨터의 개발환경이외에 실서버의 셋팅을 프로젝트 시작할때 해서 일일 디스트, 테스트를 통해서

실데이터에 대한 오류를 매일 점검하고

7. 매일 아침 스크럼 미팅으로 한쪽으로 일이 몰리는 것에 대해서 대처하고

나름 잘 챙기면서 멋지게 진행하였다고 하였는데

엉뚱한 곳에서 복병을 만나서 프로젝트가 종료되었음에도 종료되었다라고 이야기를 못하는 상황이 되어 버렸다.

이번 프로젝트에서 만드는 툴이 일반 사용자들이 아니라 특정 팀을 위한 운영툴이었기에

사용자의 대상이 명확해서 정확한 맞춤툴을 만들기에 충분한 환경이었다.

사용자의 불만사항이나 화면 구성, 기능에 대한 confirm을 해줄 사람으로 그 팀의 팀장을 컨택하였는데

그 팀의 팀장이 약간의 기획스킬이 있는 한 사람을 추천해서 2명을 중심으로 진행을 하고 있었다.

그런데..

그 팀의 내부에서 내분이 일어나기 시작하였다.

팀장의 추천을 받은 사람이 다른 사람들에 비해서 신삥이었고

팀장이 그 사람에 대한 특혜를 주고 있다고 생각한 팀원들이 반발하기 시작하였다.

그것에 대한 여파로 우리가 만드는 툴에 대해서 반대를 위한 반대를 하고 있다라는 느낌이

우리 개발팀에게까지 전달되었다. 그저 그들은 No! 라고 이야기할뿐이다. 왜 No!인지에 대한 생각은 없다.

결국 개발쪽과 커뮤니케이션을 하던 그 사람(특혜를 받고 있다던..)은 프로젝트가 끝나기 전에 그만두게 되었고

그 팀의 팀장도 그 일로 팀원들과의 불화가 생겨서 서로에 대한 불신이 팽배해져있다.

완성된 툴에 대해서 팀원들의 불편 사항을 받아서 마무리 작업을 해야 하는데.. 그 부분이 안되고 있다.

팀장이 보기에도 말도 안되는 불만만을 이야기 하니깐.. 진도가 안나가고

그렇다고 그냥 끝!이라고 외치기에는 나중에 진짜로 발생하는 불편사항에 대해서 자신이 곤란해지니깐

그냥 시간만 끌고 있는 상황이다.

개발팀에서는 요구사항을 다 받아서 마무리가 되었는데.

사용자쪽에서 OK! 라는 단어를 외쳐주어야 정말로 끝이 나는건데.. 시간만 지나고 있다.

우리팀에서 한가지 간과한 것이 바로 이것 Product Owner에 대한 관리였다.

불화가 생길 당시에 이 부분을 감지하였다면.... 커뮤니케이션의 채널을 그 한명이 아닌 팀으로 확대하였으면..

커뮤니케이션 채널이 바뀔것에 대한 준비를 하고 있었어야 하였는데..

개발팀안에서는 나름 잘 진행이 되었다고 판단하고 있는데

사용자의 '참 잘했어요'라는 피드백이 없는 성공한 프로젝트.. 아버지를 아버지라고 부르지 못하는 프로젝트가 되어버렸다.

tag : 프로젝트, 성공, 실패, productowner

[잡생각] 내 주머니안의 동전

제우스 — Thu, 12 Nov 2009 06:35:32 GMT

대학교때까지 내 주머니안에는 동전이 거의 없었습니다.

맨날 학교 땡~ 하면 오락실로 달려가서 주머니안의 동전을 탈탈 털어서 정리하곤 하였습니다.

동네 오락실이 거의 없어지고 나도 점차 PC게임으로 건너오면서부터

언제 어디서 만들어진지 모르는 동전때문에 너무 고생중입니다.

그동안은 저금통을 만들어서 꽉꽉 채우면서 기뻐하였는데

저금통을 다 채우고 동전을 지폐로 바꾸기 위해 은행에 갔다가 고생(일주일에 하루만 변경합니다 -_-;; 짜증나)을

한번 하고 나서는 그냥 책상위의 한편에 버려두기 시작하였는데... 이제는 감당하기 힘든 수준까지 되었습니다.

최대한 동전의 생산을 적게 하기 위해서 택시타고 남은 잔돈 같은 경우는 기사님을 드리는 방법까지도 쓰지만

그래도 급격히 늘어나는 동전의 속도를 줄일뿐 줄어들지는 않습니다.

그러다가 생각한 방법 한가지!!

늘 900원의 동전 5개를 들고 다닙니다. 500원짜리 1개, 100원짜리 4개

주머니에서 짤랑 거리는 동전이 싫어서 동전을 적게 생산하기 위해서 최소한의 동전을 가지는 거죠

참 아이러니 합니다. 동전을 막기 위해서 동전을 쓰는 형태인거죠..

세상을 살다가 보면 이런 방법이 유용해질때가 많습니다. 이이제이(以夷制夷)

오늘 제가 참 일하기가 싫은가봅니다. ^^

tag : 동전

[공유] jEditable 에서 중복체크하는 방법 구현

제우스 — Mon, 19 Oct 2009 05:57:10 GMT

jEditable은 jQuery의 플러그인 중에 한개이다.

웹화면에서 특별한 변경없이 특정한 부분(예를 들어서 table 필드중에 한개..)을

클릭, 더블클릭, ..(이벤트를 정할수 있다) 등을 해서 input 태크(text field, select box..)로 바꾸고

데이터 1개만을 수정하도록 하는 플러그인이다.

간단히 사용하는 코드를 보자.

<%= @zeous.phone %>

html 코드에 class에 특정 키워드(dblclick)을 넣어두고

jQeuery 코드에서는 아래와 같이 저 부분을 잡아낸다

$(function(){

$('.dblclick').editable("/zeous/update", {

indicator: "",

tooltip: "더블클릭 하시면 수정하실 수 있습니다.",

event: "dblclick",

type: "text",

name: "inline_value",

id: "key",

width: 150,

style: "inherit",

submitdata: {id: "<%= @zeous.pcb_id %>", authenticity_token : "<%= form_authenticity_token %>"}

});

보내는 주소는 /zeous/update 이고

span 영역을 마우스 왼쪽의 더블클릭 하면 text 로 화면이 바뀌게 되고 submitdata에 text에서 받는것 이외의 데이터를

넘겨줄수 있도록 한다.. (기본적으로 <%= javascript_include_tag "jquery.jeditable" %> 가 있어야 한다)

여기까지가 jEditable의 기본적인 사용방법이다. rails 코드이지만 보기에 큰 무리가 없을것이다.

그런데 jEditable의 기본기능을 사용하였을때

주민번호와 같은 데이터의 중복체크를 어떻게 해야 할것인가.. 사용자에게 alert창으로 보여주고

변경한 데이터를 원래의 데이터로 돌려놓는 정도만 구현하면 될듯한데..

처음에 고민한 방법은 ajax 호출 자체를 실패로 만드는 것이다.

500에러나 기타 에러를 발생시키는 방법인데.. 약간 마음에 안든다.. 에러는 아니자나.. 다만 중복일뿐이지..

설마 이런 고민을 나만 하였을까.. 하고 찾아보니..역시나 있다.

http://www.nabble.com/jEditable-question-td6969445s27240.html

댓글의 맨 마지막에 보면 아래와 같은 코드가 있다.. 누가 구현해놓은 것이다. jQuery의 ajax 호출을 이용하여서

$('.edit').editable(function(value, settings){
$.ajax({
type: 'POST',
url: 'save.html',
async: false,
success: function(data){
if (/ErRoR:/.test(data))
{
data = data.replace(/ErRoR:/g, '');
alert(data + ' Could not save data.');
//Back to edit
}
}
});
return(value);
}, {
indicator : 'Saving...',
width : '170px',
cssclass : 'inlineEdit',
cancel : 'Cancel',
submit : '
',
});

서버쪽은 이렇게...

render :text => "ErRoR:"+old_data, :layout => false

서버쪽에서 return 해주는 text 중에 앞부분을 ErRoR로 주고 화면 단에서 그것을 처리 하는 방법이다.

그런데 위의 코드의 단점은.. 화면의 텍스트가 원래의 데이터로 돌아와야 하는데. 새롭게 입력된 데이터로 변경된다는 것이다.

그래서 위의 코드를 참고해서 새롭게 변경한 코드는

$(".masked_duplicate").editable(function(value, settings) {

var t_data = value;

$.ajax({

type: 'POST',

url: '/zeous/update',

async: false,

data: {inline_value: value, key: $(this).attr("id"), id: "<%= @zeous.pcb_id %>", authenticity_token : "<%= form_authenticity_token %>", is_duplicate: "true"},

success: function(data)

{

if (/ErRoR:/.test(data))

{

data = data.replace(/ErRoR:/g, '');

alert(value + ' 는 중복된 데이터 입니다.');

t_data = data;

}

});

return(t_data);

}

ajax 콜하기전에 데이터를 미리 저장해놨다가 실패시에는 과거 데이터로 return 한다. (서버쪽 코드는 동일하다)

so Cool~ 마음에 든다 ^^

tag : jquery, jeditable, 중복체크, duplicate

[잡생각] 나에게 게임이란..

제우스 — Wed, 07 Oct 2009 06:33:08 GMT

나에게 게임이란 생활에서 받는 스트레스를 날려버리는 필수항목이다!!!

프로젝트가 막바지에 다다르고 있다.

회사 생활이나 프로젝트를 진행하는 것이 스트레스가 없지는 않지만

마지막에 오면서 그 강도 기하급수적으로 늘어나고 있다.

한달 전쯤 회사 컴퓨터가 슬슬 느려지고 netbeans에 코딩을 위한 타이핑이

내가 키보드에 치는것과 화면에 보이는것이 3초정도 시간차를 보여주는 등등 최악으로 가고 있어서

프로젝트의 중간에 부담감이 없지는 않았지만 XP에서 VISTA로 갈아탔다.

이때!!! 프로젝트가 끝날때까지는 회사 컴퓨터에 게임을 설치 하지 않으리라.. 라는 굳은 결심까지..

회사에서의 게임이야..그렇게 많이 하는 편은 아니었다.

점심 먹고 옆팀 사람들과 함께.. 아바 한두판정도..

저녁 먹고 퇴근을 기념하는 wow 보석 일일 퀘스트 정도..

정말 짜증나는 사건&사고가 발생하였을때... 업무시간에 머리를 식히고 짜증을 덜어내기 위한 정도...

가볍게 하는 정도이니깐.. 안해도 괜찮겠지.. 라고 아직도!! 버티고 있지만.. 그 후유증까지는 예측을 못하였다.

어제같은 짜증나는 IE 버그를 만나고 (물론 해결은 하였지만..)

이런 일에 저런일에 치이고, 이런 니미.. 저런 니미 같은 사람들에게 당하고 난것에 대한 풀수 있는 방법이

회사에서는 없다는 것이 문제였다.

책을 보거나 웹서핑을 좀 하면 되겠지..라는 생각은 그 정도의 흥분, 짜증상태에서는 그것도 다 무용지물이었다.

이때는!!!! 정말.. 게임이 필요하다.. 그것도 일반적으로 하던 방식이 아니라..

워3라고 하면 오크로 선택해서 블마로 실컷 견제해주고 와이번을 끝까지 모아서 한번에 확~ 밀어버리는,

또는 휴먼을 선택해서 패멀을 하고 그리폰으로 휩쓸어 주던지..

아바라고 하면 산탄 총을 들고.. 적진으로 달린다.. 중간에 죽는것은 상관없다..

한번에.. 3~4명을 펑펑 잡아주고 적 베이스 뒤쪽에서 술래잡기 하면서 1~2명 더 잡아주면..

와우라고 하면 딜전사로..(탱은 안된다.. 답답한 딜러 보면 짜증이 가중된다 -_-;;;)

5인파티(이 이상은 안된다.. 나보다 더 잘하는 사람이 많다..ㅠㅜ)로 쩌는 딜로 40%이상에 데미지를 해주고

나머지 딜러들에게 썩소를 한번 날려주어야..

기분이 좀 풀린다. 정말 심할때는 저 3개를 다 해줘야만 한다..

마음은 그렇지만.. 회사에서는 안된다.. ㅠㅜ

옆팀 아바하는 것을 구경하거나.. 다른 사람 와우질을 구경만 하고 있다.. 아우..

그리고 퇴근하고 운동을 마치고 게임방으로 달려간다.. 시간이 부족하다.. 달려줘야 한다..라는 강박관념에 더 심하게 하고 있다.

밥도 끼니를 맞춰서 먹으면 적정한 양을 조절할 수 있지만 배가 고프면 그런거 다 잊고 평소보다 훨씬 더 많이 먹는것처럼

퇴근후에 게임을 더 탐닉하는 것 같다..

아.. 그동안에 해오던 가볍게 게임을 해주는 것이 얼마나 나에게 큰 역할을 해주고 있었는지 새삼 느끼고 있다.

ps. 회사 업무시간에 게임을 하는 것이 얼마나!! 중요한지에 대한 글은 아닙니다 ㅠ

ps. 비스타에서 아바를 설치하다가 블루 스크린을 만났다.. ㅠㅜ 제길 프로젝트가 막판이라..

불안해서 설치를 뒤로 미룬다.

tag : 게임, 스트레스

[정보] rails에서 전역아닌 전역변수 - 인스턴스 변수 (반성문 추가!)

제우스 — Mon, 05 Oct 2009 03:56:56 GMT

(끝까지 읽어보서야 합니다)

쩝.. 아우.. 내가 제대로 알고 있는게 무엇인지.. ㅜㅡ

인스턴스 변수(instance variable)

루비나 레일스에서 흔히 사용하는 개별 객체(클래스 인스턴스)에 종속되는 변수이다.

(잘 정리된 정의는 여기를 ^^)

루비보다는 레일스에서는 controller와 view의 데이터 전달을

이 인스턴스 변수로 하기 때문에 그 활용도가 엄청나게 높다.

-- controller

class zeousController

def index

@name = 'zeous'

end

-- view

<%= @name %>

이 정도까지는 레일스 프로그래밍을 해본 사람이라고 하면 그냥 알수 있는 부분이었고

내가 어제까지 알고 있는 내용이었다.

오늘 새롭게 안 내용은

-- controller

class zeousController

def index

@name ='zeous'

print_name

end

def print_name

puts @name

end

-- view

<%= @name %>

이렇게 하면 print_name에서 zeous가 제대로 찍힌다는 것이다!!!!

정의를 다시 생각해보자.. 개별 객체에 종속이 되는 변수...

이렇게 동작하는 것과 정의가 일맥상통하는데.. 난 왜 몰랐을까.. ㅠㅜ

rails에서는 1개의 request에 대해서 thread 형태로 서버에서 동작할테고

아마도 controller를 new해서 쓸테니깐.. 그 안에서는 모두 공유가 가능해지는 형태가 되는것이다.

view에서는 루비에서 다른 클래스의 인스턴스 변수를 참조하는 방법을 바탕으로 접근하는 형태일것이다..

흠.. 원인과 결과, 시작과 끝이 명쾌하게 연결이 되는데.. 왜 그동안은 이렇게 생각을 못한것이지.. ㅠㅜ

에효.. 니가 아는게 머냐.. ㅠㅜ

=========================================================================================================

트랙백에서 허진영님이 알려주신 것을 바탕으로.. 다시 한번 생각, 정리, 찾아보기, 공부를 한 반성문입니다.

결론은 자바이건, 루비이건.. 제가 제대로 알고 있었던것이 한~개도 없었다는 생각이 들면서 참 쪽팔리지만

그래도 이렇게 반성문이라도 써야 할것 같아서 다시 글을 씁니다.

1. rails는 싱글 스레드입니다.

그냥 아무생각 없이 당연히 멀티이겠지.. 라는 생각으로 들어갔는데.. 아니네요..

회사에서 실서비스하고 있는 몇개의 시스템도 다시 생각해보니 lighttp나 fcgi를 통해서 3~5개를 띄워놓고 하고 있습니다.

그 이유가 레일스가 단일스레드의 형태이기때문에 이러한 형태로 운영하고 있었습니다.

2. 자바이건 루비이건 변수종류는 동일하다.

루비에 대해서 이상하다고 느낀것이 자바쪽에서는 이런 것이 없었다라고 생각해서 그렇게 느낀것이었습니다.

자바쪽을 살펴보니..아니었네요.. 자바이건 루비이건 동일한 형태이고.. 이름도 같았네요..

(http://java.sun.com/docs/books/tutorial/java/nutsandbolts/variables.html)

루비

class BaboZeous

@@zeous1 = '1' : 클래스변수

KINGORI = 10 : 상수

def beBabo

@zeous2 = '2' : 인스턴스변수

zeous3 = 3 : 지역변수

end

자바

public class BaboZeous

{

private String zeous2 = "2"; : 인스턴스변수

public static String zeous1 = "1"; : 클래스변수

public static final int KINGORI = 10 : 상수

public void beBabo()

{

int zeous3 = 3; : 지역변수

}

루비는 동적인 언어이기때문에 인스턴스변수의 선언 위치가 자유롭다. 하지만 변수의 생명주기는 자바와 동일하다.

3. 창피하다.

가장 기초중의 기초이면서 상식으로 알아야 하는 변수 선언과 생명주기를 엉터리로 생각하고 있었다니..

물론 추석 연휴 다음날이라 아무 생각 없었다라고 하기에는 너무 바보 같았습니다.. 앞으로 공부 열심히 하겠습니다. ㅠ

tag : rails, ruby, instancevariable, 인스턴스변수

[잡생각] 사랑해요~ JQuery

제우스 — Wed, 30 Sep 2009 02:29:26 GMT

지금 하고 있는 프로젝트는 ruby on rails로 하고 있다.

기본적으로 prototype.js가 기본으로 설치가 되고

그동안 prototype.js로 ajax나 기타 기능들을 사용하고 있었다.

(사실.. 기타 기능은 거의 쓰지 않고 순수한 자바스크립트만을 쓰고 있었다..)

이번 프로젝트에서는 JQuery를 한번 써보기로 하였다. 충실하게...

JQuery로 스터디를 막.. 시작하는 것도 한몫하였지만...

우선 확 JQuery에 호감을 가지도록 한것은 플러그인이 정말 다양하고 마음에 드는것이 많다.

그중에 지금 프로젝트에서 쓰고 있으면서 효과를 톡톡히 보고 있는것이 inline edit 이다

예를 들어서 개인정보를 보고 수정을 하려고 하는데

나는 새로 바뀐 전화번호만을 바꾸고 싶은데 기존에는 전체 정보를 수정 form으로 바꾸고 전화번호를 수정하였는데

view 화면에서 바꾸고 싶은 부분을 클릭, 더블클릭, 마우스 오버등의 이벤트를 통해서 변경하고 바꾸는 것이다.

그리고!!!! 해당 화면의 reload가 없어서.. 서버의 부하도 줄일수 있다.

지금 프로젝트의 특성상 메인화면에 많은 기능들이 있기에 수정할때마다 메인화면을 reload하면

이런 저런 비용이 많이 들텐데... 그것을 확!!! 줄일수 있다.

inline edit에서 약간 부족한 기능(변경되는 정보의 중복체크..등)은 구글링해서..

얻은 정보에 내가 또 수정해서 쓰는등..(이건 다음에 포스팅하겠다) 정말 활용도 100%로 잘 써먹고 있다.

그리고 그동안의 피곤한 자바스크립트 코딩의 패러다임을 완전히 바꾸고 있다. ^^

물론 이렇게 바꾸기 위해서 부족한 지식의 짜맞추기가 힘들지만.. JQuery의 스터디가 끝나고 프로젝트가 끝나고

다음 프로젝트부터는 정말로 깔끔한 코드로 만들수 있을것이다.. (흠.. 너무 심한 구라인가? ^^)

몇개의 코드를 공유해보자면..

check box가 여러개 있을때 전체 체크를 하려면?

$('#selected_games > input:checkbox:not(checked)').attr('checked', 'checked');

select box를 textarea처럼 펼쳐놓고 내용(option)을 맨 마지막에 추가, 선택된 부분을 삭제하려면?

일때

추가는

var op_size = $('#total > option').size();

$('#total')[0].options[op_size] = new Option;

$('#total>option:eq('+op_size+')').attr({value:'새로운값',text:'새로운값'});

선택된것의 삭제는

var selected_index = $('#total > option').index($('#total > option:selected'));

$('#total')[0].options[selected_index] = null;

아.. 꼴랑 2~3줄로 완성이 되다니..

물론 아직 공부를 덜해서.. 더 깔끔한 방법이 있는지 모르겠지만.. 이정도로도 충분히 만족스럽다..

약간 힘든것은 에러가 발생하였을때 JQuery가 자체적으로 이것을 먹어버려서.. 디버깅이 힘들긴 하지만

어느정도 숙달이 되고 완성된 단계로 올라서게 되면 초강력, 깔끔한 자바스크립트의 코드들이 되지 않을까..

사랑해요~ JQuery

tag : jquery, checkbox, selectbox

[영화리뷰] 애자 vs 불꽃처럼 나비처럼

제우스 — Mon, 28 Sep 2009 07:43:28 GMT

최근 본 2개의 영화에 대해서 나름 영화대 영화를 해보려고 한다 ^^

1. 영화를 보기전

출발 비디오여행같은 영화를 보는데 치명적인 정보를 듬뿍 제공하는 프로그램, 블로그는 보지 않지만

그래도 TV의 선전이나 영화 예고편등을 통해서 어느정도 선입견이 생기기 마련이다.

두 영화 모두 비극적인 결말이 예상이 된다.

병에 걸린 어머니와 딸의 이야기, 민비와 그를 사랑하는 호위무사의 이야기..

어떤것이 더 자연스럽게 이야기를 풀어갈 것인가.. 그게 핵심이겠지..

애자

왠지 느낌상 불꽃처럼보다 더 인위적일것 같다.

흔히 TV 드라마에서 보는 그럼 말도 안되는 설정 같은 것으로 그냥 보여지는게 아닐까...

그냥 병실에서 아픈 얼굴에 둘만 눈물 흘리는 연출일것 같은데..흠

불꽃처럼 나비처럼

조승우, 수애가 주인공이다.

그래.. 조승우가 누군데.. 나름 액션도 있을것 같고 비극적인 결말이겠지만

나름 역사적인 사실을 바탕으로 이야기를 풀어갈테니깐 좀더 괜찮겠지?

2. 영화를 보고 난 후

현재 네이버 별점이 애자는 8.69이고 불꽃처럼은 6.97이다.

네이버 별점과 나의 궁합이 100% 맞는 편은 아니지만 그래도 나름 신뢰하는 편이다.

9.0이상이 되면 무조건 봐야하고 6점대 이하는 절대 보지 말아야 하는 정도? ^^ 중간은 애매하다.

불꽃처럼은 개봉한지 아직 일주일이 되지 않았다.. 분명 더 떨어져야만 한다 -_-;;; 짜증나!!!

애자

영화를 보기전에 걱정하였던 인위적인 부분이 거의 없었다.

어머니가 어떤 병때문에 아픈지도 모를정도로.. 그냥 아프다정도만 있고.. 사실 그것도 눈치를 잘 못챌정도이다.

그냥~ 아들, 아들만을 외치는 어머니와 그런 어머니의 사랑을 덜(?) 받은 딸의 러브스토리정도?

연기를 하는 두명의 배우.. 사실 약간은 네임벨류가 떨어져보일지 모르겠지만.. 정말 멋졌다.

늘 강하게 부정하고 말은 막하지만.. 사실 너무나도 서로 아낀다는 것이 자연스럽게 보인다..

메신저로 딸과 이야기하는 어머니의 모습을 보자니깐.. 울 어무이에게 문자를 가르쳐주던 얼마전의 기억이 ^^ 나기도한다.

강하지도, 약하지도 않고.. 그냥 자연스럽게.. 영화는 흘러 끝까지 간다.. 실컷 울게 하면서..

불꽃처럼 나비처럼

머셔~ -_- 이거... 완전 믿는 도끼에 발등 찍혔다..

제일 신경이 거슬렸던 것은 조승우와 민비는 너무나도 사랑하는 사이라는 것이다.

그런데.. 나는 그것을 잘 모르겠다. 그냥 너무나도 사랑하는 사이니깐 이런 액션을 하는거고

너무나도 사랑하는 사이라서 저런 액션을 하는건데.. 사랑하는 사이라는것!!!!이 너무나도 억지스럽다.

그것에 대한 기본이 안되니.. 영화 전체가 너무나도 부자연스러울수밖에 없다.

그리고 조승우!!!

아무리 중전이 되기전에 민비랑 알던 사이라지만..

감히!!! 조선시대에!!! 양반도 아니고 천민(어머니가 대역죄인으로 처형당했으면 가문까지 몰락되지 않았을까 ^^)주제에

이름을 부르다니 ... 그것도 둘만 있는 조용한 곳도 아니고 마지막 한장면도 아니고.. 대놓고.. 뻔뻔하게 -_-;;;;

수애의 연기력도 좀 의심이 가는 정도이다..

'님은 먼곳에'에서 멋진 연기력을 보였다고 하였는데 확인 작업 들어가봐야겠다.. -_-;;;

특히나 배드신...

비록 중전이겠지만 아마도 첫번째의 경험일것이다.. 그런데 그런 표정과 제스추어와 눈물은 머지? 흠

이해가 잘 안된다.. 그냥.. 대충 배드신도 있다라는 건수를 위해서 넣은듯한.. 짜증나는 부분이 아닐수 없다.

액션장면에서는 괜찮은 부분이 약간 있기도 하지만.. 종종 화면의 움직임이 너무 빨라서 어지러운 느낌이 없지 않았다.

3D 게임으로 단련이 되어 있는 내가 어지러울 정도라면.. 진짜 이상한 것이다.. 액션이라기 보단 화면만 흔드는 정도일테지..

믿는 도끼에 제대로 발등찍힌 느낌.. 비추!!! 입니다요.

tag : 영화, 애자, 불꽃처럼나비처럼

[잡생각] 요즘 근황 - 프로젝트로 정신없음

제우스 — Sat, 19 Sep 2009 06:38:19 GMT

10월 중순에 오픈을 목표로 한창 프로젝트로 정신이 없다.

spring+java 조합의 서비스를 ruby on rails로 갈아타는 2.5개월짜리 프로젝트의 거의 마지막이다.

또한 프로젝트에서 PM의 역할까지 맡고 있어서 더욱더 정신이 없다.

내가 잘해서 PM이라고 하기 보다는 돌아가면서 하는 PM순서에 이번은 내 차례이기도 하였지만

처~음부터 rails로 setting을 할수 있고 진행 방식도 마음대로 할수 있는 이런 프로젝트는

오랜만에 해보기에 멋지게 출사표까지 날렸는데 사실 많이 힘들다. ㅠㅜ

최대한 애자일스럽게 ..(도대체 애자일이 멀까. .ㅠㅜ 하면 할수록 모르겠다) 하기 위해서

기획서 없이

운영자들의 이야기만을 듣고 html 로 이루어진 프로토타입 웹페이지를 만들어서

리뷰미팅을 하고 프로토타입을 실제 모습으로 점차 바꿔주고..

또 새로운 페이지는 프로토타입으로 시작을 하고.. 등등 을 6번 이상하였고

운영자들과의 요구사항 정리나 개발자사이에서의 히스토리 관리를 위해서

이슈크래커 시스템을 사용하고 있고

일일빌드 환경을 만들어서 최소한 나만은 하루에 한번씩 commit을 하여서

실환경으로 setting된 서버로 올려서 실 데이터에서 발생하는 오류도 잡고 운영자들에게 화면 공유하고..

rails 프로젝트가 처음인 팀원의 코드는 commit이 되면 같이 살펴봐주고.. 좀더 괜찮은 코드로 다듬어주고

core 부분에 그동안 해보고 싶었던 자동 로거 시스템 같은것도 만들어서 넣고

소스의 전체적인 틀이 제대로 가고 있는지 살펴보면서 중복같은 느낌이 들면 리펙토리를 하고..

등등.. 나름 애자일스럽게 잘하고 있다라고 생각을 하고 있지만

짜증나는 부분도 많고 힘든 부분도 많다.

내가 PM이면서 core 부분의 코드를 많이 잡고 있다보니.. 진도가 잘 안나간다..

거기다가 팀장은 애자일스럽게(이럴때는 이 단어가 짜증남 -_-;;;) 일정도 바로바로 수정, 반영해줄것을 요청한다.

일정을 정리하기 위해서 이슈트래커에 등록된 이슈의 히스토리를 잘 남겨줄것을 프로젝트 멤버들에게 요청하지만..

딱딱 잘 안된다.. ㅜㅡ . 아마도 내가 팀장에게 일정관리로 스트레스를 받는 것처럼 멤버들도 나에게 받고 있을것이다..

어쩔수 없이 얼굴을 보고 이거 어떻게 되어가? 라고 물어보고 이슈의 히스토리를 내가 정리해주고..

황당한 소리와 엉뚱한 소리를 하는 운영자와의 토론으로 요구사항을 정리하고 나면

오늘도 내가 개발해야 하는 부분은 뒷전에 밀려있다.

그래서 ㅠㅜ 황금같은 주말.. 아무도 나를 건들지 않는 주말에 나와서 남은 개발을 하고 있다...

과거에도 비슷한 이야기를 한것 같은데

애자일스러운 프로젝트 진행은 멤버의 구성이 정말로 중요하다.

6번 이상의 프로토타입을 가지고 화면구성 회의를 했건만.. 매일매일 확인할수 있는 서버를 마련해줬건만

마지막에 와서 마음에 안든다고 하는 사용자들을 보면 정말 울컥한다.. -_-;;;

그래도.. 내가 정말 잘 못하는 CSS와 화면 구성을 도와주는 멤버가 있으니 내가 짐 하나를 덜었지만...

일정관리를 해주는 멤버가 한명만 더 있었으면 난 아키텍쳐에 좀 더 초점을 맞추고 기술적인 부분에 투자를

많이 할수 있었을텐데.. 또다시 프로젝트 이후에 마음에 안드는 구성이 되지 않을까 노심초사한다..

그래도 오랜만의 프로젝트라 기쁜 마음도 있다.

블로그에 기술적으로 정리해야 하는 것들이 많이 있다는 것이.. ^^ 요즘 공부를 제대로 하고 있다는 증거가 아니겠는가..

얼능 끝내고 refresh 휴가나 가보자고~

tag : 근황, 프로젝트, 애자일, 힘들어

[정보] 윈도우에서 rails + oracle 셋팅하기

제우스 — Wed, 16 Sep 2009 08:59:24 GMT

2달전에 컴퓨터를 한번 새로 setting하면서 거의 정리해놓았고

오늘!!! XP에서 비스타로 갈아타면서 정리한 것을 다시 한번 사용해보았는데. 완벽하다!!

ruby, rails는 setting은 이미 설치되었다는 것을 가정으로 다음 순서를 따라가면 된다.

1. oracle instant client / oracle client 설치

window 32-bit용 instant client download

download해서 압축을 풀면 끝

2. 시스템 path에 설치된 위치를 잡아준다

cmd 창에서 path 확인 필수!!

3. 시스템 변수에 NLS_LANG 을 KOREAN_KOREA.KO16MSWIN949 로 등록한다.

4. 시스템 변수에 TNS_ADMIN 을 설치된 instantclient 위치로 등록한다

5. instantclient 위치에 tnsnames.ora 파일을 위치시킨다 (db 서버에 맞도록 주소 setting)

6. 컴퓨터를 재시작한다!!!!

7. gem install activerecord-oracle-adapter --source http://gems.rubyonrails.org

8. gem install activerecord-oracle_enhanced-adapter

9. http://rubyforge.org/projects/ruby-oci8 에서 ruby-oci8-1.0.0-rc2-mswin32.rb 를 다운받는다

10. cmd 창에서 실행시킨다 c:/> ruby ruby-oci8-1.0.0-rc2-mswin32.rb

11. http://www.dll-files.com/dllindex/dll-files.shtml?msvcr71 에서 msvcr71.dll 파일을 가져다가

자신의ruby설치폴더|/bin/ 에 복사한다

12. 연결확인

c:/> ruby -r oci8 -e "OCI8.new('scott', ‘tiger', '//aaa.zeous.com:1521/dbzeous').exec('select sysdate from dual') do |r| puts r.join(' | '); end"

tag : rails, oracle

[잡생각] 지금과는 달랐을텐데..

제우스 — Wed, 02 Sep 2009 04:51:19 GMT

지금과는 달랐을텐데..

난 대학입시때 재수를 하지 않았다.

대학교를 가기 위한 공부에 눈을 뜬것은 고1였을때

중학교때까진 그냥 학원가서 친구들과 노는것뿐이었다.

당연히 고3때의 성적이 가장 좋았다. 그리고 대학에 입학.

지금 돌이켜보면 그때도 참 바보같이 공부를 하였다.

전체의 관점에서 정리하는 것도 없었고, 출제자의 의도 파악같은것은 생각도 못하였으니..

지금같은 마인드로 재수를 한다면.. 서울대도 가능할것 같은데...

그럼 지금의 나와는 달라지지 않았을까..

난 군대를 가지 않았다.

병특도 아니고 정확히는 제2국민역.. 전쟁나기전까진 총잡을 일이 없다.

대학교 4년을 휴학 한번없이 바로 졸업하였다.

다른 친구들은 흔히 해외로 가는 어학연수도..

형이 해외에 나가 있어서 집에서는 아들 2명을 동시에 해외로 보내는것은 안된다고 난 밀려났다.

결과적으로는 형이 어학연수와 유학을 내 대학교 4년동안 다녀오게 되었다.

그냥 휴학을 하고 1년 국내여행을 하거나, 하고싶은 일이라도 하였다면..

그럼 지금의 나와는 달라지지 않았을까..

대학원을 2년 다니고 졸업할 무렵..

다니던 학교의 박사과정에 대해서는 별로 관심이 없었다.. 공부를 안하는 교수들을 보면서..

주위 사람들은 조건(집안형편이 그렇게 어려운 것도 아니었고, 나이도 어리고..)이 완벽한데

왜 유학을 안가냐고 난리였고 집에서도 은근히 유학을 가기를 바라고 있었지만 난 바로 취직을 하였다.

그때 당시의 생각은

IT 기술이 얼마나 빨리 변하는데.. 지금 배운 기술을 써먹지 않는다면 난 도태될것이라 생각하였다.

만일 그때 졸업후 바로 취직이 아니라 다른 무엇인가를 선택하였다면

그럼 지금의 나와는 달라지지 않았을까..

회사를 다니다가 30살을 넘어서 유학을 가보겠다고 본격적인 준비를 하였다. 기간은 6개월...

6개월후 원하는 만큼의 성적이 나오지 않아서 1년을 더 준비할지, 포기해야 할지 결정하던 찰라..

자금적으로 부족한 상황이었다. 현금은 거의 바닥이 났고..

유학자금으로 생각하던 자산을 정리하던지 부모님에게 손을 벌려야했다.

결국 유학가는 것을 포기하게 되었다.

만일 어떻게든 자금을 마련해서 1년을 더 준비하게 되었다면

그럼 지금의 나와는 달라지지 않았을까..

지금와서 돌이켜보면

1년이라는 시간이 아까워서 내가 선택할수 있었던 몇가지를 포기하였었다.

30대중반인 지금은 내년이나 그 후년이나 지금의 생활과 크게 다르지 않을것이라 생각이 드는데

그전에는 왜 1년이라는 시간을 그렇게 아까워하였을까..

어쩌면 지금도 10년후에 후회할 선택을 하고 있을지도 모른다.

1년정도 회사를 쉬면서 여행 실컷하고 6개월 몸짱만드는것에 투자하면 나중에는 어떤 판단을 내리게 될까?

tag : 잡생각, 여유, 후회