<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 2, 2017 at 12:47 PM, John Griffith <span dir="ltr"><<a href="mailto:john.griffith8@gmail.com" target="_blank">john.griffith8@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:monospace,monospace"><br></div><div style="font-family:monospace,monospace"><br></div><div style="font-family:monospace,monospace">What I'm wondering is, even though I certainly think this is a FAR SUPERIOR design to what we had, I don't like having both code-paths and designs in the code base.  </div></div></blockquote><div><br></div><div>Might be useful to enumerate those?  Perhaps drawing attention to the benefits would spur some driver maintainers that haven't made the switch to think they could leverage the work into something impactful?</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:monospace,monospace">Should we consider reverting the drivers that are using the new model back and remove cinder/volume/targets?</div></div></blockquote><div><br></div><div>Probably not anytime soon if it means dropping 76 of 80 drivers?  Or at least that's a different discussion ;)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:monospace,monospace">Or should we start flagging those new drivers that don't use the new model during review?</div></div></blockquote><div><br></div><div>Seems like a reasonable social construct to promote going forward - at least it puts a tourniquet on it.  Perhaps there some intree development documentation that could be updated to point people in the right direction or some warnings that can be placed around the legacy patterns to keep people for stumbling on bad examples?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:monospace,monospace">Also, what about the legacy/burden of all the other drivers that are already in place?</div><div style="font-family:monospace,monospace"><br></div></div></blockquote><div><br></div><div>What indeed... but that's down the road right - for the moment it's just figuring how to give things a bit of a kick in the pants?  Or maybe admitting w/o a kick in the pants - living with the cruft is the plan of record?</div><div><br></div><div>I'm curious to see how this goes, Swift has some plugin interfaces that have been exposed through the ages and the one thing constant with interface patterns is that the cruft builds up...</div><div><br></div><div>Good Luck!</div><div><br></div><div>-Clay</div><div><br></div></div></div></div>