🫨 뉴런오버플로우 🫨 뉴런오버플로우

👽 흁쀣?궿�뛟�컴퓨터를 사용 하다보면 종종 글자가 깨지는 현상을 마주할 수 있습니다.특히 특수 문자나 한글의 경우 외계어 같은 기호로 바뀌어 보이게 됩니다. 이 현상은 '문자를 어떻게 저장하고 표현할까' 라는 오랜 컴퓨터 과학의 주제로 넘어갑니다. 이번 글에서는 컴퓨터가 문자를 다루는 방법을 간략하게 알아보면서의문의 외계어가 과연 무엇인지, 왜 발생하는지 그 관련성에 대해 살펴보겠습니다.📝 우직하게 저장하는 UTF-32제 생일을 텍스트 파일에 저장해보겠습니다.유니코드는 현재 한 글자에 4바이트 입니다. 예를 들어 숫자 0~9를 유니코드로 나타내면?00000000 00000000 00000000 00110000 ~ 00000000 00000000 00000000 00111001이 됩니다. 생일을 유니..

🍄‍🟫 이미 AOP를 알고 있다사실 이미 우리는 AOP를 사용하고 있습니다.단순히 부가기능을 '관점에 따라 나눈다'라는 개념을 알고 있다는 뜻이 아닙니다.우리가 모르는지조차 모르게 자주 사용하는 여러 스프링 어노테이션들이 모두 AOP 기반 프록시 동작 위에서 돌아가고 있습니다. @Transaction 붙여서 트랜잭션 관리하기, @Async로 비동기 실행하기,@Valid로 검증하기 등스프링에서 자주 만나는 어노테이션 대부분이 AOP 기반 동작입니다 따라서 우리가 직접 Aspect를 만든 적이 없어도사실 스프링을 쓰는 순간 자연스럽게 AOP를 사용하고 있는 거나 마찬가지입니다. 이 글에서는 저 멋진 친구들의 멋진 동작을 간단한 로깅 동작과 커스텀 어노테이션으로 만들어 흉내내보고각자 놀아야하는 녀석들을 어..

🍑 동시성을 제어해야 하는 이유기능을 구현하다 보면 가장 흔히 마주치는 문제 중 하나가 동시성 제어입니다.특히 다수의 요청이 동시에 같은 자원을 사용하려 할 때 적절한 제어가 없으면 데이터 불일치가 발생합니다. (티켓 수량, 재고, 선착 순 등등) 예시를 들어봅시다. - A,B 두 사용자가 동시에 '티켓 1장 구매' 요청을 보냈습니다.- 현재 남은 티켓은 1장입니다.- 두 요청이 거의 동시에 DB에서 1을 읽고, 티켓 재고를 차감합니다(0으로 갱신)--> 시스템 상에서 두 요청 모두 성공이지만 실제로 고객에게 잘못된 정보를 제공하게 됩니다. 이런 문제를 막으려면 한 시점에 하나의 요청만 공유되는 자원을 수정할 수 있도록 해줘야 합니다.이번 글에서는 동시 요청 문제에 대해 Redis 분산락을 활용하여 올..

🫨 갑자기 그냥 걷다가 든 생각채용 공고에서 흔히 보이는 '자동화' 라는 키워드를 보며..컴퓨터는 그 자체로 '자동화 도구' 인가? 라는 알 수 없는 저희 사고회로에 의해 떠오르는 말을 마구마구 적어보고 싶어졌습니다. 자동화?개발 공부를 하고 있는 입장에서 개발자라는 직업이 이런 업무에 특화되어있지 않는가 하는 생각이 문득 들었습니다.애초에 프로그래밍 영역이라는 것이, 도구를 사용해서 자동화처리기계(컴퓨터)로 문제를 해결하는 것이니까요. 컴퓨터라는 것이 애초에 애니그마를 해독하기 위한 기계장치에서 비롯된 것이라고 알고 있습니다.엄청난 양의 계산을 빠르게 해결해 주는 것, 즉 생각할 시간과 생각할 에너지를 모두 생략해 주는 도구로 발명된 것이라고 할 수 있습니다. 이러한 관점에서 개발자라는 직업의 매력을..

🥣 IDE가 띄워주는 리팩토링 제안 문구IntelliJ IDEA 같은 IDE를 사용할 때 자바로 개발하다가 람다식을 사용했을 때,다음과 같은 제안을 쉽게 볼 수 있습니다.이때 IDE가 곧바로 밑줄과 함께 제가 쓴 코드에 참견하기 시작합니다. 'Lambda can be replaced with method reference' 그리고 자동 변환 제안까지 해주는데, 다음과 같이 코드가 바뀌게 됩니다. 딸깍 오, 바뀐 내용이 깔끔해서 꽤 마음에 듭니다.그런데 이게 어떤 의미가 있는 걸까요? 겉보기에는 단지 코드를 짧게 줄여주는 제안처럼 보입니다.'지금 더 짧게 줄일 수 있는데 왜 그렇게 함? 내가 바꿔줌' 하지만 이 잔소리와 변환 기능은 단순히 '짧게' 만들어주려고 띄우는 것이 아니라자바 개발자 선배님들이 오..

💣@OneToMany로 안 쓰는 이유(@ManyToOne으로만 매핑하는 이유)최준 중 서류 탈락의 적적함을 달래고자.. 소소하게 사이드 프로젝트를 만들어보고 있습니다.아무래도 초기 세팅에서 많은 고민을 하게 되는데,다른 사람들은 디렉토리 구조를 어떤 식으로 설계하는지 엿볼 겸 깃허브 염탐에 들어갔습니다. 그러던 중 @OneToMany로 JPA 단방향 연관을 맺어준 코드를 발견했는데요,순간 알고 있는 지식이 잘못되지는 않았는지 혹은 몰랐던 내용이 더 있는지 한번 살펴볼 겸 개념을 재점검해보기로 했습니다. 일반적으로 DB를 설계할 때, N-side에 FK를 두는 것을 공식처럼 배우게 됩니다.논리적으로도 N-side에 참조할 수 있는 수단을 주는 것이 맞죠(얘는 누구한테 속해있나? 를 생각해보면..) 그런데..

🙂 record는 왜 등장했을까Spring Boot로 개발을 하다 보면 계층 간 데이터 전달이나 API 응답을 구성하는 목적으로 DTO 클래스를 작성할 일이 많습니다.이때 단순히 데이터를 주고받기 위한 객체 하나를 만들기 위해 수십 줄의 코드를 반복 타이핑해 본 적이 있다면, record는 아주 반가운 친구가 될 수 있습니다.record는 불변 객체를 반복적인 코드 작성 없이 간결하게 표현해준다는 점에서 그 장점이 쉽게 체감됩니다.특히 필드 수가 많아 생성자와 getter를 일일이 작성해야 했던 경우, record의 장점이 더욱 뚜렷하게 느껴집니다. 하지만 record를 단순히 편의성을 제공하는 녀석이라고 알고 사용하시면 안 됩니다.이 친구는 '불변 객체를 명확하고 안전하게' 라는 자신만의 신념이 있습..

🔥 QueryDSL + DTO Projection : 찍먹x 부먹x 퍼먹oJPA의 네이밍 쿼리 메소드는 사용이 간편하지만조건이 많고 복잡해질수록 가독성이 떨어지고 디버깅 추적이 어렵습니다.List findTop10ByTeamNameAndAgeGreaterThanEqualAndStatusNotInOrderByCreatedAtDesc(String teamName, int age, List excludedStatuses); 그래서 쿼리 변경이나 조건 추가가 필요한 상황에서는 이를 보완하기 위해@Query 어노테이션을 활용한 JPQL 문자열 기반 쿼리를 사용하는 경우도 많습니다.@Query(""" SELECT m FROM Member m WHERE m.team.name = :teamName ..