기획안 분석 및 총알 장전

API 연계, 데이터 통계를 위한 집계 쿼리 코드 리뷰 진행→ 전 부서원들 앞에서 발표를 하는 게 떨렸지만 칭찬도 받고 나름 성공했다고 생각한다. 집계 쿼리 코드에서 피드백 받은 사항으로는 selectKey를 이용하여 마이바티스에서 리턴 받는 데이터를 지정했는데 ins

개발 완료 후 고도화공통 다이얼로그 팝업을 각각 쓰고 있었는데 하나로 통일했다.통계 페이지 내부 ApexCharts 차트 버그를 수정하고 성능 개선에 참여했다발단: 기존에는 리스트를 내리고 js단에서 차트 축에 맞는 데이터로 가공하는 식으로 개발되어 있었는데, 쿼리에서

SSE 실시간 이벤트 알림 표출 구현이벤트를 수신하는 API에서 SSE로 클라이언트에게 이벤트를 내려주어 프론트에서 표출하는 작업을 함→ SSE 이벤트 내려주는 방식이 구독하고 있는 모든 클라이언트를 순차적으로 돌며 이벤트를 내려주는 것 같아 나중에 성능 저하가 우려된

API 연계, 데이터 통계를 위한 집계 쿼리 코드 리뷰 진행

외부 API 연계를 위해 스프링 배치로 연계 작업을 구현했다 오는 데이터는 특정데이터가 열로 오는데 사내 DB에는 행으로 넣어줘야 해서 골치 아팠다. 맵으로 받은 데이터의 키로 색인을 해서 로우를 인서트하는 식으로 구현했는데 성능상의 문제가 있을 것 같아 월요일에 코드

[주간]230313~230319

mybatis parameter console output기존의 log4j를 걷어내고 spring boot + logback을 사용하게 되었는데 logback 설정으로 myBatis 쿼리를 콘솔에 찍는 기능이 있었다. 그러나 log4j의 sqlonly처럼 파라미터가 매

사내 프로젝트를 진행하며 실시간 이벤트를 수신하여 즉시 웹 페이지에 알림 팝업을 띄우고 요소를 추가하라는 업무가 주어졌다. 처음엔 당연히 웹 소켓으로 구현을 하려다가 시간이 충분하지 않다는 것을 알게 되어 폴링 방식을 고려했다가 성능 저하 및 자원 낭비라고 생각되어 이

SSE 실시간 이벤트 알림 표출 구현이벤트를 수신하는 API에서 SSE로 클라이언트에게 이벤트를 내려주어 프론트에서 표출하는 작업을 함→ SSE 이벤트 내려주는 방식이 구독하고 있는 모든 클라이언트를 순차적으로 돌며 이벤트를 내려주는 것 같아 나중에 성능 저하가 우려된

우선 사내 소스 코드의 구조는 이랬다

서버단에서 동적인 요소를 생성하여 순수 html과 결합해 종합적인 결과를 사용자에게 반환함 → 사용자는 jsp 코드가 아닌 순수한 html 코드만을 보게 됨

객체 지향 프로그래밍(OOP, Object-Oriented Programming)은 모든 데이터를 객체(object)로 취급클래스(class)란 객체를 정의하는 틀 또는 설계도와 같은 의미 \[05-02 클래스 - 점프 투 자바 (wikidocs.net)](https

html, css, js 조금씩