개발 워크플로우 - WPER - 워드프레스 지원 센터

개발 워크플로우 심화

배포 후에 발견하는 디자인 문제의 대부분은 배포 전에 순서대로 확인하면 잡힙니다. 규칙 · 상태 · 실기기의 세 단계로 정리했습니다.

디자이너 3분 읽기 2026.10.05

개발 워크플로우 심화

롤백은 버튼 하나가 아니라 코드와 데이터베이스 두 갈래이고, 되돌리는 순서가 있습니다. 그 순서를 배포 전에 적어 두는 것까지가 준비입니다.

디자이너 5분 읽기 2026.10.04

개발 워크플로우 심화

확장 지점을 남기지 않은 코드는 결국 포크되거나 직접 수정됩니다. do_action 과 apply_filters 를 어디에 몇 개나 둘지가 그 코드의 수명을 정합니다.

개발자 3분 읽기 2026.10.02

개발 워크플로우 심화

전면적인 테스트 스위트가 없어도 CI 는 값을 합니다. 문법 · 코딩 표준 · 빌드 대조 · 부팅 스모크 넷이 현실적인 출발점입니다.

개발자 4분 읽기 2026.10.01

개발 워크플로우 실무

문의를 늘리는 일보다 이미 받은 문의에 빨리 답하는 일이 쉬울 때가 많습니다. 좋은 의도는 흐름을 만들지 못하므로, 흐름을 문서로 만들어야 합니다.

마케터 3분 읽기 2026.09.29

개발 워크플로우 실무

읽고 나서 아무 일도 일어나지 않는 리포트는 보고서가 아니라 습관입니다. 한 장의 리포트는 결정 하나로 끝나야 합니다.

마케터 3분 읽기 2026.09.28

개발 워크플로우 실무

표본 크기와 기간을 시작 전에 정하지 않으면, 결과가 내 마음에 드는 순간에 테스트를 멈추게 됩니다. 그것은 실험이 아니라 확인 편향입니다.

마케터 3분 읽기 2026.09.27

개발 워크플로우 실무

요청이 작업으로 바뀌려면 다섯 줄이 필요합니다. 대상 · 관측 · 원하는 상태 · 판정 방법 · 우선순위. 이 다섯 줄이 없으면 담당자는 어디서부터 손댈지 정할 수 없습니다.

마케터 3분 읽기 2026.09.26

개발 워크플로우 실무

"2px 만 올려 주세요" 는 그 한 곳만 고치고 끝납니다. "이 값이 척도 밖입니다" 는 같은 실수가 다시 나오지 않게 합니다.

디자이너 3분 읽기 2026.09.25

개발 워크플로우 심화

등록은 세 줄이면 끝나고, 문서 주석이 그대로 도움말이 됩니다. 실제로 신경 써야 하는 것은 log · warning · error 중 무엇을 부르느냐입니다 — error 는 실행을 멈춥니다.

개발자 4분 읽기 2026.09.22

개발 워크플로우 실무

remove_action 은 실패해도 아무 말을 하지 않습니다. 이름이 틀렸는지 우선순위가 다른지 아직 등록 전인지 구분되지 않으므로, 반환값을 보는 습관이 절반의 해결입니다.

개발자 4분 읽기 2026.09.21

개발 워크플로우 실무

세 방식은 속도가 아니라 되돌리기 이야기로 갈립니다. "어떻게 올리나" 보다 "어떻게 되돌리나" 를 먼저 정하면 선택이 쉬워집니다.

개발자 4분 읽기 2026.09.20