Return-Path: X-Original-To: apmail-couchdb-marketing-archive@minotaur.apache.org Delivered-To: apmail-couchdb-marketing-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 86E0F10A6E for ; Fri, 13 Jun 2014 07:01:38 +0000 (UTC) Received: (qmail 24948 invoked by uid 500); 13 Jun 2014 07:01:38 -0000 Delivered-To: apmail-couchdb-marketing-archive@couchdb.apache.org Received: (qmail 24912 invoked by uid 500); 13 Jun 2014 07:01:38 -0000 Mailing-List: contact marketing-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: marketing@couchdb.apache.org Delivered-To: mailing list marketing@couchdb.apache.org Received: (qmail 24902 invoked by uid 99); 13 Jun 2014 07:01:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Jun 2014 07:01:38 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [188.94.27.146] (HELO nms02.nmmn.com) (188.94.27.146) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Jun 2014 07:01:35 +0000 Received: from localhost (localhost [127.0.0.1]) by nms02.nmmn.com (Postfix) with ESMTP id 9876A544761 for ; Fri, 13 Jun 2014 09:01:11 +0200 (CEST) Received: from nms02.nmmn.com ([127.0.0.1]) by localhost (nms02.nmmn.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9ukLJcIH3Vbt for ; Fri, 13 Jun 2014 09:01:08 +0200 (CEST) Received: from mail-qc0-f177.google.com (mail-qc0-f177.google.com [209.85.216.177]) by nms02.nmmn.com (Postfix) with ESMTPA id A4FFB544760 for ; Fri, 13 Jun 2014 09:01:08 +0200 (CEST) Received: by mail-qc0-f177.google.com with SMTP id r5so49724qcx.22 for ; Fri, 13 Jun 2014 00:01:07 -0700 (PDT) X-Received: by 10.224.16.200 with SMTP id p8mr932914qaa.76.1402642867613; Fri, 13 Jun 2014 00:01:07 -0700 (PDT) MIME-Version: 1.0 Reply-To: andy@nms.de Received: by 10.229.210.72 with HTTP; Fri, 13 Jun 2014 00:00:37 -0700 (PDT) In-Reply-To: References: <7A0D1539-2DB3-4693-8186-113AC4DF0F95@openssl.it> From: Andy Wenk Date: Fri, 13 Jun 2014 09:00:37 +0200 Message-ID: Subject: Re: [REQUEST] Promote the CouchDB 1.6.0 release To: Jan Lehnardt Cc: "marketing@couchdb.apache.org" Content-Type: multipart/alternative; boundary=047d7bf1665edf32d104fbb23ddd X-Virus-Checked: Checked by ClamAV on apache.org --047d7bf1665edf32d104fbb23ddd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey Jan, I am +1 on short, summarising but still explaining release notes. To come back to the original discussion, we should then also extract the essential info from the release notes and create a shorter announce note. This can then be shared e.g on G+ or in the weekly news. And yes we can :) . This belongs to the marketing folks I guess but will need also some info from the devs to write it down correctly. Cheers Andy On 12 June 2014 21:12, Jan Lehnardt wrote: > Another angle on all this: > > For 1.2.0 we prepared longer release notes that not only listed the items > relevant to the release, but also explained what they meant. There is a > balance to strike between phrasing it so it is useful vs. not breaking it > down for absolute noobs. Someone who follows CouchDB a little bit should > understand them. I understand that=E2=80=99s more work, but this is the s= tuff that > ends up being quoted, cited and copied nearly verbatim. The more content > and context we can provide, the better our coverage is. I don=E2=80=99t t= hink we > should go full press-release, but it is also worth mentioning what each > release means in a larger context. E.g. 1.6.0 is a feature release that > addresses a number of user requests and also bug fixes that we think is > worth releasing before the big CouchDB 2.0 / BigCouch merge is done. > > Is this something this group can take on? > > Best > Jan > -- > > > On 11 Jun 2014, at 21:54 , Andy Wenk wrote: > > > jumping in to the discussion ... > > > > On 11 June 2014 21:49, Noah Slater wrote: > > > >> On 11 June 2014 19:50, Alexander Shorin wrote: > >> > >>> Another good example how to share release news (sorry for google > >> translate): > >>> > >> > https://translate.google.com/translate?hl=3Den&sl=3Dru&tl=3Den&u=3Dhttp%3= A%2F%2Fwww.opennet.ru%2Fopennews%2Fart.shtml%3Fnum%3D39981 > >>> In single post you get quick knowledge about CouchDB: what is it, how > >>> it works, where it uses, and sure what's in release. And it doesn't > >>> matter what user will read this post: experienced will just skip the > >>> header and read the changes list, the new / potential user will meet > >>> with the project and may get interested in it. > >> > >> This is a whole blog post. And we've already written a whole blog post > >> about the release. It's on our blog. ;) > >> > > > > yes! > > > > > >> What bothers me is the duplication. We've already written about it > >> once! Just click and read it there. > > > > > >> Would it be unusual to post the blog text in full to Google+? Do > >> people really expect you to summarise blog posts when you share them > >> on Google+? > >> > > > > I don't think so. I think people expect a quick summary to scan if the > > content of the posted link is interesting to read or not. I personally = do > > not read longer posts on G+. But what I like is a summary and I think > this > > is what Alex is proposing ... > > > > Cheers > > > > Andy > > > > > >> > >> -- > >> Noah Slater > >> https://twitter.com/nslater > >> > > > > > > > > -- > > Andy Wenk > > Hamburg - Germany > > RockIt! > > > > http://www.couchdb-buch.de > > http://www.pg-praxisbuch.de > > > > GPG fingerprint: C044 8322 9E12 1483 4FEC 9452 B65D 6BE3 9ED3 9588 > > > > https://people.apache.org/keys/committer/andywenk.asc > > --=20 Andy Wenk Hamburg - Germany RockIt! http://www.couchdb-buch.de http://www.pg-praxisbuch.de GPG fingerprint: C044 8322 9E12 1483 4FEC 9452 B65D 6BE3 9ED3 9588 https://people.apache.org/keys/committer/andywenk.asc --047d7bf1665edf32d104fbb23ddd--