인간이 만든 기계식 계산기의 역사주판부터

인간이 만든 기계식 계산기의 역사주판부터

자격증전산세무 2급 AT자격시험 TAT, FAT, 회계관리, 재경관리사도 마찬가지 더하기, 곱하기, 빼기, 나누기 연산이 가능한 계산기만 가능합니다. 크기는 상관없음. 작은 계산기도 괜찮고 상인분들이 쓰는 손바닥만한 큼지막한 계산기일명 쌀집계산기도 가능함 단, 공학계산기나 전자사전이나 등등 전자기기에 포함된 계산기는 공식이 저장되는 기능이 있으므로 사용 불가 그리고 아무 일반 계산기를 들고 가기보다. 시험장에 들고가기 좋은 계산기를 고르는 것도 팁입니다.

TDD 관련 질문

Q. 작은 단위 부터 TDD를 통해 구현하다보니 리팩토링을 통해 해당 기능을 다른 클래스에게 부여하거나 클래스를 분리해야할 때가 있습니다. 이런 경우 그저 작성한 테스트를 해당 클래스의 테스트 코드에 옮겼는 데 맞는 방식인가요? A. 해당 기능을 다른 클래스가 갖게 된다면 그에 해당하는 테스트코드도 그 클래스의 테스트 코드가 가져가야 하는게 당연하다고 생각합니다. Q. 작은 단위의 기능부터 테스트코드를 짜다보니 후에 가서는 해당 기능이 public이 아닌 private로 바꿔야 할 경우 작성한 테스트 코드를 삭제해도 되나요? A. 테스트코드 역시 관리의 대상이기 때문에 많으면 좋긴 하지만 그만큼 관리가 힘들어질 수 있습니다.

먼저 연비가 어떠한 것인지 찾아보도록 하자. 연비란 단어는 한자로는 영어로는 fuel efficiency 를 뜻합니다. 연비 뜻은 자동차가 단위 주행 거리 아니면 단위 시간당 소비한 연료의 양을 뜻합니다. 태워 소비하는 양, 아니면 연료 효율을 나타내는 것으로 단위는 kmL 입니다. 이미 단위에서 정보는 나왔어요. 같은 양의 연료를 소비했을 때 자동차가 얼마나 먼 거리를 갔는지를 보는 것이 연비입니다.

연비 총 주행거리 총 사용연료량연비를 높이려면 어떻게 할까

계산식으로 보자. 연비를 높이려면 주행거리 수치가 크면 되고, 연료량 수치는 작으면 됩니다. 그럼, 자연히 연비는 올라가게 됩니다. 수학적 계산으로는 당연한 것이지만 실제로는 이것이 어려울 수 있어요. 자동차 연비는 다른 것을 떠나서 운전자의 운전습관과 직접적인 연관이 있기 때문입니다. 평소에 급정거, 급가속이 심하다면, 아니면 속도를 급속도로 내는 사람의 자동차라면 당연히 연비는 줄어든다.

연비를 높이는 방법은 이미 찾아보시면 많이 나와 있기도 합니다. 자동차의 무게를 줄인다. 급정거, 급가속을 피합니다. 관성을 이용한 연비주행을 합니다.

OOP 관련 질문

Q. 처음 구현할 때 입력받은 식을 후위표기식으로 바꿔주는 기능을 Paser라는 클래스를 통해 해주었습니다. 하지만 바꿔주는 기능과 계산하는 기능이 따로 있는 것보단 같이 있는 게 좋을 것 같아 PostfixExpression라는 클래스로 다시 만들었습니다. 해당 방식이 객체지향적으로 진지하게 생각하는 것이 맞는 건지 궁금합니다. A. 후위 표기식을 계산하는 클래스와 바꾸는 클래스로 나누는 것이 좋다고 생각하네요 그런데요 이걸 각각의 클래스로 만들어도 좋고, 아니면 inner class로 변환 계산 이렇게 생성해도 될 것 같네요. 첫번째 질문의 경우 operator를 입력받아서 해당하는 operator의 로직을 실행시켜주는 것이 좋지 않을까요? 라고 고민하고 구현하게 되었는 데 멘토님의 말씀처럼 생성과 계산을 같이 하는 것보단 분리해주는 것이 맞다고 생각하게 되었습니다.

테스트 코드 작성

위와 같이 뷰와 테스트 코드를 작성하여 계산기 앱에서 더하기, 빼기, 나누기, 곱하기 연산이 잘 동작하는지 테스트할 수 있습니다. 이제 앱을 실천하고 계산을 수행해보시면 더하기, 빼기, 나누기, 곱하기가 올바르게 동작하는 것을 확인하실 수 있을 것입니다.

자주 묻는 질문