manipulating representations, which give rise to yet
other representations. Accordingly, insofar as new
representations may be formed during or after
program executions, we will use the term
“representations a posteriori” so as to distinguish
them from the program specification.
Using these terms, the arguments presented in
the preceding sections can be reformulated. Among
the models embedded in the target machine, there
are no definite reasons to choose a specific set of
representations a posteriori in terms of one model or
another. If those representations are to be justified as
valid formal consequences of the specification, they
must be tested for empirical adequacy. Nevertheless,
this depends on a fundamental condition: according
to the classic theory of computation, both the
specification and the representations must be
formulated in a first-order language. Should this
condition be granted, we could say – in a certain
sense – that the execution of a program deduces
representations a posteriori from its specification.
That being so, one way of looking upon
specifications and representations a posteriori is to
see them as describing laws, i.e. material conditions
of necessity between events or properties about the
behavior of programs, whose test for empirical
adequacy is related to two tacit methodological
conditions: Firstly, that the intended meanings of the
specifications and representations, with reference to
the behavior of the program in the target machine,
be shared by the simulation implementer and the
observers. Secondly, presumably, in the case of
ABSS, that the intended meanings of the
specifications and representations, with reference to
the actual social phenomenon, be shared by the
simulation observers. Two remarks should be made,
nevertheless. The former condition is the only one
relevant to regard simulation as an automated
procedure of formal inference, whereas the latter is
irrelevant to that effect. Consequently, that same
condition is the only one relevant to regarding
program verification within the scope of a logic of
empirical adequacy.
The way to comply with these conditions can
vary, however. Insofar as we have suggested that
they are satisfied more or less tacitly, we should
presume that the expressability of the specification
language, as well as the expressability of the
representations a posteriori, is also evaluated tacitly.
But once we realize that almost all specifications
and representations in ABSS are formulated in a
rather informal way, there is no other alternative but
to presume that the relevance of such structures must
be established through explicit and verifiable
methods. Unless the specifications and
representations have been formulated in the formal
language of the execution model, it is not
appropriate to assume that any specification or any
representation a posteriori can be translated, without
loss of generality, to a first-order language.
Thus, for example, in Schelling’s (1978) model
of ethnic residential segregation, there should be a
considerable consensus around a first-order language
capable of expressing the specification and a
posteriori representations disseminated in the
literature, where such terms as “ethnicity”,
“segregation” or “tolerance” should convey the same
meanings to the simulation implementer and to the
community of observers. This may be achieved
following one of two procedures: (i) explicitly, by
showing that the specification and representations a
posteriori can be, without loss of generality,
expressed by a first order language, or (ii) implicitly,
according to any validated methodology able to
grant that effect.
The tendency in the literature is just the opposite,
however. In the first place, the published articles
remark that the meanings of specifications in
relation to the target machine lose extensive
generality to what is intended originally. In the
second place, the published articles do not report any
attempt to formulate representations a posteriori in a
first-order language. This is sufficient to encumber
the possibility of understanding the execution of a
program as a process of formal inference that
validates its results empirically. The acceptance of a
social simulation by a community of observers
depends on interpretative aspects that go beyond
empirical adequacy, for the semantic significance of
computer programs conveys not only a causal
capability, but also an intentional capability.
By intentional capability we understand the
following: (i) the recognition that since computation
is a symbolic phenomenon, or representational, or
semantical, it is intentional insofar as we assume that
the behaviors of computers stand for other things in
the world (Smith, 1996), (ii) the recognition that
programs implemented in computers possess a
causal capability that affects the behavior of
computers, whereby the simulation implementer has
the intention of submitting behaviors that stand for
other things in the world for a community of
observers, who may or may not accept those
intended meanings, (iii) the recognition that the
simulation implementer and the observers’ intended
meanings will remain intentional insofar as the
propositions used for interpreting the observed
behavior of programs are not verified empirically.
ICEIS 2006 - ARTIFICIAL INTELLIGENCE AND DECISION SUPPORT SYSTEMS
34