# #

요약 : 1. 변경사항을 날려도 아쉽지 않은 만큼 (즉, 실행취소를 한다고 생각해도 허탈하지 않을 정도) or 한 문장으로 변경사항을 명확히 나타낼 수 있는 만큼 2. 코드의 길이가 길어지면 가독성을 해칠 수 있다. 따라서 가독성을 위해서 코드 길이를 늘렸다면 가독성을 해치지 않을 정도까지만 늘리자! 3. 1. 커밋은 돌아갈 수 있는 세이브 포인트와 유사하다고 생각한다고 이야기 했는데, 지금의 커밋단위는 되돌아가기 적절한 만큼의 단위일까요? -> 단위에 대해서 고민 중이 었는데 야곰의 기준을 일단 모방하고 나중에는 협업자들과 커밋단위에 대한 규칙을 세워야 될 것 같다는 생각이 듭니다. 야곰의 커밋 단위 기준을 알려주셔서 감사합니다! 2. ac8f9dc 커밋은 커밋 메시지와 다른 내용의 변경사항도 포함이 ..

메서드를 나누는 기준은 '한 가지 동사로 이름을 나타낼 수 있는가'이다. guard는 이곳을 지나가는 필수조건인 경우에 사용한다. 반대로 if는 부가적으로 조건을 따져 수행할 일에 대해 사용한다. switch는 좋은점도 있지만 단점도 많습니다. default도 그 질문의 연장선인 것 같아요. 본인이 작성한 코드만으로 결론이 잘 나지 않는다면 검색해보면 더 좋은 글들을 많이 마주해 볼 수 있을것 같아요. 프로퍼티의 이름은 명사형으로 지을 것! 메서드의 이름은 동사형으로 지을 것! 중복된 단어를 사용하지 않도록 주의할 것! 문자열 상수를 로직 코드에서 최대한 사용하지 말 것! 어떤 수가 의미하는 바를 알도록 코딩할 것! 조건문안에 조건문이 들어가면 가독성에 좋지 않고 중복될 수 있는 조건이 생길여지가 크므로..

while문은 조건에 따라 반복을 수행하는 구문이에요 while (condition) { // do something } 항상 condition을 true로 설정하면 while true 까지만 읽었을 때는 이 구문은 무한히 반복된다고 오해할 수 있을 것 같아요. 대신 var isContinue: Bool while isContinue { // do something } 과 같은 형태로 condition을 잘 이용하면 특정 조건에 따라 반복되는 것이라는 걸 명시적으로 잘 표현할 수 있을 것 같아요 computer의 number가 random으로 결정된다는 사실까지 변수명에 표현하고 있군요. 자세한 설명이 될 수 있겠지만, 우리가 표현하고자 하는 의도를 명확하고 간결하게 네이밍해보는 건 어떨까요? 주석으로 ..

1. 우리가 알아야 할 모든 것은 애플이 제공한 공식문서에 모두 담겨있으므로 최대한 애플 공식문서로 해결하려고 노력할 것. 2. 코드 한 줄, 한 칸에도 모두 의미가 있다는 것을 명심하고 코드를 작성할 것. 3. 클린코드의 출발점은 띄어쓰기와 줄바꿈부터, 그리고 이름부터라는 것을 명심할 것. (줄바꿈과 띄어쓰기는 Swift Language Guide 문서 참고할 것) 4. 이름짓기는 굉장히 중요하고 끝이 없으므로 지금부터 연습할 것. (이름짓는 방법, 코드를 규칙에 맞게 작성하는 방법에 대해서는 Swift API Design Guidelines를 참고할 것) 5. 다른 캠퍼들의 PR을 통해서 코드를 읽어보고 느껴보고 그 코드에 대한 코멘트도 확인해볼 것. 6. 커밋메시지만 보고도 어떤 작업의 흐름인지를 ..