개발을 하다보면....

난 아직 2년이 채 되지 않은 개발자이다.
년차로 본다면 개발자라기 보다는 코더에 가깝다고 말하고 싶다.


암튼.
개발을 하다 보면...
이게 취미가 아닌 이상,
하는 일이 회사의 일이 될것이다.



하는 일이 회사의 일이라면...
멋진 코드가 중요한것일까?
일정이 중요한것일까?



회사의 제1목표는 "이윤추구"이다.
특히 작은 회사에서는 절대적인 목표일것이다.
아무리 쓰레기 같은 코드라고 해도
돈을 벌어다 줄 수 있을 정도로만 만들어 주면 된다고 생각한다.


작은 회사는 당장 다음달, 다음분기가 중요하지.
3년, 5년후가 중요하지 않다.
다음달, 다음분기가 없으면 3년후도 없다.
한달 한달을 꾸려가야만 3년후가 있을 수 있다.


1년동안의 매출이 보장된 회사에서는 당연히 다음달은 그리 중요하지 않다.
당장을 위해서 쓰레기 같은 코드로 당장의 돈벌이는 하지 않아도 된다.
시간이 걸려서 더 아름다운 코드를 짜고,
그렇게 해서 몇년후가 편할 수 있다면, 그네들은 그렇게 할것이다.


나 혼자만 고쳐서 되는가?
몇명이 같이 작업을 해야 하나?
지금 하는 일들은 어찌할 것인가?
이제까지 해 왔었던 구조는 어찌하나?
이거 하나 변경하면 도대체 몇군대나 고쳐야 하나?
새로운 개념이 들어 가면 백만개의 버그가 출몰하지 않을까?



정작 바꾸어야 할 것을 알면서도, 바꾸지 못하고.
그냥 아무나 할 수 있는 코드를 잔뜩 "생산"하고 나서 든 생각.




이래저래 불평을 주절주절했어도.

그래도!
나는 작은 회사 입장에서는
"이윤"과 "일정"은 매우 밀접한 연관이 있다고 생각하고,
그리고 그것에 절대적으로 동의한다.
( 전통적인(?) 프로그래머의 기질을 보이지 않는 1人 )

시키는 대로 하기 싫으면, 사장해야지. ㅋ


자기 전에 잡담. ㅋ