내가 일하는 방식에 민첩한 생각을 점차 흡수 해 감에 따라 yagni ("필요하지는 않을 것")가 점점 더 중요 해지고 있습니다. 잘못된 우선 순위를 걸러 내고 이 아닌 다음을 결정하는 가장 효과적인 규칙 중 하나 인 것 같습니다..YAGNI - 지명되어서는 안되는 민첩한 연습?
그러나 yagni는 여기에서 거의 속삭이지 않은 개념 인 것으로 보입니다. 나는 의무 검색을 실행했고, 한 가지 질문 제목에 - 그리고 나서 보조 역할에 대해서만 나타납니다.
왜 이런가요? 그 중요성을 과대 평가합니까?
면책. 응답을 선취하기 위해 내가 이의를 제기 할 것이라고 확신하겠습니다. yagni가의 반대쪽임을 강조하겠습니다. 귀하가해야 할 부분을 올바르게 얻는 데 소중한 시간과 노력을 집중할 것을 권장합니다.
다음은 자주 묻는 질문 중 일부입니다.
내 단위 테스트는 사용자 요구 사항 또는 프레임 워크 구조를 기반으로 선택합니까?
프레임 워크에서 벗어나기 때문에 거기에있는 단위 테스트 만 설치하고 테스트하고 유지 관리합니까?
내 프레임 워크에서 생성 한 코드 중 어느 정도는 보지 않았지만 (그래도 yagni라고해도 언젠가는 나를 물 수 있습니다)?
사용자의 문제가 아니라 도구에 얼마나 많은 시간을 할애하고 있습니까?
쌍 프로그래밍의 경우 관찰자의 역할 값은 종종 "yagni"에 있습니다.
CRUD 도구를 사용합니까? 당신이 _RU_ 도구 또는 C__D 도구로 사용할 수 있습니까? 아니면 하나 또는 두 개만 필요할 때 네 조각의 코드 (네 개의 단위 테스트)를 생성하고 있습니까?
이것은 정말로 당신의 잘못이 아니지만, 나는 지금 내 머리에서 얀니와 그의 빌어 먹을 콧수염을 꺼낼 수 없습니다. – MusiGenesis
당신은이 게시물을 불러야했습니다. 이름을 밝히지 않을 것입니다. – sam