Spring data jpa나 querydsl 같은 이론 공부를 진행했고, 충분히 이해하고 있다고 생각했는데, 확실히 프로젝트를 진행해야 내 것으로 만들고 어떻게 해야하는 지 정확히 이해할 수 있는 것 같다.

장애 보고서의 특징은 개발자가 원할 때 쓸 수 없다는 것이다. 장애 보고서를 쓰려면 다음과 같은 글쓰기 기법이 필요한데, 질문에 대답하는 신속한 글쓰기 예시) Q. 뭐야 무슨일이야? A. 오늘 오전 10시부터 11시까지 장애가 났어, 사용자 결제가 안됐다니깐 => 사용자 결제 불가(10:00~11:00, 1시간) 원인과 이유를 찾는 분석적 글쓰기 예시) Q. 자동차 시동이 걸리지 않은 원인이 무엇인가? A. 배터리가 방전되었다. Q. 배터리가 방전된 원인은 무엇인가? A. 발전기가 작동하지 않았다. Q. 발전기가 작동하지 않은 원인이 무엇인가? A. 발전기 벨트가 파손되었다. 상사를 고려하는 비즈니스 관점의 글쓰기 [개발자 관점] 장애로 인해 사용자가 1시간 동안 결제를 못함 [비즈니스 관점] 장애로 x..

코드들 중에 jsp로 된 코드들이 있는데, 상품이 특정값을 나타낸다면 select 태그에서 선택권이 없도록 처리를 해야하는 부분이었다. jsp를 많이 안써봐서 단순하게 disabled 처리를 하였지만, 큰 문제가 발생했는데 disabled 처리를 하면 해당 값이 null로 처리 되어 값이 전달되지 않는 다는 것이다. 여기서 해결 방법은 2가지가 있는데, readonly 옵션을 사용하거나, 해당 값을 저장하는 버튼을 누를 때, 이 disabled 옵션을 지웠다가 처리를 한 후 다시 disabled 처리를 하는 방법이 있다.

현재 시스템은 API 요청을 보낸다. API GateWay가 AWS lambda로 요청을 보낸다. lambda가 응답을 보낸다. 그림에 표시하지는 않았지만 API Gateway는 컨트롤러(서비스)로 보낸다. 이 구조로 되어있다. 여기서 발생한 문제는 API를 요청했을 때, 가끔 null값이 리턴된다는 점이었는데 이 부분을 해결해야 했다. 처음 null 값이 리턴됐을 때, 서비스에서 보내는 값이라고 생각했는데, 확인해보니 아니었다 그래서 API Gateway나 lambda를 의심하게 되었는데, 결론을 말하면 lambda 설정 문제였다. 🎈 원인 lambda는 각 리전별로 동시에 수행할 수 있는 람다함수의 개수를 최대 1000개로 제한하고 있는데, request 수가 이를 넘게 되면, 람다가 수행되지 않는 ..

import java.io.*; 이런식으로 *를 써서 전체를 가져오는 것을 와일드 카드 import라고 한다. 명확하게 선언할 수 있기 때문에 실수를 줄일 수도 있다, 다른 패키지에 동일한 클래스가 존재할 수도 있다. 이런 문제로 지양한다고 한다. 인텔리제이에서 이것을 예방할 수 있는 방법이 있는데, Settings -> Editor -> Code Style -> java 에서 Class count to use import with "*" 값을 크게 설정해주면 된다.

처음 회사에 들어왔을 때, 해당 기능을 먼저 개발하기위해 코드를 작성하기 바빴다. 하지만 그 전에 해야할 중요한 것이 있는데, 그건 바로 제대로된 요구사항 정리이다. 내가 개발을 시작하기 전에 이 기능을 개발하는 것이 정확히 맞는 것인지 정확하게 파악해야 시간 날리는 코드 작성이 없게 되고, 시간 효율을 높일 수 있다. 코드에 대한 고민은 요구사항을 정확히 파악 후에 하도록 하자. 그리고 어떤 용어에 대해 임의로 판단하지 말고, 기준이 있는 지, 통용되는 말이 있는 지 먼저 확인하도록 하자.