<div dir="ltr"><div>Before going any further, I am proposing something to make it easier for the developer community to keep track of what other projects are working on. I am not proposing anything to directly help operators or users, that is a separate problem space.<br></div><div><br></div><div><br></div><div><br></div><div>In Mark McClain's TC candidacy email he brought up the issue of cross project communication[0]:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><pre style="margin-top:1.5em;margin-bottom:1.5em;padding:0px;border:0px;font-size:12.00119972229px;font-family:'andale mono','lucida console',monospace;vertical-align:baseline;white-space:pre-wrap;font-stretch:normal;line-height:18.0017986297607px;color:rgb(83,83,83)">  Our codebase has grown significantly over the years and a contributor must invest significant time to understand and follow every project; however many contributors have limited time must choose a subset of projects to direct their focus.  As a result, it becomes important to employ cross project communication to explain major technical decisions, share solutions to project challenges that might be widely applicable, and leverage our collective experience.  The TC should seek new ways to facilitate cross project communication that will enable the community to craft improvements to the interfaces between projects as there will be greater familiarity between across the boundary.</pre></blockquote><div>Better cross project communication will make it easier to share technical solutions and promote a more unified experience across projects.  It seems like just about every time I talk to people from different projects I learn about something interesting and relevant that they are working on. </div><div><br></div><div>While I usually track discussions on the mailing list, it is a poor way of keeping track of what the big issues each project is working on. Stefano's 'OpenStack Community Weekly Newsletter' does a good job of highlighting many things including important mailing list conversations, but it doesn't really answer the question of What is X (Ironic, Nova, Neutron, Cinder, Keystone, Heat etc.) up to?</div><div><br></div><div>To tackle this I would like to propose the idea of a periodic developer oriented newsletter, and if we agree to go forward with this, hopefully the foundation can help us find someone to write newsletter.<br></div><div><br></div><div>Now on to the details.</div><div><br></div><div>I am not sure what the right cadence for this newsletter would be, but I think weekly is too </div><div>frequent and once a 6 month cycle would be too infrequent.</div><div><br></div><div>The  big questions I would like to see answered are:</div><div><br></div><div>* What are the big challenges each project is currently working on?</div><div>* What can we learn from each other?</div><div>* Where are individual projects trying to solve the same problem independently?<br></div><div><br></div><div>To answer these questions one needs to look at a lot of sources, including:</div><div><br></div><div>* Weekly meeting logs, or hopefully just the notes assuming we get better at taking detailed notes</div><div>* approved specs</div><div>* periodically talk to the PTL of each project to see if any big discussions were discussed else where</div><div>* Topics selected for discussion at summits</div><div><br></div><div>Off the top of my head here are a few topics that would make good candidates for this newsletter:</div><div><br></div><div>* What are different projects doing with microversioned APIs, I know that at least two projects are tackling this</div><div>* How has the specs process evolved in each project, we all started out from a common point but seem to have all gone in slightly different directions</div><div>* What will each projects priorities be in Liberty? Do any of them overlap?</div><div>* Any process changes that projects have tried that worked or didn't work</div><div>* How is functional testing evolving in each project</div><div><br></div><div><br></div><div>Would this help with cross project communication? Is this feasible? Other thoughts?</div><div><br></div><div>best,</div><div>Joe</div><div><br></div><div><br></div><div><br></div><div><br></div><div>[0] <a href="http://lists.openstack.org/pipermail/openstack-dev/2015-April/062361.html">http://lists.openstack.org/pipermail/openstack-dev/2015-April/062361.html</a></div></div>