BooduckSound

• 내용

  • 목차
    • 목차의 주제발표 부분을 조금 더 상세하게 나누는 것은 어떨까요..?
    • 목차만 봤을 때 어떤 소재가 있으며 어떻게 발표할 지에 대한 감이 오지 않습니다 ㅠㅠ
  • 시연영상
    • 뭔가 리얼하게 컨셉(?)을 잡은 것 같아서 보는 데에 부담이 없었습니다!!!! 이 부분은 확실한 강점이 아닐까요 ㅎㅎ
    • 대신 이 2분30초짜리 영상을 10분 발표에 넣어버린다면 발표에 조금 부담이 느껴질 것 같다는 생각이 들었습니다 ㅠ
    • 피드백중에 브금이 크다는 의견이 있었는데, 저는 그렇게 나쁘지는 않았습니다!!
  • 노래를 어떻게 들려줄 것인가에 대한 고민
    • iframe
    • FFmpeg (ytdl 라이브러리)
    • Google의 웹스트림 전달
  • 기타
    • 8페이지의 weba stream은 오타겠죠..?
    • 20페이지의 영상?? gif?? 는 진짜 좋네요!! 그런데 server에서 클라이언트랑 mp3로 넘겨주는 부분이 너무 빨리 넘어가서 눈에 잘 안들어온 느낌은 있었어요! 그래서 아예 2개를 별개의 gif로 처리하면 어떨까 하는 생각도 들었습니다! (이건 제가 발표를 못들어서.. ㅠㅠ 굳이 분리 안해도 발표하실 때 말로 잘 표현하실 수 있다면 이대로 둬도 좋을 것 같아요!)
    • 21페이지는 발표때 설명하시겠죠..? 보안 관련 부분이라고 추측했습니다 ㅋㅋㅋㅋ
    • 22페이지 플레이영상은 맨 앞에 2분 30초짜리 영상이 있다면 굳이 필요하지는 않을 것 같습니다! (발표에 필요하다면.. 제가 죄송합니다 ㅠ)
    • 23Page 이후의 부분은 혹시나 Q&A가 없을 때 미리 준비한 Appendix인가요..?
      • 발표 시간만 크게 문제 없다면 Next.js, 컴포넌트 최적화, 무한스크롤, 디자인패턴과 같은 내용들도 간단하게 언급하고 넘어가도 좋을 것 같아요! (진짜 좋은 내용....!!)

• 배운점

  • youtube영상을 PPT에 아예 임베딩 시킬 수 있다..!
  • 내용 구성이 딱 잡혀있어서 PPT를 읽을 때 어떤 흐름인지 바로 눈에 들어왔다..! 완전 짱짱!

• 피드백

  사실 ppt를 너무 잘만드셔서 억지로 짜내긴 했지만

  • 3페이지

    • 기술소개, 기술적인 도전, 시연 글씨만 지금 상태에서 조금만 더 진하면 좋을 것 같아요!

  • 4페이지

    • 이미지가 살짝 깨진 부분이 불편충으로서 신경쓰이긴 하지만 줌 화면공유에서는 별로 티 안날거같아서 이 부분은 괜찮을 것 같아요!

  • 12페이지

    • 왼쪽 사진 webRTC 아래에 있는 밑줄이 불편합니다.(엄근진) 이건 저희 멘토님께서도 지적해 주셨던 부분인데 코드 밑에 밑줄이 있으면 뭔가 오류처럼 보이는 인상을 줄 수도 있다고 하시더라구요!

  • 14페이지

    • 콘솔 로그 삭제! (근데 이건 피드백에도 있는 내용이네요 ㅠㅠㅠ)

  • 16페이지

    • 14와 동일

  • 21~23페이지

    • 발표 때 구두로 설명하긴 하시겠지만, ppt 하단에 어떤 부분에 대한 최적화인지도 적어주면 좋지 않을까요?
    • 피피티 상으로는 채팅방의 최적화라는 건 알겠는데, 채팅방 내의 어느 부분에 대한 최적화가 이루어졌는지 잘 모르겠어요!

  • 26페이지

    • */5면 5분에 한 번씩 업데이트하는 건가요? 이 부분도 사진 오른쪽에 간단히 설명을 적어줘도 좋을 것 같아요!

  • 28페이지 이후

    • A트랙에서 명철님이 해주신 말인데, 발표 이후 큐엔에이 때 질문이 안들어올 상황을 대비해서 미리 팀에서 어필하고 싶은 부분(or 질문이 들어올 것 같은 부분)에 대한 장표를 미리 만들어두는 것도 좋다고 하셨어요! 그래서 술트리밍 팀에서 자신있는 부분 2장 정도만 추가해서 FAQ 느낌으로 페이지를 추가하면 어떨까요?

  • 그 외 개인적인 취향

    • 11페이지처럼 생긴 페이지들이 공통적으로 폰트 크기가 작은 거 같아서 조금만 더 키워줘도 좋을 것 같아요!

  • 피드백을 드릴려고 피피티를 진짜 많이 봤는데, 술트리밍이 이때까지 회의나 협업이나 한 것들을 간략하게 모두 담은 피피티라고 생각해서 너무 완벽하다고 생각했어요

  • 마지막 피피티에 미아핑 넣으신 거 너무 재밌었는데, 명철님이 마지막 Q&A 피피티에서는 발표 요약이나 프로젝트 요약 같이 Q&A를 받으면서 청중이 생각할 수 있게 만들라고 하셨거든요 !

  • 그래서 마지막 피피티에 미아핑 상단이나 하단으로 빼고 프로젝트 요약을 넣으면 좋을 것 같아요 !

HyupUp

• 내용

  • 목차
    • 너무 깔끔하게 정리되어 있어요!! 보고 배워야겠어요 ㅎㅎ
  • 소개
    • 저희 조에서는 애플리케이션에 중심을 둔 나머지 팀원 설명이 없었는데, 이런 부분도 추가된다면 정말 좋을 것 같습니다!!
    • 간단한 서비스 소개도 너무 좋았습니다! 영상에만 의존하지 않고 이렇게 사진으로 빠르게 처리한다면 발표시간을 아낄 수 있겠다는 생각도 들었네요!
    • 8페이지의 Drag and Drop API와 소켓(socket.io)의 경우 기능을 어떻게 구현했는지에 대한 내용인데, 앞과 뒤에서는 간단한 애플리케이션 사용법에 대해서만 나와있기 때문에 이런 자세한 내용은 빼도 괜찮을 것 같다는 개인적인 의견..입니다 ㅎㅎ
  • 고민과 해결
    • 우리의 칸반보드 구현기
      • 20페이지의 UX개선부분은 PPT만 봤을 때는 조금 뜬금없는 부분이라고 느낄 수 있을 것 같습니다! 14페이지의 초기 구현 칸반보드와 차이가 없어보이는..데... 이 부분은 발표로 커버하시는 것이겠죠? 아니라면 14페이지와 20페이지를 비교하면서 설명하는 것도 좋을 것 같습니다!
    • 상태 관리 라이브러리 Recoil
      • 22페이지 상태관리 → 상태 관리 !!!!
      • 38페이지 아쉬운점은 사용하고도 아쉬웠던 점을 적은 것이겠죠..?!
    • 멀티프로세스
      • Redis를 사용한 이유에 대해서 너무나도 명확하게 설명해주셔서 PPT만으로도 이해가 팍팍 됩니다!!!
    • 불변성
      • 와... 진짜 이 부분은 발표를 듣고싶어질 정도로 너무나도 좋았습니다 ㅠㅠ 이 내용이 Q&A 이후의 Appendix라는게 너무나도 아쉬울 정도였어요..!
    • 기타
      • 흠 잡을 데가 사실상 없다고 보면 될 것 같습니다..!
      • 트렐로와의 비교부분은 직접 설명을 듣고 싶을 정도로 궁금합니다 ㅎㅎㅎ

• 배운점

  • 그냥 PPT 전반적으로... 품격이 느껴졌다..
  • 어떤 고민을 했고 어떻게 개선했는지에 대한 부분, 그리고 아쉬웠던 점에 대한 부분이 나열되어 있는 것이 너무나도 명확해서 애플리케이션의 성장 과정을 본 캠퍼가 아니더라도 충분히 성장 스토리를 어필할 수 있었던 것 같아서 너무 좋았다!!

• 피드백

  • 홍보영상이 짧고 인상적이어서 좋습니다.

  • 4페이지 이미지들의 픽셀이 조금…

  • 개인적인 생각입니다만 리뷰투게더는 특별한 경험같은데 왼쪽 구석에 있어서 눈에 안띄네요 ㅠㅠ 가운데에 두셔도 될 것 같은데 이부분은 이 때 어떤 멘트를 치냐에 따라 다를 것 같아서 그냥 참고만 해주세용

  • 이미지들에서 유저가 입장하는 것이 먼저라면 유저가 왼쪽에 있고, 서버가 오른쪽인것이 읽거나 보기에 편할 것 같습니다. 슬라이드가 바뀌면 왼쪽을 먼저보게되더라구요 ㅎㅎ

  • 코드 내에 빨간줄과 노란줄이 조금 신경쓰이네요 ㅎㅎ 굳이 보여줄 필요가 있을까요?

  • WebRTC는 잘모르는데 혹시 코드 내에서 강조하실 부분이 있다면 붉은 사각형같은걸로 표시하셔도 좋을 것 같아요. 그냥 코드만 있으면 뭘 봐야할지 모르겠어서 ㅠㅠ

  • 코드 이미지 픽셀이 어떤건 선명하고 어떤건 흐릿해요.

  • 최적화 도전 어마어마하시네요… 이미지만 있어서 발표내용이 너무 궁금하네요. 못듣는게 아쉽습니다.

  • 소개 ~ 기술활동

    • 저희는 발표주제에 시간을 더 투자해서 이런부분에 대한 소개를 많이 못했지만 프로젝트의 진행과정에서 팀 활동으로 수행하신 활동을 소개해주신것도 좋아보입니다.
    • 정말 어떤 과정으로 프로젝트를 진행했는지 보여서 좋은 인상을 줄 수 있을 것 같습니다.

  • webrtc

    • 직접 발표를 못 들어서 아쉽습니다. 저처럼 WebRTC에 대해 잘 모르는 사람들은 코드만 본다면 어떤 의미인지 잘 모를 수 있으니 어떤 문제를 해결하기 위해 또는 어떤 이유로 컴포넌트 안에 모든 로직을 구현했는지 또는 WebRTC 모듈을 분리했는지 잘 녹여내시면 좋을 것 같습니다.
    • 아마 시간에 따라 서버와 브라우저의 아키텍처를 개선해나간 과정을 소개해주신 것 같은데 어떤 내용인지 궁금해졌습니다. 과정을 잘 녹여내시면 최고의 발표가 될 수 있을것 같습니다!
    • 저희도 이 고민을 겪었는데 페이지에서 코드가 큰 비중을 차지하면 코드를 읽느라 발표에 집중이 안 될까봐 걱정이었습니다. 저희는 코드의 중요한 부분만 잘라 보여줬는데 그게 불가능하다면 청중의 주의를 휘어잡는게 중요할 것 같습니다

  • 최적화

    • 대본 없이 슬라이드만 봐서는 무슨 내용인지 잘 모르겠습니다..
    • 프로파일링 결과를 수치적으로 표현하신 것은 굉장히 좋아보입니다! 저희도 이런 그래프적인 부분을 보였으면 좋았겠다는 생각이 드네요
    • 개선과정을 잘 녹여내시면 면접에서도 좋은 무기가 될 수 있을 것 같습니다

  • 기능 간단소개

    • 이부분이 문서의 가장 뒤쪽에 있는건 발표시간이 부족해서겠죠..? 홍보영상을 뒤로 보내고 간단한 기능을 gif와 함께 소개하는것도 나쁘지 않을 것 같습니다

  • 너무 칭찬을 써주셔서 고칠점 쓰는데 양심에 좀 찔리네요..ㅋㅋㅋ 대본이 없어서 슬라이드에 보이는것만 적어봤습니다

명철님의 정성스러운 답변~~

• PPT의 양
  • PPT의 양은 전혀 관계가 없다. 개인 취향의 영역!
• 발표 방향성
  • 네트워킹 데이 발표를 듣는 선배 개발자 분들이 누군지에 따라 여러분의 발표 방향성이 달라질 수 있을 것 같다
  • 6주라는 짧은 기간동안 여러분 각자가 기술적으로 어떤 고민을 했는지, 그래서 해결 방안을 만들어 냈는지 이야기 하는 것이 중요한 것 같다
  • 기술적인 옵션에 대한 장단점을 고려하고 주체적으로 어떤 선택을 했는지 드러나는 발표가 좋았다
  • 그냥 익숙해서, 혹은 멘토가 이게 좋다고 해서 진행했다는 발표는 재미없었다. 솔직히 산출물이 그럴듯 하거나 훌륭해도 관심이 안갔다.
  • 구현한 기능을 단순히 나열하는 발표는 안되었으면 좋겠다
• 기타

희수님의 정성스러운 답변!!

• 시연 영상
• 발표의 중점
• PPT
• PPT 수정