안녕하세요

이번엔 제가 일하고있는 직종인

개발에 대해서 써보고자 합니다.

과연어떤 개발자가 센스있는 개발자인가!

일부 이용자분들은 궁금해할수도 있는데요

제가 느끼는 정말 센스있는 개발자, 같이 일하고싶은 개발자는 누구인지

이야기해보려고 합니다.

1) 주석을 잘 달자.

☞ 보통 어떤개발이 되었든 소스코드가 필요하고 그 소스코드는 한사람이 관리하는 것이 아닌 여러사람이 관리하는 것이 대다수입니다. 그런데, 본인이 개발한 부분에 대한 히스토리나 이렇게 한 이유에 대한 이력관리가 되지 않아 분석에 애를 먹는 경우가 많습니다. 어떤 언어든 주석을 남기기 위한 예약어(//, /**/, -- 등 )가 정의되어있으니, 그리고 주석좀 달아놓는다고 소스코드 용량이 기하급수적으로 늘어나지 않으니 적극적인 주석러가 되십시요.

2) 형상관리(Commit OR Update)는 가급적 자주 해주자.

☞ 형상관리 툴은 많습니다만(SVN, GIT 등), 같은프로젝트 하면서 제때 형상관리 하지 않아 Merge 하느라

애먹는 개발자분들 많이봤습니다.

가급적 하루에 한번, 가능하면 출근후 / 퇴근전 한번씩 하는게 같이 프로젝트 하는 동료한테도 이롭고 본인에게도 이롭습니다.

가끔 본인이 한 부분을 형상관리툴에 반영하다가 다른사람이 한 부분을 덮어쓰게 되는, 난감한 상황도 있습니다.

3) 순간 코딩보다는 흐름을 볼줄아는 개발자가 되자

☞ 프로젝트 하다보면 화면설계서/사양서 대로 그리기만 하고 그 전단이나 후단 프로세스에 대해 전혀 고려하지 않는 개발자들을 보았습니다.

구슬이 서말이라도 꿰어야 보배라는 말처럼 아무리 좋은소스 아무리 좋은 코딩을 하여도 그 기능들이 한몸처럼 이어져야 비로소 완성도가 높아지고 고객 만족도도 올라가는건데, 독불장군처럼 자기는 사양서대로 그렸으니 문제없다는 개발자들 많았는데 정말 같이 일하기 최악으로 꺼려지는 개발자들입니다.

그렇다고 모든 설계 모든 프로세스에 신경쓰라는 뜻은 아니지만,

어느정도는 전단 후단 영향에 대해 고려해보는 연습을 하는게

언젠간 그들도 PM/PL로서 프로젝트를 관리할 날이 올텐데..

흐름을 볼줄아는 개발자 되는 연습이 중요할 것 같습니다.

4) 디버깅을 위한 코드는 테스트나 디버깅이 완료되면 반드시 삭제하자

☞ console.log, System.out.println 등 다양한 디버깅 콘솔용 코딩이 있습니다.

개발자들에게 유용하게 쓰이지요. 내가 짠 프로그램이 어디까지 작동하다 오류나는지, 흐름이 잘 넘어가는지

확인할 수 있는 가장 효율적인 코드고 저도 자주사용합니다.

하지만 이런 코드들 때문에 시스템 오픈 후 관리하는 사람들 입장에서는 아주 곤욕입니다. 이러한 로그성 코드들이

로그파일내 많은 부분을 차지하여 용량이 부족하게 되거나,

의도치않게 서버정보, 개인정보가 노출되기도 합니다.

(유저가 신고하지 않은것이지 신고하면 개인정보 보호위원회의 감찰을 받을수도 있습니다)

가급적이면 이러한 디버깅성 코드들은 테스트/디버깅 후 주석처리하거나 아예 삭제하는것이 센스입니다.