코딩개발로 물장구치는 개발자

안녕하세요, Dibrary입니다. 과거, 저는 개발업무를 할 때 맨땅에 헤딩을 하며 프로그램을 만들어 본 경험도 있고, 기본적인 코드가 완성된 회사에서 편의 혹은 유지보수코딩을 해본 경험도 있습니다. 그 중에! 맨 땅에 헤딩할 때가 가장 기억에 남고, 힘들었고, 가장 막막했었습니다. ㅠ.ㅜ 아마 원해서 자원하진 않겠지만, 내 생각과 다르게 이렇게 맨 땅에 헤딩하며 코딩을 해야 할 상황에 맞닥뜨릴 분들도 계시리라 봅니다. (아무렴 거지같은 중소기업이 없어지지 않는한 ... 이런 업무에 종사할 사람은 반드시 존재하기 마련이죠) 그런 분들을 위해 제가 경험했던 내용들을 정리해 올려보고자 합니다. 물론, 이 방법이 항상 100% 정답이다고는 할 수 없지만, 적어도 '멘토'없는 개발환경 상황에서 어느정도 갈피를 ..

안녕하세요 Dibrary입니다. 개발자는 흔히들 컴퓨터를 다루면서 막연하게 굉장히 멋진 삶을 살 거라는 환상을 가진 분들이 있습니다. 그런 개발자도 있겠지만, 사실 모든 개발자가 그렇진 않죠. 그러나 개발자들의 수준, 분야, 차이를 막론하고 '공통적으로 가지는 특성'은 분명히 있다고 생각됩니다. 뭐가 공통적일까요? 저는 2가지는 확실하게 모든 개발자가 동일하다고 생각합니다. 재미삼아 봐주시면 감사하겠습니다. 1. 고시생과 다를바 없는 라이프사이클! 고시생 하면 뭐가 떠오르시나요? 네. 책에 둘러 쌓여서 끊임없이 공부를 해야죠. 특히 고시(지금은 폐지된 사법고시 같은 경우)는 D-day가 정해져 있고, 그 기간 안에 최고의 효율을 낼 수 있어야 하므로 공부 밀도가 엄청나죠. 저는 바로, 이 끊임없이 공부해..

안녕하세요 Dibrary입니다. 이번엔 제가 직접 겪고 본 사례 중 '그래도 미리 알면 도움이 될 법한' 것들을 좀 소개해 보고자 합니다. 결과적으로는 그 어떤 경험들이든 저에게 이익이 되었으나 정말 안좋은 경우를 유의미한 것으로 바꾸기 위해서는 가공할만한 노력이 필요함을 알게 되었죠. 컴퓨터공학 책들을 보면 대부분의 개발 플로우는 아래와 같이 진행이 됩니다. 1. 단계의 구분이 불분명하고 각자 맡은 업무가 구분없는 회사. 각 단계별로 '어떤 작업'을 해야 하는지가 명확히 정해져 있다면 비교적 일하기 좋은 회사라고 보시면 됩니다. 물론 위의 도표처럼 딱딱 경계가 칼같이 나뉘진 않죠. 사람이 하는일인데... 그럼에도 팀단위가 구성이 별개로 되어 있다던가, 각 업무를 맡은 사람이 정해져 있다던가 하는것을 알..

안녕하세요 Dibrary 입니다. 완전 생 초보일 때, 프로그램언어를 사용해서 개발을 하다가 원하는 결과는 안 나오고 에러가 날 경우에 대처 방안을 알려드리겠습니다. '누구나 다 할 수 있는거 아니야?' 라고 생각할 수 있으나... 현실은 그렇지 않죠. 저도 처음에 책보고 따라하다 막힐 때 접었던 이유가 이거였거든요. 혹시나마 작은 실마리가 될까 싶어 기록해 둡니다. 1. 에러가 발생하면 해당 문구를 '읽고 해석하자' 반드시 필요한 과정이죠. 문제는 해당 문구가 '영어'로 나옵니다. 영어 공부도 평소에 좀 해둬야겠쬬? 예를 들어보겠습니다. 위 코드를 실행하고 값을 입력했더니 에러가 났습니다. 우선 잘 보시면 line 8이라는 단어가 보이실 겁니다. 이렇게 위치를 알려주면 먼저 '해당 줄에서 에러가 났겠구..