일간 회고록(TIL)

    [22.11.02] Daily 회고록 (CS 면접 및 넷마블 테스트 준비)

    [개인공부] 넷마블 테스트 스터디 자료 정리 넷마블 스터디가 앞으로 며칠 남지 않아 기존에 구한 스터디원들과 준비한 자료들을 공유했다. 내일 정도에 정리해서 암기할 예정이다. 시험기간이 한 번 더 늘어난 기분이다. ㅠㅠ DB 인프런 강의 정리 DB 인프런 강의 Database mumomu.notion.site 이제 내일 컴퓨터 네트워크만 정리하면 대부분의 CS 공부는 되는 듯하다. 작년에 카카오를 준비하였을 때는 데이터베이스 개념이 확실하지 않아 이해가 잘 되지 않았는데 올해는 대학교 강의도 들었고, 직접 써보기도 하여 이해가 바로바로 되는 듯하다.

    [22.10.31] Daily 회고록 (ssg.com 슈퍼루키 서합, 프로젝트, CS 면접 및 넷마블 테스트 준비)

    [일일회고] 오늘 ssg.com의 인턴 결과가 뒤늦게 나왔다. 다행히 합격이였고, 바로 오늘부터 코딩테스트에 응시할 수 있는데 오늘은 프로젝트를 진행하느라 바빠서 내일 진행하려고 한다. 일정이 많이 지연된 만큼 앞으로의 프로세스가 상당히 빠르게 진행될 듯 보인다. 또한, 카카오 뱅크 인턴쉽과 LG CNS 인턴쉽을 모집하여서 카카오 뱅크는 금방 작성하였고, 내일 시간이 난다면 LG CNS 인턴쉽도 지원해보려고 한다. [프로젝트] [소마] 길고 길었던 소마 프로젝트의 진짜 3주정도 남았다. 이제 디자인 외주도 대부분 적용이 되어, 마무리 작업을 하고 있다. 프론트엔드 작업이 많이 되질 않아서 아직 부족한 점이 많지만 남은 기간내에 힘낸다면 하나의 프로세스 정도는 진행할 수 있으리라 기대가 된다. 3주만 더 ..

    [22.10.10] Daily 회고록 (웹소켓 메세지 변경, 프로젝트 read.me 작성)

    [일일회고] 데스트톱이 고장났다.. CPU가 항상 90도 전후를 유지해서 본체에서 계속 이상한 소리가 나고, 서멀구리스를 재도포 했지만 전혀 해결되지 않아 수냉 쿨러의 고장인 듯 싶다. 그래서 요즘 공부를 제대로 못하고 있어서 주말동안 멘토링을 받은 것을 기반으로 정리를 하고 있다. 다음주부터 시험기간이라 그 동안 쿨러를 보내놓고 공부에 전념하려고 한다. [프로젝트] 프로젝트 readme.md 작성 프로젝트의 끝이 보이기 시작하고, 취업 시즌이 다가오면서 서류에 깃허브 링크를 달아놓아서, 프로젝트에 리드미를 추가했다. 기존에 리드미에 적었던 정보들이 많이 부실한 정보임을 알았고, 멘토님은 처음 이 프로젝트를 보는 사람들(ex 신입) 기준으로 보고 오픈소스를 실행하지 못하는 리드미는 다시 설정을 한다고 한..

    [22.10.07] Daily 회고록 (이펙티브 자바 - 서비스 제공자 프레임워크, 리플렉션, 빌더)

    서비스 제공자 프레임워크 확장 가능한 애플리케이션을 만드는 방법 서비스 제공자 프레임워크는 다양한 서비스 제공자들이 하나의 서비스를 구성하는 시스템 클라이언트가 실제 구현된 서비스를 이용할 수 있도록 하는데, 세부적인 구현 내용을 몰라도 이용 가능하다. 1. 서비스 제공자 인터페이스와 서비스 제공자(구현체) 2. 서비스 제공자 등록 API (서비스 인터페이스의 구현체를 등록하는 바업ㅂ) 3. 서비스 접근 API (서비스의 클라이언트가 서비스 인터페이스의 인스턴스를 가져올 때 사용하는 API) 즉 확장 가능한 인터페이스들을 서비스 제공자 프레임워크라고 한다 전혀 다른 jar 파일에 존재하는 구현체를 위한 인터페이스를 만드는 것 리플렉션 리플렉션이란 구체적인 클래스 타입을 알지 못하더라도, 그 클래스의 메서..

    [22.10.03] Daily 회고록 (백엔드 면접, 과제형 테스트 준비)

    [개인공부] 백엔드 면접 멘토링(HTTP, JAVA, Spring, JPA, etc) - 안재홍 멘토님의 자바 백엔드 면접 대비 멘토링을 수강하였다. 기본적으로 알고있는 것들 위주였지만 다시 한 번 리마인드 할 수 있는 시간이였고, 멘토님께서 되게 설명을 잘해주셔서 더 오래 기억에 남을 것 같다. Java가 생각보다 약해서 요즘 이펙티브 자바를 공부하고 있는데, 되게 유익한 시간이 되었다. JVM 동작 방식부터 애매하게 알았던 것들을 확실하게 알아갈 수 있어 이후 코딩에도 더욱 도움이 될 듯 싶다. 백엔드 기술 면접 대비(HTTP, JAVA, Spring, JPA 등) 면접대비 자바 백엔드 공부하면 좋은 리스트 HTTP, JAVA, Spring, JPA, NoSQL, DB, 인증, MSA, Kotlin ..

    [22.10.01] Daily 회고록 (이펙티브 자바 - 정적팩토리, 열거, 플라이웨이트)

    [프로젝트] 프론트엔드를 맡은 팀원과 온라인으로 만나서 구글 로그인 파트를 연동하였다. 구글 로그인을 하면 나오는 access_token을 일단 개발 단계이기 때문에 암호화하지 않고 파라미터로 보내서 긁어와서 api를 요청하는 방식인데 나중에 암호화를 해서 와이어샤크같은 곳에 노출되지 않도록 설정할 예정이다. [코딩테스트 참가] 오늘은 2022 하반기 백엔드 데브매칭에 참가했다. 14:00부터 2시간 진행됐고, 알고리즘 3문제(실버~골드하위정도), SQL 한 문제 정도가 나와서 30분정도 남기고 올 솔브했다. [개인공부] 이펙티브 자바 강의를 수강 시작했다. 어제 소마 팀 멘토링을 하는데 신청한 인프런 강의를 모두 봐야한다고 해서..(수료증 제출), 그것과 더불어 우아한 테크코스의 프리코스도 11월부터 ..

    [22.09.28] Daily 회고록 (리플렉션, JDK 동적 프록시, CGLIB)

    리플렉션 - 프록시를 사용해서 기존 코드를 변경하지 않고, 로그 추적기란 부가 기능을 적용하였는데, 대상 클래스 수 만큼 로그 추적을 위한 프록시 클래스를 만드는 번거로움이 있었다. 프록시 클래스들의 모양이 거의 동일하므로 이를 해결하기 위한 방법 위와 같은 경우 callA와 callB를 제외하곤 나머지 부분이 공통이다. 이 부분들을 따로 만들지 않고 동적으로 관리하는 것이 리플렉션이다. 문제점 : 가급적이면 사용하면 안된다. 클래스의 메타정보를 사용해서 동적으로 유연하게 만들지만, 런타임에 동작하기 때문에 컴파일 시점에 오류를 잡을 수 없다. 따라서, 리플렉션은 일반적으로 사용하면 안되고 매우 일반적인 공통 처리가 필요할 떄 부분적으로 주의해서 사용해야 한다. JDK 동적 프록시 - 동적 프록시 기술을..

    [22.09.19] Daily 회고록 (stomp failover 문제 해결)

    [프로젝트] 기존 StompConfig에서는 failover가 제대로 수행되지 않았다. MessageBrokerRegistry에서 failover에 해당하는 url이 동작하지 않았을뿐더러, 따로 세팅하는 곳도 찾기 쉽지 않았다. 또한 ActiveMQ를 사용하다보니 관련 자료를 찾아보았는데 로컬 기반에서 동작하도록 만든 자료들이 많다보니 AmazonMQ에서 지원하는 ActiveMQ는 예제 코드를 찾기 쉽지 않았다. 기존에는 index를 두어 매 접속 시 마다 index를 플립하여 접근을 시도해보도록 구성하였는데, 이 코드는 단점이 많았다. 서버를 최초 실행 시에만 접근하는 것이 아닌, socketAddressSupplier가 사용자가 접근할 때마다도 한 번씩 접근하여, 프론트 단에서 모든 접속이 한 번 성..