<div dir="ltr"><div>Hello,</div><div><br></div><div>I wanted to address the accessibility project in a separate thread....</div><div><br></div><div>Niels, you've pointed out the following items for the hackathon:<br></div><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- Get the dashboard working<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>- Have a development pipeline and documentation of the dashboard (in a 
similar manner to BigBang) to foster its future development</div></blockquote><div><br></div><div>To some extent, this is just about elbow grease. And my elbows are in!</div><div><br></div><div>But speaking of norms, this does raise some questions about development process of the dashboard vs. BigBang itself.</div><div><br></div><div>One thing that has come up with the dashboard project is that it has dramatically changed the "user story" around how BigBang is used. We used to essentially make every user try to do the steep onramp towards hacking on BigBang itself. This is not "accessible", and now we are committing to proper software packaging.</div><div><br></div><div>This entails a firmer distinction between BigBang 'users' and BigBang 'developers'. Different roles with different needs.</div><div><br></div><div>I think this is all a very good change! But it is better to be conscious of it, as it involves a change of norms.</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>- Improve the usability of the dashboard<br></div></blockquote><div><br></div><div>The dashboard is for the users, and so usability is paramount.</div><div>But who are the users? Can we recruit some at the hackathon to test the dashboard, see what works for them?<br></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">
- Select more specific analyses for the dashboard (find them in existing notebooks, or write new notebooks)<br>
- Talk to IETF leadership about relevant metrics<br></blockquote><div><br></div><div>I suppose this is where I'm most interested in the direction of BigBang.</div><div>I don't think the current 'examples notebooks' are particularly 'usable'.</div><div>They are really to demonstrate library functionality.</div><div><br></div><div>What are the users interested in using BigBang for?<br></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">
- Talk to Tools team about integration and exchange<br></blockquote><div><br></div><div>I don't know what this means.<br></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">I might also develop a some userstories for answering particular questions and using the dashboard.<br></blockquote><div><br></div><div>I think this is actually essential. Please do this!</div><div><br></div><div>There is a bit of a tension between open source software development norms and 'agile' product development norms. That tension is precisely due to this developer/user split in the latter case. A disciplined pipeline from user story to specification to implementation in product development (with many iterative refinements along the way) could be good for BigBang. And it sounds like future funding may depend on success with users.</div><div><br></div><div>- Seb  <br></div></div></div>