Add initial draft of 3.8 blog post.

[myronmarston]

Let's ship 3.8 ASAP.

@benoittgt @samphippen @JonRowe I could use some help with a couple sections -- specifically, the notable rspec-rails changes (I have no idea) and the "Formatted output length" change in expectations (that Sam and Benoit did).

Ideally, I'd like to release 3.8 at the end of this week or beginning of next.

[JonRowe]

Double spacing typo here?

[myronmarston]

Old habit of mine. Fixed.

[JonRowe]

Double spacing typo here?

[myronmarston]

Fixed.

[JonRowe]

### Expectations: Failure message improvements

A big thank you to Tomohiro Hashidate and Nicktime who have improved our output
for a couple of failure cases, see the full change log for details.

[myronmarston]

That doesn't seem all that notable, to be honest. If it's not important enough to describe, we shouldn't mention it, I don't think. It's in the changelog.

[JonRowe]

I wanted to highlight this as I feel documentation / usability tweaks are important, it was more of a "shout out" than "notable".

[JonRowe]

How about:

When dealing with larger objects their string representations can become rather unwieldy and can clutter the console output. In RSpec 3.6 we started truncating these objects to prevent this issue but due to an oversight this was never made easily configurable. In 3.7 RSpec Expectations has a new configuration option allowing changing this value and also allows turning it off (by setting the limit to nil).

[myronmarston]

Thanks, I've adapted this.

[JonRowe]

### Rails:  `have_http_status` matcher upgraded to support Rails 5.2
Since Rails 5.2 the `have_http_status` matcher has issued deprecation warnings due to a change in the name
of the various states. In RSpec 3.8 these warnings are removed.

### Rails: View specs `stub_template` performance improved.

Thanks to Simon Coffey for implementing caching for `stub_template` that prevents unnecessary recreation of
templates. This improves performance by reducing the amount of allocation and setup performed.

### Rails: `rails_helper.rb`

Thank you to Koichi ITO and Alessandro Rodi for improving our generated `rails_helper.rb` with improved messages when migrations are pending, and bringing us in line with Rails standards.

### Rails: Scafold generator

Thanks to Laura Paakkinen, our scaffold generator now correctly respects longer namespaces for generating controllers / routes, e.g. `api/v1/posts` now generates `Api::V1::Posts`.

[myronmarston]

Thanks, I've added these, except for the last one. It's not clear what qualifies as a "longer namespace." Is it one over 10 characters? 20? 30? And also it doesn't seem that notable--it's just a bug fix, right?

[JonRowe]

Its any multi part namespace over 2, I'm on the fence about it but similar to the other questionable one, it was more about highlighting contributor effort.

[myronmarston]

Contributor effort has never been the basis on whether or not we highlight something as notable in our release blog post. It's about the effect the change has for users of RSpec.

[JonRowe]

Fair enough, how do you feel, given that our contributor count is quite low at the moment, about simply listing everyone who helped on this release at the end of the blog post? A "And thanks to who helped with this release".

[myronmarston]

All contributors will be listed in "Stats" section (example). And they're also listed in the changelog for their individual contributions. We don't need to list all the contributors 3 times in the same blog post.

[JonRowe]

Typo? 3.8?

[myronmarston]

Fixed.