# The future of software, the end of apps, and why UX designers should care about type theory

**URL:** <https://forum.malleable.systems/t/the-future-of-software-the-end-of-apps-and-why-ux-designers-should-care-about-type-theory/40>\
**Category:** Catalog\
**Created:** [11 February 2023 07:48 UTC](https://forum.malleable.systems/t/the-future-of-software-the-end-of-apps-and-why-ux-designers-should-care-about-type-theory/40 "2023-02-11T07:48:26Z")\
**Posts on this page:** 1\
**Showing post:** 6

<div class="post-metadata">

**Author:** ![Offray](https://forum-cdn.malleable.systems/user_avatar/forum.malleable.systems/offray/32/48_2.png) [@Offray](https://forum.malleable.systems/u/Offray)\
**Post date:** [2 November 2023 16:15 UTC](https://forum.malleable.systems/t/the-future-of-software-the-end-of-apps-and-why-ux-designers-should-care-about-type-theory/40/6 "2023-11-02T16:15:28Z")

</div>

> [@jryans](#):
>
> > Applications can and ultimately should be replaced by _programming environments_, explicitly recognized as such, in which the user interactively creates, executes, inspects and _composes_ programs.
> 
> > Applications are failing at even their stated goal, but they do worse than that. Yes, an application is an (often terrible) interface to some library of functions, but it also traps this wonderful collection of potential building blocks in a mess of bureaucratic red tape.

In the front of toolkits that are already exposing their building blocks while providing programming environments for the user to change them, I would put the rich tradition of Smalltalk systems that do precisely that, particularly its current evolution in environments like [Pharo](https://pharo.org/) and [Glamorous Toolkit](https://forum.malleable.systems/t/glamorous-toolkit/30) (GToolkit).

The think that, for me, the issue is more cultural that infrastructural. We already have programming environments that convey more powerful visions and practices of informatics than the hegemonic ones, popularized by Big Corp Inc. But such powerful already present uses are marginal. In my case, a way to bridge such gap was to build tools like [Grafoscopio](https://mutabit.com/grafoscopio/en.html) and put them in grassroots communities like the local hackerspace, [HackBo](https://hackbo.org/). And now I’m porting the lessons from Grafoscopio (build on “plain” Pharo) to GToolkit via [MiniDocs](https://code.sustrato.red/Offray/MiniDocs/).

So, a more compelling question, for me at least, is to tackle the cultural part of moldable infrastructures. And aspect that I have seen consistently overlook in more technocentric discussions (more about that in a future post).

BTW, talking about infrastructure and culture: I don’t know which is the policy regarding old threads. One of the things I like the most from Discourse forum software is this sense of serendipity and being able to revive something old and making it anew, so nobody arrives never “late” to the conversation and can sync him/herself with the community memory at his/her own rhythm. Let me know if there is another policy regarding retaking old threads.

Cheers,

---

_[View the full topic](https://forum.malleable.systems/t/the-future-of-software-the-end-of-apps-and-why-ux-designers-should-care-about-type-theory/40)._
