docs(style-guide): added the one more why on 02-02

closes #1473

Author: shairez

public/docs/ts/latest/guide/style-guide.jade

@@ -193,27 +193,33 @@ a(href="#toc") Back to top
 
 .s-rule.do
   :marked
-    **Do** use dashes to separate words.
+    **Do** use dashes to separate words in the descriptive name.
 
 .s-rule.do
   :marked
     **Do** use dots to separate the descriptive name from the type.
 
 .s-rule.do
   :marked
-    **Do** use consistent names for all components following a pattern that describes the component's feature then its type. A recommended pattern is `feature.type.ts`.
+    **Do** use consistent type names for all components following a pattern that describes the component's feature then its type. A recommended pattern is `feature.type.ts`.
 
 .s-rule.do
   :marked
-    **Do** use conventional suffixes for the types including `*.service.ts`, `*.component.ts`, `*.pipe.ts`. Invent other suffixes where desired, but take care in having too many.
+    **Do** use conventional type names including `.service`, `.component`, `.pipe`. 
+    Invent additional type names if you must but take care not to create too many.
 
 .s-why
   :marked
-    **Why?** Provides a consistent way to quickly identify what is in the file.
+    **Why?** Type names provide a consistent way to quickly identify what is in the file.
 
 .s-why
   :marked
-    **Why?** Provides a consistent way to quickly find a specific file using an editor or IDE's fuzzy search techniques.
+    **Why?** Make it easy to find a specific file type using an editor or IDE's fuzzy search techniques.
+
+.s-why
+  :marked
+    **Why?** Unabbreviated type names such as `.service` are descriptive and unambiguous.
+    Abbreviations such as `.srv`, `.svc`, and `.serv` can be confusing.
 
 .s-why.s-why-last
   :marked