I have added a note to discuss this question/suggestion in the next fortnightly Developer Advocacy team meeting. I am interested to hear different perspectives on this.
Thanks!
My primary concern about setting an expectation of increased frequency would be increased pressure on the Developer Advocacy team to "fill up" the newsletter for each publication date.
Agreed, I don't think that would be particularly sustainable. I was wondering if something loosely organized like Scrum of Scrums page could work. The idea being that if a developer has something interesting they'd like to share out, they could add it to a wiki page with < 1 minute of effort. The work of the newsletter distributors would then be to clean up / polish the page before sending it out.
@KHarlan (WMF) Do you have an expectation about who specifically in the technical community you would hope to reach with more frequent announcements? Is that audience different than the audience for the weekly meta:Tech/News newsletter?
WMF, WMDE, and 3rd party MediaWiki developers, and volunteer contributors. I think meta:Tech/News is more oriented towards explaining technical changes to editors and less technical users ("monitor recent software changes likely to impact Wikimedians, and receive a weekly summary on your talk page, without technical jargon."). Whereas, what I'd like to see with more frequency is the "technical jargon" updates for engineers. Things like:
As an engineer, those types of updates are all useful things to know about, or at least be able to scan and decide if I want to learn more. As it is, I learned about each of those things somewhat randomly.
I guess what I am trying to express is that, even though I try to follow IRC, WMF Slack, Phabricator (tasks & blog posts), wikitech-l, and chat with people, it's still too hard to track the pulse of what new / important / interesting technical problems and/or solutions are being discussed or offered. And perhaps a crowdsourced, more frequent bulletin with one line summaries, that's easy to scan for relevant content, would enable more engineers to find relevant information more easily.