flesh out book conclusion

bevacqua · bevacqua · commit 997ef8d740f1 · 2018-06-29T18:12:22.000-03:00
diff --git a/chapters/ch06.asciidoc b/chapters/ch06.asciidoc
@@ -282,4 +282,4 @@ The same case could, and should, be made for the data structures returned from e
 
 When we rely directly on the original responses, we may find ourselves writing view components that are more verbose than they need be, containing logic to pull together the different bits of metadata needed to render our views, mapping data from the API representation into what we actually want to display, and then mapping user input back into what the API expects. With a layer in between, we can keep this mapping logic contained in a single place, and leave the rest of our application unencumbered by it.
 
-Mastering modular JavaScript isn't strictly about following a well-defined set of rules, but rather about being able to put yourself on the shoes of your consumers, foreplanning for feature development that may be coming down the pipe, -- but not too extensively -- and treating documentation with the same respect and care that you should be putting into interface design. The internals, as the implementation details that they are, can always be improved later. Of course, we'll want to patch or at least abstract away those sources of complexity, but it is in their shell that beautiful modules truly shine.
+Mastering modular JavaScript isn't strictly about following a well-defined set of rules, but rather about being able to put yourself on the shoes of your consumers, foreplanning for feature development that may be coming down the pipe, -- but not too extensively -- and treating documentation with the same respect and care that you should be putting into interface design. The internals, as the implementation details that they are, can always be improved later. Of course, we'll want to patch -- or, at least, abstract away -- those sources of complexity, but it is in their shell that beautiful modules truly shine. Above all, trust your own judgement and don't let the latest development fads clog your decision-making!

Original file line number	Diff line number	Diff line change
`@@ -282,4 +282,4 @@ The same case could, and should, be made for the data structures returned from e`
`282`	`282`
`283`	`283`	When we rely directly on the original responses, we may find ourselves writing view components that are more verbose than they need be, containing logic to pull together the different bits of metadata needed to render our views, mapping data from the API representation into what we actually want to display, and then mapping user input back into what the API expects. With a layer in between, we can keep this mapping logic contained in a single place, and leave the rest of our application unencumbered by it.
`284`	`284`
`285`		-Mastering modular JavaScript isn't strictly about following a well-defined set of rules, but rather about being able to put yourself on the shoes of your consumers, foreplanning for feature development that may be coming down the pipe, -- but not too extensively -- and treating documentation with the same respect and care that you should be putting into interface design. The internals, as the implementation details that they are, can always be improved later. Of course, we'll want to patch or at least abstract away those sources of complexity, but it is in their shell that beautiful modules truly shine.
	`285`	+Mastering modular JavaScript isn't strictly about following a well-defined set of rules, but rather about being able to put yourself on the shoes of your consumers, foreplanning for feature development that may be coming down the pipe, -- but not too extensively -- and treating documentation with the same respect and care that you should be putting into interface design. The internals, as the implementation details that they are, can always be improved later. Of course, we'll want to patch -- or, at least, abstract away -- those sources of complexity, but it is in their shell that beautiful modules truly shine. Above all, trust your own judgement and don't let the latest development fads clog your decision-making!