dimorlus

В книге "Work-Oriented Development of Software Artifacts" (1988) Pelle Ehn описывает серию проектов, исследовавших способы сделать программное обеспечение более соответствующим своему конечному применению, более удобным в использовании и создаваемым совместно программистами и конечными пользователями.

Для меня высшей точкой этой книги является то, как он рассматривает разработку программного обеспечения в контексте четырёх философов: René Descartes, Karl Marx, Martin Heidegger и Ludwig Wittgenstein.

Человек, работающий в стиле Декарта, мыслит внешнюю реальность как нечто достойное описания и направляет свои усилия на её фиксацию. Поэтому его интересует, насколько требования, модели и код соответствуют реальности. Этот картезианский подход заполнял первое полувековье нашей области.

Человек, работающий в стиле Маркса, прежде всего спрашивает: «Кому выгодна эта новая система? Как её внедрение изменяет структуру социальной власти?» Это осмысленный вопрос, независимо от того, нравятся вам политические теории Маркса или нет.

Человек, работающий в стиле Хайдеггера, рассматривает систему с точки зрения её эффективности как инструмента. В идеале пользователь вообще не должен «видеть» систему. Он должен видеть сквозь систему саму выполняемую задачу. Например, когда я печатаю документ, я вижу страницу, заполняющуюся текстом; я не «вижу» текстовый процессор. Опытный пианист видит создаваемую музыку, а не фортепиано; хороший плотник видит гвоздь, входящий в дерево, а не молоток. Подход Хайдеггера к оценке помогает нам создавать системы, более пригодные к использованию.

И только стиль Витгенштейна противопоставляется стилю Декарта. Человек, работающий в этом стиле, рассматривает развитие программного дизайна как разворачивание языковой игры, в которой со временем в язык добавляются новые слова.

Это сразу связывает разработку программного обеспечения с кооперативной игрой изобретения и коммуникации. Вероятно, значительной частью своей модели кооперативной игры я обязан работам Эна. За годы до того, как я разработал идею кооперативной игры, я прочитал и забыл следующую статью. Когда я начал писать эту книгу, я снова её перечитал и был поражён тем, насколько многие мои формулировки перекликались с формулировками Эна.

Эна интересует построение общего опыта через совместную практику, использование самой практики как непосредственной основы для выявления потребностей. Иными словами, он работает с неявным знанием. Более того, он подчёркивает роль мастерства в осуществлении практик (интересно читать слова Miyamoto Musashi, указывающие почти на то же самое). Хотя я и упоминал тему мастерства, Эн развивает её гораздо более глубоко и полно.

$ cat hello.pascal 
program main(output);
_(
    writeln('Hello, Pascal!');
_).
$ besmc hello.pascal 
$ ./hello.exe 
HELLO, PASCAL!

$ cat caller.pascal 
program main (output);
procedure hello; fortran;
_(
    hello;
_).
$ cat callee.ftn 
        subroutine hello
        print 1000
 1000   format('Hello Fortran from Pascal!')
        end
$ besmc caller.pascal callee.ftn -o example
$ ./example.exe 
HELLO FORTRAN FROM PASCAL!

• Pascal — `hello.pascal`
• Pascal-re — `hello.pas`
• Algol-ГДP — `hello.algol`
• Fortran-ГДP — `hello.ftn`
• Fortran Dubna — `hello.fortran`
• Forex — `hello.forex`
• Assembler Madlen — `hello.assem`
• Assembler Madlen-3.5 — `hello.madlen`
• Assembler БЕМШ — `hello.bemsh`
• B language — `hello.b`
• Object modules — `stdarray.std`
• Mixed-language: Pascal calling Fortran — `caller.pascal` + `callee.ftn`

$ cat hello.b 
main() {
    printf("Hello, B!*n");
}
$ besmc hello.b
$ ./hello.exe 
HELLO, B!

Исторически языка Би на БЭСМ-6 не было. Это уже современная доделка. Хотя уже тогда ничто не мешало. Просто ни в Дубне, ни в ИТМиВТ не знали про язык Би.