강의자료 까마귀발 잘못된거 아닌가요?

트리님 감사합니다 🙂다음 버전에 패치할게요^^!

runnable 질문

안녕하세요. 김지윤님이 부분은 자바 중첩 클래스와 내부 클래스에 대한 이해가 부족하기 때문입니다.자바 중급1편 중첩 클래스, 내부 클래스1,2를 복습해주세요 🙂감사합니다.

자바가 아닌 다른 언어에서도

안녕하세요. 박살님네, 괜찮습니다. 스레드가 생성되고, 시작되고, 중간에 다른 작업으로 인해 대기하며, 결국 종료되는 큰 그림을 이해하고 테스트하는 목적이라면 닷넷으로 코드를 작성해도 동일한 원리를 확인할 수 있습니다.결국 스레드라는 것이 OS가 제공하는 것 기반이니까요.다만, 특정 상태(BLOCKED vs WaitSleepJoin)를 정밀하게 추적하거나 각 플랫폼의 스레드 관련 API(synchronized vs lock)의 미묘한 동작 차이를 분석하는 것이 목적이라면, 해당 플랫폼에 맞는 도구와 코드로 테스트하는 것이 가장 정확합니다.감사합니다.

조건 제약 처리 부분 질의

안녕하세요. asdf님AI 인턴이 잘 답변해주었는데요. 다음 내용도 참고해보시면 도움이 되실거에요https://inf.run/Mo7Ms감사합니다.

자연 키를 PK로 써도 되는 예외 조건!

안녕하세요. 중꺽마님이 부분은 정답이 딱 없는데요.고민이 된다면 이렇게 질문해보면 좋을 것 같아요."이 값은 앞으로 10년, 20년 뒤에도 절대 바뀔 일이 없다고 100% 확신할 수 있는가?"ISO 국가 코드, 화폐등의 경우에 거의 변하지 않습니다. 하지만 이것들도 역사적으로 변경 전례가 있습니다.(국호 변경, 화폐개혁, 표준 갱신)그럼에도 불구하고 실무적으로 보면 국가 코드나 통화 코드의 경우 거의 변하지 않기 때문에 보통 문제가 되지는 않습니다.감사합니다.

람다 궁금한 점

안녕하세요. yyy님5. 람다 vs 익명 클래스 부분을 참고해주세요 🙂감사합니다.

외래키 사용 여부

안녕하세요. 이진재님다음과 같은 이유로 특별한 경우가 아니면 외래 키(FK)는 사용하는 것이 좋다 생각합니다. 장점: * 데이터 무결성 보장: 애플리케이션 버그가 있어도 DB가 데이터 깨짐을 막아주는 최후의 보루 역할을 합니다. * 명확한 관계 정의: 스키마만 봐도 테이블 관계를 알 수 있어 유지보수에 유리합니다. * 개발자 실수 방지: 잘못된 데이터가 들어가는 것을 원천 차단합니다. 예외적인 경우* 이유: * 초당 수만 건 이상의 대용량 트래픽으로 인한 극단적인 성능 최적화가 필요할 때. * 마이크로서비스처럼 DB가 분리되어 물리적 연결이 불가능할 때. 두 방법 모두 각각 장단점이 있고 각각의 운영 환경마다 상황이 다르기 때문에 자신이 환경에 맞는 방법을 선택하는 것이 필요합니다. 좀 더 우선순위를 두자면 명확한 이유가 없다면 데이터의 안정성이 약간의 성능 저하보다 더 중요하다 생각합니다.감사합니다.

Querydsl 6.X버전에 대해서 어떻게 생각하시나요?

안녕하세요. 정훈님지금 시점에서는 6.x 포크 버전을 따라가는 것이 가장 나은 선택지라 생각합니다 🙂학습은 편리하게 5.x 버전으로 하고, 실무에 적용할 때는 6.x 포크 버전을 적용하는 것이지요.감사합니다.

PK 타입에 관한 문의

안녕하세요. Ju-Ho Yoon님UUID의 경우 순서 + 용량 두 가지 이슈가 있는데요.MySQL의 경우 PK에 클러스터 인덱스를 사용하기 때문에 순서대로 증가하는 PK 사용이 중요합니다.만약 사용한다면 UUID 버전 중에 순서대로 증가하는 버전 사용을 사용하시고, 용량은 성능에 따라 다르지만 데이터가 많지 않다면 편의성을 고려해서 문자로 저장하고, 용량과 성능이 중요하다면 바이너리 형태로 용량을 줄여서 저장하는 것을 권장합니다.감사합니다.

정말 별 거 아니긴 한데요

우와! 이렇게 어려운걸 찾아주시다니 감사합니다 ㅎㅎㅎ저와 서포터즈 분들이 함께 검수를 하는데, 이건 다시 찾아도 못찾을 것 같아요 ㅎㅎㅎ다음 버전에서 패치할게요^^!