What it takes to create with domain-appropriate tools: reflections on implementing the “id” system

Abstract:

There is a One-Size-Fits-All quality to languages, APIs and even programming itself. Whether you're making a mobile game or a scientific simulation, you will be using a text-based language with similar devices for structuring your code. This is a source of artificial difficulty in creating, understanding, and modifying software systems. No matter the domain, the author's design needs encoding into a form that does not resemble it. This paper describes a vision where software can be built in a programming environment that is closer to the domain of the software itself. By doing so, users of the system can use familiar abstractions and tools for adapting it. A step towards this vision is presented: a Web version of a minimal OOP system, developed as an executable version of the diagrams of its design, in a substrate meant to facilitate this. The experience of creating such a substrate is analysed, and I suggest deficiencies in programming environments that stand in the way of making this practice commonplace, as well as ways to fill in these gaps.

BibTeX:

@inproceedings{jakubovic_what_2020,
    title = {{What it takes to create with domain-appropriate tools: reflections on implementing the “id” system}},
    author = {Jakubovic, Joel},
    year = {2020},
    booktitle = {{Companion Proceedings of the 4th International Conference on Art, Science, and Engineering of Programming}},
    publisher = {Association for Computing Machinery},
    series = {{Programming '20}},
    location = {New York, NY, USA},
    doi = {10.1145/3397537.3397549},
    isbn = {978-1-4503-7507-8},
    pages = {197--207},
    url = {https://doi.org/10.1145/3397537.3397549},
    shorttitle = {What it takes to create with domain-appropriate tools},
}

Proceedings paper