Balisage: The Markup Conference 2016

by Jim Fuller

Balisage: where serious markup practitioners and theoreticians meet every August. If you are a markup geek and happy to be one, Balisage is the place for you. If you are NOT a markup geek but find it instructive to spend time with them now and then, you will enjoy Balisage.

2-5 August 2016 ‹ Balisage: The Markup Conference

1 August 2016 ‹ XML In, Web Out: International Symposium on sub rosa XML


MarkLogic speakers

Messaging format persistence in and other large enterprise systems

Damon Feldman, MarkLogic Corporation

In many large enterprise systems, the impedance mismatch between major parts of the system is overcome only with costly, fragile mapping layers. But if we construct the model for persistent information from the messages used in the system, rather than from some common-ancestor logical model, it becomes possible to use XML message formats directly or nearly directly to persist data and enable functionality. Using message models this way may require making them more rigid and predictable, since message models must vary by purpose but persisted forms need to be completely predictable. This technique has proven itself in practice on the Data Services Hub and for a large insurance provider.

Marking up and marking down

Norman Walsh, MarkLogic Corporation

Markup provides a means of annotating a text such that its important characteristics are readily apparent. Simplicity of annotation and richness of meaning are often at odds. Through one lens, we can see the evolution of markup as developing along this fault line. TANSTAAFL. SGML provided mechanisms that reduced the complexity of annotation at considerable cost in implementation. XML reduced implementation cost at the expense of simplicity in annotation. HTML attempted to simplify annotation complexity and implementation cost by choosing a single tag set and inventing entirely new extension mechanisms. Online communities like GitHub and Stack Overflow have abandoned angle brackets in favor of Markdown, Common Mark, AsciiDoc, and other markup reminiscent of wiki syntax or SGML SHORTREF. Why am I in this basket and where are we going?

(LB) A catalog of Functional programming idioms in XQuery 3.1

James Fuller, MarkLogic Corporation

A wild rummage through the treasure chests of the highest towers and deepest vaults of Functional Programming revealing functional idioms in XQuery 3.1 form - memoisation, partitioning, currying, numerical methods, algebraic data types, grammar based parsing, constraint programming and more. Each idiom is presented as an answer to a common programming problem provided as a handy reference catalog. The exploration will end with a few examples of how easily functional idioms compose up to solve more complex problems.