Refine reasons

docs/why.rst

@@ -199,6 +199,8 @@ Reasons For Forking
 - Fixing those aforementioned annoyances would introduce more complexity.
   More complexity means more bugs.
 - Certain unused features make other common features complicated or impossible.
+  Prime example is the ability write your own initializers and make the generated one cooperate with it.
+  The new logic is much simpler allowing for writing optimal initializers.
 - I want it to be possible to gradually move from ``characteristic`` to ``attrs``.
   A peaceful co-existence is much easier if it's separate packages altogether.
 - My libraries have very strict backward-compatibility policies and it would take years to get rid of those annoyances while they shape the implementation of other features.
@@ -209,5 +211,7 @@ Main Differences
 
 - The attributes are defined *within* the class definition such that code analyzers know about their existence.
   This is useful in IDEs like PyCharm or linters like PyLint.
+  ``attrs``'s classes look much more idiomatic than ``characteristic``'s.
 - The names are held shorter and easy to both type and read.
 - It is generally more opinionated towards typical uses.
+  This ensures I'll not wake up in a year hating to use it.