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 |
Tags
- TDD
- 생성 패턴
- 디자인 패턴
- 기능 테스트
- 항해+
- 데이터 쿼리
- 항플
- 빈 스코프
- 항해플러스후기
- 항플 후기
- 항플 백엔드
- 항해플러스 후기
- fanout on write
- 항해 백엔드
- 항해플러스백엔드
- 항해
- fanout on read
- 순차지향
- 항해플러스 백엔드
- 싱글톤 빈
- pull model
- 항해플러스 회고
- 항해 후기
- push model
- 피드 구현
- 프로토타입 빈
- OOP
- API Aggregation
- 항해플러스
- 항해 플러스 후기
Archives
- Today
- Total
목록항해 (1)
deVlog

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