개발에서 제일 시간을 많이 잡는게 환경설정이다. 심지어 기능을 만드는 활동이 아니다보니 내가 지금 뭘 하고 있나 현타도 온다. 아주 중요한 작업이지만 예상치 못하게 진도가 안나간다는 스트레스는 정말... 혈압에 좋지 못하다. 상황 "신에게는 세 척의 properties파일이 있사옵니다" intellij 는 applicationo.properties 파일을 자동으로 잡아서 실행해주는데, 나처럼 접미사가 붙으면 따로 잡아줘야한다. 방법 1. 우측 상단의 run/debug 설정용 드롭다운박스를 열어서 'Edit Configurations...'를 열어준다. 창이 뜨면 처음엔 3번 입력창이 없다. 1, 2를 클릭해 입력창을 추가한다. 3번 입력창에 -Dspring.profiles.active 옵션을 이용해 사용..

TDD, 단위테스트를 들어는 봤지만 그게 뭔지, 왜 하는건지는 잘 몰라서 조사해봤다. 단위테스트란 - 작은 단위의 테스트. 크기가 정해진건 아니지만 보통은 메소드 정도의 작은 단위. - 각 부분이 올바르게 돌아가는 지 확인해본다. - ex) 속도를 구하는 메소드가 사실은 연산이 이상하게 구성되어 있다면 단위 테스트를 통해 빠르게 알아낼 수 있다. 만약 통합테스트로 한다면 관련된 여러 메소드 중 정확히 어디가 문제인지 알아내기 위해 시간이 소요될 것이다. 좋은 단위 테스트의 특징 - 1개의 테스트 함수에 대해 assert를 최소화하라 - 1개의 테스트 함수는 한가지 개념만을 테스트하라. FIRST 규칙 Fast 빠르게 동작해야한다. -> 자주 돌릴 수 있다. Independent 각 테스트는 독립적임. 서..

String a = "aaaa"; a.equals("aaaa"); // -> 발생 가능 "aaaa".equals(a); // -> 안난다

jpa를 쓰면 실제로는 어떤 SQL문이 사용되는지, 내가 의도한 코드가 들어가는 지 확인하고싶어진다. 그런 당신을 위한 설정! appliication-properties에 작성하자 ####### jpa 이쁘게 쿼리 로그 spring.jpa.properties.hibernate.format_sql=true ####### jpa 바인딩되는 값 보이기 logging.level.org.hibernate.type.descriptor.sql.BasicBinder=trace

컬렉션 프레임 워크란 주요 인터페이스 참고 컬렉션 프레임 워크란 다수의 데이터를 쉽고 효과적으로 처리할 수 있는 표준화된 방법을 제공하는 클래스의 집합 자료구조 + 알고리즘을 클래스로 구현한 것. 인터페이스 주요 인터페이스 List Set Map 헷갈리는 부분인데 주요 인터페이스는 List, Set, Map이 맞다. 근데 Collection을 상속하는 자식은 List, Set, Queue이다. List, Set과 달리 Map은 key-value 구조이다 보니 Collection을 상속하지 않고 따로 정의한다. Collection인터페이스를 상속받진 않지만 Collection으로 분류되는 케이스 Set과 Map은 key-value 구조를 제외하곤 거의 유사 Map은 Entry란 단위가 있다. iterato..

옛날옛날에 웹 왕국에 클라이언트와 웹서버가 살았어요 클라이언트가 요청한 일을 웹서버가 모두 처리해야했는데 일이 너무 많아 서버를 더 고용해 분업화를 하기로 했습니다. 웹서버 자신은 클라이언트의 요청을 직접 받고, 응답을 해주기로 했고, 새로 고용한 서버는 어플리케이션 서버라는 직책을 주어 웹서버가 시키는 계산을 하도록 했어요. 어플리케이션 서버는 웹서버가 시키는대로 계산을 하고, 데이터베이스에 가서 필요한 자료들도 가져오고, 결과물을 예쁘게 마크업 언어 보고서로 만들었답니다. 이후 웹서버와 어플리케이션 서버는 둘의 이름의 타 웹 어플리케이션 서버라는 회사를 설립해 행복하게 잘 살았답니다.