<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 16, 2017 at 5:30 PM, Jeremy Audet <span dir="ltr"><<a href="mailto:jaudet@redhat.com" target="_blank">jaudet@redhat.com</a>></span> wrote:</div><div class="gmail_quote">...snip<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><br></div></div></blockquote><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">Worse, let's say I'm a developer debugging an issue, and I want to find every concentrated sprayflesh in the known world. Do I need to make several thousand API calls? Both of these use cases are more elegantly solved by allowing users to work directly with items, and by providing good filtering support. This is based on my experience with some small old apps though, and none of them went into production. Take it as you will.<span style="font-family:monospace,monospace"></span></div><div dir="ltr"><br></div></blockquote><div>+1, we don't want to Torment our users.</div><div><br></div><div>To spell it out, a flat structure enables use cases for filtering all objects, rather than the subset that is nested under a parent object. For example, a user could filter all importers by feed url, rather than filtering only the importers associated with a specified repository.</div></div></div></div>