From 3c03612dda10b3dcc38c9bc2c96d8a539518f2db Mon Sep 17 00:00:00 2001 From: s-ol Date: Wed, 1 Jan 2020 19:41:01 +0100 Subject: introduction --- .../mmmfs/framework/text$markdown+sidenotes.md | 38 ++++++++++++---------- 1 file changed, 20 insertions(+), 18 deletions(-) (limited to 'root/articles/mmmfs/framework') diff --git a/root/articles/mmmfs/framework/text$markdown+sidenotes.md b/root/articles/mmmfs/framework/text$markdown+sidenotes.md index e85bf42..e5f3c7e 100644 --- a/root/articles/mmmfs/framework/text$markdown+sidenotes.md +++ b/root/articles/mmmfs/framework/text$markdown+sidenotes.md @@ -1,4 +1,4 @@ -# 3. evaluation framework +# 4 evaluation framework In this section, I will collect approaches and reviews of different end-user software systems from current literature, as well as derive and present my own requirements and guiding principles for the development of a new system. @@ -6,14 +6,14 @@ as well as derive and present my own requirements and guiding principles for the Firstly, I will take a look at a framework for evaluating end-user computing systems from literature, before presenting three concrete design principles and components for a new system. -3.1 qualities of successful end-user computing ----------------------------------------------- +4.1 qualities of successful end-user computing +--------------------------------------------------- -*Ink and Switch* suggest three qualities for tools striving to support -end-user programming: +*Ink and Switch* suggest three qualities for tools striving to support +end-user programming: - *Embodiment*, i.e. reifying central concepts of the programming model as more concrete, tangible objects - in the digital space (for example through visual representation), + in the digital space (for example, through visual representation), in order to reduce cognitive load on the user. - *Living System*, by which they seem to describe the malleability of a system or environment, and in particular the ability to make changes at different levels of depth in the system with @@ -22,13 +22,15 @@ end-user programming + +4.2 modularity +------------------- The *UNIX Philosophy* describes the software design paradigm pioneered in the creation of the Unix operating system at the AT&T Bell Labs research center in the 1960s. The @@ -52,20 +54,20 @@ alternate software at any time. Settling on a specific modular design model, and reifying other components of a system in terms of it, also corresponds directly to the concept of *Embodiment* described by Ink & Switch. -3.3 content transclusion ------------------------- +4.3 content transclusion +----------------------------- The strengths of modular architectures should similarly extend also into the way the system will be used by users. -If users are to store their information and customized behaviour in such an architecture, then powerful tools need to be +If users are to store their information and customized behavior in such an architecture, then powerful tools need to be present in order to assemble more complex solutions out of such parts. Therefore static content should be able to be linked to (as envisioned for the *Memex*, see above), but also to be The term transclusion refers to the concept of including content from a separate document, possibly stored remotely, by reference rather than by duplication. See also *transcluded*, to facilitate the creation of flexible data formats and interactions, such that e.g. a slideshow slide can include -content in a variety other formats (such as images and text) from anywhere else in the system. Behaviours also should be +content in a variety other formats (such as images and text) from anywhere else in the system. Behaviors also should be able to be transcluded and reused to facilitate the creation of ad-hoc systems and applets based on user needs. For -example a user-created todo list should be able to take advantage of a sketching tool the user already has access to. +example, a user-created todo list should be able to take advantage of a sketching tool the user already has access to. By forming the immediately user-visible layer of the system out of the same abstractions that the deeper levels of the system are made of, the sense of a *Living System* is also improved: skills that are learned at one (lower) level of the @@ -73,20 +75,20 @@ system carry on into further interaction with the system on deeper levels, as do system's mechanisms. While there are drawbacks to cloud-storage of data (as outlined above), the utility of distributed systems is -acknowledged, and the system should therefore be able to include content and behaviours via the network. +acknowledged, and the system should therefore be able to include content and behaviors via the network. This ability should be integrated deeply into the system, so that data can be treated independently of its origin and storage conditions, with as little caveats as possible. In particular, the interactions of remote data access and content transclusion should be paid attention to and taken into consideration for a system's design. -3.4 end-user programming ------------------------- +4.4 end-user programming +----------------------------- In order to provide users full access to their information as well as the computational infrastructure, users need to be able to finely customize and reorganize the smallest pieces to suit their own purposes, in other words: be able to program. While there is an ongoing area of research focusing on the development of new programming paradigms, -methodologies and tools that are more accessible and cater to the wide +methodologies, and tools that are more accessible and cater to the wide range of end-users, in order to keep the scope of this work appropriate, conventional programming languages are used for the time being. -- cgit v1.2.3