]> gitweb.factorcode.org Git - factor.git/blob - unmaintained/obj/papers/papers.factor
Conflict resolution
[factor.git] / unmaintained / obj / papers / papers.factor
1
2 USING: sets obj obj.util obj.view ;
3
4 IN: obj.papers
5
6 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
7
8 SYM: title        properties adjoin
9 SYM: abstract     properties adjoin
10 SYM: authors      properties adjoin
11 SYM: file         properties adjoin
12 SYM: date         properties adjoin
13 SYM: participants properties adjoin
14 SYM: description  properties adjoin
15
16 SYM: chapter      properties adjoin
17 SYM: section      properties adjoin
18 SYM: paragraph    properties adjoin
19 SYM: content      properties adjoin
20
21 SYM: subjects     properties adjoin
22 SYM: source       properties adjoin
23
24 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
25
26 SYM: paper  types adjoin
27 SYM: person types adjoin
28 SYM: event  types adjoin
29
30 SYM: excerpt types adjoin
31
32 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
33
34 SYM: bay-wei-chang       { type person } define-object
35 SYM: chuck-moore         { type person } define-object
36 SYM: craig-chambers      { type person } define-object
37 SYM: david-ungar         { type person } define-object
38 SYM: frank-g-halasz      { type person } define-object
39 SYM: gerald-jay-sussman  { type person } define-object
40 SYM: guy-lewis-steele-jr { type person } define-object
41 SYM: randall-b-smith     { type person } define-object
42 SYM: randall-h-trigg     { type person } define-object
43 SYM: robert-adams        { type person } define-object
44 SYM: russell-noftsker    { type person } define-object
45 SYM: thomas-p-moran      { type person } define-object
46 SYM: urs-holzle          { type person } define-object
47
48 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
49
50 SYM: programming-as-an-experience
51   {
52     type     paper
53     title    "Programming as an Experience: The Inspiration for Self"
54     abstract "The Self system attempts to integrate intellectual and non-intellectual aspects of programming to create an overall experience. The language semantics, user interface, and implementation each help create this integrated experience. The language semantics embed the programmer in a uniform world of simple ob jects that can be modified without appealing to definitions of abstractions. In a similar way, the graphical interface puts the user into a uniform world of tangible objects that can be directly manipulated and changed without switching modes. The implementation strives to support the world-of-objects illusion by minimiz ing perceptible pauses and by providing true source-level semantics without sac rificing performance. As a side benefit, it encourages factoring. Although we see areas that fall short of the vision, on the whole, the language, interface, and im plementation conspire so that the Self programmer lives and acts in a consistent and malleable world of objects."
55     authors  { randall-b-smith david-ungar }
56     date     1995
57   }
58 define-object
59
60 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
61
62 SYM: self-the-power-of-simplicity
63   {
64     type paper
65     title "Self: The Power of Simplicity"
66     abstract "Self is an object-oriented language for exploratory programming based on a small number of simple and concrete ideas: prototypes, slots, and behavior. Prototypes combine inheritance and instantiation to provide a framework that is simpler and more flexible than most object-oriented languages. Slots unite variables and procedures into a single construct. This permits the inheritance hierarchy to take over the function of lexical scoping in conventional languages. Finally, because Self does not distinguish state from behavior, it narrows the gaps between ordinary objects, procedures, and closures. Self's simplicity and expressiveness offer new insights into object-oriented computation."
67     authors { randall-b-smith david-ungar }
68     date 1987
69   }
70 define-object
71
72 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
73
74 SYM: parents-are-shared-parts
75   {
76     type paper
77     title "Parents are Shared Parts: Inheritance and Encapsulation in Self"
78     abstract "The design of inheritance and encapsulation in Self, an object-oriented language based on prototypes, results from understanding that inheritance allows parents to be shared parts of their children. The programmer resolves ambiguities arising from multiple inheritance by prioritizing an object's parents. Unifying unordered and ordered multiple inheritance supports differential programming of abstractions and methods, combination of unrelated abstractions, unequal combination of abstractions, and mixins. In Self, a private slot may be accessed if the sending method is a shared part of the receiver, allowing privileged communication between related objects. Thus, classless Self enjoys the benefits of class-based encapsulation."
79     authors { craig-chambers david-ungar bay-wei-chang urs-holzle }
80     date 1991
81   }
82 define-object
83
84 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
85
86 SYM: organizing-programs-without-classes
87   {
88     type paper
89     title "Organizing Programs Without Classes"
90     abstract "All organizational functions carried out by classes can be accomplished in a simple and natural way by object inheritance in classless languages, with no need for special mechanisms. A single model--dividing types into prototypes and traits--supports sharing of behavior and extending or replacing representations. A natural extension, dynamic object inheritance, can model behavioral modes. Object inheritance can also be used to provide structured name spaces for well-known objects. Classless languages can even express 'class-based' encapsulation. These stylized uses of object inheritance become instantly recognizable idioms, and extend the repertory of organizing principles to cover a wider range of programs."
91     authors { david-ungar craig-chambers bay-wei-chang urs-holzle }
92     date 1991
93   }
94 define-object
95
96 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
97
98 SYM: scheme-an-interpreter-for-extended-lambda-calculus
99   {
100     type paper
101     title "Scheme: An Interpreter for Extended Lambda Calculus"
102     abstract "Inspired by ACTORS [Greif and Hewitt] [Smith and Hewitt], we have implemented an interpreter for a LISP-like language, SCHEME, based on the lambda calculus [Church], but extended for side effects, multiprocessing, and process synchronization. The purpose of this implementation is tutorial. We wish to: (1) alleviate the confusion caused by Micro-PLANNER, CONNIVER, etc. by clarifying the embedding of non-recursive control structures in a recursive host language like LISP. (2) explain how to use these control structures, independent of such issues as pattern matching and data base manipulation. (3) have a simple concrete experimental domain for certain issues of programming semantics and style."
103     authors { gerald-jay-sussman guy-lewis-steele-jr }
104     date 1975
105   }
106 define-object
107
108 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
109
110 SYM: symbolics-is-founded
111   {
112     type         event
113     participants { russell-noftsker robert-adams }
114     date         1980
115   }
116 define-object
117
118 SYM: symbolics-funding-from-gi
119   {
120     type        event
121     description "Symbolics receives $500,000 from General Instruments"
122     date        1982
123   }
124 define-object
125
126 SYM: symbolics-files-for-bankruptcy
127   {
128     type event
129     date "1993-01-28"
130   }
131 define-object
132
133 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
134
135 SYM: the-evolution-of-forth
136   {
137     type paper
138     title "The Evolution of Forth"
139     authors { chuck-moore "elizabeth-d-rather" "donald-r-colburn" }
140     abstract
141     "Forth is unique among programming languages in that its development and proliferation has been a grass-roots effort unsupported by any major corporate or academic sponsors. Originally conceived and developed by a single individual, its later development has progressed under two significant influences: professional programmers who developed tools to solve application problems and then commercialized them, and the interests of hobbyists concerned with free distribution of Forth. These influences have produced a language markedly different from traditional programming languages."
142     date 1993
143   }
144 define-object
145
146 SYM: first-complete-stand-alone-forth
147   {
148     type event
149     participants { chuck-moore }
150     date 1971
151   }
152 define-object
153
154 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
155
156 SYM: notecards-in-a-nutshell
157   {
158     type paper
159     authors { frank-g-halasz thomas-p-moran randall-h-trigg }
160     date 1987
161   }
162 define-object
163
164 ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
165
166 SYM: the-evolution-of-forth-excerpt-2-1-1
167   {
168     type excerpt
169     source the-evolution-of-forth
170     chapter 2
171     section 1
172     paragraph 1
173     content
174     "Moore developed the first complete, stand-alone implementation of Forth in 1971 for the 11-meter radio telescope operated by the National Radio Astronomy Observatory (NRAO) at Kitt Peak, Arizona. This system ran on two early minicomputers (a 16 KB DDP-116 and a 32 KB H316) joined by a serial link. Both a multiprogrammed system and a multiprocessor system (in that both computers shared responsibility for controlling the telescope and its scientific instruments), it was responsible for pointing and tracking the telescope, collecting data and recording it on magnetic tape, and supporting an interactive graphics terminal on which an astronomer could analyze previously recorded data. The multiprogrammed nature of the system allowed all these functions to be performed concurrently, without timing conflicts or other interference."
175     subjects { chuck-moore first-complete-stand-alone-forth }
176   }
177 define-object
178