변수 이름, 코드의 운명을 결정하다.

1. 서론: 변수 이름이 왜 중요한가?

프로그래밍을 처음 배울 때 우리는 종종 변수 이름에 큰 고민 없이 임의의 단어를 선택하곤 합니다. x, temp, data 같은 이름이 코드 곳곳에 등장하며, 처음에는 아무 문제가 없는 것처럼 보입니다. 하지만 프로젝트가 점점 커지고, 코드가 복잡해질수록 이런 이름은 곧 유지보수와 협업의 장애물이 됩니다. 변수 이름은 단순히 데이터를 저장하기 위한 식별자가 아니라 코드의 가독성을 결정짓는 핵심 요소입니다.

 

읽기 쉬운 코드 vs. 읽기 어려운 코드

코드의 가독성은 단순히 코드 스타일이나 주석의 유무에 달려 있지 않습니다. 가독성의 가장 큰 부분은 의미를 전달하는 변수 이름에서 시작됩니다. 이름이 명확하다면, 함수나 클래스의 내용을 읽지 않고도 코드의 의도를 이해할 수 있습니다. 반면, 이름이 불분명하다면 코드를 읽는 사람은 각 변수의 의미를 추측하며 시간을 낭비해야 합니다. 이는 개인적인 작업뿐 아니라 팀 프로젝트에서 특히 심각한 문제로 나타납니다.

 

코드 품질과 변수 네이밍의 상관관계

소프트웨어 공학의 대가 마틴 파울러(Martin Fowler)는 "좋은 이름을 짓는 것은 짧은 시간에 읽을 수 있는 코드를 만드는 것"이라고 말했습니다. 변수 이름은 코드의 품질을 결정짓는 가장 기본적인 요소 중 하나로, 다음과 같은 이유에서 중요합니다:

1. 가독성 향상: 잘 지어진 변수 이름은 주석 없이도 코드의 의도를 전달합니다.
2. 유지보수 용이성: 명확한 변수 이름은 코드를 수정하거나 확장할 때 추측과 오류를 줄여줍니다.
3. 협업 효율성: 명확한 이름은 팀원 간의 의사소통 비용을 줄이고, 코드 리뷰 시간을 단축합니다.
4. 디버깅의 효율성: 의미 있는 이름은 디버깅 과정에서 문제를 더 빠르게 발견하고 해결할 수 있도록 돕습니다.

 

결론: 작은 선택이 큰 차이를 만든다

변수 이름은 코드에서 가장 작은 단위 중 하나지만, 그 중요성은 절대 작지 않습니다. 제대로 된 변수 이름은 코드의 가독성과 유지보수성을 비약적으로 향상시킬 수 있으며, 잘못된 이름은 반대로 코드를 복잡하고 이해하기 어렵게 만듭니다.

변수 이름을 신중하게 짓는 것은 단순한 규칙 준수가 아니라, 프로그래머로서 가져야 할 책임감이자 장인정신입니다. 이름은 코드의 운명을 결정짓는 첫걸음이기 때문입니다.

 

 

---

 

 

2. 변수 네이밍의 심리학

코드를 읽는 행위는 단순히 기계적인 해석이 아니라, 인간의 뇌가 텍스트를 이해하고 맥락을 유추하는 과정입니다. 이때 변수 이름은 단순한 문자 조합이 아닌, 개발자의 의도를 전달하는 메시지 역할을 합니다. 잘 지어진 변수 이름은 사람의 뇌가 코드를 빠르고 정확하게 이해하도록 돕는 반면, 불명확하거나 직관적이지 않은 이름은 불필요한 인지 부하를 발생시킵니다.

 

인지 부하와 변수 이름

인지 부하란 사람의 뇌가 정보를 처리하기 위해 사용하는 정신적 에너지를 의미합니다. 코드 작성 시 고려해야 할 핵심 원칙은 뇌가 처리해야 할 정보를 최소화하는 것입니다. 직관적이고 의미가 명확한 변수 이름은 뇌가 그 의미를 빠르게 받아들이도록 하여 코드를 이해하는 데 필요한 에너지를 줄입니다.

• 직관적인 이름: "totalPrice"는 금액의 총합을 의미한다는 것을 누구나 알 수 있습니다. 반면 "tp"는 해당 변수가 무엇을 나타내는지 추측하게 만듭니다.
• 맥락 기반 이해: 변수 이름이 구체적일수록 코드의 의도를 맥락 안에서 더 쉽게 파악할 수 있습니다. 예를 들어, "userAge"는 숫자가 나이를 나타낸다는 것을 명확히 전달합니다.

 

이름은 기억을 돕는 열쇠

사람의 뇌는 무작위 데이터보다 구조적이고 의미 있는 데이터를 훨씬 더 잘 기억합니다. 변수 이름에 의미가 담겨 있다면, 뇌는 이를 단순한 기호가 아니라 맥락화된 정보로 저장합니다. 이는 특히 큰 코드베이스나 복잡한 프로젝트에서 유리합니다.

예를 들어, 다음 두 가지 코드 스니펫을 비교해 봅시다:

1. x = y * z
   

2. totalRevenue = unitPrice * quantity
   

첫 번째 예는 문법적으로는 올바르지만, 무엇을 계산하는지 알기 어렵습니다. 두 번째 예는 변수 이름이 코드의 목적을 설명하며, 이를 통해 맥락을 떠올리기 쉽습니다.

 

가독성과 시간의 상관관계

잘 지어진 변수 이름은 단순히 가독성을 높이는 데 그치지 않고, 코드를 읽는 시간을 단축시킵니다. 이는 특히 다음 상황에서 중요합니다:

1. 코드 리뷰: 다른 팀원이 코드를 읽고 리뷰할 때, 의미 있는 이름은 설명 없이도 쉽게 이해를 돕습니다.
2. 버그 수정: 문제를 파악하고 해결하는 과정에서 변수 이름이 그 역할을 명확히 하면 디버깅 시간이 줄어듭니다.
3. 미래의 자신: 몇 달 후 혹은 몇 년 후에 코드를 다시 볼 때, 직관적인 이름은 스스로의 의도를 다시 이해하는 데 도움을 줍니다.

 

사람을 위한 코드를 짜라

코드는 기계가 실행하지만, 결국 사람이 읽고 이해하기 위해 작성됩니다. 좋은 변수 이름은 단순히 데이터 저장소 이상의 역할을 하며, 프로그래머와 독자 사이의 대화를 가능하게 만듭니다. 이를 염두에 두고 변수 이름을 짓는 것은 단순한 규칙이 아니라, 프로그래머의 심리적 이해와 배려가 담긴 예술입니다.

결론적으로, 변수 네이밍의 심리학은 코드를 읽는 사람의 뇌가 어떻게 작동하는지를 이해하고, 이를 최대한 지원하는 방향으로 이름을 설계하는 과정입니다. 변수 이름은 단순한 코드 요소가 아니라, 프로그래머의 사고와 의도를 가장 잘 드러내는 창구임을 기억해야 합니다.

 

 

---

 

 

3. 좋은 변수 이름을 만드는 5가지 핵심 원칙

변수 이름을 잘 짓는 것은 코드의 가독성과 유지보수성을 높이는 가장 효과적인 방법입니다. 하지만 단순히 "좋은 이름을 지으라"는 말은 너무 추상적입니다. 프로그래머가 참고할 수 있는 구체적인 원칙을 제시하면 더 큰 도움이 됩니다. 여기서는 명확성, 일관성, 적절한 길이, 의도 표현, 언어 특성과의 조화라는 다섯 가지 핵심 원칙을 통해 좋은 변수 이름을 만드는 방법을 설명합니다.

 

1. 명확성: 누구나 보고 이해할 수 있는 이름

변수 이름은 그 역할과 의미를 명확하게 전달해야 합니다. 이름만 보고도 변수의 목적을 직관적으로 이해할 수 있다면, 좋은 이름에 가까운 것입니다.

• 좋은 예: userAge, totalRevenue, isActive
• 나쁜 예: x, data, temp

팁: 모호한 약어는 피하고, 이름을 읽는 사람의 관점에서 생각하세요. 코드의 독자가 "이 변수는 무엇을 하는 것일까?"라고 물을 필요가 없어야 합니다.

 

2. 일관성: 팀과 협업하는 코드는 하나의 언어를 쓴다

프로젝트 내에서 변수 이름은 일관된 규칙을 따라야 합니다. 일관성이 깨지면 코드가 산만해지고 가독성이 떨어집니다.

• 일관된 명명 규칙:
  • 카멜케이스: userName, totalPrice (Python, Java)
  • 스네이크케이스: user_name, total_price (Python, Ruby)
• 좋은 예: 프로젝트 내 모든 변수 이름이 같은 스타일을 따릅니다.
• 나쁜 예: 한 파일에서는 user_name, 다른 파일에서는 UserName을 사용하는 경우.

팁: 팀의 명명 규칙(네이밍 컨벤션)을 정하고, 이를 철저히 따르세요.

 

3. 적절한 길이: 짧되 지나치게 짧지 않게

변수 이름은 지나치게 짧아서 모호하거나, 너무 길어서 읽기 어렵지 않아야 합니다. 이름은 필요한 만큼만 구체적이어야 합니다.

• 좋은 예: userEmail (짧고도 의미 전달이 명확)
• 나쁜 예: ue (너무 짧음), emailAddressOfRegisteredUser (불필요하게 길음)

팁: 변수 이름의 길이는 해당 변수의 범위와 중요성에 따라 결정하세요. 짧은 함수 내 지역 변수는 짧은 이름을, 전역 변수나 클래스 변수는 더 구체적인 이름을 사용합니다.

 

4. 의도 표현: 이름만으로도 그 목적을 말하다

변수 이름에는 그 변수의 의도가 드러나야 합니다. 이름을 통해 "이 변수는 무엇을 위한 것인가?"를 명확히 알 수 있어야 합니다.

• 좋은 예: isAdmin (불리언 변수), maxRetries (숫자 변수)
• 나쁜 예: flag, value (목적이 불분명)

팁: 변수의 데이터 타입을 암시하기 위해 접두사를 사용할 수도 있습니다. 예를 들어, is로 시작하는 이름(isActive, isVerified)은 불리언임을 나타냅니다.

 

5. 언어 특성과의 조화: 파이썬스럽게, 자바스럽게

변수 이름은 사용하는 프로그래밍 언어의 문화와 특성에 부합해야 합니다. 언어마다 선호하는 명명 스타일이 다르기 때문에 이를 따르는 것이 중요합니다.

• Python: 스네이크케이스(total_revenue, user_name)
• Java: 카멜케이스(totalRevenue, userName)
• JavaScript: ES6에서는 주로 카멜케이스(userName, totalAmount)

팁: 사용하는 언어의 공식 스타일 가이드를 참조하세요. 예를 들어, Python은 PEP 8, Java는 Google Java Style Guide를 따릅니다.

 

정리

좋은 변수 이름은 단순한 텍스트 이상의 역할을 합니다. 그것은 코드의 의도와 목적을 전달하고, 팀 간의 협업과 유지보수를 원활하게 만듭니다.
다음 번 코드를 작성할 때는 이 다섯 가지 원칙을 기억하세요. 명확하고, 일관성 있고, 적절하며, 의도를 담고, 언어 특성에 맞는 이름이야말로 코드 품질을 높이는 첫걸음입니다.

 

 

---

 

 

4. 이름 짓기의 안티패턴과 실수

좋은 변수 이름은 코드의 가독성과 유지보수성을 높이지만, 잘못된 변수 이름은 코드의 품질을 크게 떨어뜨립니다. 변수 이름을 짓는 과정에서 자주 발생하는 안티패턴과 실수를 이해하면, 이런 함정을 피하고 더 나은 코드를 작성할 수 있습니다. 아래에서는 변수 네이밍에서 자주 범하는 실수와 이를 극복하기 위한 대안을 소개합니다.

 

1. 혼동을 부르는 축약어

축약어를 남용하면 코드의 가독성을 심각하게 떨어뜨립니다. 축약어는 종종 작성자는 이해할 수 있어도, 다른 사람(심지어 미래의 자신)은 이해하기 어렵습니다.

• 나쁜 예: usrNm, tmpVal, accBal
• 왜 문제인가?: 축약어는 의미를 명확히 전달하지 못하며, 읽는 사람이 의미를 추측하게 만듭니다.
• 대안: 변수 이름을 적절히 풀어써서 의미를 명확히 하세요. 예: userName, temporaryValue, accountBalance.

 

2. 의미 없는 접두사와 접미사

temp, data, info 같은 단어를 접두사나 접미사로 사용하는 것은 이름을 모호하게 만듭니다. 이는 변수가 정확히 무엇을 나타내는지 알기 어렵게 합니다.

• 나쁜 예: tempData, userInfo, dataSet
• 왜 문제인가?: 접두사나 접미사만으로는 변수가 무엇을 표현하는지 알기 어렵습니다.
• 대안: 더 구체적이고 의미 있는 이름을 사용하세요. 예: cachedUserData, customerProfile, trainingDataset.

 

3. 지나치게 일반화된 이름

일반적인 이름은 변수가 담고 있는 데이터나 목적을 명확히 전달하지 못합니다.

• 나쁜 예: data, value, item, result
• 왜 문제인가?: 이름이 지나치게 일반적이면, 변수가 어떤 역할을 하는지 알기 위해 추가적인 맥락을 살펴봐야 합니다.
• 대안: 변수가 담고 있는 데이터의 역할을 명시하세요. 예: totalSalesData, userInputValue, productItem.

 

4. 변수 목적과 불일치하는 이름

변수 이름이 실제 역할과 맞지 않으면, 이는 혼란을 초래하며 코드의 신뢰성을 낮춥니다.

• 나쁜 예: isDone (실제 값은 완료 여부가 아니라 숫자를 저장함)
• 왜 문제인가?: 이름과 변수의 실제 데이터가 일치하지 않으면, 코드 리뷰나 디버깅 과정에서 오해를 유발합니다.
• 대안: 변수 이름이 실제 데이터와 정확히 일치하도록 수정하세요. 예: completionStatus, retryCount.

 

5. 컨텍스트를 무시한 이름

변수 이름이 코드의 맥락을 고려하지 않으면 혼란을 줄 수 있습니다. 특히 동일한 이름을 다른 목적으로 사용하는 경우 문제가 됩니다.

• 나쁜 예: index (여러 루프에서 동일 이름 사용)
• 왜 문제인가?: 코드의 각기 다른 부분에서 동일한 이름을 사용하면, 각 변수의 역할을 혼동하기 쉽습니다.
• 대안: 컨텍스트에 맞는 고유한 이름을 사용하세요. 예: userIndex, productIndex.

 

6. 문화적/언어적 오해를 유발하는 이름

다국적 팀에서 코드를 작성할 때, 특정 언어에 국한된 단어를 사용하면 오해를 초래할 수 있습니다.

• 나쁜 예: vergeben (독일어로 "할당됨")
• 왜 문제인가?: 특정 언어로 된 이름은 다른 국적의 팀원들이 이해하기 어렵습니다.
• 대안: 국제적으로 통용되는 영어를 사용하세요. 예: assigned.

 

7. 필요 이상으로 복잡한 이름

이름이 너무 길거나 복잡하면 읽기 어렵고, 오히려 가독성을 해칩니다.

• 나쁜 예: totalNumberOfItemsInShoppingCartForCurrentUser
• 왜 문제인가?: 과도하게 긴 이름은 오히려 변수의 의미를 파악하기 어렵게 만듭니다.
• 대안: 길이를 줄이고 핵심만 남기세요. 예: shoppingCartTotal.

 

8. 코드 리뷰에서 드러나는 일관성 없는 이름

팀 프로젝트에서 변수 이름이 일관되지 않으면, 협업 효율성이 떨어집니다.

• 나쁜 예: 같은 개념을 user_id, userId, UID로 다르게 표현.
• 왜 문제인가?: 동일한 개념에 서로 다른 이름을 사용하면, 코드의 일관성이 깨집니다.
• 대안: 팀의 명명 규칙을 정하고 이를 철저히 따르세요.

 

정리

이름 짓기는 단순한 기술적 작업이 아니라, 코드의 가독성과 유지보수를 결정짓는 중요한 요소입니다. 위의 안티패턴과 실수를 피하고, 이름에 의도를 담아 코드 독자와의 의사소통을 원활히 하세요. 좋은 변수 이름은 단순히 코드를 설명하는 것이 아니라, 코드의 가치를 높이는 프로그래머의 도구입니다.

 

 

---

 

 

5. 변수 이름에 철학을 담다

변수 이름은 단순한 식별자가 아닙니다. 그것은 프로그래머의 사고방식과 철학을 담아내는 코드의 언어입니다. 변수 이름을 짓는 방식은 단순한 규칙 준수를 넘어, 코드를 읽는 사람과 소통하는 하나의 예술적 과정입니다. 이 장에서는 변수 이름에 철학을 담는 방법과 그 중요성을 다룹니다.

 

1. 도메인 지식을 반영하는 이름

변수 이름은 단순히 데이터를 저장하는 목적을 넘어서, 해당 코드가 다루는 도메인 지식을 반영해야 합니다. 이렇게 하면 변수 이름이 단순한 기호를 넘어 도메인의 맥락을 설명하는 역할을 합니다.

• 나쁜 예: value, temp
• 좋은 예: customerOrderCount, shippingCost

철학: 코드 속 변수 이름은 도메인의 언어를 사용해 읽는 사람이 문제 영역을 이해하도록 도와야 합니다. 이름을 통해 코드가 어떤 문제를 해결하려는지 명확히 표현하세요.

 

2. 변수 이름이 코드의 '이야기'를 만들어야 한다

좋은 코드는 독자가 순서대로 읽어나가며 이야기처럼 이해할 수 있어야 합니다. 변수 이름은 이 이야기의 핵심 단어로 작용합니다.

• 예:

  customerCartTotal = calculate_cart_total(items)
  if customerCartTotal > discountThreshold:
      apply_discount(customerCartTotal)
  

이 코드는 변수와 함수 이름을 통해 "고객의 장바구니 총액을 계산하고, 일정 기준을 넘으면 할인을 적용한다"는 이야기를 명확히 전달합니다.

철학: 변수 이름은 단순히 데이터를 저장하는 곳이 아니라, 코드의 의도와 흐름을 설명하는 내러티브 요소입니다.

 

3. 미래를 고려한 이름 짓기

변수 이름은 현재의 코드뿐 아니라, 미래의 코드 유지보수와 팀원과의 협업까지 고려해야 합니다. 이 철학은 특히 장기 프로젝트나 팀 작업에서 중요합니다.

• 예: isAdmin이라는 변수는 현재 불리언으로만 사용될 수 있지만, 미래에 더 복잡한 사용자 권한 체계가 추가된다면 혼란을 야기할 수 있습니다.
• 개선: userRole처럼 더 확장 가능한 이름을 선택하세요.

철학: 코드의 수명은 길고, 이름은 그 수명을 고려해 지어져야 합니다. 현재의 편리함보다 미래의 명확성을 선택하세요.

 

4. 코드 리뷰를 위한 배려

코드는 기계가 실행하지만, 결국 사람이 읽기 위한 것입니다. 좋은 변수 이름은 코드 리뷰를 하는 동료 개발자에게 친절한 설명서를 제공하는 것과 같습니다.

• 나쁜 예: r, d
• 좋은 예: interestRate, dueDate

철학: 변수 이름은 동료 개발자에게 "설명 없이도 이해 가능한 코드"를 제공하려는 프로그래머의 배려심을 보여줍니다.

 

5. 변수 이름으로 생산성을 높이다

좋은 변수 이름은 디버깅과 유지보수 과정에서 생산성을 극대화합니다. 이름이 명확하다면 코드를 추측하거나 파악하는 시간을 줄일 수 있습니다.

• 예:

  # 나쁜 변수 이름
  x = calculate(items)
  # 좋은 변수 이름
  totalPrice = calculate_total_price(items)
  

디버깅 시 x는 무엇을 나타내는지 다시 코드를 거슬러 올라가야 하지만, totalPrice는 변수의 역할을 즉각적으로 파악하게 해줍니다.

철학: 명확한 변수 이름은 프로그래머의 시간을 아끼고, 더 나은 코드를 작성할 수 있는 여유를 제공합니다.

 

6. 간결함과 깊이의 균형

변수 이름은 지나치게 간결해서 모호하거나, 너무 길어서 읽기 어려워서는 안 됩니다. 핵심은 간결함과 깊이의 균형을 맞추는 것입니다.

• 나쁜 예: t (너무 짧음), totalAmountForAllCustomersInJanuary2025 (너무 길음)
• 좋은 예: januaryTotalRevenue

철학: 이름의 간결함은 읽기 쉬운 코드로, 깊이는 명확한 의도로 이어져야 합니다.

 

7. 프로그래머의 책임감과 장인정신

좋은 변수 이름은 단순히 규칙 준수의 결과물이 아니라, 프로그래머의 책임감과 장인정신의 산물입니다. 이름은 프로그래머가 코드의 품질과 팀의 효율성을 얼마나 중요하게 여기는지를 반영합니다.

• 철학적 질문:
  • 이 이름이 팀원들에게 명확한 메시지를 전달하는가?
  • 이 이름을 미래에 내가 다시 보아도 바로 이해할 수 있는가?

 

결론: 이름 짓기는 프로그래머의 철학을 담는 작업

변수 이름은 단순한 텍스트가 아니라, 코드의 목적, 의도, 그리고 배려를 담아내는 도구입니다. 변수 이름을 신중히 짓는 것은 프로그래머로서의 책임이자, 더 나아가 협업과 유지보수를 위한 필수 요소입니다.
좋은 이름은 좋은 코드의 시작이며, 이는 곧 좋은 프로그래머의 철학을 반영합니다.

 

 

---

 

 

6. 마무리: 코드 품질은 이름에서 시작된다

코드는 기계가 실행하기 위해 작성되지만, 유지보수와 협업을 위해 결국 사람이 읽는 언어로 표현됩니다. 이 언어의 핵심은 바로 변수 이름입니다. 이름 짓기는 단순한 규칙의 문제가 아니라, 코드의 가독성과 의도를 전달하는 첫걸음이며, 코드 품질을 좌우하는 중요한 요소입니다.

 

1. 이름 짓기는 투자다

좋은 변수 이름을 고민하는 데 드는 시간은 결코 낭비가 아닙니다. 명확한 이름은 다음과 같은 장점을 제공합니다:

• 가독성 향상: 이름만으로 코드를 이해할 수 있어 주석이 불필요해집니다.
• 유지보수 효율성: 코드의 의미를 바로 파악할 수 있어 수정이나 확장이 쉬워집니다.
• 협업 강화: 팀원들이 코드의 맥락을 쉽게 이해하고, 의사소통 비용이 줄어듭니다.

코드 작성 시 변수 이름을 신중히 고민하는 것은 단기적인 비용처럼 보일 수 있지만, 장기적으로는 막대한 시간을 절약하는 생산적인 투자입니다.

 

2. 팀 전체를 위한 네이밍 가이드라인

개인적인 습관만으로는 좋은 이름 짓기가 한계에 부딪힐 수 있습니다. 팀 프로젝트에서는 변수 이름의 일관성을 유지하기 위해 네이밍 가이드라인을 작성하고 공유하는 것이 필수적입니다.

• 포함 내용: 변수 이름의 스타일(예: 스네이크케이스, 카멜케이스), 금지된 패턴, 약어 사용 기준 등.
• 목적: 팀 전체가 일관된 언어로 코드를 작성하게 함으로써 협업 효율성을 극대화.

 

3. 이름 짓기의 철학을 기억하라

이름은 코드의 의도, 목적, 그리고 프로그래머의 책임감을 반영합니다. 이름 하나하나에 철학을 담아 다음 질문을 자문하세요:

• 이 이름은 변수의 역할을 명확히 설명하는가?
• 이 이름은 미래의 내가 다시 보았을 때 이해하기 쉬운가?
• 팀원들이 이 이름을 보고 별도의 설명 없이도 그 의미를 파악할 수 있는가?

이 질문에 자신 있게 답할 수 있다면, 이미 좋은 이름을 짓고 있는 것입니다.

 

4. 작은 선택이 큰 차이를 만든다

코드의 품질은 거창한 아키텍처나 복잡한 알고리즘에서만 나오는 것이 아닙니다. 작은 변수 이름 하나에서도 시작됩니다. 잘 지어진 이름은 코드를 간결하고 명확하게 만들며, 더 나아가 코드를 읽는 사람에게 신뢰와 감탄을 줄 수 있습니다.

 

결론: 이름이 곧 코드의 품질이다

"변수 이름은 코드의 운명을 결정한다."라는 말이 있을 정도로, 이름은 단순한 요소가 아닙니다. 이름 짓기를 소홀히 하면 코드의 가독성과 유지보수성을 해치게 되고, 결국 개발 속도와 품질에 악영향을 미칩니다.

반대로, 철학과 책임감을 담아 짓는 이름은 프로그래머로서의 성장뿐만 아니라, 협업 환경과 코드 전체의 품질을 비약적으로 향상시킵니다.

 

코드는 이름에서 시작되고, 이름으로 완성됩니다. 그러므로, 이름을 신중히 짓는 것은 프로그래머로서의 기본이자 필수입니다.
이제, 여러분의 코드에 더 나은 이름을 담아보세요. 그것이 바로 프로그래머의 진정한 실력입니다.