팀 프로젝트를 진행하며 재밌는 경험을 해서 기록해봅니다 😃 모든 종류의 Slack Event는 하나의 URL로 전달된다 Since your application will have only one Events Request URL, you'll need to do any additional dispatch or routing server-side after receiving event data. Slack Evnt API 문서 Slack App을 워크스페이스에 설치하고 권한을 부여하면, 특정 상황이 발생할 때마다 이를 이벤트로 감지하여 Slack App에 설정된 URL로 이 정보를 보내줍니다. 가령 채널에 메시지가 전송되었다거나, 편집 혹은 삭제되었다거나, 심지어 이모지가 달린 것까지. 사용자에 관련해서는..
추상적인 개념에 대한 학습 경험 레벨 2 동안엔 정답이 없는 문제에 접근하고, 나만의 답을 형성하기 위해 끊임없이 고민해야만 했다. 정답이 아니라 why를 던져주는 우테코 교육방식의 절정이었다. 미션을 수행하는 과정에서 계속해서 고민하고 크루들과 대화하며 나만의 객체지향, 나만의 아키텍처에 대한 기준을 정립했다는 점에서 큰 성과가 있었다. 나만의 이해, 나만의 기준이 얼마나 수준 높은지 보다는 존재 여부가 훨씬 중요하다고 생각한다. 작은 느낌표라도 일단 손에 쥐어지게 되면, 이를 개선하는 것은 수월하기 때문이다. 크루들과 대화하며 생각을 공유하고 나만의 답을 찾아갔던 과정이 정말 행복했다. 아마 우테코를 회상하게 될 때, 함께 고민하며 대화했던 순간들, 함께 했던 사람들, 그들과 함께 했던 행복했던 감정..
JpaRepository를 상속하지 않는 이유 라는 최범균님의 영상을 보고 포스팅해봅니다. extends JpaRepository public interface MemberRepository extends JpaRepository { } Jpa를 학습한 이후로 한 번도 JpaRepository 이외의 인터페이스를 확장해서 사용해본 적이 없었는데요, 최근 최범균님의 JPA 영상을 보다가 Repository 상속을 선호한다는 말씀을 접하게 되었습니다. 왜 그러한지에 대해서도 간명하게 친절하게 설명해주셔서 큰 도움이 되었습니다. 팀 프로젝트 동료들에게도 이 내용에 대해 공유해보았는데요, 모두들 공감해주어서 프로젝트에서도 Repository 상속을 사용하게 되었습니다. 그럼 왜 JpaRepository가 아닌 ..
배민다움을 읽고 생각해본 내용들에 대해 간단히 정리해봅니다. 🍷 진한 협업 경험에 대한 정의 레벨 3 가이드 문서에 목표로 삼아야 할 것이 진한 협업 경험이라고 명시되어 있는데, 저는 이것이 추상적으로 느껴져서 정말 어려웠습니다. 그래서 팀 회의 시간에 각자가 생각하는 진한 협업 경험이 무엇일지 공유해보고 싶다는 제안을 했고, 아래와 같은 의견들을 나눌 수 있었습니다. ### 레벨3 목표인 진한 협업 경험인데, 이야기 해보고 싶다! 진한 협업 경험이 무엇일까에 대한 각자의 생각? - R - 책임이 분산되더라도 context는 항상 공유하고, 서로의 업무에 대해서도 잘 알고 있기 - 연결되어있다는 느낌, 안전하다는 느낌 - Y - 의견에 대한 활발한 토론 (반대 의견 👍) - 프로젝트 코드에 대한 이해, ..
new A(new B(new C())) 위와 같이 A, B, C가 의존관계에 있고 셋 모두 스프링 빈에 등록되어야 할 대상일 때, 스프링 컨테이너에서는 어떻게 인스턴스를 만들까요? 실제 구현 내용을 모른다면, 직접 구현한다면 어떻게 구현하실지 말씀해주시겠어요? 위 질문은 얼마 전 진행됐던 레벨 인터뷰에서 브라운이 인터뷰이에게 했던 질문입니다. 옵저버로서 해당 인터뷰를 관찰하면서도, 뜻밖에 질문에 저 또한 속으로 대답을 떠올려보고 있었습니다. 제 속에 떠올랐던 대답은 "현재 생성할 수 있는 인스턴스를 생성하는 사이클을 반복한다" 였습니다. 아래처럼요. 1) A는 B가 아직 생성 안되었기에 넘어가고, B도 마찬가지입니다. 그러면 C를 생성하고 mark 합니다. 2) A는 여전히 B가 없으니 넘어가고, B는 ..
