어떤 코드가 안 읽히시는데요?

전 다른 언어를 먼저 접하고 파이썬을 뒤에 접해서, 간단한 코드 읽는데는 별 문제 없었어요.

파이썬의 특이한 문법 (decorator, list comprehension 등)은 아직 익숙하지 않지만요.

규모가 큰 프로그램의 설계 방법론은 추상화(abstraction)에 근거합니다.

최근에는 함수형 패러다임도 있지만 아직까지도 실무에서는 객체지향이 많이 사용되고 있습니다. 여러 이유가 있지만 레거시에 대한 호환성 문제가 첫 번째인 것 같고, 아직 함수형 패러다임은 컴퓨터 아키텍처를 제대로 활용하지 못해 성능이 안 나오는 문제가 있기 때문이기도 합니다. ( 하지만, 간혹 실무에서 Clojure 같은 언어가 사용되기도 합니다. ) 객체 지향이란 독립적인 기능을 하는 객체를 정의하고, 정의한 객체를 선언하고, 한번 만든 객체를 계속해서 재사용하는데 핵심이 있습니다.

큰 프로그램이라고 해서 이질적인 일회성 코드들이 수 없이 포함되어 규모가 눈덩이처럼 불어난다면 결국에는 그것을 읽을 수 있는 사람도 유지보수할 수 있는 사람도 없게 됩니다.

제대로 된 프로젝트라면 큰 단위는 보다 작은 논리 단위로, 그리고 그 작은 단위들은 보다 더 작은 단위로, ...를 반복하여 코어를 이루는 바닥 계층에 이를 때까지 분할되어야 합니다. 우리가 웹 서핑을 할때 전선에 오가는 전기적 신호에 대해 신경쓸 필요가 없는 것처럼, 프로그램을 작성할 때에도 보다 높은 계층의 무언가를 설계할 때 아래에서 무슨 일이 일어나는지 신경 쓸 필요가 없어야 한다는 거죠.

예를 들자면 점을 찍는 기능을 이용해서 직선을 그리는 함수를 만들고, 직선을 그리는 함수를 이용해서 삼각형을 그리는 함수를 작성하고, ... 하는 식으로요. ( 물론 점 찍는 기능, 선 긋는 기능은 API로 제공되지만 예를 들자면요. )

하지만 좋은 설계라는 것은 열심히 생각한다고 해서 한번에 나오는 것은 아닙니다. 부수고 다시 만드는 시행착오를 겪어야 하고, 실제 실무에서 사용되는 설계들을 접해보고, 나름의 철학을 가져야 하죠. 이 부분에 있어서는 전공자들에게도 쉬운 부분은 아닙니다.

감히 조언을 드리자면 처음부터 큰 프로젝트를 설계하려고 하시기 보다는, 적당한 규모의 오픈소스 프로젝트를 가지고 놀거나 스스로 작은 프로그램을 만들면서 먼저 감을 잡으시는게 좋을 것 같습니다.

객체지향 패턴에 어느 정도 익숙해지면 웹이든, AI이든 코드를 레퍼런스 보면서 조금씩 실험하고 작성하고, 남이 만든 코드를 그대로 붙여넣는게 아니라 필요에 맞게 수정하여 사용하실 수도 있게 되실 것이고 목표하시는 바에 따라서는 그 정도만으로도 충분할 수 있습니다. 좀 더 깊게 들어가면 문제를 직접 해결하는 코어 알고리즘을 설계하고 성능을 평가하실 수 있는 수준에 이르실 수도 있겠지만요.