유저의 확보 -> 소셜 디스커버리 = 짬뽕
Sep 26, 2023프론트엔드의 아키텍처는 개발에 있어 상당히 중요하다. 다양한 이유가 있지만 역시 이후 개발의 편의성, 유지 보수가 가장 큰 중요점이다. MVVM이건 MVC건 FLUX건 모든 개발 아키텍처의 중점은 거기에 있다고 생각한다. 첫 회사에선 Redux를 이용해서 중앙 데이터 관리를 활용한 Flux패턴을 사용했고 이후 Angular를 사용하여 MVVM 비슷한 패턴을 쓰는 회사도 다녀봤고 지금은 mobx를 이용해서 Service-Store 방식으로 아키텍처를 관리하고 있다. 당연히 정답은 없지만 한가지 확실한 것은 이것을 지키기가 너무 어렵다는 점이다. 오늘은 미션 기능을 추가하면서 서비스-스토어 패턴으로 구현하기 위해 고민했던 부분을 이야기해본다.
May 1, 2023서비스에서 가장 중요한 인사이트는 당연히 유저 정보와 유저의 이벤트(액션)이다. 이런 데이터들이 추가한 기능에 대한 평가, 다음 기획의 방향성을 결정하게 된다. 특히 사업 초기 정량적인 평가가 어려운 경우 인사이트를 얻기위해 이러한 이벤트는 생각보다 유용하게 활용된다. 마케팅 팀의 주장으로 앱에 Amplitude라는 분석 솔루션을 도입하게 되었다. 도입하기 전에 기존에 GA(구글 에널리틱스)가 앱에 심어져야 있었는데 앰플리튜드를 심는 이유가 궁금하여 찾아보니 해당과 같은 글을 찾아볼 수 있었다. 반쯤은 못 알아들었지만 결국 조금 더 쉽고 서비스 중심적인 솔루션으로 보인다.
May 1, 2023오늘은 가벼운 이야기, 피처를 추가할 때 어떤식으로 할까를 이야기해보자. 기능, 소위 피처(feature)를 추가할 때 작업은 언제나 어려움, 갈등, 변경의 연속이다. 기획레벨에서 모든게 정리되어 개발팀과 디자인팀으로 내려오면 이상적이겠지만 그럴리가 전혀 구체화되지 않은 아이디어 레벨의 기획이 내려오는 경우도 종종 있고, 개발 도중 기획이 바뀌는 경우도 적지않다. 개발일을 처음 했을 때는 이러한 부분에 맹목적인 불만을 가졌지만 지금에서는 이러한 부분이 서로 잘 모르기 때문에 발생하는 것이라는 것을 알기에 어떻게 잘 풀어나갈지를 고민하게 된다. 물론 스타트업 레벨의 회사만 다녔고 가장 큰 회사가 대략 80명 내외에 개발팀이 30여명 쯤 되는 회사였으니 더 큰 규모나 다른 회사의 경우는 어떨지 모르지만 적어도 내경험이 다른 사람에게 도움이 됬으면 한다. 피처의 정의 일단 피처의 개발은 2가지가 있다고 생각하는 편인데, 하나는 기존 기능의 개선, 두번째는 아예 새로운 기능의 추가이다.
May 1, 2023
HackMDor
By clicking below, you agree to our terms of service.
Sign in with Wallet
New to HackMD? Sign up