Czy autorzy Pragmatycznego programisty zapomnieli o YAGNI?

Question

The Pragmatic Programmer jest bardzo przez wiele osób recommended. Właśnie skończyłem ją czytać i widzę, dlaczego ludzie ją polecają, chociaż chciałbym zauważyć, że Code Complete obejmuje niemal wszystkie te same materiały w dużo większej głębi.

Jedną z rzeczy, które mnie dręczyły, był sposób, w jaki autorzy nigdy nie wspomnieli o wadach elastyczności, uogólnieniu i pozostawieniu miejsca na dalszy rozwój. Te koncepcje są bardzo dobre, ale co stało się z zasadą YAGNI (You Is not Go Need It It), która uniemożliwia deweloperom marnowanie czasu na wdrażanie elastyczności, która nigdy nie zostanie wykorzystana?

Poszukiwanie SO ujawnia 400 pytań o YAGNI, więc wątpię, aby koncepcja była zbyt niejasna dla autorów. Nie jestem oczywiście tak blisko doświadczony jak oni, więc dlaczego nie wspomnieli o żadnym ograniczeniu w całej książce?

Dzięki.

Answer 1

Nie nazywają go YAGNI, ale nie ma słów kluczowych na stronie 11, który ma co najmniej taki sam nacisk:

wiedzieć, kiedy przestać!

Answer 2

Nie zapomnieli. Wydaje mi się, że książka właśnie poprzedza YAGNI i staje się znana.

Answer 3

[YAGNI] uniemożliwia deweloperom tracić czas realizacji elastyczność, która nigdy nie będzie używany

elastyczność wykonawcza niekoniecznie zająć więcej czasu. Z mojego doświadczenia wynika, że ​​może on (i powinien) być częścią twojego naturalnego stylu programowania. Kod IMHO, który jest nieelastyczny, jest generalnie wynikiem złych praktyk programistycznych.