동욱님에게 질문 좀 하고 싶습니다. 정산쪽업무를 하셨다고 하는데 jpa로만 하셨나요? 제가 생각할때는 정산쪽 업무는 mybatis로 할 수밖에 없다 느껴져서요. 집계나 통계성은 jpa로 처리하는게 비효울적이라고 생각됩니다. mybatis로 처리하는게 맞다 보는데.. 순수 jpa로 했다 vs mybatis위주로 했다. 어느쪽이실지요??
안녕하세요 :) 이미 예전 배민에 있을때 작성한 팀 소개글에 공개했는데요 (woowahan.oopy.io/60a06399-3f95-4fec-a436-000ad6baff40) 제가 진행했던 주문/결제/정산/포인트 모두다 100% RDBMS에서는 JPA와 Querydsl를 사용했습니다. (실시간 + 고성능에서는 NoSQL을 사용하긴 하지만, 대부분의 비지니스 로직은 RDBMS였고 이들은 모두 100% JPA와 Querydsl입니다) 배달의민족의 경우 워낙 소속된 가게/메뉴/할인정책/결제수단/수수료정책이 다양하고, 적재된 주문 역시 수십억건인 상황인데요 :) - th-cam.com/video/zMAX7g6rO_Y/w-d-xo.html 그럼에도 모두다 JPA와 Querydsl를 사용해서 매일 정산을 하고 있습니다. (제 기억으로는 배달의 민족 전체에서도 MyBatis 프로젝트는 하나도 없었습니다) JPA를 사용하는데 *도메인은 중요하지 않습니다* 단지, 데이터를 객체로 볼 것이냐 테이블의 row로 볼 것이냐에 따른 테이블 설계의 문제라고 봐요. 단순히 테이블의 ROW로 데이터를 바라보고 설계를 한다면 JPA를 사용하긴 어려울 것이고요. 객체로 바라보고 설계를 한다면 JPA로 풀지못한 문제는 없을거라고 봅니다. (SNS와 같이 고성능이 필요한 경우에는 NoSQL 등이 필요하니 또 다른 문제라고 봐요) 배민에서는 ORM을 쓰기 위해서 개편한것이 아니라, 유지보수와 확장성, 성능을 위해서 Domain (DDD의 Domain) 관점으로 테이블을 완전히 재 설계하고 100% 마이그레이션을 진행했습니다. 그리고 Domain 관점에서 설계를 하니 JPA를 쓰기 쉬울수 밖에 없었고요 :)
좋은 정보 감사합니다.
캐나다 회사들과 비슷한 방식으로 운영되는 것 같네요.
출퇴근시간에 보면 시간 살살 녹는다
어디서도 들어볼 수 없는 찐 경험담...너무 감사합니다 ㅠㅠ 구독과 좋아여만으로 이걸 볼 수 있다니!!
아주 압박 면접스러운 인터뷰 잘 봤습니다. 덕분에 아주 유용했어요. 세 분 다 감사드립니다.
향로님 호돌맨님 장꾸스러우시면서도 어쩔 수 없이 나오는 애정의 아빠미소가 보이네욬ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ구피님 내용도 너무 재밌었어요 공유 고맙습니다!
오늘도 유익하네요~ 좋은 영상 감사합니다
항상 보면서 꿈을 키웁니다. 좋은 영상 감사합니다.
좋은영상 감사합니다 첫 회사에 대한 얘기가 큰 도움이 되네요
밥먹으면서 보는데 역시 너무 재밌네요ㅎㅎ
감사합니다
시험기간 동기부여영상
진짜... 어뜨케 오늘은..나오나..???했는데 나왓슴 ㅠ ㅠ ㅠ 행복
ㅎㅎㅎ감사합니다 😃😃
그냥 이야기 하는것만으로도 ... 제가 몰랐던 부분들이라 얻어가는것이 너무나도 많습니다. 개발바닥 사랑해요 !!
방구석 1열 방청객 용근님 얘기도 기대가 됩니다 !
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
다들 성공하시는 이유가 있는 거 같아요 배우고 갑니다~
항상 재밌게 보고 있습니다!! 마지막 노래 제목은 무엇인가요!?!!
노래 좋죵?! ㅎㅎ seeherwave - fragrance 입니다. th-cam.com/video/bwPDI3ot9Cs/w-d-xo.html
안드로이드 개발자분도 한번 초빙해주세요! ㅎㅎ 기술블로그 보니까 오재환님 쩔던데..
화욜은 못참지 ㅋㅋ
저는 일, 월요일 저녁을 희생합니다 ㅋㅋ
@@devbadak 내일이 두근두근 설레고 있습니다.
구피님 너무 놀리는거 아닌가요? ㅋㅋㅋㅋ
구피님 정산도 재미납니다 참고하시라곸ㅋㅋ
학생 입장에서 배민 정말 정말 정말 가고 싶은 회사이고 ㅠㅠ 주문 서비스는 더욱 더욱 더욱 경험하고 싶은 서비스 인데 이번편으로 정말 도움이 많이 되었습니다 감사합니다!!!! - ps - 언젠간 꼭 배민 면접을 보고 지원동기에 개발바닥 언급 하겠습니다!!!
주문서비스팀 화이팅 ! 영상 재밌게 봤습니다 ㅎㅎ
왜 배민으로 이직하셨는지에 대해 중간중간 말씀하셨던 거 같은데 더 구체적 정보가 나올 때까지 집요하게 질문하시는 호돌맨님 ㅋㅋ 구독자들 입장 대변 좋고요(?)
카카오는 주니어에게 좋지 않다(메모)
엄마~ 나 카카오 안 가는 거야
동욱님에게 질문 좀 하고 싶습니다.
정산쪽업무를 하셨다고 하는데 jpa로만 하셨나요? 제가 생각할때는 정산쪽 업무는 mybatis로 할 수밖에 없다 느껴져서요. 집계나 통계성은 jpa로 처리하는게 비효울적이라고 생각됩니다. mybatis로 처리하는게 맞다 보는데..
순수 jpa로 했다 vs mybatis위주로 했다.
어느쪽이실지요??
안녕하세요 :)
이미 예전 배민에 있을때 작성한 팀 소개글에 공개했는데요 (woowahan.oopy.io/60a06399-3f95-4fec-a436-000ad6baff40)
제가 진행했던 주문/결제/정산/포인트 모두다 100% RDBMS에서는 JPA와 Querydsl를 사용했습니다.
(실시간 + 고성능에서는 NoSQL을 사용하긴 하지만, 대부분의 비지니스 로직은 RDBMS였고 이들은 모두 100% JPA와 Querydsl입니다)
배달의민족의 경우 워낙 소속된 가게/메뉴/할인정책/결제수단/수수료정책이 다양하고,
적재된 주문 역시 수십억건인 상황인데요 :)
- th-cam.com/video/zMAX7g6rO_Y/w-d-xo.html
그럼에도 모두다 JPA와 Querydsl를 사용해서 매일 정산을 하고 있습니다.
(제 기억으로는 배달의 민족 전체에서도 MyBatis 프로젝트는 하나도 없었습니다)
JPA를 사용하는데 *도메인은 중요하지 않습니다*
단지, 데이터를 객체로 볼 것이냐 테이블의 row로 볼 것이냐에 따른 테이블 설계의 문제라고 봐요.
단순히 테이블의 ROW로 데이터를 바라보고 설계를 한다면 JPA를 사용하긴 어려울 것이고요.
객체로 바라보고 설계를 한다면 JPA로 풀지못한 문제는 없을거라고 봅니다.
(SNS와 같이 고성능이 필요한 경우에는 NoSQL 등이 필요하니 또 다른 문제라고 봐요)
배민에서는 ORM을 쓰기 위해서 개편한것이 아니라, 유지보수와 확장성, 성능을 위해서 Domain (DDD의 Domain) 관점으로 테이블을 완전히 재 설계하고 100% 마이그레이션을 진행했습니다.
그리고 Domain 관점에서 설계를 하니 JPA를 쓰기 쉬울수 밖에 없었고요 :)
@@devbadak 친절하고 정성스런 답변 감사합니다
하나 질문이 있는데요!!
제가 트래픽을 경험해보지 못한 개발자라서 질문드립니다. 왜 트래픽이 많은 환경에서 개발을 경험해보고싶으신건가요??
그 이유는 백종원의골목식당에 나옵니다.
우형은 정말 개발자들의 워너비 회사네요…! 우형에서 원하는 인재가 되도록 더 노력해야겠습니다😭
제일 중요한 돈 얘기가 왜 없을까요..
카카오 양아치 회사라고 유명한데