고객사의 요구에 따라 운영 중인 서비스에 추가 기능들을 계속 개발하고 있습니다. 유지보수를 하고 있기는 하지만, 개발을 하면서 틈틈이 하고 있는 상황이죠. 부족한 시간에 쫓기며 개발을 하다 보니 설계, 코딩의 완성도가 떨어지는 경우들이 종종 있고요. 그로 인한 버그들은 앱, 서버 업데이트 이후 한참 뒤에 나타나기도 합니다. 개발의 완성도를 높이기 위해서는 어떤 경우에 문제점이 나올 수 있는지를 다양한 관점에서 예상할 수 있어야 합니다. 그렇지만 시간이 부족하면 정상적으로 돌아가는 케이스를 위주로 신경쓸 수 밖에 없는 것 같습니다. 버그가 생길 수도 있지만, 일단 일정은 맞춰야 하니 어쩔 수 없는 선택이 됩니다. 문제가 있다는 걸 알면서도 안고 갈 수 밖에 없는 상황입니다.
어제 회의에서 안정화를 위한 일정을 따로 잡았으면 좋겠다는 의견이 나왔습니다. 저도 생각은 하고 있었지만, 얘기를 하지는 못 했습니다. 이에 대해 회사가 고객사와 이야기해보기로 했지만, 실제로 성사될지는 아직 알 수 없습니다.
안정적인 서비스를 만들기 위해서는 자기 계발도 필요합니다. 더 좋은 결과물을 만들어내기 위해서는 시간내서 공부를 하거나 아이디어를 생각할 필요가 있지요. 피곤하고 힘들더라도 주말에는 공부를 좀 더 할 수 있도록 신경을 써야 하겠습니다. 이번 연휴에는 공부에 대한 이야기를 쓸 수 있으면 좋겠어요.
36회 - 천하제일연재대회 시작! 그리고 예정 주제
38회 - 이직을 원하는 이유
39회 - 이직을 주저하는 이유
40회 - 일과 중에 학습 시간을 갖기로
41회 - 서비스 개발에 대한 회의감
42회 - 면접 후 생각
43회 - 천하제일연재대회 보팅 순서 관찰기
44회 - 포트폴리오 DB 계획 그리고 아쉬운 ERD 도구
45회 - 최근의 개발 업무의 실수 그리고 개선점
46회 - 개발 내용 기록에 대한 고민
47회 - 히스토리를 어떻게 남길까
48회 - 아쉬운 면접 결과
49회 - 개인 개발 주제 구상
50회 - 코드 복기 필요
51회 - 업무 분장 변경
52회 - 스프링 기반 restful API 개발 방법 정리 계획
53회 - 엇나간 개발 일정
54회 - 업무 분장 변경 하나? 안 하나?
55회 - 이력서 새로 작성
56회 - 헤드헌터와 통화
57회 - 대기업이냐 중소기업이냐
