![제미니의 개발실무](/img/default-banner.jpg)
- 89
- 201 870
제미니의 개발실무
South Korea
Registrace 15. 06. 2022
무계획 무편집 생각나는 대로 주절주절 개발 실무 이야기
모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
🎉구독자 5,000명🎉 + 이벤트 안내!
🎉 제미니의 개발실무 구독자 5천명 기념 이벤트를 진행합니다!
🎉 참여 설문 폼 : forms.gle/x9SYM28VTUzaphQh8
[이벤트 개요]
- [참여추첨상] 교보문고 상품권 2만원 3명 : 이벤트 신청자 중 3명
- [쩌스트추첨상] 교보문고 상품권 3만원 5명: 이벤트 신청자 중 쩌스트 사이트에 기존에 가입한 분 중 5명 추첨
- [대상] 교보문고 상품권 10만원 1명 : 이벤트 신청자 중 쩌스트 사이트에 기존에 가입했으며 BookTree 좋아요를 가장 많이 받은 1명
* `참여추첨상`, `대상` 쩌스트 가입 일시 기준
2024-08-18T23:59:59.999999+09:00 이전 가입자
- [노력추첨상] 교보문고 상품권 5만원 1명 : 이벤트 신청자 중 타인의 BookTree에 좋아요를 10개 이상 누른 사람 중 1명
* 노력상은 쩌스트 사이트 가입 일시 제한이 없습니다.
[이벤트 참여 마감]
2024-08-25T23:59:59.999999+09:00 까지 설문 폼 제출
* 쩌스트 기존 가입자 분도 설문 폼 제출은 필수입니다.
[추첨 일시]
8월 마지막 주 중 라이브로 진행 (정확한 일자는 유튜브 커뮤니티란에 공유)
🎉 참여 설문 폼 : forms.gle/x9SYM28VTUzaphQh8
[이벤트 개요]
- [참여추첨상] 교보문고 상품권 2만원 3명 : 이벤트 신청자 중 3명
- [쩌스트추첨상] 교보문고 상품권 3만원 5명: 이벤트 신청자 중 쩌스트 사이트에 기존에 가입한 분 중 5명 추첨
- [대상] 교보문고 상품권 10만원 1명 : 이벤트 신청자 중 쩌스트 사이트에 기존에 가입했으며 BookTree 좋아요를 가장 많이 받은 1명
* `참여추첨상`, `대상` 쩌스트 가입 일시 기준
2024-08-18T23:59:59.999999+09:00 이전 가입자
- [노력추첨상] 교보문고 상품권 5만원 1명 : 이벤트 신청자 중 타인의 BookTree에 좋아요를 10개 이상 누른 사람 중 1명
* 노력상은 쩌스트 사이트 가입 일시 제한이 없습니다.
[이벤트 참여 마감]
2024-08-25T23:59:59.999999+09:00 까지 설문 폼 제출
* 쩌스트 기존 가입자 분도 설문 폼 제출은 필수입니다.
[추첨 일시]
8월 마지막 주 중 라이브로 진행 (정확한 일자는 유튜브 커뮤니티란에 공유)
zhlédnutí: 714
Video
한 개의 프로젝트에 SpringBootApplication은 몇 개여야 할까?
zhlédnutí 1,2KPřed dnem
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
인프콘2024 발표 후기 (feat 토비님, 영호님 발표 후기)
zhlédnutí 1,6KPřed 14 dny
블로그 글 링크는 아래와 같습니다! link.medium.com/62u2sakvMLb 다시 한번 모두들 감사드립니다!
구현 레이어 클래스 이름 짓기
zhlédnutí 770Před 21 dnem
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
효과적인 이벤트 발송 방법 (feat. Transactional Outbox, Polling, Async)
zhlédnutí 1,2KPřed měsícem
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
이벤트 발행은 어떤 레이어?
zhlédnutí 1,3KPřed měsícem
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
My 개념 지옥 - QnA :: 많은 엔티티들을 한번에 조회해야하는 경우
zhlédnutí 2KPřed měsícem
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
[구독자 추첨 이벤트] 2024 인프콘 초대권!
zhlédnutí 1,2KPřed měsícem
2024 인프콘 초대권 1장을 추첨 합니다! [참여 조건] - 8월 2일 무조건 참석가능한분!!! - 관심있는 세션이 있는분들!! - '제미니 개발실무' 의 구독 일자가 '24년도 7월 1일' 이전인 분들만 - ~ 24-06-30 까지 구독하신 분들 - 7월 1일 구독자는 추첨에서 제외 예정 - 이 영상 보고 구독 누른 사람은 추첨 참가 불가! 당첨 후 어뷰징 방지에 대한 인증 과정이 있을 예정입니다. [참여방법] 설문 참여 : 마감 수집 된 모든 정보는 오직 추첨을 위함이며 추첨 후 완전히 삭제됩니다. [추첨 일정] - 추첨일 : 7/9(화) 약 오전 9시쯤 라이브로 진행하겠습니다
[잡담 및 근황] 상반기 / 인프콘 / 구독자
zhlédnutí 835Před měsícem
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
모듈 != 레이어 && 모듈 != 아키텍처
zhlédnutí 1,2KPřed 2 měsíci
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
ServiceImpl 쓰지 말자 feat. interface를 소중히
zhlédnutí 4,1KPřed 2 měsíci
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
헥사고날 배우지 말자 feat. 구현 First
zhlédnutí 2,4KPřed 2 měsíci
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
DB 변경 관리
zhlédnutí 1,2KPřed 2 měsíci
봐주셔서 감사합니다! 구독과 좋아요 댓글은 힘이 됩니다. :D 모든 내용은 한 방향성/케이스일 뿐 진리의 케바케가 있다는 점 참고 부탁드립니다 :D
좋아요 조회 리펙토링 + 레이어/캐싱 전략 - [토이 프로젝트 쩌스트 백엔드]
zhlédnutí 1,4KPřed 4 měsíci
좋아요 조회 리펙토링 레이어/캐싱 전략 - [토이 프로젝트 쩌스트 백엔드]
좋아요 여부 + 해제스펙 추가하기+ 회원/비회원 API 개발 - [쩌스트 백엔드 개발]
zhlédnutí 1,8KPřed 4 měsíci
좋아요 여부 해제스펙 추가하기 회원/비회원 API 개발 - [쩌스트 백엔드 개발]
웹&앱 서비스 시 백엔드 처리 전략 + 예외 메세지 처리 + 도메인 리펙토링 기준
zhlédnutí 3KPřed 5 měsíci
웹&앱 서비스 시 백엔드 처리 전략 예외 메세지 처리 도메인 리펙토링 기준
5천명 구독 축하드려요 ~~~!
영상 재미있게 잘보고 있습니다!
구독자 5,000명 축하드려용! 정말 도움많이 받고 있습니당 ㅜ
🎉🎉🎉축하드립니다 쩌스트 좋아요 책 많이 올리신 분들 위주로 누르려고 했는데, 다들 아직은 많이 안올리셔서 조금 아쉽네요 ㅠㅠ
5000명 축하드립니다 🎉🎉
항상 감사합니다 ㅎ
신입으로 2년 조금 넘게 개발자로 일하다가 퇴사하고 6개월 정도 쉰 상태인데 다시 취업해보려 하는데 포트폴리오에는 그동안 회사에서 한 프로젝트를 적어야하는건가요? 너무 무식한 질문 같네요ㅠ
우선은 다시 취업 시점에서도 완전 신입보다는 경력이 있음을 어필하는 게 나을 것 같습니다, 그런 의미에서 기존 회사에서 하신 프로젝트를 적는 게 좋을 것 같습니다! 쉰 기간이 엄청 길진 않으시니, 쉰 기간 동안 하셨던 공부나 프로젝트가 있다면 그것에 대해 설명도 준비하셔도 좋을 것 같습니다 (쉰 사유나, 쉰 기간 동안 시간 낭비하지 않았다는 근거가 될 수 있다면 더더욱 좋을듯합니다) 화이팅 하시길 바랍니다 :D
@@geminikims 추가로 여쭤볼게 있는데 2년의 기간동안 총 3개의 프로젝트에 참여했는데 2개는 각각 3개월동안 문서작업이 주였고 정말 간단한 화면 구현한게 다고 나머지 프로젝트에서는 본격적으로 1년 넘게 개발만 했는데 포트폴리오에는 마지막 1년 넘게한 프로젝트만 기술하는게 나을까요?
문서작업 과정에서도 어필할 부분이 있다면 기술하시면 좋을 것 같아요! 다만 서류 검토나 인터뷰어 들이 중점적으로 보지 않을테니 프로젝트를 강조하시는게 좋아 보입니다!
새 영상뜨면 출근길 지하철에 무조건 봐요!! 5000천명 가속붙어 1만 3만 5만 10만 되실겁니다!! 항상 좋은 정보 전달해주셔서 감사합니다!
축하드립니다! 잘 보고 있습니다.
크! 너무 축하드립니다 재민님!!
아이고..! 큰형님께서!! 축하 감사드립니다! :D
축하드립니다 ~ 구독자 5,000 명 ~ 영상 잘보고있습니다
축하드립니다~ 좋은 동영상 잘 보고있습니다
구독자 5천명 축하드립니다 !
언제나 좋은 정보 감사합니다. 구독자 5000명 축하드립니다.!!
학생과 신입 사이에서 항상 도움 많이 받고 있습니다:) 5천명 축하드려요!
축하드립니다!
축하드립니다~ 항상 좋은 영상 감사합니다
구독자 5,000명 축하드립니다^^ 정말 잘 보고있어요!
5000명 축하드립니다!!!
감사합니다!
정말 최근 구독했는데 5천명이었군요!! 축하드립니다,, spring 짤 지식 많이 흡수하고 있습니다 ㅠㅠ
늘 좋은정보 감사드려요!! 축하드립니다
구독자 5000명 축하드려요~ 계속 좋은 영상 올려주시길..
구독자 5000명 축하드립니다!
축하드립니다!!
와우
구독자 5000명 축하합니다 🎉🎉🎉🎉🎊앞으로도 화이팅 입니다
구독자 애칭 잼미니로..
우왓ㅅㅅㅅ 좋은 기회 감사합니다!!
쩌스트 가입만 해놓았었는데 이거보고 생각나서 추천도서 수정했슴당.
1등!!!! 구글폼은 다른 분 받으시라고 패스하겠슴니다 :) 항상 잘 보고 있어요
이렇게 영상으로도 답변해주셔서 감사드립니다 :) 초반 영상부터 쭉 달리면서 덕분에 멀티 모듈에 대한 인사이트를 계속 쌓아가고 있습니다. 그럼 무더위 조심하시고 야근 없는 한 주 되시길 바라겠습니다..! 🥳
질문 감사드리고 도움이 되었다니 다행입니다! 멀티 모듈 또한 필요할때 쓰는 도구인 것 꼭 참고 부탁드리고요! 😀 이슈 없는 한 주 되세요!
fk를 안 걸면 장점이 데이터 수정 삭제에 용이하다는 것을 인지하고 있는 상태입니다. 만약 게시글 엔티티에 댓글을 달아야 한다는 상황이 있을 때, JPA에서는 게시글 엔티티가 무조건 필요한 걸로 알고있습니다. FK없이 코드를 짠다고 하면 Service 코드에서 postRepository.findById(postId).orElseThrow() 를 생략할 수 있다는 장점도 생각했는데요. 이러한 경우 테스트 코드 작성할 때 게시글과 유저를 Repository로 만들지 않고 바로 댓글 서비스 코드 테스트가 작성하기 편하다는 장점도 생각했습니다. 잘못된 생각인 걸까요? 위에가 잘못된 생각이라면 무결성 검사는 필요 없지만, 엔티티 존재 여부는 항상 체크해줘야 하기 때문에 테스트 코드 작성할 때나, 실제 서비스 개발할 때는 FK 있고 없고 로직은 똑같나요?
>>만약 게시글 엔티티에 댓글을 달아야 한다는 상황이 있을 때, JPA에서는 게시글 엔티티가 무조건 필요한 걸로 알고있습니다. >>FK없이 코드를 짠다고 하면 >>Service 코드에서 postRepository.findById(postId).orElseThrow() 를 생략할 수 있다는 장점도 생각했는데요. >>이러한 경우 테스트 코드 작성할 때 게시글과 유저를 Repository로 만들지 않고 바로 댓글 서비스 코드 테스트가 작성하기 편하다는 장점도 생각했습니다. 이 부분은 게시글 과 댓글을 연관관계를 지은 상태의 예시를 들으신 것이라면 말씀하신 부분의 이점도 있다고 가정 할 수 있을 것 같습니다. -- > JPA에서는 게시글 엔티티가 무조건 필요한 걸로 알고있습니다. 다만 이 부분은 무조건이리고 보긴 어려울 것 같습니다, 게시글과 댓글의 연관관계를 끊어서 느슨하게 유지해두면 게시글이 무조건 필요하지 않으니까요! -- 마지막으로 테스트 코드에서 댓글에 대해서만 특정 케이스를 편하게 작성한다면 약간의 이점은 있을 수 있지만 통합적으로 테스트한다면 게시글이 필수 일 것이므로, FK 유무가 로직을 크게 다르게 한다고 보긴 어려울 것 같습니다.
@@geminikims 질문을 이상하게 했는데 다 이해하시고 답변 달아주신 거 정말 감사합니다!!!