<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>1st Workshop on Exploring the Fitness and Evolvability of Personal Learning Environments (EFEPLE'11)</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>nd STELLAR Alpine Rendez‐ Vous (ARV)</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>the French Alps</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>March</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Co-chairs Effie L-C. Law</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Felix Mödritscher</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Martin Wolpers</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Denis Gillet</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>EPFL</institution>
          ,
          <country country="CH">Switzerland</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Fraunhofer FIT</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Participants (in alphabetic order): Sandy El Helou, EPFL</institution>
          ,
          <addr-line>Switzerland Carlo Giovannella</addr-line>
          ,
          <institution>University of Rome Tor Vergata</institution>
          ,
          <addr-line>Italy Martin Memmel, DFKI, Germany Maryam Najafian-Razavi, EPFL</addr-line>
          ,
          <country country="CH">Switzerland</country>
          <addr-line>Christopher Nehaniv</addr-line>
          ,
          <institution>University of Hertforshire, UK (Keynote speaker) Christian Prause</institution>
          ,
          <addr-line>Fraunhofer FIT, Germany Jose L. Santos</addr-line>
          ,
          <institution>Katholieke Universiteit Leuven</institution>
          ,
          <addr-line>Belgum Benham Taraghi, TU Graz, Austria Fridolin Wild</addr-line>
          ,
          <institution>Open University</institution>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Special thanks to H. L. Cornish, the Graphic Designer of Open University UK, for the aesthetically pleasing cover of the proceedings</institution>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>University of Leicester</institution>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff5">
          <label>5</label>
          <institution>Vienna University of Economics and Business</institution>
          ,
          <country country="AT">Austria</country>
        </aff>
      </contrib-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. INTRODUCTION</title>
    </sec>
    <sec id="sec-2">
      <title>1.1 Motivation</title>
      <p>In the recent decade a plethora of interactive software
tools, be they open source or proprietary, have emerged
and perished in the realm of technology‐ enhanced learning
(TEL). Concomitantly, there have also been surge and
demise of contents, social networks, and activities
associated with the use of these TEL tools. It is intriguing
to understand what factors contribute to their rises and
falls, and how. While controversies on the viability of
making an analogy between the evolution of natural and
artificial objects prevail, it is deemed worthwhile to
explore its potential for analysing the changes in TEL and
charting the future.</p>
      <p>In accordance with evolutionary theory, the fitness of an
environment or tool can be defined with respect to its
purpose and depends on the ‘genes’ from former
generations. In context of TEL, these genes can be
understood as features of existing tools and functionality
being reused from software libraries or developed over
multiple lifecycles thus leading to new generations of
software artefacts. Personal learning environments (PLEs)
aggregate these functionalities to enable learners to
connect to peers and shared artefacts along their learning
activities. Consequently, the success of a PLE can be
measured by its uptake and usage within different
communities of practice, its perceived effectiveness and
efficiency in supporting the attainment of learning goals,
its application beyond pre‐ defined purposes, its
distribution and outreach beyond single communities, and
its evolution to new PLE generations through active
developers. Moreover, data mining of so‐ called variables
of evolvability (e.g., perceived pragmatic/learning and
hedonic/fun value) will enable the derivation of specific
guidelines for designing and developing PLEs. Such
empirically grounded guidelines, supplementary to those
for generic IT applications, are currently lacking and much
desired.</p>
      <p>Overall, the main aim of the workshop is to explore the
fitness and evolvability of PLEs in order to identify and
understand characteristics and mechanisms for
successfully evolving PLEs.</p>
    </sec>
    <sec id="sec-3">
      <title>1.2 Related Work</title>
      <p>
        In principle, for a software system to be sustainable, it
needs to be able to adapt to the changing requirements [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
in terms of use contexts, user goals, organizational cultures
and technological opportunities. Specifically, in the field
of TEL, there has been a shift from the pioneer work on
designing and implementing full-featured,
organisationdriven learning management systems (LMSs) to the
emerging trend of developing specialised tools, which then
can be assembled by users to extend/create personal
learning environments (PLEs, Attwell, 2007) [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Not least
due to the Internet, users have access to a seemingly
innumerable amount of content and software tools, which
are useful and partially even necessary to achieve the
learning goals driven by the demands of job tasks, higher,
and further education, or even private activities.
In the context of PLEs, the selection of tools is at the
discretion of individual users, their organisations and the
communities of practice (CoP) where users engage in a
variety of collaborative activities. It is observed that some
software tools, after being used for a few typical tasks by a
few people only, unexpectedly spread out within a CoP
widely as well as wildly through good practice sharing,
convincing peers of the benefits of these tools for
particular lifelong learning activities. In a very short
period of time such tools can become as must-have
infrastructure for collaborative work (e.g. various Google
services). These tools and the environments built on them
are not only intensively used but are also modified and
sustained by active developer communities. On the other
hand, some tools are endangered to be rejected by
endusers and to die out after a few successful cases of
application, even though they have undergone several
iterations of redesign. Apparently, these observations
manifest the notions of descent with modification,
heritable variation and selection, sensitivity to changing
environmental or contextual requirements, and “control of
and types of variability” (Nehaniv, 2003 [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]; Wernick et
al. 2004 [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]) that characterize Darwinian evolution. In the
context of PLEs, it is relevant to understand the processes
leading to successful tool uses, create respective models
and learn how to control respective processes to increase
the efficiency and effectiveness of modern individual
learning environments.
      </p>
      <p>The assumption that changes in PLEs can be modelled by
Darwinism underpins this proposed workshop, which aims
to explore several pertinent issues:
•
•</p>
      <p>
        Nahaniv et al [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] (2006) define the notion of
evolvability as “the capacity to vary robustly and
adaptively over time or generations in digital and
natural systems”. This definition leads to a basic
question: What is evolvable? Is it a matter of the
complexity of a system that is quantifiable such as
lines of codes, number of modules? Or is it more a
matter of quality-in-use manifests in terms of user
experience [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] (i.e. a non-functional requirement)?
Another key question: Why does a system evolve? It
can be instigated by changes in a system’s
environment, user requirements, usage,
implementation methodologies and technologies.
Answers to these what and why questions can shed
some light onto the question How to effectively and
reliably evolve a system (Ciraci &amp; van den Broek,
2006; footnote 3)? Addressing these questions in the
context of PLEs will instigate stimulating discussions.
Fitness for survival is a widely known but poorly
understood concept of Darwinian evolution.
Paradoxically, the idea of heritable variation and
selection is necessary but not sufficient to explain
inherent phenotypic expression of fitness (Nehaniv et
al. 2006; footnote 5). It hinges on the rigidity (or
flexibility) of the genotype-phenotype mappings. The
main difficulties lie in drawing analogies between
biological concepts and artificial artifacts (e.g. What
constitutes an “individual”, a “species”, or
“interbreeding”). Insights can be gained from the
notion of fit-for-purpose in the field of HCI (e.g.
Wong et al., 2005) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] and the fitness model of nodes
in the science of (social) networks (Barabasi, 2002)
[
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Nonetheless, it remains an open question on how
to define and measure the fitness of PLE tools
      </p>
    </sec>
    <sec id="sec-4">
      <title>2. WORKSHOP DESCRIPTION</title>
      <p>There were 10 presentations, including a keynote speech.
In addition, plenary discussions on specific topics were
held. Section 2.1 reports the main ideas addressed by
individual presentations. Section 2.2 highlights the ideas
explored by the workshop participants.</p>
    </sec>
    <sec id="sec-5">
      <title>2.1 Report on Presentations</title>
      <p>In this section, we highlight the ideas discussed in each of
the presentations and present them in the form of notes
that may inspire further thoughts along the related
inquiries. These notes can serve as pointers to the tenets
of the respective workshop papers.
2.1.1
o
o
o
o
o
o
o
o
o
o
o
o
o</p>
      <p>Keynote by Prof. Chrystopher Nehaniv
Core concepts addressed: individual,
reproduction, population, robustness, variability,
phenotypic plasticity, autopoiesis, self-replication
and repair, and evolvability
The notion ‘replicating individual’ is difficult to
define in the realm of software evolution – Is it a
behaviour, an artifact or software release?
Self-replication is a key notion in evolution (cf.
computer viruses, cancer cells, self-reproducing
automata); replicators entail external support;
Constraints of evolution: finite resources,
heredity, variability, differing reproductive
success, turn-over of generations;
Increasing complexity through successive
inheritable mutation; a measure of complexity in
biological sciences can be number of cell types
and in software can be level of embeddedness,
lines of code, number of loops, etc.Adaptive
changes in population over generations
(genotype-phenotype map)
Artificial selection vs. natural selection;
Variability: neutral mutation (no harm, no
benefit) is important: similar fitness in the same
environment; mutation that is neutral in such an
environment is beneficial as a resource;
Neutral mutation such as user interfaces – a
variety of choice for selection;
Fitness landscape: inheritable fitness to flourish
Open-ended evolution is unbounded increase of
complexity over time;
External fitness function imposed on agriculture
(can we learn from this domain?); number of
offspring and living long enough to reproduce
(fitness measures);
Symbiogenesis: dynamic user-synthesis of PLE
from components; combinations from the lower
level units;
Evolvability for artefacts: capacity for producers
to rise to adaptive variants for flexibly meeting
o
o
o
o
o
o
o
o
o
changing requirements; lineage, different fitness
between offspring and parents
Properties of evolvable systems: robustness to
genetic variability, phenotypic robustness,
redundancy, conservation of core
mechanisms/features; robustness to environment
change (resilience), self-monitoring,
compartmentalization (modularity),
symbiogenesis
Software evolution: re-use, modularity,
information hiding, encapsulation, OO
inheritance, coupling and cohesion;
PLE: system as fielded (instance: individual)
Persist over time, descent with modification
Lines of code, modules can be considered as
genes (re-usable)
Variation: customization of generic software
product via parameterization, copying and
sharing
Iteratively adapted by users to context and
changing requirements;
Immediate fitness is very different from capacity
to support possible evolvability;
Variational capacity (vary/be varied robustly and
adaptively) is crucial to evolvability
2.1.2 Discussion on the Keynote
Notion of energy/resources in the context of software;
o Areas of tension:
- immediate fitness vs. variability
- simplicity: usability vs. complexity
- genotype (design: functionality) vs.</p>
      <p>phenotype (affordances: practices)
o Complexity: base is interaction, energy comes
from interaction, non predictable
o Consciousness/Intentionality (or awareness):
comes from interaction, collaboration
o Is evolvability kind of higher level creativity
o Success: performance improvement of learners;
“form follows failures”
o Complexity: maximise contact with environment
subject to being able to understand and
manipulate: complexity needs to be close to
contact
o Educational technology so far has failed: because
there are no solutions of scale (past: LMS have
been successful, but not ‘real’ learning support
tools)
o Capacity for variability: Learning is development
of potential for action: competence, but we can
only assess performance
o Capacity relates to complexity through adaptation
through exchange of modules and over time!
o Freedom of adaptation vs. ethical concerns
experimenting with bad combinations of software
o Sharing of successful practices/arrangements/etc.</p>
      <p>is hereditary replicability
o Problem: It’s not the PLEs surviving and being
fit, it’s the widgets
o Problem: PLE: Livespan of generations is not
controlled
o
o
o
o
o
o</p>
      <p>But: Behaviour vs. artefacts: patterns of practices
vs. widgets
Behaviour: duplication and divergence; behaviour
patterns can be very far away from genetics;
active copying vs. environment driven auto
discovery
Controlling of behaviour: we can (to a part)
control the environment to recreate ‘situations’
Translation of behaviour (phenotype) into
genotype? No convergence in other areas.</p>
      <p>Would be helpful to very clearly define concepts
such as genotype, phenotype in the PLE context
Groundbreaking works in e.g. evolutionary
algorithms: e.g. von Neumann: theory about live;
e.g. evolutionary algos: were designed as
optimisation techniques (example: designing
nozzles, aircraft wings)
2.1.3 Presentation by Benham Taraghi
o Success measurement:
- Complexity: number of widgets in an</p>
      <p>environment
- Change: rate of change: number of</p>
      <p>replacements, new widgets
- Number of users
o Selection types: stabilising selection, disruptive
selection, directed selection
o Selection strategies: r-strategy (short livespan,
unknown environments) vs. K-strategy (long
livespan, known environments)
o Mutation: slight variation of existing</p>
      <p>functionality or UI
o Recombination: combining code of different
widgets to build new ones: code sex
o Tracking of use: frequency of activated widgets,
frequency of interactions with widgets that can be
tracked in the system
o TUG system: 1000 users, 30% active users
o Competition not between widgets, but between</p>
      <p>PLE system and competing websites
o Code complexity of the PLEs: PLE as a whole (of
one user) or widgets? How did it change over
time? Lines of code? Level of embeddedness?
Modularisation? Interwidget communcation?</p>
      <p>Service orientation?
o Affordances (= in a certain cultural context)?
o Other factors (besides fitness): usability,</p>
      <p>usefulness (e.g. indirect via level of the learners)?
o Need to look at overall PLE system, not only at
single widget; still: number of contexts, number
of functions, number of other widgets it has been
used with (degree centrality, betweenness,
prestige): indicator of complexity
o Symbiotic relations: themingWidget: cannot exist
on its own
o Coevolution of development and users
2.1.4 Presentation by Carlo Giovanella
o Evolution: strong focus on learning analytics: e.g.
activity graphs, emotions, social networks,
emotion in social networks
o
o
o</p>
      <p>Use traces of user activity to observe evolution
Arrival of facebook changed the use of the
system</p>
      <p>New journal: Interaction Design &amp; Architecture
2.1.5 Presentation by Felix Moedritscher
o Environment: socio-technical system: activities,
purposes, patterns, interaction, features,
functionality, implementation
o Evolvability: versioning, copying/reusing,</p>
      <p>interoperability
o Fitness: usefulness &amp; usability, user feedback,
technological compliance
o Distribution approximation
o Fitness depends on the usage context (e.g.</p>
      <p>publication impact)
o Impact of papers very strongly relates on
experience of the researcher (years of experience
in a field). What about production of widgets?
Are widgets produced by more experienced users
more successful?
2.1.6 Presentation by Martin Memmel
o Sustainability
o Interoperability: using and offering APIs,</p>
      <p>following standards
o Number of application scenarios: very many
application scenarios for PLEs
o Low technical and low conceptual barriers to
system use
o Resources are finite: people, time, infrastructure,
money
o Repurposing and re-theming/branding of systems
o Solve a specific problem, but do it in a generic
way
o Support tools for setup and deployment
o Refactor
o Fitness is plasticity with respect to user</p>
      <p>requirements
2.1.7 Presentation by Sandy El Helou
o Viability:
- flexible representation of interaction and</p>
      <p>contents
- adopt social media paradigms</p>
      <p>(encouraging participation)
- elastic community and CMS services
- automate/openness: recommender</p>
      <p>systems: open corpus environments
o Use of Graaasp
o Flexible representation: not necessarily dependant
on number of users
2.1.8 Presentation by Jose L. Santos
o CAM dashboard
o Activity – actions executed in widgets
o Capturing communcation data from interwidget
communication
o Specialisation to styles?
o Active use of the dashboard to change behaviour?
o Evolution: Awareness &gt; Social Behaviour &gt; …
o
o
o
o
o</p>
      <p>How to support awareness between developer and
user?
Representation of context to make use of the
activity monitoring
Fitness: take care of environment
Visual quality</p>
      <p>Trust relationship between developers and user
2.1.9 Presentation by Fridolin Wild
o Acceptance: expectancies, social influence,
facilitating conditions etc.</p>
      <p>o Longer term
2.1.10 Presentation by Christian Prause
o “Walking on water and developing software from
a specification are easy if both are frozen.”
(Edward V. Berard)
o high costs of change lead to extinction
o evolvablity: internal quality
o software quality: ISO 9126: functionality,
reliability, usability, efficiency, maintainability,
portability
o developers learn software: documentation! Code!
o Fitness = external quality + quality in use = Tool
in environment in its context
o Case-based tools
2.1.11 Presentation by Maryam Najafian-Razavi
o Barriers to adoption (of gleanr)
- Lack of simplicity
- Slow ROI: differed benefit
- Need for training
- Usability problems: memorability, error</p>
      <p>rate, portability
- Success factors: clear value prop,</p>
      <p>awareness, ease of integration
- Interesting: big and fluid sites show up</p>
      <p>earlier in google
- Suggestions: anonymity, prepopulation,</p>
      <p>network effects
o Success factors: could be fitness factors
o Fitness leads to adoption
o Prepopulation: problematic and difficult
o Prepopulating vs. survival?
o Ecosystem: has to be created, needs a context
2.2 Report on Plenary Discussions
2.2.1 Contextual Issues
o Flexibilisation of technology support for any kind
of educational process
o Culture of certification: assessment and</p>
      <p>accreditation;
o Fitness: Integration of environments: mobile,
web, all
o Fitness of users: critical design skills, measure
experience / styles
o Context: capture context of learners holistically,
make this context description available to sound
applications;
o Plasticity: Support change in pedagogical
approaches
2.2.2 Teachers as Target Groups
o Find a way to prove to the teacher that
relying on a specific technology will help
them be more effective
o Tackle danger for teachers: environments
disappear: but environments change with
their needs
o How to sell technology to the teachers?
o Show that with the help of any technology,
the learners in the classroom/course became
10% better: works only with
criterionreferenced testing (no norm referenced
testing): skills assessment: increase by 10%
o Emergence of new widgets coming from the
teacher and learner community
o Living community: Increased sharing of best
practices: 1 million teachers / million learner
using a PLE; There are enough teachers in</p>
      <p>Europe
o Digital literacy of teachers is a problem
o Technology is seen as an amplifier
o Combine agents and human tutors to provide
high quality tutoring to every child
2.2.3 Invisible PLE
o very low entry barrier
o Sharing a curriculum in 15 minutes
o No good idea: it is rather about
reconfiguration, not sharing: more about the
adoption than that it is fast
o Extremely complex issue
o Widgets: 1000 widgets: which one is better
and how do we measure that? Through the
community
o Testing: could include teacher has to be able
to re-use a PLE in 15 minutes; but: it’s not
about time, it’s about the return on
investment
o Identifying the scores that someone gets
based on the traces that someone leaves in
the system
o Pedagogically sound user interfaces
2.2.4 Predictive Modelling
o Predictive models: Predicting performance based
on traces
o Testing of predictive models in competitions:
accuracy vs. satisfaction
o Learning analytics: graphical user interfaces that
foster quick understanding of performance and
aesthetic display, streaming feedback
o Learning analytics, traces, context capturing;</p>
      <p>Privacy-ensured, anonymised; Streaming analysis
o Open requirements elicitation: Implicit
requirement modelling, helpdesk monitoring,
Implementation competitions in the bartering
platforms for software development
•</p>
      <p>Invisible PLE
o Low entry barriers
o Flexibility with respect to pedagogical and
andragogical approaches
o fitness of widgets: create an open market for
widgets; then we can use the market
mechanisms; show that there are widgets
from each of the European countries;
differing learning contexts (school,
university, lll) and stakeholders (providers,
learners, teachers, educational institutions)</p>
    </sec>
    <sec id="sec-6">
      <title>4. CONCLUDING REMARKS</title>
      <p>Evolutionary or Darwinist theories are inherently
controversial; applying them to explain and predict the
trajectory of the development of Personal Learning
Environments (PLE) is particularly challenging. PLE is
still at its infancy stage, and a consensual definition is still
lacking. Amongst others, the task of defining fitness
models for predicting the rise and demise of specific
widgets (which are commonly seen as the building blocks
of PLE) and a specific configuration of PLE per se is
daunting. The workshop is seen as the first step moving in
the direction, though there are still many steps to be taken
to achieve this seemingly insurmountable task. The initial
step is seen as successful with intriguing ideas being
conceived. Future work includes organizing a series of
related workshops/seminars that involve participants with
diverse backgrounds. Project proposals addressing the
emergent topics are seen as a promising way to explore
them in depth over a relatively long period of time. In the
meantime several meetings amongst the workshop
participants have been held to explore these possibilities.</p>
    </sec>
    <sec id="sec-7">
      <title>ACKNOWLEGEMENTS</title>
      <p>We are obliged to the two EU FP7 projects on
technologyenhanced learning: ROLE (http://www.role-project.eu/)
and STELLAR (http://www.stellarnet.eu/) for enabling the
realisation of this stimulating workshop. We would also
like to express our appreciation of the organisers of the 2nd
Alpine Rendez‐ Vous (ARV) 2011 whose efforts have
make the event enjoyable and successful. Last but not
least, thanks should go to authors of the workshop papers.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Ciraci</surname>
            , S. and van den Broek,
            <given-names>P. M.</given-names>
          </string-name>
          (
          <year>2006</year>
          )
          <article-title>Evolvability as a Quality Attribute of Software Architectures</article-title>
          .
          <source>In: The International ERCIM Workshop on Software Evolution</source>
          <year>2006</year>
          ,
          <fpage>6</fpage>
          -7
          <source>Apr</source>
          <year>2006</year>
          , LIFL et l'INRIA,
          <string-name>
            <surname>Universite des</surname>
          </string-name>
          Sciences et Technologies de Lille, France, pp.
          <fpage>29</fpage>
          -
          <lpage>31</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Attwell</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          (
          <year>2007</year>
          ).
          <article-title>Personal learning environments: The future of eLearning, eLearning Papers</article-title>
          ,
          <year>January 2007</year>
          ,
          <volume>2</volume>
          (
          <issue>1</issue>
          ), www.
          <source>elearningpapers.eu. ISSN</source>
          <year>1887</year>
          - 1542
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Nehaniv</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          (
          <year>2003</year>
          ). Evolvability,
          <source>Biosystems: Journal of Biological and Information Processing Systems</source>
          ,
          <volume>69</volume>
          (
          <issue>2-3</issue>
          ),
          <fpage>77</fpage>
          -
          <lpage>81</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Wernick</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hall</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nehaniv</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          (
          <year>2006</year>
          ).
          <article-title>Software evolutionary dynamics modeled as the activity of an actor-network</article-title>
          .
          <source>Proceedings of 2nd Intl. Workshop on Software Evolvability</source>
          . IEEE computer society press.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Nehaniv</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hewitt</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Christianson</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Wernick</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          (
          <year>2006</year>
          ).
          <article-title>What software evolution and biological evolution don't have in common</article-title>
          .
          <source>In Proc. Of 2nd Int'l IEEE Workshop on Software Evolvability (SE'06).</source>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Law</surname>
            ,
            <given-names>E. L-C.</given-names>
          </string-name>
          &amp;
          <string-name>
            <surname>van Schaik</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          (
          <year>2010</year>
          ).
          <article-title>Modeling of user experience: An agenda for research and practice</article-title>
          .
          <source>Interacting with Computers</source>
          ,
          <volume>22</volume>
          ,
          <fpage>312</fpage>
          -
          <lpage>322</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Wong</surname>
            <given-names>B. L. W</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Keith</surname>
            <given-names>S.</given-names>
          </string-name>
          &amp;
          <string-name>
            <surname>Springett</surname>
            <given-names>M.</given-names>
          </string-name>
          (
          <year>2005</year>
          )
          <article-title>Fit for Purpose Evaluation: The case of a public information kiosk for the socially disadvantaged</article-title>
          ,
          <source>People and Computers XIX - Proceedings of HCI</source>
          <year>2005</year>
          ,
          <string-name>
            <given-names>Edinburgh</given-names>
            <surname>Sept</surname>
          </string-name>
          .
          <fpage>5</fpage>
          -
          <lpage>9</lpage>
          . Springer.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Barabasi</surname>
            ,
            <given-names>A-L.</given-names>
          </string-name>
          (
          <year>2002</year>
          ).
          <article-title>The Linked: The new science of networks</article-title>
          . Cambridge, MA: Perseus.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Star</surname>
            <given-names>S.L.</given-names>
          </string-name>
          &amp;
          <string-name>
            <surname>Griesemer</surname>
            ,
            <given-names>J.R.</given-names>
          </string-name>
          (
          <year>1989</year>
          ).
          <article-title>"Institutional Ecology, 'Translations' and Boundary Objects: Amateurs and Professionals in Berkeley's Museum of Vertebrate Zoology,</article-title>
          <year>1907</year>
          -
          <fpage>39</fpage>
          ".
          <source>Social Studies of Science</source>
          <volume>19</volume>
          (
          <issue>4</issue>
          ):
          <fpage>387</fpage>
          -
          <lpage>420</lpage>
          . doi:
          <volume>10</volume>
          .1177/030631289019003001.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>