Java

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의 문자가 같은 문자열이 여럿 일 경우, 사전순으로 앞선 문자열이 앞쪽에 위치합니다.

입출력 예

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 원칙을 철저히 지키면 시간이 지나도 변경이 용이하고, 유지보수와 확장이 쉬운 소프트웨어를 개발하는데 도움이 되는 것으로 알려져있다.

1.

SRP(단일 책임 원칙)

2.

OCP(개방-폐쇄 원칙)

3.

LSP(리스코프 치환 원칙)

4.

DIP(의존 역전 원칙)

5.

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

나는 우선 각 원칙들이 무엇인지부터 배워야 한다.

[1] 단일 책임의 원칙 (SRP, Single Responsibility Principle)

모든 클래스는 각각 하나의 책임만 가져야 한다. 클래스는 그 책임을 완전히 캡슐화해야 함을 말한다.

•

사칙연산 함수를 가지고 있는 계산 클래스가 있다고 치자. 이 상태의 계산 클래스는 오직 사칙연산 기능만을 책임진다. 이 클래스를 수정한다고 한다면 그 이유는 사직연산 함수와 관련된 문제일 뿐이다.

[2] 개방-폐쇄 원칙 (OCP, Open Closed Principle)

[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개의 문자를 영숫자라 부르고, 넓은 의미로는 이 목록의 문자들을 모두 포괄한다.