자주 교류하는 연수 중이에요.
"'어떻게 전달하는가'보다'어떻게 전달하는가'가 더 중요해요!"
말 들었지?
거꾸로 말하다
"아무리 열심히 전달해도 전달이 안 되면 의미가 없어요."
그렇습니다.
프로그래머로 이걸 교체해 보세요!
"아무리 완벽한 디자인이라도 독자(작가)에 따라 나빠진다!"
...그런 경험 없어요?

일방통행이라 조어를 할 줄 안다

교류는 반드시 서로 의사를 전달해야 한다.
예를 들어 당신이 완벽한 디자인서를 만들었다고 가정해 보세요.
실장자에게'설계서대로 하면 돼!'그리고
대부분 생각과는 다른 것을 만들어 낸다.
최악의 경우
"만"의 첫 번째 글자의 "i"를 "お"로 바꾸십시오.
이렇게 간단한 지시라도
"아이고."
때로는 돌아온다.
그럼요. 왜 이렇게 됐죠?그래서
'야'를'야'로 바꾸라는 지시라서...
글을 잘 읽어라.
가로로 펼친 마지막 「i」도 「お」가 되었습니다!
웃으며 말해도 쓴웃음만 나온다.
만약 이것이 회사 동료 등 가까운 사이라면, 우스갯소리라고 할 수 있다
고객과 돈이 연관되면 큰 문제다.

작업자에게 승강기를 전달하는 것이 매우 중요하다

우리 화제를 제목에 다시 넣자.
"전달된 걸 전해줘!"이게 어떻게 된 일입니까?
아주 간단한 말.
스태프들이'자신은 이 설계서를 이렇게 해석한다'고 작성하면 된다.
예를 들어 프로젝트 규칙이'설계서와 과제 관리의 URL 등을 붙이면 좋겠다'는 것이라면 한번 써 보자.
디자인서 때문에.
고려하기 어렵지 않더라도 대체로 아래의 간단한 틀만으로도 충분하다.

기능 설치 시

## 修正内容を一文にまとめる
- 設計書を確認しながらひとつずつ
- 処理の流れを意識しながら順番に
- やったことを列挙していく(コピペ厳禁)
#### 動作確認
- [x] 上記を確認しながら（動作確認しつつ）列挙する
- [ ] 後で確認することも記載しておく

실제로 GitHub로 쓰면 이런 느낌이에요.

오류 수정 시

## バグの内容を一文にまとめる
#### 原因
- 直接的な原因
- 間接的な原因
- どのような経緯で発生したのか
#### 対応方針
- 〇〇という理由から（←重要）以下の修正をおこなった
- ここも Files changed 等を見ながら
- やったことを列挙していく
#### 動作確認
- [x] 上記を確認しながら（動作確認しつつ）列挙する
- [ ] 後で確認することも記載しておく

'그 점을 감안해 이렇게 처리했다'는 이유를 꼭 남겨주셨으면 좋겠습니다.

누가 구할 수 있겠는가

시간 낭비잖아!그렇게 생각하는 사람도 있겠지.
"아이고"를 들은 이유는 매우 낭비한 것이다!
그렇다면 이런 일을 하면 누가 구할 수 있겠는가.
우선, 가장 중요한 것은 레베보가 큰 도움을 주었다는 것이다.
작업자에 비해 리뷰를 하는 사람이 적어 댓글을 기다리느라 바쁘다.
이 댓글만 봐도 스태프들이 디자인서를 잘 읽는지 확인할 수 있다.
만약에'한 일'이 적거나 여분의 것이 있다면, 이때 눈을 접시에 넣고 코드를 읽을 필요가 없다.
(작업 누락이 존재하는 상황에서 코드 차이가 없기 때문에 코드 심사만으로 알아차리기 어려운 문제도 존재한다)
그리고 스태프들도 큰 도움이 됐어요.
쓰면서 숙제 누락과 누락이 있는지 잘 확인하세요.
이것은 남에게 폐를 끼치지 않는 마지막 선이다.
그리고 미래의 참여자들도 큰 도움을 주었다.
어떤 수정을 했는지 한눈에 파악할 수 있고, Git의 경우 이력서도 쉽게 찾을 수 있다.
가장 고통스러운 것은 History에서 잘못된 수정commit을 발견하고 추출한 경우
스타일북과 과제 관리의 URL이 적혀 있고 이전 후 참조 권한이 없는 패턴입니다.
이런 상태에서 프롤릭의 제목이 지점명이면 완전히 막히기 때문에 잘 써야 한다.

누구도 구할 수 없는 결론

전하고 싶은 거 전달했어요?
"아이고"꽉 찼잖아요.
폭발할 때 "폭발 아저씨 같은 거 징그러워!"나는 이렇게 개축해도 괜찮다고 생각한다.
실제로는 마크 다운으로'하는 일'과'확인하는 일'노트만 꾸몄을 뿐, 스태프 등은 모두 뒤였다.
도중에도 썼지만 코드 평론에서 작업자의 숙제 누락이 가장 어려웠기 때문에 작업자는 하나하나 "갈대!"라고 말했다.손가락으로 확인하세요.