원래 프리코스는 약 한 달 전에 마무리되었지만, 프리코스가 끝난 이후 밀려있던 각종 팀플과 기말고사로 인하여 뒤늦게 글을 작성하게 되었다. 4주차는 다리 건너기 게임을 구현하는 것이었는데, 게임의 룰이 오징어 게임에서 나오는 다리 건너기 게임과 같아서 금방 이해할 수 있었다. 하지만 마지막 주차답게 요구사항도 많았고, 특히 MVC 패턴을 적용해서 문제를 해결하라는 의도가 드러나있어 더 까다로웠다. 배웠던 점 확인, 또 확인 처음에 구현을 시작하기 전, 구현해야 할 기능과 요구사항을 리드미 파일에 정리를 했었는데도 불구하고 중요한 기능을 빼먹은 채 구현을 했다. (처음 정리를 할 때 놓친 것이었다...) 그나마 초반에 발견을 해서 망정이지 제출한 뒤에 발견했으면 정말 큰일 날 뻔했다. 놓친 사항이 없는지 ..

이번 주 과제는 로또 게임을 구현하는 것이었는데, 지난 주보다 구현해야하는 기능도 많아졌고, 지켜야 할 규칙도 늘어나면서 선뜻 시작하기가 어려웠다. 지난 주에는 코드를 작성하는 과정에서 출력 문자열을 상수로 이용하지 않고 그대로 하드코딩 했던 점과 예외 케이스를 놓쳤다는 점을 인지하면서 이번 주 과제에서는 같은 실수를 반복하지 않고자 했다. 배운 점 Getter 메서드 사용 최소화 외부에서 객체의 데이터를 받아 다르게 변형함으로써 객체 지향의 원칙 중 확장에는 열려있으나 변경에는 닫혀있어야 한다는 개방-폐쇄 원칙을 위반할 여지가 있기 때문에 getter 메서드를 최소화하려고 노력했다. 이전에도 getter 사용을 지양해야한다는 것을 들어본 적이 있지만, 당장 코드를 작성하는 데 급급했음을 핑계로 어떻게 ..

이번 주 과제는 숫자 야구 게임을 구현하는 것이었다. 지난주와 마찬가지로 구현해야 할 기능을 정리하여 목록을 만들었고, 코드를 작성하기 시작했다. 다른 참가자분들의 지난주 과제 구현 코드를 보면서 느꼈던 게 정말 간결하지만, 가독성도 좋아서 코드를 이렇게 깔끔하게 작성할 수도 있구나라는 것이었다. indent가 크지 않으면서도 메서드 간 의존 관계도 크지 않았다. 그에 비해 내 코드는 너무 indent를 줄이는 것에만 초점을 맞춘 느낌이라서 메서드 간 의존 관계가 컸다. 그래서 이번 주 과제를 진행하면서 목표로 두었던 점이 하나의 메서드가 하나의 역할을 하게 하면서도 의존 관계를 많이 만들지 않는 것과 전체 코드는 너무 길어지지 않게 작성하는 것이었다. 적절한 자료구조 목표를 충족시키기 위해서는 자바의 ..

오류 원인에 대한 추측으로 가득한 포스팅입니다😢 우테코 프리코스 과제 중 테스트 코드를 실행할 때 한 메서드만 실행할 경우 다음과 같은 오류가 발생하였다. Internal Error occurred. org.junit.platform.commons.JUnitException: TestEngine with ID 'junit-jupiter' failed to discover tests at org.junit.platform.launcher.core.EngineDiscoveryOrchestrator.discoverEngineRoot(EngineDiscoveryOrchestrator.java:160) at org.junit.platform.launcher.core.EngineDiscoveryOrchestrato..

이번 기수 모집에서는 지원자 모두가 프리코스에 참여하게 되면서, 감사하게도 한 달 동안 좋은 경험을 할 수 있는 기회를 얻게 되었다. 저번 기수의 프리코스 미션이 숫자 야구였던 것과 다르게 이번에는 7개의 문제를 해결하는 것이 한 주간 미션이었다. 배운 점 코드 작성 규칙 및 커밋 규칙 준수 평소 코드를 작성하면서 거의 규칙을 신경 쓰지 않았기 때문에, 이번 프리코스에 참가하게 되면서 규칙에 익숙해져야겠다는 생각이 들었다. 규칙을 최대한 준수하면서 코딩하려니 문제 난이도에 비해 꽤 많은 시간이 소요된 것 같다. 또한 평소 깃허브를 기록용으로 혼자 사용했다 보니 커밋도 한 번에 몰아서 하고 메시지도 대충 작성하다가, 작은 단위로 커밋하면서 메시지도 규칙에 맞춰 작성하다 보니 계속 실수해서 원격 브랜치로 푸..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 스프링 컨테이너 생성 아래 코드는 스프링 컨테이너를 생성하는 예시 코드이다. ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); ApplicationContext를 스프링 컨테이너라고 한다. 스프링 컨테이너를 만드는 방법에는 대표적으로 두 가지가 있다. XML 기반 애노테이션 기반 자바 설정 클래스 위에서의 예시 코드가 2번 방법을 이용한 것으로, new 연산자를 통해 생성된 AnnotationConfigApplicationContext는 ApplicationContext 인터페이스의 구현체이다. 엄밀히 따지면 스프링 컨테이너에는 ..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 예제 설계 비즈니스 요구사항과 설계 회원 회원가입 및 조회 가능 일반, VIP 등급 구분 회원 데이터는 자체 DB를 구축할지 외부 시스템과 연동할지 미확정인 상태 주문과 할인 정책 회원은 상품을 주문할 수 있음 회원 등급에 따라 다른 할인 정책 적용 현재 할인 정책은 모든 VIP 등급의 회원에게 1000원을 할인해주는 고정 금액 할인을 논의하고 있으나 차후 변경될 가능성이 높으며, 상황에 따라 할인을 아예 적용하지 않을 수 있음 회원 도메인 설계 회원 도메인 협력 관계 (간략한 관계도) 회원 클래스 다이어그램 (관계도의 각 요소를 클래스/인터페이스화 한 것) 회원 객체 다이어그램 (클라이언트가 실제 이용 시 순차적으로 연결되는 관계도) 회원 서비스 구..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 스프링이란? 자바 언어를 기반으로 한 프레임워크로, 좋은 객체 지향 애플리케이션을 개발할 수 있게 도와주는 도구이다. 그렇다면 좋은 객체 지향 프로그래밍이란 무엇일까? 객체 지향은 네 가지 특징을 가지고 있다. 추상화 세부사항은 생략하고 객체의 속성 중 핵심적인 요소만을 모델화 하는 것 캡슐화 특정한 클래스와 관련된 데이터의 일부에만 접근 가능하게 하고, 클래스가 작동하는 방식에 대한 실제 구현 정보를 숨기는 것 상속 상위 계층의 클래스를 물려받아 다른 특징들을 추가적으로 구현할 수 있도록 하는 것 다형성 인터페이스를 상속받은 객체가 여러가지 타입을 가질 수 있어 객체의 유연한 사용이 가능하도록 하는 것 다형성은 역할과 구현으로 구분이 가능하다는 장점..