EVO

우테코 6기 4주간의 프리코스 이후 운좋게도 1차 합격 후 최종 코딩테스트를 보게되었다. 결론적으로 말하면 테스트코드를 통과하지 못했고 0점이기에 탈락이 거의 확정된 상태이다.(요구사항도 다 못지켰다) 탈락인데 쓸까말까 고민하다가 멘탈 회복. 그리고 그때 실수 했던 경험을 토대로 다시는 실수를 번복하지 않겠다는 의지와 머리 속에 복잡한 생각을 정리하기 위해 회고해본다. 이번 최종 코딩테스트의 문제는 온-콜 미션이었다.(문제는 아래에) 더보기 문제 https://github.com/woowacourse-precourse/java-oncall-6 GitHub - woowacourse-precourse/java-oncall-6 Contribute to woowacourse-precourse/java-oncal..

Map 인터페이스 내부 코드 Map에 저장되는 요소는 모두 Key-Value 쌍이므로 각 Key-Value 쌍마다 매핑 관계가 있어야 한다. Map은 매핑된 항목을 나타내기 위해 Entry 내부 클래스를 사용한다. 이 Entry 내부 클래스를 통해 키와 값을 얻어낼 수 있다. Map.Entry를 통해 getKey() 및 getValue() 사용 예제 entrySet() 이란 entrySet은 Map의 Key-Value 쌍의 모음이다. HashMap에 저장된 키-값의 데이터를 결합된 형태로 Set에 저장하여 반환해준다. Set 인터페이스의 타입은 Map.Entry이다. 다음 예제와 같이 map을 순회할 수 있다. keySet() 이란 keySet은 Key의 모음이다. Set으로 반환되며 Set의 타입은 K..

저번 글에서 아래 두개의 코드는 같은 일을 수행한다고 글을 쓴 적이 있었다. 즉, 이 둘을 보면 컴파일러는 람다식을 익명객체로 변환한다고 볼 수 있다고 생각할 수도 있다. 이 둘을 컴파일하고 javap로 디컴파일 하여 과연 바이트코드가 같은 지 확인해보겠다. 결론부터 말하면 익명객체와 람다식은 서로 다르다. 바이트코드를 얼핏 봐도 위에는 INVOKESPECIAL 이라는 JVM 명령어를 쓰고 있고, 아래는 INVOKEDYNAMIC이라는 JVM 명령어를 사용함을 볼 수 있다. 이 둘의 차이점이 뭔지 간단하게(깊지 않게) 고민해봤다. 익명 클래스 바이트 코드 1. Ex14_0의 내부 클래스인 INNERCLASS가 만들어지고 Ex14_0$1의 클래스가 새롭게 생성되었음을 위의 바이트 코드와 다음 클래스에서 확인..

람다식 사용법 함수형 인터페이스 : 하나의 추상 메서드만 포함하는 인터페이스는 함수형 인터페이스 이다. 함수형 인터페이스의 경우 람다 표현식을 통해 인터페이스의 객체를 생성할 수 있다. Lamda 표현식을 사용하면서 익명 내부 클래스에 대한 너무 많은 정의를 피하고, 코드를 더욱 간결하게 만들고, 의미 없는 코드 쌍을 제거하고 핵심 로직만 남긴다. 요약: 추상 메서드가 하나만 포함된 인터페이스의 경우 Lamda 표현식을 사용하여 코드를 단순화 하여 객체를 생성할 수 있다. 람다식 생략 가능한 것 매개변수 유형 생략 가능 메서드 본문에 코드 한 줄만 있는 경우 중괄호 반한과 세미콜론 생략 가능 메서드에 매개변수 하나만 있는 경우 괄호 생략 가능 https://babgeuleus.tistory.com/116..

이번주차의 문제는 로또 미션이었다.(문제 및 코드는 아래에) 더보기 문제 https://github.com/woowacourse-precourse/java-lotto-6 GitHub - woowacourse-precourse/java-lotto-6 Contribute to woowacourse-precourse/java-lotto-6 development by creating an account on GitHub. github.com 코드 https://github.com/woowacourse-precourse/java-lotto-6/pull/827 [로또] 김민상 미션 제출합니다. by minsang-alt · Pull Request #827 · woowacourse-precourse/java-lott..

2주차는 간단하게 나열 형식으로 이번에 지켰던 것과 다음 3주차때 추가적으로 지켜야 할 것들을 정리해 보려고 한다. 이번주차의 문제는 자동차 경주 미션이었다.(문제 및 코드는 아래에) 더보기 문제 https://github.com/minsang-alt/java-racingcar-6 GitHub - minsang-alt/java-racingcar-6 Contribute to minsang-alt/java-racingcar-6 development by creating an account on GitHub. github.com 코드 https://github.com/minsang-alt/java-racingcar-6/tree/minsang-alt GitHub - minsang-alt/java-racingca..

제네릭이 제대로 사용하기 위해서 왜 사용하는 지 부터 알아보겠다. 제네릭 사용 이유와 이점 컴파일 타임에 타입 검사를 통해 예외 방지 제네릭은 JDK 1.5에 추가된 기능이다. JDK 1.5 이전에서는 여러 타입을 다루기 위해 Object 타입을 사용했었다. 하지만 Object로 타입 선언할 경우 반환된 Object 객체를 다시 원하는 타입으로 타입 변환을 해야 하며, 런타임 에러가 발생할 가능성도 존재한다. 아래 왼쪽 사진은 Object를 사용했을 경우 문제, 오른쪽은 제네릭을 사용했을 경우에 대한 예제 이다. 불필요한 캐스팅을 없애 성능 향상 위 사진 처럼 Object를 사용한다면 다운 캐스팅을 해야 하고 , 컴파일러는 타입검사를 추가적으로 진행해야 했다. 반면 제네릭은 미리 타입을 지정하거나 제한하..

이러한 규칙은 AngularJS 커밋 규칙에서 채택되었다. 커밋 메세지 형식 커밋 메시지의 모든 줄은 100자를 넘으면 안된다. 제목(Subject line) 변경 사항에 대한 간결한 설명 허용 타입(type) feat (feature) fix (bug fix) docs (documentation) style (formatting, missing semi colons, ...) refactor test (when adding missing tests) 누락된 테스트 추가할 때 + 테스트 추가 chore (maintain) 빌드 테스트 업데이트 , 패키지 매니저를 설정하는 경우(프로덕션 코드 변경은 X) 명령형, 현재 시제 사용 첫 글자를 대문자로 쓰지 않는다 끝에 점(.) 없음 scope 커밋 변경 위치..

이 글을 쓰는 목적은 1. 앞으로 과제를 진행하는 데 1주 차에 지켰던 것을 2주 차에서도 까먹지 않고 다시 지키기 위해서. 2. 우테코에 떨어져도 4주간 몰입해서 공부했던 경험을 기록으로 남기고 싶어서다. 1주차의 프리코스가 끝이 났다. 이번 주차는 요구사항이 까다롭지 않았는데, '프리코스는 이런 거니 한번 경험해 봐'라는 체험의 의미로 여겼다. 항상 프로젝트를 진행하면서 구현에만 급급했던 난 이번 기회에 하고 싶은 것들을 다 해보겠다는 마음가짐으로 임하였다. 그리고 가장 중요한 요구사항만큼은 꼭 지키기로 마음먹고 일주일 동안 수십 번은 읽어본 것 같다.(그동안 요구사항 제대로 안 읽어서 점수 깎인 적이 많았기 때문에..) 이번주차의 문제는 숫자 야구 게임이었다. (문제 및 코드는 아래에) 더보기 문제..

왜 @GetterSetter을 만들어보려 하나요? 어노테이션 프로세서를 공부하면서 직접 Lombok이 가지고 있는 기능인 @Getter와 @Setter을 만들어보고 싶다는 생각이 들었다.그리고 롬복이 어떤 방식으로 작동을 하는지 궁금증이 생겨 어노테이션을 직접 만들어보면서 동작방식을 이해위해 시작한 것이다. Lombok의 원리가 뭔지 모르면 먼저 이것부터. Lombok의 어노테이션들 중 @Getter을 예시로 들고 생각해보자. (롬복의 다른 어노테이션을 생각하고 봐도 상관없다) 컴파일타임때만 @Getter을 사용하고 있기 때문에 Javac의 이해가 먼저 필요하다. Javac의 컴파일 과정은 크게 3가지 과정을 거친다. 1단계 : 심볼 테이블 구문 분석 및 채우기 먼저 심볼테이블 파싱은 크게 두가지로 나뉜..