Intro

풀 스택 개발을 해왔지만 그럼에도 불구하고 늘 알고리즘이 왜 필요하냐 라는 입장이었다. 내가 하는 개발은 사용자와 정보를 주고받는 화면이 많기 때문에 UX 정도가 좀 더 공부해야 할 덕목이라고 그렇게 생각했었다. 모르기에 당당했고, 무식한 발언 아니었나 싶다. 어떤 것을 개발하던 로직이라는 것이 존재하고, 로직을 얼마나 잘 짜느냐에 성능이 좌우된다. 성능을 고려하지 않아도 될 정도로 사용자가 적다는 건 부끄러운 대답이었다. 사용자가 쓰고 싶지 않은 이유 중에 성능과 관련된 것이 하나라도 있었다면 더더욱 그렇지 않을까 싶다. 그래서 더 늦기 전에 알고리즘과 구조 같은 것들을 고민해보려고 한다.
점점 개발보다는 관리직으로 역할이 바뀌면서 개발을 못하게 되는 상황이 오고 있는 것도 내가 이런 결심을 한 것과 무관하지 않기도 하다. 개발보다 개발 전반에 대한 관리를 하려면 단순하게 ‘그냥’ 개발하라는 말을 할 수 없게 된다. 어떤 구조로 어떤 알고리즘을 써서 개발하는 게 좋다는 방향성을 제시해야 하는 입장이 점점 되다 보니 우리가 만드는 시스템은 그런 걸 몰라도 된다고 말하는 것은 내가 무지 하다고 광고하는 꼴이 되는 것 같기도 하다. 당당하고 싶어서, 또 처음 개발을 직업으로 생각한 순간부터 결심했던 ‘평생 개발자’가 되기 위해서 오늘부터 1일! 
하루 한 문제 풀기를 도전한다. 

 

거창하게 말했지만 518일 동안 하루도 빠지지 않고 알고리즘을 문제를 푼 분을 보고 나도 해보자 라는 따라쟁이의 마음으로 시작한 것이기도 하다.

그분의 가이드에 따르면 Codewars가 여러모로 장점이 많다고 하여 선택했다.

https://kwiki.devserum.com/ko/articles/tech-articles/2021-05-31-518-consecutive-days-algorithm-challenge

518일동안 단 하루도 빠지지 않고 알고리즘을 풀었다.

https://www.codewars.com/

Codewars - Achieve mastery through coding practice and developer mentorship

 

 

화이팅!