<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Sep 23, 2013 at 2:08 PM, Robyn Bergeron <span dir="ltr">&lt;<a href="mailto:rbergero@redhat.com" target="_blank">rbergero@redhat.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<br>
----- Original Message -----<br>
&gt; From: &quot;Joe Brockmeier&quot; &lt;<a href="mailto:jzb@redhat.com">jzb@redhat.com</a>&gt;<br>
&gt; To: &quot;For participants of the Documentation Project&quot; &lt;<a href="mailto:docs@lists.fedoraproject.org">docs@lists.fedoraproject.org</a>&gt;<br>
&gt; Cc: &quot;Fedora Marketing team&quot; &lt;<a href="mailto:marketing@lists.fedoraproject.org">marketing@lists.fedoraproject.org</a>&gt;<br>
</div><div class="im">&gt; Sent: Monday, September 23, 2013 12:45:19 PM<br>
&gt; Subject: Re: F20 Alpha announcement &amp; release notes<br>
&gt;<br>
</div><div class="im">&gt; On Mon, Sep 23, 2013 at 11:46:33AM -0600, Pete Travis wrote:<br>
&gt; &gt; If we are discussing Changes, we should call them Changes. The word<br>
&gt; &gt; &quot;feature&quot; is natural in this context, but carries with it the connotation<br>
&gt; &gt; of the now-defunct Features process.  I have a similar tendency to use the<br>
&gt; &gt; word &quot;runlevel&quot; for example, and make a conscious effort to use &quot;target&quot; as<br>
&gt; &gt; the correct term.<br>
&gt;<br>
&gt; How many of the folks in the audience have any awareness of the<br>
&gt; distinction between &quot;features&quot; and &quot;changes&quot; in this context? I want to<br>
&gt; make sure we&#39;re not getting bogged down with inside baseball.<br>
&gt;<br>
&gt; &gt; The Changes process in and of itself is a notable organizational<br>
&gt; &gt; accomplishment.  I see no value in obscuring our process for the sake of<br>
&gt; &gt; using the familiar and overloaded &quot;feature.&quot; Let the readers find it<br>
&gt; &gt; strange if need be; it is a new thing, and this is the way of all new<br>
&gt; &gt; things.<br>
&gt;<br>
&gt; I think it&#39;s better for the minority of Fedorans who are actively<br>
&gt; involved to have to cope with less specific language in general<br>
&gt; communications than to &quot;let the readers find it strange.&quot;<br>
&gt;<br>
&gt; Not sure that the difference between changes/features is enough to<br>
&gt; really throw readers, but in general communications I think we should<br>
&gt; always bow to the larger audience.<br>
<br>
</div>I would also argue that if I was to see a list of &quot;changes&quot; - some of which are perhaps less buzzworthy than others (not for lack of interestingness, technical awesomeness, etc. but simply because some things catch more eyes than others) - I would almost expect that a list of changes would be in its entirety, as you might find it in more detailed release notes or documentation. Whereas &quot;features&quot; implies .. things that we are featuring. Highlighting. Not a complete list.<br>

<br>
I also think that it (Features) works in terms of consistency - when we get to the point that we are doing Feature stories, they&#39;re not going to be &quot;change&quot; stories - it is a story about a specifical technological advancement in Fedora that we are featuring, showing off in greater depth, etc.<br>

<br>
Honestly, I think the fine line here is that &quot;changes&quot; may be things that are system-wide changes, per the change set list; whereas oftentimes &quot;self-contained changes&quot; are more likely to be features we might highlight in a more in-depth fashion. There aren&#39;t any hard rules about what we pick and choose, or what buckets they need to fall into, or about what we might call them; it is our job, in marketing, to produce materials that inform and attract audience to download and try out an alpha, beta, or final release. I just happen to think that calling them &quot;Features&quot; or &quot;Highlights&quot; insinuates more about &quot;the cool things you will find,&quot; where &quot;changes&quot; seems to imply a greater depth than we would be covering in a release announcement.<br>

<div class="HOEnZb"><div class="h5"><br>
<br>
&gt;<br>
&gt; Best,<br>
&gt;<br>
&gt; jzb<br>
&gt; --<br>
&gt; Joe Brockmeier | Open Source and Standards, Red Hat<br>
&gt; <a href="mailto:jzb@redhat.com">jzb@redhat.com</a> | <a href="http://community.redhat.com/" target="_blank">http://community.redhat.com/</a><br>
&gt; Twitter: @jzb  | <a href="http://dissociatedpress.net/" target="_blank">http://dissociatedpress.net/</a><br>
&gt; --<br></div></div></blockquote><div><br></div><div>Fair points, all. I rescind my objection to the term, and thank you for the lesson :)<br><br></div><div>--Pete <br></div></div></div></div>