- 전체보기(75)
- 코틀린(23)
- kotlinkoans(22)
- 코틀린교안(22)
- Kotlin Koans(22)
- kotlin(21)
- koans(21)
- 교안(21)
- Java(18)
- 코틀린 교안(17)
- Effective Java(12)
- 이펙티브 자바(10)
- Spring(7)
- 자바(5)
- Springframework(4)
- sql(4)
- 재정의(3)
- git(3)
- error(3)
- 스프링(3)
- 스프링프레임워크(3)
- 코테(2)
- python(2)
- 클린아키텍처(2)
- mac(2)
- cmd(2)
- 쿠폰(2)
- 프로그래머스(2)
- 연습문제(2)
- 단축키(2)
- 학습일지(2)
- 모델링(2)
- Lv.1(2)
- test(2)
- linux(2)
- DataLemur(2)
- Springboot(2)
- 그림으로 배우는 리눅스 구조(2)
- go(2)
- erd(2)
- Gmail(1)
- 객체(1)
- AutuCloseable(1)
- vue.js(1)
- velog(1)
- 주석안됨(1)
- 그림으로 배우는 리눅스(1)
- 오라클 설치(1)
- private 생성자(1)
- Clean Architure(1)
- 조회(1)
- chatGPT(1)
- CleanArchitecture(1)
- try-finally(1)
- 요구사항분석(1)
- 우분투(1)
- oracle(1)
- 사용법(1)
- comparing(1)
- 인공지능모델(1)
- 벨로그작성법(1)
- netstat(1)
- 구조(1)
- PostgreSQL(1)
- 짝수와 홀수(1)
- Beans(1)
- windows(1)
- 자료표현(1)
- 네이버 클라우드 자격증(1)
- 한계(1)
- eclipse(1)
- tomcat(1)
- 가비지 컬렉터(1)
- mongodb compass(1)
- LinkageError(1)
- 벨로그(1)
- 테스트(1)
- 8080(1)
- cvc-complex-type.2.3(1)
- comparator(1)
- 의존 객체 주입(1)
- NCP200(1)
- mongodb(1)
- IllegalArgumentException(1)
- docker(1)
- 캐시(1)
- 한글경로(1)
- java.lang.UnsupportedClassVersionError(1)
- Compare(1)
- 아키텍처(1)
- 소프트웨어설계(1)
- 행위(1)
- log4j.xml(1)
- macbook(1)
- di(1)
- cleaner(1)
- @AspectJ(1)
- 진수표현(1)
- window(1)
- 쇼핑몰(1)
- 다중선택(1)
- 테이블(1)
- mysql(1)
- colima(1)
- Spring AOP(1)
- 예외처리(1)
- GC(1)
- clone(1)
- JVM(1)
- git cache(1)
- try-with-resources(1)
- 쇼핑몰 쿠폰(1)
- 평균 구하기(1)
- 컴파일(1)
- issue(1)
- velog작성법(1)
- .gitignore적용안됨(1)
- 정렬(1)
- Naver Cloud Platform(1)
- String Pool(1)
- NAVER Cloud Platform Certified Professional(1)
- Markdown(1)
- 마크다운(1)
- 스프링의 이해와 원리(1)
- postgre(1)
- 코딩테스트 연습(1)
- oracle 21c(1)
- Koltin(1)
- Dynamic Proxy(1)
- hashCode()(1)
- nosql(1)
- taskkill(1)
- aws(1)
- github(1)
- toString(1)
- db(1)
- comparingInt(1)
- 오라클(1)
- 변수(1)
- 자판배열(1)
- MyBatisSystemException(1)
- 리눅스(1)
- kotliln koans(1)
- Database(1)
- 수정(1)
- equals(1)
- .gitignore(1)
- ncp(1)
- aggregations(1)
- utf 8(1)
- MyBatis(1)
- 예외(1)
- vscode(1)
- OS(1)
- mac oracle(1)
- 작성법(1)
- 주석(1)
- finalizer(1)
- 진수(1)
- git organization(1)
- 이클립스(1)
- try with resource(1)
- 한글깨짐(1)
- organization(1)
- port-conflict(1)
- NCP 기술자격증(1)
- 이슈사항(1)
- 변수 표기(1)
- 벨로그사용법(1)
- no libraries(1)
- PID(1)
- cglib(1)
- 챗지피티(1)
- 빌더 패턴(1)
- ubuntu(1)
- Proxy(1)
- 쿼리(1)
- 토비의스프링(1)
- velog사용법(1)
- 코딩테스트(1)
- 토비의 스프링(1)
- Cache(1)
[DataLemur] Duplicate Job Listings
이 문제는 단순히 중복 데이터를 찾는 것이 아니라,중복된 채용 공고를 올린 회사 수(company_id 기준) 를 구하는 문제이다.중복의 정의는 다음과 같다.같은 company_id같은 title같은 description이 세 가지가 모두 동일한 경우를 중복으로 본다.
MySQL, MariaDB, Oracle 날짜 차이 계산 비교
데이터베이스마다 날짜 차이를 계산하는 방식은 다르다.특히 Oracle은 연산 중심, MySQL과 MariaDB는 함수 중심이라는 차이가 있다.
[Spring] 8080포트 충돌시 조회 후 강제 종료하기
Vue.js를 띄워둔 상태에서 Spring Boot를 실행했더니 포트 8080 충돌로 서버가 뜨지 않았습니다.(포트를 둘 다 8080을 사용하고 있었음)에러화면에러 로그:스프링의 포트를 변경하는 방법도 있지만8080을 점유한 프로세스의 PID를 조회하고 해당 프로세스를
Issue 사용 가이드
팀 프로젝트를 진행하면서 협업하면서 서로 어떤 작업을 진행하고, 진행하려하는지 파악하기위한 목적으로 Issue를 사용하기로 하였습니다. 1. Issue란? 작업할 내용, 버그, 개선 사항, 질문 등을 관리하기 위한 용도 누가 어떤 작업을 하고 있는지 추적할
item13: clone 재정의는 주의해서 진행하라
자바에서 객체 복사를 지원하기 위해 Cloneable 인터페이스와 clone() 메서드가 존재한다.Cloneable은 메서드가 하나도 없는 인터페이스다. \- 메서드가 하나도 없이 단순하게 복사할 수 있는 객체라고 표시만 한다.이렇게 표시만 하는 인터페이스를 마커 인터
Item 12: toString을 항상 재정의하라
기본 Object.toString()은 클래스이름@16진수해시코드를 반환한다.의미 없는 정보만 제공하기 때문에 가독성이 떨어지게되어 사용자에게 유용한 정보를 포함하는 toString()을 직접 재정의해야 한다.예를 들어, PhoneNumber 클래스의 기본 toStri
Item 11. equals를 재정의하려거든 hashCode도 재정의하라
equals를 재정의하면 같은 논리적 값을 가진 객체들은 서로 동일한 hashCode를 반환해야 한다.hashCode를 재정의하지 않으면 않으면 HashMap, HashSet, HashTable 같은 해시 기반 컬렉션에서 동작이 제대로 이루어지지 않는다. 즉 동일한 객
Item 10. equals는 일반 규약을 지켜 재정의하라
꼭 필요한 경우가 아니라면 equals를 재정의하는 것이 좋지 않다.equals를 재정의하지 않는 것이 좋은 상황은 대표적으로 아래 4가지 상황이 있다.1\. 각 인스턴스가 본질적으로 고유하다.값이 아닌 동작(행위) 중심 객체라면 동치성이 의미가 없다.예 : Threa
Item 9. try-finally보다는 try-with-resources를 사용하라
자바 라이브러리와 프레임워크에는, 직접 자원을 닫아야 하는 클래스들이 많이있다.InputStream, OutputStream, Reader, Writer (IO 관련)java.sql.Connection, Statement, ResultSet (JDBC 관련)JPA(Hi
Item 8. finalizer와 cleaner 사용을 피하라
자바는 C++와 달리 파괴자(destructor)가 없다. 대신 가비지 컬렉터(GC)가 자동으로 메모리를 회수한다. 그러나 자바도 예전에 "finalizer"라는 메커니즘, 그리고 자바 9부터 "cleaner"라는 메커니즘을 제공한다. 자바에서는 finalizer나 c
Item 7. 다 쓴 객체 참조를 해제하라
자바는 가비지 컬렉션(Garbage Collection, GC)을 통해 자동으로 메모리를 관리한다. 그래서 메모리 관리에 신경 쓰지 않아도 된다고 착각하기 쉽다. 하지만 잘못된 객체 참조를 계속 유지하면 메모리 누수(메모리 낭비)가 발생한다.가비지 컬렉터 : 프로그래머
Item 6. 불필요한 객체 생성을 피하라
1. 객체를 반복 생성하지 말고 재사용하자 같은 기능을 하는 객체를 매번 생성하는 것보다 이미 생성된 객체를 재사용하는 것이 성능 면에서 유리하다. 불변(Immutable) 객체는 언제든 재사용할 수 있으며, 대표적인 예 String 클래스가 있다. String을
Item 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라
자원이 여러 개 필요할 때 정적 유틸리티 클래스나 싱글턴을 사용하는 것은 좋지 않다.필요한 자원이 여러 개일 수 있다 하나의 자원으로 모든 경우를 처리할 수 있다고 가정하는 것은 바람직하지 않다. 맞춤법 검사기에서 필요한 사전은 언어별 사전일 수도 있고, 특수 어휘
Item 4. 인스턴스화를 막으려거든 private 생성자를 사용하라
item4 에서는 정적 메서드와 정적 필드만을 담은 클래스를 왜 이런 클래스가 객체 지향적이지 않다는 것인지 어떻게 안전하게 만드는지를 말한다.객체 지향(OOP)은 보통 상태(필드)와 행동(메서드)을 갖는 객체들이 협력하여 프로그램을 설계하는 것이다.그러나 정적 멤버만
Item 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라
싱글턴(Singleton)은 인스턴스를 단 하나만 생성할 수 있는 클래스를 의미한다.시스템 전체에서 해당 클래스의 객체가 하나만 존재하도록 보장하는 패턴이다.무상태(stateless)는 내부에 상태(멤버 변수)를 가지지 않는 객체를 의미한다.객체의 상태가 공유되지 않아