띠용

1. 변수, 재활용하는 것이 좋은가

- 재활용하는 것이 적절한 경우: 값의 성격이 변경되지 않는 경우

- 재활용하는 것이 비적절한 경우: 값의 의미가 변경되는 경우

=> 목적에 맞게 분리해 관리하는 것이 적절하고 값의 성격이 바뀌지 않는 경우 재활용하자.

2. 동사형 메서드명

- 메서드명을 동사형으로 작성하자

     - 이유: 많은 메서드를 관리해야할 경우 동작을 명확히 표현하는 것이 코드 가독성과 유지보수에 좋다.

     - 예시: calculate() - 권장           calculation() - 권장하지 않음

3.  gitIgnore 활용

- gitIgnore을 활용해 협업에서 공유할 필요가 없는 파일은 레포지토리에서 제외하자.

     - 이유: 협업 시 동료들의 개인 환경과 충돌할 수 있다.

     - 예시: .idea폴더

4. 적절한 파일 분리

- 함수형 인터페이스, 별도로 정의된 객체, enum 등을 목적에 맞게 별도의 파일로 분리해서 관리하자.

     - 이유: 구조 파악이 용이하고 접근제어자를 활용해 접근 제어를 할 수 있다.

5. 일정한 띄어쓰기

- 일정하게 띄어쓰기를 하고 조건문, 메서드의 매개변수 뒤에 한 칸을 띄우고 중괄호를 열자.

     - 이유: 기본적으로 권장되는 스타일이며 가독성을 향상시킨다.

1. 적절한 분리

: 클래스를 어디까지 분리를 해야할지, 어디까지 함수로 구현해야할지 항상 고민이 되고 어려운 것 같다. 

최근에 한 계산기 구현 프로젝트와 진행하고 있는 키오스크 프로젝트의 경우 방향성을 주고 있기 때문에 어떤 클래스를 구현할지 고민되지 않지만 막상 스스로 클래스를 분리하려고 하면 쉽게 할 수가 없다.

=> 현재는 방향성을 따라가며 코드를 작성하되 과제에서 제시한 클래스가 왜 그렇게 분리되어야 했는지 계속해서 고민해보고 적용할 수 있도록 노력해보자.

2. 일정한 띄어쓰기

: 계산기 구현 프로젝트의 피드백에 일정한 띄어쓰기를 하는 것에 대한 중요성을 언급하는 내용이 있었다. 

띄어쓰기라고 말씀해주셨지만 결국 일정한 포맷의 중요성을 말씀하는 것으로 들렸기 때문에 이를 유의하고자 한다.

=> 키오스크 코드 작성 시 일정한 포맷으로 코드 작성해보자.