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

파이썬을 비교적 다른 언어에 비해 능숙하게 다룰 수 있게 된 후에, 각종 알고리즘 사이트 (백준, leetcode 등)에서 파이썬으로 문제를 풀어 왔었다. 다만 그 '효율'에 있어서 의문은 계속 풀리지 않고 있었다. 특히나, 문제를 오롯이 내가 시간을 들여 풀어내는 방식위주로 하다 보니 비슷한 문제는 거의 대부분 풀이 코드가 비슷했다. 이런 고민을 가지고 있던 찰나, 이 책을 만났다. 우선 결론부터 말하자면 책이 좋다. 다만 무겁다. 왜 좋냐면, 우선 정말 많은 문제가 수록되어 있다. 물론, 해당 문제는 거진 대부분 leetcode의 문제다. 바로 이 부분에서 나는 만족했다. 시중에 나온 알고리즘 책은 정말 '학교'에서나 쓸 법한 개념 위주 혹은 '대회용' 이렇게 2가지로 나뉜다. 물론, 코딩테스트와 관..

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

개발자라면 누구나 알고리즘과 친숙할거라는 일반적인 고정관념과는 다르게, 잘 할 수도 못 할 수도 있다. 특히나, 요즘은 산업지형이 바뀌어 가면서 개발을 직업으로 삼는 사람들이 늘어나고 있어서 더 그런 생각이 보편화 되는 경향이 있다. 안타깝게도 나는 그렇지 못한 사람 중 하나였다. 특히나 내가 하던 코딩이 정말 '무에서 유'를 만들어 내는 코딩인지 의문을 정말 많이 했다. 코드를 만들때 생각을 하고, 코드가 곧 내 생각을 반영할 뿐 아니라 코드라는 도구의 효율을 최고로 끌어내는가에 대한 의문을 많이 가지곤 했었다. 그 이후 부터 알고리즘을 풀어나가기 시작했다. 비전공자라서 더 부족함을 깨닫고 자료구조, 알고리즘, 컴퓨터과학, 클린코드, 객체지향 등 닥치는대로 공부해 나갔다. 하지만 알고리즘은 정말 어려웠..