협업/프론트 & 벡엔드

처음에 초석을 다질때 디자인을 잘하는 것이 중요예:항상 공통적으로 들어가는 데이터 => product네비게이션에서 카테고리 페이지로 들어가서리스트에 나오는 product를 select해서거기에 있는 product page로 들어가서거기에서 더 상세한 product information을 본 다음에거기에서 체크아웃공통적으로 보이는 정보가 product information디자인도 틀리고 거기에 나오는 정보도 조금씩 틀릴수도 있지만결국은 같은 정보들이 다른 방법들로 나열되고다른 디자인을 입혀서 다른 식으로 나오는 거지결국은 하나의 정보가 여러페이지에 나오는거임'예'의 로직이 디자인과 프론트엔드 코드에 적용이 되어야 함프로덕트의 이미지가 카테고리 페이지에서 보이는 이미지와 프로덕트 페이지에서 보이는 이미지 요..
싫은점같이 배포하기로 한 날이 있는데 그 전날에 개발 서버를 배포하는 개발자뭐 바꿔놓고 안알려주는 벡엔드 개발자상태코드가 바뀌었다거나갑자기 property명이 바뀐걸 안알려줬다거나뭔가에서 안 됐는데 쓸모없는 에러메시지를 뱉어주는 벡엔드 개발자서버 에러일 수도 있는데 InvalidArgument등을 내려준다던가인터페이스 변경해놓고 알려주지 않는 개발자좋은 사람그런걸 다 공유해주는 사람 API를 만드는데 있어서 흐름까지 전부 다 그려가지고 그거까지 공유해주는 개발자
류가든
'협업/프론트 & 벡엔드' 카테고리의 글 목록