Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
Tags
- fanout on read
- 항해 플러스 후기
- 항해플러스 백엔드
- 순차지향
- fanout on write
- 빈 스코프
- 항플
- API Aggregation
- push model
- OOP
- 피드 구현
- 항플 백엔드
- 항해
- 프로토타입 빈
- 항해+
- 항해플러스 회고
- 데이터 쿼리
- 항해플러스백엔드
- 항플 후기
- 항해플러스
- 항해플러스후기
- 기능 테스트
- TDD
- pull model
- 항해플러스 후기
- 항해 후기
- 생성 패턴
- 디자인 패턴
- 싱글톤 빈
- 항해 백엔드
Archives
- Today
- Total
목록항해플러스 회고 (1)
deVlog

목차 📄 개발 전 설계 문서항해를 하면서 Mock API와 시퀀스 다이어그램을 처음 적용해봤다. Mock API는 처음 접하는 개념이었고, 시퀀스 다이어그램은 알고 있었지만 실무에서 많이 적용해본 적은 없었다. 서버 구축을 시작하며 시퀀스 다이어그램을 그리기 시작했을 때, 생각보다 시간이 오래 걸렸다. “이걸 실무에서 할 시간이 있을까?”라는 고민도 들었다. 시퀀스 다이어그램을 작성하면서 든 생각은 아래와 같다.시퀀스 다이어그램을 작성하는 과정에서 코드 구현이 자꾸 떠오르며, 코드 구현을 그림으로 나타내는 느낌이다. 세세한 코드 구현을 다이어그램으로 표현하는 것이 맞는지, 아니면 더 추상적으로 작성해야 하는지 모르겠다..시퀀스 다이어그램에서 모든 에러 사항을 표현해야 하는지, 아니면 정책 관련 비즈..
Study/항해플러스 백엔드 6기
2024. 10. 25. 00:03