Declarative and Minimalistic Computing
Knowledge Management Through Minimal Syntaxes
Appreciating How Terse Syntaxes Are Capable of Being Combined In Unexpected Ways
<p>Presentation of the main components behind gLean - a knowledge-management application which treats problem-domains as a collection of blocks. gLeans USP is in choosing terse components which syntactically do not impede eachother - permitting collections of block to be parsed and interpreted with minimal concerns for complexity. The hope is that gLean will be able to provide YahooPipes style functionality through combining blocks of references; content; annotations; and parsing-logic.</p>
<p>Given the proposal of a 15 mins timeframe (I can do more, just ask) the following areas will be covered:</p>
<ul>
<li><p>The talk extols the virtue of the individual components (Gemini protocol's GemText; Emacs-Hyperbole's Kotl; the parser and Lisp, TXR; Jonathan McHugh's Qiuy (a 'Recursive Modelling Language')) as exemplary specialist utilities.</p></li>
<li><p>Examples for how Kotl format and GemText markdown can interoperate (to for instance turning a file into representative Kotl blocks; or export Kotl blocks into GemText)</p></li>
<li><p>The beautiful/unholy ability for TXR to read a 'raw' GemText file containing TXR syntax and for a 'compiled' GemText file to emerge (given this unintended behaviour requires no additional coding and was not designed I consider this particularly special)</p></li>
<li><p>The use of annotations leading blocks to provide logical structures for how a document or a collection of documents should be treated</p></li>
</ul>
Additional information
| Type | devroom |
|---|
More sessions
| 2/6/22 |
<p>Welcome to the Declarative and Minimalistic Computing Devroom.</p> <p>In this year's virtual conference we will honour the late Professor John McCarthy as the founder of AI and the inventor of LISP. McCarthy with his work pioneered artificial intelligence, developed the Lisp programming language family and kickstarted our modern computing world. Lisp is one of the two oldest computer languages in use today.</p>
|
| 2/6/22 |
<p>Metaprogramming is a technique that allows the creation of data and control structures during runtime. This gives adaptiveness and expressiveness to languages, allowing the creation of data structures with complex behavior, and adapted to the environment or to the data used. In this talk we will talk about general metaprogramming techniques, with examples in Raku and other modern languages.</p>
|
| 2/6/22 |
<p>In this presentation I share my 1-year journey with RISC-V and how I started from nearly zero and I ended up porting Guile's JIT library to RISC-V and starting the RISC-V port of Stage0. This journey is full of uncertainties and chaos but that's what finally made this happen. During this talk we'll discuss how embracing chaos can lead to great change and how we can become the source of positive chaos in people around us.</p>
|
| 2/6/22 |
<p>How can we use DSLs in our applications as a replacement for databases? CSVs? configuration files?</p>
|
| 2/6/22 |
<p>Functional programming becomes more popular and widespread, it allows to make simplier, and more robust software, which is easier to maintain. Similar patterns and approaches are applicable for deploying or distributing software, managing infrastructures or even personal computers.</p> <p>We will discuss how to treat your computing environment as a simple software project written in functional language and how to manage operating system, services, configurations, user software, dotfiles in a ...
|
| 2/6/22 |
<p>GNU Guix is a transactional package manager and an advanced distribution based on a minimalistic language: GNU Guile.</p> <p>While users can choose to build everything from sources, the project is providing binary substitutes. Building and distributing those substitutes is a real challenge, involving a 20 GiB database and more than thirty machines.</p> <p>In this talk I will present the architecture of the continuous integration system, how it is maintained, the current limitations as well as ...
|
| 2/6/22 |
<p>You need a lot of hubris to design your own programming language. As a result, new languages are often engineered (or "over-engineered") for that glorious future where millions of programmers spend their lives working with the language, and a small army is maintaining the compiler and related tools. But how would you design a language that assumes this bountiful future will never arrive? A language that, even in the best of circumstances, will always be obscure and secondary? Futhark is a ...
|
