Offer to the DKR Implemeters

I (Ward) have offered to combine work I've done and presented in the context of Explore DDD 2017 to the Doug@50 implementers.

I appreciate that among this group there are many interests and many systems built to explore those interests. In my day job I work with hundreds of engineers who are similarly inclined. I work with a small team of architects and support them with a “Card Catalog” of sorts which describes for them what each system knows about any subject and how that information is related. I’ve perfected this over the last year and have spoken about it in public. We are a SaaS company which means we write and run software for our customers. I collect data about what we do from a wide variety of systems which in a perfect world would all talk together but don’t. Some systems offer unique views of the same things while other systems describe things that are only occasionally (but importantly) connected. I offer to provide the same service for all the implementers of systems related to Doug's Demo at 50. If all our pieces fit together then there is no need for my service. But my work could prove quite handy during the process of fitting things together and it it never quite comes together then my work could explain what each part does so one could move from one part to another. My offer is similar to Frode’s except that I am all about what a system represents and not much interested in how it is represented. Most of our systems have web interfaces which, given some entity id of their design, can pull up the details about what they know. Let me make of an example to illustrate this distinction. Say two hypertext system will work quite differently but haven’t yet been loaded up with any information. I’m of no use here. But say both get loaded up with information about the history of computers. Imagine one system gets loaded up with detailed information about programming languages that mentions occasionally projects that use them while the other gets loaded up with project information and casually mentions what languages were used. This, maybe repeated twenty times over, is the kind of information I relate. I read from each system metadata of roughly the complexity of a site map. I model this for each system as nodes and relations in a graph database. I browse this by running graph queries (long joins) for interesting subgraphs which I tabulate or draw. I then collect those queries into its own database which for my work is running around 150 parameterized views. I offer a dozen starting points from which a query recommender will lead one from query to query crossing system boundaries without notice. [⇒ Query Recommendation]

Isn’t this just another version of google? Yes, if you squint it is. But because I am willing to “model” each of the systems I get good results without operating at the scale they require. How to start? We could begin by asking who has working systems today and what domains of information might already be stored in those systems. I’ve done my work so far adding once system at a time and watching the queries get more powerful with each addition.

Jack Park and I are exploring how we might model his TopicQuest metadata with some interesting part of federated wiki. I've extracted the 'statement' field out of some of his nodes. Do we have sites that complement any of these? file

From slack chat: What would be the top three or four of these types to model first? BlogNodeType is always the main entry. So is BookmarkNodeType. This has a diagram of the data model page We might see more Answers-AnswerNodeType than questions or arguments I am thinking, after reading your modeling notes, that what About Conversations paints is pretty much our datamodel, absent tags. Tips for Modeling Perfect. This is public information? I can put my model on a public website? See TopicQuests Nodes yes!