이책을 읽게된 이유

AI시대에 접어들면서, 개발자들은 예전보다 더 쉽게 코드를 짠다고 합니다. 그리고, 코드를 배우지 않아도 소프트웨어를 만들 수 있는 시대가 도래했다고 합니다. 하지만 저의 생각은 조금 다릅니다. AI 는 분명 편리한 도구는 맞지만, AI가 사람을 대체하기 까지는 아직까지도 많이 멀었다고 생각합니다. 그런 생각 때문인지, 아직 제 프로젝트에 AI를 적극 도입하지 않고 있었습니다.

하지만, 문득 그런생각이 들었습니다. 제 생각이 틀렸고 실제로 AI가 사람을 대체하는 시대가 오지 않을까? 그러면 살아남기 위해서는 AI를 활용하는것을 공부해야하나? 이런 생각이 스쳐 지나가니, 식은땀이 나기 시작했습니다. 뭔가 뒤쳐지는거 같고 저만 구식인거 같고, 또 구식 방법으로 개발하다가 기회를 놓칠 수 있을거 같다 라는 생각도 같이 들었습니다.

그래서 AI에 대해 관심이 많아지는 찰나, ‘미니멀리즘 프로그래머’라는 책을 접하게 되었습니다. 이 책을 구매할때, 목차도 다 보고 했는데, 그때는 현재 개발자의 업무를 단순화 시켜주는 AI를 가지고 업무를 미니멀하게 유지하는 방법을 적은 책이라고 생각하고 구매했습니다. 근데 막상 사보니까 소프트웨어 엔지니어링에 관한 책이었습니다 ㅎㅎ. (생각이 이래서 무섭습니다)

이왕 산김에 읽어봤는데, 책도 미니멀하게 인사이트들을 담고 있는거 같아 힘들지 않게 읽었던 책 같습니다.

머릿글

머릿글에서 저를 관통하는 말이 있었습니다.

복잡함을 추구하면서 개발하느라 복잡해진 머리를 이 책을 통해서 간결하게 만들 수 있었으면 좋겠습니다.

AI가 코드를 대신 작성해 주는 시대일수록, 개발자의 역할은 더 분명해집니다. 코드를 ‘작성하는 능력’은 점점 평준화되지만, 무엇을 단순화할지 판단하는 능력, 어디까지가 적정한 추상화인지 가늠하는 감각, 데이터와 흐름으로 문제를 재구성하는 설계력은 여전히 인간 개발자의 몫입니다.

더 빠르게 만드는 법은 AI가 알려줄 수 있습니다. 하지만 더 단순하게 만드는 법은 여전히 우리가 배워야 합니다. 복잡함이 당연해진 시대에 이 책은 단순함이야 말로 실력이라고 말합니다

저는 항상 개발할때, 뭔가 필요없어도 제가 아는 모든 기술들을 다 동원하여 수준 높고 복잡한 소프트웨어를 만들어야 한다는 생각에 사로잡혀 있었습니다.

예를들면, 동접자 10명도 안되는 서비스에 캐싱, 분산처리 등등을 넣는 꼴이라고 할 수 있습니다.

복잡한것이 필요할때는 복잡하게 하는것이고, 그렇지 않을때는 쉽게쉽게 간단하게 가는것이 일의 효율을 높이는것이다 라는것을 다시한번 새기게 되는 대목이었습니다.

이 책은 위 글과 같이, 소프트웨어의 개발에서 불필요한 과정들을 최적화하여 일의 복잡성을 낮추는 방법을 서술하였습니다.

코드의 단순화

저자는 라이브러리를 사용하여 의존성을 복잡하게 만드는것도 일을 복잡하게 만드는 원인이라고 서술하였습니다. 딱 이 글만 읽었을때 바로 ‘시간이 남아도는것도 아니고..’ 라는 생각이 들었습니다.

여기서 저자가 말하고 싶은것은 다음과 같은 맥락이었습니다.

  1. 이 기능이 꼭 필요한가
  2. 직접 코딩하는게 더 나은가
  3. 안전한가

위 항목들을 종합적으로 판단한 뒤 코드에 의존성을 넣는것을 판단해라 이런뜻이었던거 같습니다.

또한, 항상 최신 프레임워크만을 따라가지 말고, 오랫동안 안정성이 입증된 프로젝트를 사용하는것이 좋다고 합니다.

필요주도 개발

소프트웨어의 단순함을 유지하는 기본 규칙은 ‘누군가가 필요로 하지 않는 한 코드를 쓰지 않는것’입니다. ‘이런 기능이 있으면 멋지지 않을까’ 또는 ‘추가하기 정말 쉬울텐데’ 는 필요에 해당하지 않습니다.

정말 맞는말입니다. 저는 항상 내가 좀 치는 개발자인가? 에 대한 불안함인지 또는 그냥 재밌어서 하는것인지 기능 하나를 개발하다보면 지금 필요하지도 않은데 기능을 만들어두는 습관이 있었던거 같습니다.

회의가 꼭 필요한가?

팀워크를 하다보면 반드시 해야하는것이 있습니다. 바로 ‘회의’ 입니다. 그리고 팀워크에서 잦은 회의는 팀의 방향성을 정하기위한 필수 과정이라고 저도 생각하고 있었습니다.

하지만, 팀워크를 할때 보면 회의를 자주할수록 일의 집중력은 떨어지고, 에너지도 바닥나며, 시간도 많이 지나있는 상황들이 많았습니다. 그래서 저는 그냥 회의 방식이 잘못되었다 라고 생각하고 있었는데, 저자가 하는 말에 따르면 회의를 적게할수록 좋다고 합니다.