활동 내용

CleanCode 4장 ~ 6장

• 정희진

  • 4장: 소스코드 관리 시스템의 혁신성?에 대해 알게 되었다. 특히, 소스코드 관리 시스템이 생기면서 기존에 프로그래머들이 작성하던 주석의 필요성이 낮아졌고 그만큼 코드의 불필요한 부분을 삭제할 수 있단 점을 처음으로 알게 되었다. 그렇기 때문에 프로그래밍을 하면서 github을 더욱 잘 써먹어야겠단 생각을 했다.
  • 5장: 평소 코드의 길이 때문에 일부러 코드의 공백을 삭제하거나 엔터키를 치지 않으며 프로그래밍을 하였는데 이게 매우 나쁜 습관인 것을 알게 되었다. 가독성에 문제가 있더라도 본인만 열람하는 코드라 신경을 쓰지 않았던 부분인데 향후 협업을 위해서는 이 부분에 대해 유념하고 코드를 작성해야겠다.
  • 6장: 이번 장이 제일 이해하기 어려웠다. 추상화 부분은 꾸준히 수업에서도 나왔을 정도로 자주 언급되었는데 항상 이 부분이 너무 헷갈린다. 어떤 부분을 public으로 하고 private으로 해야할지 아직도 잘 모르겠다. 그치만 프로그래머가 객체와 자료구조를 명확히 구분해 코드를 작성할때 객체프로그래밍으로 작성해야할지 절차프로그래밍으로 작성해야할지 구분할 줄 알아야 된다고 느꼈다.

• 강하현

  • 4장 : 나는 주석을 잘 달지 않는 편이라 이번 장에서 주석을 다는 방법을 알아갔다. 의미를 명료하게 하고, 결과를 경고하는 주석, 중요성을 강조하는 주석 등 예제를 보며 주석의 쓰임에 대해 배웠다. 이 장을 읽으면서 배운 내용을 토대로 앞으로 주석을 쓰는 습관을 들이고자 한다.
  • 5장 : 코드를 짤 때, 변수명의 위치라던가, 수직 거리, 함수 호출 위치 등을 신경써서 짜본 적이 없었는데, 이 장을 읽으면서 내가 신경쓰지 못한 부분을 알게 되었다. 코드 형식 또한, 의사소통의 일부이며, 이러한 코드의 가독성이 앞으로 바뀔 코드의 품질에 큰 영향을 미친다는 것을 깨달았다.
  • 6장 : 나는 코드를 짤 때, 항상 객체 지향적으로 작성하려고 노력하는데, 절차지향적 프로그래밍도 필요하다는 사실을 알았다. 무조건 객체 지향적으로 코드를 짜기 보다는, 어떠한 방식이 맞는 지 고민해보고 절차 지향적인 방법도 적절히 사용해야겠다고 느꼈다.

• 조은채

  • 4장: 책에서 저자는 최대한 명확한 코드를 작성하여 “주석이 필요한” 코드를 줄이길 원하고 있다. 하지만 주석이 필요한 코드도 생기는 법이다. 따라서 이 챕터를 통해서 주석을 제대로 다는 법을 배울 수 있었다.

    • 코드로 표현하지 못하는 정보를 제공하는 주석
    • 의도를 설명하는 주석
    • 결과를 경고하는 주석
    • 중요성을 강조하는 주석

    위의 내용들을 기억해서 좋은 주석을 달도록 노력해야겠다.

  • 5장: 나는 가독성이 좋지 않은 코드를 싫어해서 항상 엔터나 띄어쓰기 등을 일관된 규칙을 갖고 짜도록 노력해왔었다. 하지만 줄수가 길어질 때마다 이게 맞는지 혼자 항상 의구심을 갖곤 했다. 하지만 이 책을 읽으면서 내 습관이 옳은 방향이라는 것을 깨달을 수 있었다. 이 습관을 유지하도록 해야겠다.

  • 6장: c언어는 절차지향 언어이고, 자바는 객체지향 언어이다! 에 따라 항상 그에 걸맞게 코드를 짜려고 했었던 것 같다. 하지만 이 책을 통해 상황에 따라 절차 지향적인 방법을 선택할 수도 있다는 것을 알게 되었다.

    • 객체 지향에서
      • 객체지향에서 어려운 변경 코드는 절차 지향 코드에서 쉽다.
      • 새로운 자료 타입을 추가하는 유연성이 필요하면 객체가 더 적합하다.
    • 절차 지향에서
      • 절차 지향에서 어려운 변경 코드는 객체 지향에서 쉽다.
      • 새로운 동작을 추가하는 유연성이 필요하면 자료 구조, 절차적인 코드가 더 적합하다.

    어떻게 보면 절차 지향과 객체 지향은 상호보완적인 관계일 수 있다는 생각을 했다.

활동 사진