나는 비교적 큰 회사에 다니고 있다.
규모로 따지자면 한국 IT업계에서는 한국에서는 손에 꼽을 만큼 규모가 있는 회사이다.
그런데, 나는 가끔은 이 큰 조직에서 회사를 위해서 내가 할 수 있는 일이 무엇인지 가끔은 고민해 본다.
회사에서 월급을 받으니, 그에 따른 회사에 기여를 해야 한다는 것이 나의 생각이다.

그런데, 내가 회사에서 하고 있는 일이나 업무 역량을 보면..
뛰어나지 않은 그냥 그런 보통의 개발자로 보인다. (어쩌면 조금 뒤쳐질지도..)
시키는 일을 그때그때 잘 하는 편 같다. 시키면 한다.

그런데, 좀 더 능동적인 행동은 되지 않는 듯 하다.
아니, 능동적으로 행동해서 변화 될 수 있는게 별로 없다.

요즘 드는 생각은, (능동적으로 해보려고.)
회사에서 내가 하는 일이 데이터 관리 시스템을 만드는 것이기 때문에,
Java EE 개발환경 보다는 Ruby on Rails가 적합해 보인다. 생산성이 좋고, 데이터 무결성 유지에 좋아보인다. 데이터 정규화도 더 잘 될 듯 하고..(몇백만건, 몇천만건 넘는 대용량은 아직 잘 모르겠지만..)

그래서 팀원들에게 Ruby on Rails를 당장 쓰자고 말하는 것도 아니고,
세미나를 한번 해주고 싶은 마음이 솟구쳐, 팀 세미나..
스터디 시간에 살짝 언급을 했었는데..  한방에 퇴짜 맞았다.

퇴짜 이유는? Java 기술이 아니라서 ㅎ
생산성이 월등히 좋다고 다시 한번 더 설득을 시도 하였으나,,
그렇다면,, php를 쓰겠다고 한다..-_- php가 java보다 생산성이 좋다고..ㅡㅡ
내가 php를 잘 몰라서 반문할 여력은 별로 없다.

그런데, 나는 개발자 성향을 가진 팀원으로서, 생산성 좋은 Ruby on Rails를 보면 적용하고 싶고, 좋다는 것을 알리고 싶다.
Ruby on Rails의 Active Record, Formtastic .. 등등 수많은 라이브러리들을 보면.. 흥분된다 -_- 단지 좋아서.ㅎㅎ

하긴, 회사에서는 java 중에서도 내가 쓰고 싶은 java framework 이나 라이브러리를 쓰지 못하는 판에.. 왠 Ruby on Rails니..ㅎ
회사에서는 회사 자체의 라이브러리로 개발해야 한다. (내생각엔 좀 뒤쳐진..)
java로 개발 하더라도, java framework, 라이브러리 사용의 자유를 줬으면 한다..


Posted by jhkim
제가 회사에서 담당하는 서비스가 지난 월요일 저녁시간에 장애가 발생했습니다.
비교적 빠른시간에 장애대처를 할 수 있어서, 서비스는 비교적 빠른 시간 내에 정상화 되었습니다.

회사의 업무 프로세스에 따라,
장애 원인을 보고하고, 장애 재발 방지 대책도 제출했습니다.

그런데, 어느 QA팀장님께서,
저에게는 정말 높으신 분들 줄줄이.., 그리고 수많은 개발 그룹분들을 참조로 넣어서 두가지를 물어오셨습니다.
1. 장애의 원인과 재발방지 대책은?
2. 그리고, 수많은 참조자들에게 보내는..  이런 장애가 나지 않게 조심하라는 경고.

그런데, 수많은 참조자 앞에서 마치 제가 장애를 일으킨 듯한 저 이메일과..
저는 이미 프로세스를 통해서 보고한 내용(원인과 재발방지 대책) 을..
굳이 저 많은 참조자들을 넣어서 저에게 되물음을 하는 이유는 무엇일까요?

장애 내용 전파를 저에게 원인과 재발방지 대책을 묻는 것과 별개로
사례로서 따로 사내 전파를 하면 안되는 것이였을까요?

굳이 장애 원인 제공자를 따지자면, (제 주관적인 생각입니다만) 저에게는 약 10%의 책임이 있다고 생각됩니다.

제 입장에서 겪은 일은 별것 아닌 일이지만, 신경이 쓰입니다.
이런 일 자체가 신경이 쓰이는 것이 아니고,
회사에서 저런식으로 일하는 분(배려가 부족한..)이 윗분들에게 인정을 받을 것을 생각하면.. 흠..
제가 이런 조직에 있다는 것 자체가...ㅡㅡ;;







Posted by jhkim
TAG 회사
똑똑하고 100배 일 잘하는 개발자 모시기(양장) 상세보기
조엘 스폴스키 지음 | 위키북스 펴냄
『똑똑하고 100배 일 잘하는 개발자 모시기』는 유능한 소프트웨어 개발 엔지니어를 채용하는 방법을 담고 있다. 소프트웨어 개발 기업이 프로그램의 생산성과 품질을 향상시키기 위해 좋은 엔지니어를 구하는 방법과 채용 핵심 비법을 소개한 것으로 채용 담당자가 알아두면 좋은 내용들이 담겨 있다. 소프트웨어 개발 프로세스 분야 전문가인 조엘 스폴스키는 소프트웨어 개발 인재 발굴을 위한 인턴쉽 과정과 현장 지침, 이력


요즘 지하철에서 시간날 때 읽고 있는 책입니다. 연구실 선배님께서 아래 글 리플에서 추천해 주셔서 읽게 되었는데, 절반쯤 읽었습니다. (얇아서 하루이틀이면 다 읽을 수 있는 적은 분량입니다.)

책 내용은 공감하는 내용이 많아서 재미있게 읽고 있습니다.

이 책에서 가장 강조하는 내용은

회사를 운영함에 있어서 소프트웨어 개발자의 중요성 입니다.

훌륭한 소프트웨어 개발자와 그러치 않은 개발자의 능력차이가 10배 이상 난다는 것 입니다.
훌륭한 개발자 1명이 개발한 것이 몇십명의 어줍잖은 개발자가 개발한 것의 가치를 능가할 수 있다는 말이죠.

그래서 저자(조엘)는 훌륭한 개발자를 영입하기 위해 소프트웨어 회사를 설립할 때 정한 원칙은 아래와 같습니다.

최상의 근무조건구비 => 최고의 프로그래머 채용 => 최상의 프로그램 개발 => 이익 실현

회사는 개발자들의 복지에 신경을 쓰고, 근무환경을 최상으로 유지해야 합니다.

그런데 요즘에도 음료수도 안사주고 좁은 공간의 불편한 의자에서 개발자들에게 일을 시키는 회사가 있습니다.
그 돈을 아껴서 회사운영에 보탬이 되기를 바라는 것이죠.
그러나, 불행하게도 이러케 회사를 운영하면, 훌륭한 개발자들은 떠나게 되어있습니다.

회사 운영에 성공하려면(이익을 창출하려면),
우선 좋은 근무환경, 개발환경, 복지제도를 만들어 주세요.

그래야 그 회사의 조건, 근무환경이 좋다고 소문이 나고, 그래야 좋은 개발자들이 몰려들게 되어 있습니다.



Posted by jhkim