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..

저번 글에서 아래 두개의 코드는 같은 일을 수행한다고 글을 쓴 적이 있었다. 즉, 이 둘을 보면 컴파일러는 람다식을 익명객체로 변환한다고 볼 수 있다고 생각할 수도 있다. 이 둘을 컴파일하고 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를 사용한다면 다운 캐스팅을 해야 하고 , 컴파일러는 타입검사를 추가적으로 진행해야 했다. 반면 제네릭은 미리 타입을 지정하거나 제한하..

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

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

스트림 (Stream) / 버퍼 (Buffer) / 채널 (Channel) 기반의 I/O 스트림이란 자바에서 어느 한 쪽에서 다른 쪽으로 데이터를 전달하려면, 두 대상을 연결하고 데이터를 전송할 수 있는 통로가 필요한데, 이것을 스트림(stream)이라고 정의한다. 스트림은 연속적인 데이터의 흐름을 물에 비유해서 붙여진 이름인데 여기서 마치 물이 한 쪽 방향으로 흐르는 것과 같아 스트림도 역시 단방향 통신만 가능하다. 즉, 하나의 스트림으로 입력과 출력을 동시에 처리할 수 없다. 따라서 양방향 통신을 위해 입력 스트림 출력 스트림 둘 다 필요하다. 입력스트림으로 바이트나 문자가 들어오는데 큐와 같이 FIFO 구조로 받아온다. 즉 먼저 보낸 데이터를 먼저 받게 된다. 버퍼란 I/O에서 입력 스트림과 출력 ..

애노테이션(annotation)은 사전에서 '주석' 이라고 정의한다. 주석은 /** .. */으로 표현을 하는데 이는 우리 개발자들이 소스코드를 보는 데 도움을 주는 주석이라면 애노테이션은 우리뿐 아니라 컴파일러에게 도움을 주기 위해 작성하는 주석이라고 볼 수 있다. 이번 글에서는 애노테이션을 이미 만들어진 built-in 애노테이션(@Override , @Deprecated , @SuppressWarnings , @SafeVarags)를 소개하는 것은 아니고 직접 애노테이션을 정의해보면서 이해를 해보도록 한다. @Override : 컴파일러에게 오바리이딩하는 메서드라는 것을 알린다. @Deprecated : 앞으로 사용하지 않을 것을 권장하는 대상에 붙인다. @SuppressWarnings : 컴파일러..