서버 개발을 진행할 때 커넥션 누수 관련해서 이슈가 있었던 적이 있다.TypeORM에서 트랜잭션을 다루는 방식 중에는 직접 startTransaction, commitTransaction, rollbackTransaction, release 등을 호출하게끔 하는 방식이 있고 이 경우 개발자가 실수로 특정 메서드를 호출하지 않는다면 곧바로 문제가 된다.우리의 경우엔 QueryRunner의 release 함수를 누락한 문제였는데, 문제가 되던 부분은 바로 해결했지만 서비스 영향도가 있었기 때문에 이를 개발 환경에서 미리 모니터링할 수 있게 하는 것이 일이었다.재발 방지를 하는 법은 어렵지 않다.LLM 코드 리뷰 플로우에서 문제가 되는 해당 패턴에 대한 명시를 추가한다. (release 누락)앞으로는 quer..

객체지향 패러다임에서 빼놓을 수 없는 개념이 바로 인터페이스와 추상 클래스이다. 이들은 모두 각자를 상속할 구현체가 수행할 행동을 추상화하여 명시하고 이를 구체화할 것을 강제한다. 또한 이들만으로는 인스턴스를 생성할 수 없다는 공통점도 존재한다. 결국 특정 인스턴스가 추상화에 의존하게 하여, 결론적으로 객체지향 패러다임의 다형성, 캡슐화라는 공통의 목표를 손쉽게 달성하게 해 준다. 다만 이들 간에는 분명한 차이가 존재하기 때문에 이를 예시를 통해 정리하고자 한다. Interface vs Abstract Class 예시를 위해 위 UML의 관계를 구현하겠다. Interface 예시 // 인터페이스 interface IHuman { spendOneDay(): void; work(): string; } // ..

타입스크립트의 인터페이스와 자바의 인터페이스는 서로 유사한 구조와 목표를 갖지만, 이용 방식과 더불어 언어적 차이에서 오는 작동 방식에서 차이가 존재하여 이를 정리하고자 한다. Interface란? 인터페이스는 객체지향 패러다임에서 로직을 구성할 때 추상화에 의존할 수 있게 해주어 결과적으로 캡슐화, 다형성을 달성하기 쉽게 해주는 도구이다. 구체적으로, 인터페이스는 이를 구체화할 객체가 가져야 할 메서드(행동)의 타입 정보를 명시하는 역할을 한다. 실제 구현은 포함시키지 않으며, 코드 상에서도 실제 구현체를 직접 의존하는 것이 아닌 추상화 인터페이스를 의존하게 로직을 작성하여 의존하는 객체로 하여금 해당 객체의 세부 구현을 알지 못해도 협력이 가능하도록 돕는다.(캡슐화) 인터페이스와 인터페이스의 구현체의..

TypeScript에서 타입들은 특정 변수가 가질 수 있는 값의 범위로 볼 수 있다. TypeScript에는 다양한 타입들이 존재하는데, 이번 글에서는 그 중 any, unknown, never에 대해 다뤄보려고 한다. Type: any any 타입은 타입 계의 전체 집합으로, any 타입이 바인딩된 변수에는 그 어떤 값도 들어갈 수 있다. 여기서 끝나면 좋겠지만, 끝이 아니다. any 타입이 바인딩된 변수가 그 이후에 로직에서 사용될 때, 컴파일러는 어떤 타입 검사도 요구하지 않고 컴파일링한다. 즉 JavaScript에서의 변수를 생성한 것과 동일하게 여겨지고 해당 변수를 가지고 어떤 일이든 할 수 있다. 다만, 그 행위의 결과는 런타임에서 실제 작동하기 전까지는 알 수 없다. 따라서 any를 이용하여..