Java

# of Posts

1 more property

Gallery

school.programmers.co.kr

https://school.programmers.co.kr/learn/courses/30/lessons/42748

배열을 복사하는 것 중에 시작점(i)와 끝지점(j)를 정해서 부분을 추출하여 새배열을 만드는 문제이다.

i, j는 배열에서는 i-1, j-1 번째로 인식해야 한다.

새 배열의 k번째 배열을 추출하기 위해서도 실제로 배열에선 k-1번째라는 것으로 인식해야한다.

기본적으로 Arrays 클래스의 copyOfRange(arr, i, j) 메소드는 배열 arr의 시작점 i번째인덱스부터 끝지점 j번째 인덱스까지 범위를 복사하여 새 배열을 만들 수 있다.

[Java]40 기초문법 - Arrays.copyOfRange(arr,i,j) method

Stream 한번 써보고싶다는 생각을 항상 했지만, 이해도가 부족해서 못사용하고 있었다. 음, 이번 알고리즘 문제를 풀면서 한번 도전해볼까? 하고 천천히 사용해봤다. 그전까지는 이론을 먼저 공부해야지 쓸수 있을것 같아라는 두려움에 잘 사용을 안했었는데, 점점 문제에서 요구되는 사항들은 기본 for loop로 해결하기 난잡해지는 상황이 나타나고 있고, 머릿속에서 정리가 잘안되었다. 당연히 for loop로도 구현 할 줄 알아야하는 부분이지만, 계속 그 안에서 멈추면 안되겠다는 생각에 한번 도전해보게 되었다. 써봐야지 그 기능을 알고 부족한 부분을 채워나갈수 있을 테니까.

문제 설명

문자열로 구성된 리스트 strings와, 정수 n이 주어졌을 때, 각 문자열의 인덱스 n번째 글자를 기준으로 오름차순 정렬하려 합니다. 예를 들어 strings가 ["sun", "bed", "car"]이고 n이 1이면 각 단어의 인덱스 1의 문자 "u", "e", "a"로 strings를 정렬합니다.

제한 조건

•

strings는 길이 1 이상, 50이하인 배열입니다.

•

strings의 원소는 소문자 알파벳으로 이루어져 있습니다.

•

strings의 원소는 길이 1 이상, 100이하인 문자열입니다.

•

모든 strings의 원소의 길이는 n보다 큽니다.

•

인덱스 1의 문자가 같은 문자열이 여럿 일 경우, 사전순으로 앞선 문자열이 앞쪽에 위치합니다.

입출력 예

strings	n	return
["sun", "bed", "car"]	1	["car", "bed", "sun"]
["abce", "abcd", "cdx"]	2	["abcd", "abce", "cdx"]

Arrays.stream(strings) 로 일단 스트림으로 만들어두고 보자.

.sorted() 메소드를 통한 정렬

.sorted((a,b) -> a.compareTo(b) 오름차순

.sorted((a,b) -> b.compareTo(a) 내림차순

[Java]39 기초문법 - Stream 사용해보기, sorted(), compareTo() 메소드 사용해보기

아침부터 코딩테스트 문제를 통해서 Java 기본기를 꾸준히 공부하기 위해서 1시간씩 투자하고 있다. 그런데 갑자기 오늘은 생각지도 못한 오류가 나타났다. 우선 Solution 클래스와 실행부인 Main메소드를 구성하고 빈값이라도 전달이 잘 되는지 확인하기 위해서 실행을 했는데 아래와 같은 오류 메시지가 나타났다.

Toolchain from executable property does not match toolchain from javaLauncher property

한글로 검색이 잘 안되는 문제가 발생했다. StackOverFlow에서 일부 동일한 증상을 가진 사람들이 나타났다. 일단 Run과정에서 문제가 발생했으며 발생 시점은 build 컴파일 과정에서 해당 오류가 발생했다. javaLauncher와 관련 된 것으로 보아 SDK(JDK)의 문제일 가능성이 높았다.

우선 프로젝트에서 JDK를 올바르게 설치해뒀고 경로를 설정해두었었기 때문에 뭔가 변경점이 있었는지 File>Project Structure에서 JDK버전이 올바르게 17 Homebrew로 설정 되어있는지부터 확인했다.

또한 프로젝트가 올바른 라이브러리를 주입받고 외부 라이브러리를 보유하고 있는지 확인했다. Project의 우측 External Libraries에서 JDK를 포함한 여러 외부 라이브러리들을 확인 할 수 있다. 그중 JDK는 17 (Homebrew)로 정확하게 설치되어 있었다.

나는 이 문제에 대한 추가적인 해결을 찾기 위해 ChatGPT에게 진단을 요구했다. 결과,

ChatGPT와의 상담 내용

우선 안내된 내용에 따라 하나씩 정보를 확인하고 수정했다. 결과적으로 어떠한 업데이트가 있었거나, 다른 프로젝트를 동시에 열고 닫는 과정에서 무언가 빌드가 꼬인 상황으로 보여진다.

[Java]38 javaLauncher Toolchain 관련 트러블슈팅(Gradle, JDK간의 문제)

이번 주말 토, 일을 통해서 스스로 익숙해지는 첫 걸음 목표를 성공했다. 그리고 ‘Java의 정석’의 힘을 느꼈다.

Java의 정석 객체지향 프로그래밍 기초부분을 학습하는데 토요일, 일요일 합쳐서 35시간이 소요되었다. 밥먹고 이런 시간을 빼더라도 최소 25시간을 이어서 몰입했던것 같다. 실제 강의는 446분, 8시30분정도 분량이다. 분량에 비해 2~3배 정도 시간이 소요됐다.

우선 이해가 안되는 부분은 무조건 멈추고 다시 돌려보았고, 남궁성 강사님이 그리라면 그리고 실습하자면 실습치고 책에도 필기하고 소스파일에도 필기하고 커밋푸시하고 각 장을 넘어갈때마다 커밋메시지로 간략 요약을 남겨서 한번 더 핵심을 요약하는 등 부가적으로 시간이 생각보다 많이 사용되긴 했다. 하지만 우선 목표로했던 범위까지 딱 한번 시간을 정하고 달리고 나니 뿌듯하다. 어떤 어려운 것이더라도 이 책의 힘을 믿고 같이 가면 될 것 같은 신뢰가 생겼다. 놓쳤던 것들을 많이 회상 할 수 있었고, 왜 기본개념이 흔들렸는지 ‘아주 많은’ 원인들을 찾아낸 가장 보람찬 집중 공부였다.

물론 순식간에 모든것을 외우지 못하고 버벅일 수 있지만, 앞으로 이 부분을 계속 회상하면서 하나더 배우고, 또 반복하고, 더 배우고 반복하고 점차 능숙해지고 싶어질 기초가 세팅되는 느낌이다. 처음엔 어려운줄 알았다. 가면 갈수록 내가 모두 들었었던 용어들, 개념들이 등장했지만 지금 익숙하지 않다는것에서 정말 얼마나 많은것을 놓쳤고 이해를 하지 못하고 지나갔는지 알게되었다. 그런 부분들을 차근 차근, 지금 수준에 맞게 어떻게 익숙해져나가야 하는지, 지금 당장 어떤것에 집중해야 하는지 그 방법을 알려주셨다. 이제서야 이 강의가 얼마나 쉽게 알려주는, 얼마나 기본기에 대해서 잘 알려주는 강의인지도 깨달았다.

잊기 전에 빠르게 전체적으로 커밋 메시지로 남겨둔 요약을 한번 더 블로그로 옮겨 적으면서 중요 부분을 한번 더 쭉 읽어보고자 한다. 길면 외울 수 없다. 짧게쓰고 프린트해서 벽에 붙여놓고 계속 이것에 대해 생각하자. 남궁성 강사님의 묘사 그대로인 경우가 많다. 이게 가장 나에게 쉽게 이해되었다.

[Java]37 객체 지향 프로그래밍(OOP) - 기본 개념 노트 및 복습 회고

문제점 파악 - “왜 공부를 하는데 남는것이 없을까?” 에 대한 고민

당장 Spring을 공부해야 한다. 하지만, 문제가 있었다.

가장 중요한 부분을 공부하고 있지만, 기본기라는 영역의 부족함이 채워지지 않은채로 시작되는 두려움도 컸다. 진도를 맞춰야 하는데, 이전 후회와 똑같은 과정의 반복이 아닐까라는 두려움이 있었다.

Spring 부분을 공부했었지만? 아니, 정확히는 진도는 나갔었지만, 아무리 배웠던 시간이 얼마 지났다는 것만으로는 내가 이해하지 못한 부분, 놓친 부분이 생각보다 많이 있음을 알고 있고, 아직까지 계속해서 구멍 뚫린 항아리에 물을 채우는 느낌도 들었다

계속해서 개념이 흔들리고 뒤죽박죽 섞여서 결론적으로 아무것도 남은것이 없다는 것이 현실이다. 지금 과정에서도 채워지지 않는 부족함을 항상 느끼고 실제로 실력적으로 늘지 않았다.

당장 Spring을 진행하는 것이 맞는가?

선배가 건네주는 힌트를 놓치지 말자

어제 밤늦게까지 멘토님과의 상담을 통해서 위 부분을 뼈저리게 체감했다. 멘토님의 판단은 “당장 Spring을 배울 준비가 되지 않았다.” 라는 것이 실질적인 평가였고, 매우 객관적인 판단임을 나도 느꼈다. 하지만 궁금증이 있었다.

나는 “왜 이전 교육을 진행했음에도 큰 성과를 거두지 못했는가?”, “Spring Boot까지 한번 진행했지만 왜 무언가 남지 않았을까?”라는 궁극적인 문제점이 있다. 그냥 시간이 지나서일까? 이것도 아니다. 공부를 게을리했을까? 솔직하게 그 당시에도 공부를 열심히 안한것이 아니었다. 그 와중에도 머리박고 최선을 다해서 공부 했다. 하지만 과정이 어찌되었던 결과적으로 남은 것이 없는 것이 문제다. 비효율적인 공부방법이지 않았을까? 라는 생각이 들었다. 하지만 어느 부분이 부족한 것인지 정확한 진단을 내리기 어려웠다.

나 같은 초보가 가질 수 있는 실수를 알게 되었다. 뭔가 노력하면서 시간을 쏟아 붓지만, 결과적으로 남는것이 별로 없다. ‘비효율적인 공부’ 말 그대로 열심히는 하는데 효과가 없는 공부만 하는 사람이었던 것이다.

멘토님은 내가 공부하는 책의 커리큘럼을 살펴 보셨고, 책의 커리큘럼 순서에 대한 문제를 지적하셨다. 처음엔 몰랐다. 그것이 어떤 차이가 있고, 무슨 문제인지. 단순히 그 순서가 저자의 목적, 방향에 따라 다른 경우로만 생각했었다. 나는 이 커리큘럼의 문제에 대해 보는 눈이 없었기 때문에 문제점을 파악하지 못하고 있었다.

하지만, 멘토님은 경험자다. 나와 같이 모르던 시절이 있었을 것이고 그 부분을 배우고 그 벽을 넘어간 사람이다. 실제로 이러한 문제들을 여러번 넘어서서 실무에서 일을하고 있는 산 증인이라는 것이다. 따라서 지금 나의 문제에 대해서 가장 정확히 관통해서 볼 수 있는 분이다.

스스로 문제점에 대한 더 깊은 고민

[Java]36 객체 지향 프로그래밍(OOP) - Spring 진입 직전 마주한 Java 공부 방법에 대한 고민과 선배로부터의 깨달음 회고(WIL)

객체 지향 프로그래밍의 5대 원칙 - S.O.L.I.D.

SOLID란 객체 지향 프로그래밍을 하면서 지켜야하는 5대 원칙이 있다. SOLID 원칙을 철저히 지키면 시간이 지나도 변경이 용이하고, 유지보수와 확장이 쉬운 소프트웨어를 개발하는데 도움이 되는 것으로 알려져있다.

SRP(단일 책임 원칙)

OCP(개방-폐쇄 원칙)

LSP(리스코프 치환 원칙)

DIP(의존 역전 원칙)

ISP(인터페이스 분리 원칙)

[Java]35 객체 지향 프로그래밍(OOP) - 5대 원칙

Intro

가장 중요한 부분을 이해해야 한다. 한번에 이해 할 수도 없는 부분이고, 경험이 필요하고, 정답이 없는 부분이라고 다들 설명하지만 선배들은 모두 경험에서 비롯한 그들만의 틀이 있을 것이라 생각한다. 어떻게보면 교육들을 들으면서 가장 진지하게 강의들을 보고 있기도 하고, 무언가 어려움보다 긴장감이 있는 부분이다.

어떻게보면 내가 Java의 매력에 빠진 것도 객체 지향 언어 특성을 살릴 수 있는 프로그래밍 방법론, 패러다임, 패턴 중 하나인 객체 지향 프로그래밍(Object-Oriented Programming)에 잘 어울리기 때문이 아닐까?

물론 많은 종류의 객체 지향 언어들이 있다.

객체 지향 언어라 불리우는 언어 종류

객체 지향 언어는 많지만 객체 지향 프로그래밍을 하지 않으면 객체 지향 언어로써 충분한 활용을 못하는 것 아닐까?

[Java]34 객체 지향 프로그래밍(OOP) - 특징 (Concepts)

문제 설명

어떤 문장의 각 알파벳을 일정한 거리만큼 밀어서 다른 알파벳으로 바꾸는 암호화 방식을 시저 암호라고 합니다. 예를 들어 "AB"는 1만큼 밀면 "BC"가 되고, 3만큼 밀면 "DE"가 됩니다. "z"는 1만큼 밀면 "a"가 됩니다. 문자열 s와 거리 n을 입력받아 s를 n만큼 민 암호문을 만드는 함수, solution을 완성해 보세요.

제한 조건

공백은 아무리 밀어도 공백입니다. s는 알파벳 소문자, 대문자, 공백으로만 이루어져 있습니다. s의 길이는 8000이하입니다. n은 1 이상, 25이하인 자연수입니다.

이런 문제가 나타났다. 나는 분명히 이전에 배웠던 아스키 코드가 떠올랐고, 기억이 남아있는 것은 “65라는 것이 A를 나타낸다.”라는 것을 기억하고 있었다. 조금 더 정확한 정보를 정리해두기 위해서 아스키에 대한 내용을 검색했다.

어제 경험했던 한글은 char[]에 들어가지 않던 문제가 이것과도 연관이 있다. char 타입으로 정해질 수 있는 것들은 아래 아스키 코드로 대체되는가에 대한 문제였다.

ASCII (American Standard Code for Information Interchange, 미국 정보 교환 표준 부호)

아스키 코드는 1963년 미국 ANSI에서 표준화한 정보교환용 7비트 부호체계이다. 인쇄전신기(Teleprinter)[2]를 통한 전신(통신)에서 사용되기 시작했고, 8비트 컴퓨터에서도 활용되어 오늘날 문자 인코딩의 근간을 이루게 된다.

한글 인코딩은 2바이트 이상을 써야 가능했기 때문에 아스키 코드를 건드릴 수 밖에 없었고, 초창기에는 글자 깨짐 문제가 종종 발생하였다. 코드페이지(CP949 등)를 맞춰주지 못하면 역시 글자 깨짐이 발생했고, 해외게임을 할 때 특히 그러했다. 유니코드가 제정되면서 글자 깨짐은 끝날 줄 알았지만 멀티 바이트의 엔디안 문제로 글자는 또 깨졌고, ASCII가 호환되는 UTF-8이 널리 사용되면서 글자 깨짐은 막을 내리게 된다.

흔히 이 목록에 있는 문자들을 영숫자라 부른다. 좁은 의미로는 숫자 10개(0~9, 0x30 ~ 0x39), 대문자 26개(A~Z, 0x41 ~ 0x5A), 소문자 26개(a~z, 0x61 ~ 0x7A) 해서 총 62개의 문자를 영숫자라 부르고, 넓은 의미로는 이 목록의 문자들을 모두 포괄한다.

나는 조금 외워도 좋을만한 부분을 생각했다.

[Java]33 시저암호 문제에서의 문자, 아스키 (ASCII), 아스키 코드 그리고 유니코드 UTF-8?

1주차는 Java의 기초 문법을 얼추 Algorithm 기초 문제를 다룰 정도 범위까지 복습했고, 현재 2주차를 진행하며 Algorithm 기초 문제들을 풀어나가고 있는 단계이다.

WIL은 직접적으로 기술적인 내용(코드) 등을 담지 않으려한다. 나는 이 주간 회고를 통해서 나의 정신 무장 상태 등을 다시 점검하고 동기를 부여하며, 특히 배우면서 부족하다 생각 된 부분, 도움이 되었던 부분, 근시적 주간 계획을 담는데 목적을 둔다. 단순히 문법을 나열하는 것은 TIL에서도 충분하다 생각되었다.

한 주를 보내면서 느낀 점?

Algorithm을 풀어보면서 느끼는 것이지만 저번 달 선택 과정은 물론 사전 스터디까지 참여한 것이 큰 도움이 되고 있다. 하지만 배울 수록 더 큰 문제점과 의문과 방대한 Java의 문법에 내가 아는 범위는 아직도 초라하다.

하지만 중요한 것은, “어제보다 나아진 나”를 매일 아침마다 마주치고 있다. 이것이 100일, 365일, 1년, 2년 쌓이면 나도 어느정도 할 줄 아는 개발자가 될 수 있지 않을까? 라는 꿈이 생기고 Java라는 언어는 나에게 승부욕을 자극시킨다.

나는 몰입하고 있는가?

어제는 내 생일이다. 하지만 나는 그냥 18시간 공부를 했다. 어디 가지도 않았고, 그저 사무실 동료들과 치킨이나 하나 시켜먹고 끝났다. 나는 그 어떤 행복보다 지금 이 언어를 획득하는 것이 행복 그 자체이다. 언제부턴가 나에게 생일은 내가 축하받는 날이 아니라 어머니에게 안부를 전하는 날이되었다. 사전 스터디 기간에도 한 달 넘게 공부하느라 본가에 잘 찾아가지 못했다. 생일을 맞아 어머니를 찾아갔다. 어머니는 현명한 사람이다. 자식의 어머니를 떠나서 인생의 선배로써도 많은 교훈을 받는다. 어릴 땐 어른들의 말이 잔소리처럼 들렸지만 이제 나는 그것들을 이해하기 시작했다. 나의 최근 공부현황과 내가 얼마나 열정적으로 참여하고 있는지 어머니에게 알렸다. 어머니는 평생 자식에게 큰 것을 바라지 않았다. 하지만 항상 발전적인 생각을 할 것, 도덕적으로나 올바른 가치관을 가지는 것, 본인의 판단을 믿고 실천하는 것, 꾸준히 관리하는 것을 항상 중요시하신다. 생각해보면 나는 모든 부분에서 만족시키지 못했을 수도 있다. 또한 실패하거나 좌절하면 나만의 불행 정도로 생각했지만, 어머니는 그것을 묵묵하게 지켜보고 있고 항상 응원했었다. 이젠 증명해야 하는 나이이고 실망 시키지 않으려는 노력해야 한다. 내가 이렇게 열정적으로 공부에 몰입하는 동기 중에 하나이기도 하다. 효도는 별거 없다. 내가 잘 되면 되고, 잘 되려면 내가 열심히 살고자 노력하면 된다고 생각한다. 지금도 사무실에 다시 와서 글을 쓰고 있는 것이 다음주를 위한 계획과 저번주의 회고를 위함이다.

팀의 중요성 : 팀원들간의 동기부여, 커뮤니케이션을 통한 배움과 가르침

어느때보다 서로 응원하고 으쌰으쌰하는 분위기의 팀원들을 만났다. 이것도 행운이다. 뭔가 서로 진심어린 프로그래밍에 대한 꿈을 공유하고 있다. 모두가 잘되기를 바라고 있다. 모두 열심히 하고 있고 서로가 서로에게 큰 동기를 부여해주고 있다. 나는 이런 열정적인 사람들에게 내가 공유해주고 싶은 모든 경험들을 공유하고 모두 성공으로 함께가고 싶다는 생각이 들었다. 반대로 그들에게도 나는 실력은 부족할 지라도 최소한 항상 꾸준히 노력하고 꺾이지 않는 사람이라는 모습으로 기억에 남기고 싶었다. 그들에게 어려움이 닥쳤을때 열심히 하던 나의 모습을 한번이라도 생각해내고, 본인들도 좌절하지 말고 일어 날 수 있는 본보기가 되는 성숙한 사람으로써의 모습을 보여주고 싶다. 그러기 위해서는 나는 지금보다 더 가혹하게 나를 괴롭히고 발전해야 한다. 인생 통틀어 이 정도로 어떤 기술을 갈망하는 욕구가 컸던적이 없었고, 그 목표를 위해 진심으로 몰입하고 있다. 그리고 몰입된 내가 나를 관찰하면서 매일 이것이 적성이 맞다라는 확신이 더욱 단단해지고 있다. 아직도 시작 단계이다. 기본기에 충실해야 한다.

팀원들과 IntelliJ의 페어 프로그래밍 서비스인 “Code With Me”라는 기능을 통해서 공유된 파일 자체를 서로 의논하면서 작성 할 수 있었다. 생각보다 다른 사람과 함꼐 코드를 작성하고 살펴본다는 것 때문에 “가시성”과 정확한 표현에 신경써야 겠다고 생각했다. 또한 누군가를 가르치는 것에 나는 열정적이다. 하지만 지식이 부족한 것에 대한 답답함이 있다. 알려주고 싶은 것은 많은데, 내가 아직 충분하지 않다. 지식을 공유해야 하는데 내 전문성이 떨어진다. 더 열심히 공부해서 더 쉬운 말로 설명 할 줄도 알아야 한다. 단어 하나 하나 의미를 정확하게 표현 할 줄 알아야 하는데 아직 부족하다. 하지만 매주 지날때 마다 몇가지씩 교정되고 있는 것을 느낀다. 특히 한달 전부터 올렸던 블로그 글들을 이전해오면서, 예전에 쓴 글들을 다시 전체적으로 읽게 되었다. 그때마다 아 저건 내가 썼지만 잘못된 표현이네라고 판단 할 수 있게 되었다. 아직도 많이 틀리고 있을 것이다. 하지만 또 일주일이 지나면 또 지난 일주일에 틀린 것들을 교정해 나갈 것이다. 이렇게 계속 하다 보면 점점 완성도가 높아질 것이라고 믿는다.

[Java]32 기초문법 - Java 기초 문법과 Algorithm 기초 주차 회고(WIL)

인자(Argument)와 매개변수(Parameter)는 Java말고도 프로그래밍에서 매우 많이 사용된다. 무언가 기능을 설명 할 때도, 메소드를 다루기 때문에 메소드의 선언부에서 흔하게 볼 수 있다.

다음과 같은 평균을 내는 메소드 avg()와 실행부인 메인 메소드 main() 이 있다.

나 또한 두개가 같은 것을 가르키고 있다는 단순한 생각에 대부분 매개변수라고 잘못 명칭하면서 사용했지만 좀 더 정확하게 표현하기 위해서 차이점을 찾아보았다.

인자(Argument)란? 위 코드에서 System.out.println(avg(6,3))에서 6, 3을 인자라고 할 수 있다. 이 말은 메소드에 어떤 값을 넣고 호출 하는 행위 를 할 때 그 값을 인자(Argument)라고 한다.

[Java]31 기초문법 - 인자(Argument)와 매개변수(Parameter)의 차이