티스토리 뷰
- 반복
- 규칙과 원칙
- 하나의 작지만 함께하는 팀
- 페어 프로그래밍을 생활화
- 브랜치와 풀 리퀘스트를 없애기
- 최소화된 배포 파이프라인을 가지기
- 빌드가 성공하면 항상 서비스를 배포하기
어떻게 빨리 갈 수 있을까
A big theme of these rules is removing barriers to feedback loops and this means we can change software easily. Someone shipping code that isn't ideal is not the end of the world, just fix it and move on - don't introduce complicated processes that slows e
muchtrans.com
'운영관리' 카테고리의 다른 글
| 10배 뛰어난 개발자 되기 (0) | 2020.02.23 |
|---|---|
| 개발자에서 개발팀장이 되기까지 겪은 다섯가지 큰 실수 (0) | 2020.02.23 |
| 뛰어난 개발자는 뽑히는 게 아니라 길러집니다. (0) | 2020.02.23 |
| SRE(Site Reliability Engineering)란? (0) | 2020.02.20 |
| 미친놈과 안미친놈 차이 (0) | 2018.08.06 |
댓글
warpmemory
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
페이지
TAG
- 코드
- monitoring
- engineering
- Python
- 이슈처리
- Linux
- command
- File
- Web
- httpd
- MariaDB
- Ansible
- client
- mysql
- error
- 외부링크
- check
- deview
- 예제
- configuration
- code
- RESTful
- 명령어
- limits
- Module
- example
- Windows
- apache
- PowerShell
- 번역
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
글 보관함