-
Couldn't load subscription status.
- Fork 1
2024.11.12
S008:
- input-output 관련 컨벤션
- 그거 진짜 이미 구현이 다 되어있어서 다르게 하는게 더 이상하다 생각했어요
- 맞아요. 흠 근데 이미 소켓에 다 있고, 해당 코드가 기존의 브라우징이랑 진짜 거의 비슷해서 다른 방식으로 코드를 가져가는게 더 이상하지 않나 싶어요…
- 일단은 지금 상태로 usecase 해서 진행하는게 낫지 않을까… 석영님이 계셨다면 석영님이 맡는걸로 하면 좋은데 그게 안되니 일단 그렇게 하는 것도…
S017:
- 눈치 보는 중 2222 ← 어제 석영님 리뷰 보고 내가 잘못했나? 해서 무서웠
S042:
- Diffable Data Source 적용
- 코드리뷰 반영~~~
ViewModel / View Convention
PR → 건우님꺼에 석영님이 의견다신거
- input-output 관련 viewmodel 컨벤션 → 맞아요 근데 미팅이 안되서 ㅠ
- 일단 적용하고 나중에 수정 PR 올리면 어떨까요1~!
! - 그럼 일단 다 적용을 하고 컨벤션을 ?… 인아웃 적용할지말지도 논의사항이었던 것 같긴 한데
- → 뷰/뷰모델 컨벤션은 나중에 일치시키고, 기능 구현부터 진행 땅땅땅
- #11 어떻게 할 지
건우 → 일단 뷰 좀 멍청하게 해야함 (updateView 관련)
지혜 → 관련 지식 공부 ~~~ 동영상 상세화면, 재생 같은거 해보려구요!~ 추가도 진행할 예정입니닷 + 동영상 동기화 까지
윤회 → 소켓을 사용해서 유저 업로드 / 다운로드 까지 구현(Soket레벨에서 입력/방출까지, 저장은 X)
코드 거의 같아요
맞아요 근데 이미 connection 관련 코드를 다 만들어 놓으셔서
지금
석영님이랑 이야기 중인데
석영님은 그럼 develop에서 commit 추가?로 하는게 어떻겠냐는
깃헙 이슈 → create branch? 누르면 develop 업스트림으로 해서 remote branch 해서 로컬에서 fetch origin 한 다음에 동일한 이름으로 브랜치 생성해서 자동 업스트림 지정되게 하시면 어떻겠냐하시네요
애매하게 task가 나뉘어 있어서
석영님 걱정은 → 무엇을 바꿨고 추가됐는지 모르겠는 것과 매번 복붙? 식으로 비슷한 코드가 추가되면 매 pr마다 복붙이 될거같다 하시네요
그럼 결국 지금 새 브랜치를 쓰느냐 기존 석영님 브랜치에 붙이느냐 + 유저를 수정?
근데 석영님도 결국 브랜치의 문제, PR의 문제인거 같으니 저건 내일 회의로 두고 그 usecase 같은 경우는 일단 저런식으로 전달이 된다는 가정하에 윤회님의 나머지 작업을 하시는건 어떤가요?
인풋아웃풋도 내일로 두는건가요? 네
그럼 오늘 정리하면,
건우 → 뷰 멍청하게 하기
윤회 → 유스케이스 기준 pr 완성하기?, 동영상 업/다운로드 로직 구현
지혜 → 동영상 공뷰~ (AVKit / 레이어 + 소리)
내일 회의 → feat/#11 관련 논의 + Input,output
흠 아님 오늘 저녁에 슬랙으로나마 채팅 회의가 가능하면
아니
군대 점심시간…. 채팅 회의….
동의합니댜… 약 7?일 째 머지 안되는 PR… ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
넵 근데 어차피 그거 안하면 제 task 끝나서……. 학습만 하는거라 ㅠㅠ epic 3,4 부분을 지금 못하니까 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
넵 ㅋㅋㅋㅋ 아 근데 avkit으로 하시나요? avfoundation으로 가는건가요? 킷은 너무 많은 편의 사항?이 있다 알아서 좋아유