비슷한 광고 도메인의 FE 직무로서 굉장히 즐겁게 읽었습니다. 기술적으로 많이 시도되지 않은 영역인 거 같아서 읽다보니 궁금한 포인트들이 여럿 생기네요! 아래 남겨 두겠습니다. 1. '처음 느린 도구는 탐색을 포기하게 만든다.'라는 전제가 있었는데 이 부분은 해소 됐을까요? -> 적용 전/후 탐색 횟수 등을 비교하는 사용자 로그 수치가 있으면 더 설득력이 강해질 수 있겠다는 생각이 들었습니다. 2. 정렬을 메인스레드에서 처리하면 사용자 경험이 크게 떨어지나요? -> 10ms 면 16ms 이내라 한 프레임에 들어오는 수치라 사용자 체감이 크지 않을 수 있겠다는 생각이 들었습니다. 3. 도전적인 아키텍처라 설득하고 적용하시는 과정에서 다른 의견들이 있었을 거 같은데 의견 조율 과정도 궁금해졌습니다. 조금 기술적으로 파고드는 질문처럼 들릴 수 있는데요ㅠ, 같은 FE로서 실제 도입을 한다고 생각하고 바라보다보니 깊게 생각해보게 돼서 그런 거 같습니다. worker를 직접 프로덕션에 사용했다는 사용기가 많지 않아서 흥미롭게 읽었구요. 직접 나서서 실험해보고 좋은 글 공유해주셔서 감사합니다!

비슷한 광고 도메인의 FE 직무로서 굉장히 즐겁게 읽었습니다. 기술적으로 많이 시도되지 않은 영역인 거 같아서 읽다보니 궁금한 포인트들이 여럿 생기네요! 아래 남겨 두겠습니다. 1. '처음 느린 도구는 탐색을 포기하게 만든다.'라는 전제가 있었는데 이 부분은 해소 됐을까요? -> 적용 전/후 탐색 횟수 등을 비교하는 사용자 로그 수치가 있으면 더 설득력이 강해질 수 있겠다는 생각이 들었습니다. 2. 정렬을 메인스레드에서 처리하면 사용자 경험이 크게 떨어지나요? -> 10ms 면 16ms 이내라 한 프레임에 들어오는 수치라 사용자 체감이 크지 않을 수 있겠다는 생각이 들었습니다. 3. 도전적인 아키텍처라 설득하고 적용하시는 과정에서 다른 의견들이 있었을 거 같은데 의견 조율 과정도 궁금해졌습니다. 조금 기술적으로 파고드는 질문처럼 들릴 수 있는데요ㅠ, 같은 FE로서 실제 도입을 한다고 생각하고 바라보다보니 깊게 생각해보게 돼서 그런 거 같습니다. worker를 직접 프로덕션에 사용했다는 사용기가 많지 않아서 흥미롭게 읽었구요. 직접 나서서 실험해보고 좋은 글 공유해주셔서 감사합니다!

왜케 설명이 부실하지

판단력이 중요하다고 말하면서, 그 판단력을 만들어왔던 전문 분야의 경계를 허물면 모순아닌가요?