<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Where does this review happens?</p>
    <p>Is it possible to put code somewhere like
      GitHub/BitBucket/GitLab, so that other people can comment
      conveniently, because mailing list is kind of weird (personal
      opinion) in 2016.<br>
    </p>
    <p>I'm participating in other projects, and GitHub (even mirror just
      for PRs and their discussion, not primary repo) helps
      significantly. It is really useful when 3 non-maintainers wrote
      some comments, PR is improved in process and when maintainer comes
      there is less work for him.</p>
    <p>Passing all this information through everyone on mailing list is
      counterproductive in many ways.<br>
    </p>
    <pre class="moz-signature" cols="72">Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
Skype: nazar-pc
Diaspora: <a class="moz-txt-link-abbreviated" href="mailto:nazarpc@diaspora.mokrynskyi.com">nazarpc@diaspora.mokrynskyi.com</a>
Tox: A9D95C9AA5F7A3ED75D83D0292E22ACE84BA40E912185939414475AF28FD2B2A5C8EF5261249</pre>
    <div class="moz-cite-prefix">On 28.03.16 11:42, Alexander E.
      Patrakov wrote:<br>
    </div>
    <blockquote cite="mid:56F8EE71.4090903@gmail.com" type="cite">28.03.2016
      12:13, Arun Raghavan wrote:
      <br>
      <blockquote type="cite">Our current way of doing things is good
        for keeping up code quality,
        <br>
        but I think over time, with such a large patch backlog, we end
        up
        <br>
        spending more and more time performing reviews, and less and
        less time
        <br>
        working on features. This becomes quite draining and drops our
        overall
        <br>
        productivity in contributing to the project.
        <br>
      </blockquote>
      <br>
      I think it is in our interests to think how to get these features,
      where possible, without reviewing too many patches and without
      sacrificing the code quality of PulseAudio. That includes
      encouraging our contributors to implement features externally to
      PulseAudio if it is easier. And an external module SDK would also
      be a step forward.
      <br>
      <br>
      I also think I should try porting the existing RAOP2 patch set to
      make it an ALSA plugin instead, to set an example of the
      "externally where it is easier" rule.
      <br>
      <br>
    </blockquote>
    <br>
  </body>
</html>