tsx로 실행 시 다음 에러가 발생합니다.ERR_INVALID_PACKAGE_CONFIG

자답합니다.이 값을 넣으니 해결되었습니다. // tsconfig.json .. "tsx": { "esm": true }, ...

[08.04 (금) 이벤트] 개발자 무엇이든 물어보세요

안녕하세요, 이렇게 질문 드릴 수 있는 기회가 있어 너무 좋네요. 감사합니다! 커리어와 관련된 고민이 평소부터 있어왔는데, 의견을 여쭤보고 싶습니다. 저는 서비스 대기업에서 서버 개발자로 일하고 있으며 경력은 3년 미만입니다. 대용량 트래픽 환경에서 일하고 있지만, 스프링 같은 프레임워크를 이용해서 DB와 커넥션하며 비즈니스 로직을 처리하는 일과는 거리가 멉니다. 언어도 JVM 계열이 아닙니다.아무래도 서버 개발자라고 하면 대부분 '자바 + 스프링으로 비즈니스 로직'을 생각하실텐데요, 저처럼 그렇지 않은 '서버'를 개발하는 사람도 있습니다 ㅠ.ㅠ우선은 현재 주어진 환경에서 이렇게 일을 하고 있지만, 저도 자바 + 스프링을 이용한 주요 비즈니스 로직을 개발하는 서버 개발자로 일하고 싶습니다. 제 환경에서 JVM 계열로 넘어가는 커리어가 많이 어려운 길일지.. 어떻게 생각하시는지 궁금합니다.개인적으로는 부족한 부분을 채우기 위해 DB, JVM, 스프링 공부, 단위 테스트 공부를 퇴근 후에 꾸준히 하고 있습니다. 회사에서도 필요한 일이 있으면 스프링으로 서버들을 만들어서 제공하고 있으며, 스프링 자체는 꽤 오래 사용해와서 거부감이 없으며 빠르게 작성할 수 있습니다.같은 회사에 스프링이나 JVM 컴포넌트들을 살펴보면 어떻게 돌아가는지 이해할 수 있고, 직업 변경의 기회만 주어진다면 바로 해볼 수 있을 것 같은 느낌이 들 정도로... 스프링에는 거부감이 없습니다. 다만 DB의 튜닝은 실제로 해본 적이 거의 없어서, 요즘은 DB와 관련된 공부를 많이 하고는 있습니다. 그렇지만 원래 DB 환경을 다루지 않다보니 실제 SQL 쿼리 개선을 해본 적은 없습니다 ㅠ.ㅠ.. 또한 향로님이 하신 것처럼 좀 더 심화된 공부를 위해서 공부한 내용들을 실험해보면서 배운 것들을 잘 정리하려고 하고 있습니다. 예를 들면 JPA의 @GeneratedValue 생성 전략에 따른 Insert 성능 비교 및 해결 방법 같은 것들? 이 될 수 있을 것 같습니다.평소에 하는 업무 환경은 대규모 클러스터화 된 서버에서 비동기 로직을 이용한 작업을 많이 하고 있고, 쿠버네티스 환경에도 익숙한 편입니다. 카프카나 레디스에도 다른 백엔드 개발자 분들에 비해서는 익숙한 편이고, 모니터링 시스템 같은 것들도 인프라 팀이 없어서 뚝딱뚝딱 구축할 수 있는 수준입니다. 정리하면 이렇습니다.자바 스프링 개발자는 아니지만, 대용량 트래픽과 클라우드 환경에서 일하고 있으며자바 스프링 개발자쪽으로 경력으로도 넘어가고 싶어 따로 DB나 스프링을 끊임없이 공부하고 있으며스프링에는 익숙한 편이나, 스프링으로 구성된 서버로 대용량 트래픽을 겪어보지 못했으며DB는 익숙하지 않아 끊임없이 공부하고 있습니다.이런 상황일 때, 자바 스프링 기반의 비즈니스 로직 서버 개발자가 되려고 한다면 어떤 노력이 더 필요할지, 현실적으로 어렵다고 생각하시는지 궁금합니다. 항상 좋은 영상과 글 적어주셔서 감사합니다.

RocksDB에서 StateStore로 읽어온 값은 메모리 상태에 저장될까요?

아하, 철민님 항상 양질의 답변 감사드립니다! Kafka Streams에서 캐시 형태의 StateStore를 구현할 때, In Memory를 쓰기도 하는 것 같았는데.. 저도 정확하진 않네요! "RocksDB에서 state 를 관리하되, 읽어들인 state는 메모리에 올라가고 변경된 state는 storage에 저장이 됩니다." 혹시 위 부분에 대해서 조금만 더 알려주실 수 있으실까요? 예를 들어 ctas로 만들어진 쿼리가 메세지를 토픽으로 전송할 때, RocksDB에서 state를 읽어와서 전송하는데 이 때의 state는 메모리에 저장된다는 말씀이실까요? 그리고 ctas의 처리 결과로 changeLog나 Repartition 토픽같이 내부에 저장되는 토픽들에 저장할 때는 메모리에 남겨둘 필요가 없으니, 바로 로컬 스토리지에 푸시해버리는 것이고... 맞을까요??

다대다 관계 풀어내는 과정에서 질문이 있습니다!

자답합니다! 테이블 명을 ORDER로 한 것이 문제였던 것 같습니다. ORDERS로 변경하니 문제가 없네요!