1 #+setupfile: ../clean.theme
3 In heptapod we have a root group named
=comp=, containg a variety of
4 subgroups. Some of these groups should be public, while others are
5 internal to comp members exclusively. Within each subgroup, we should
6 have the root group members automatically granted privileged access to
7 projects. This is relevant for the
=startup= subgroup in particular,
8 where each project is potentially maintained by multiple non-root
11 We also need to consider how we will manage subrepos across the
12 organization. It is about time we start integrating HG bundles and
13 potentially mirrors. For our core VC pipeline we should have no
14 reliance on Git, but this may be difficult. It depends on the behavior
17 Bookmarks/tags should be used for milestones in the root group and are
18 infrequent. They are more frequent in projects with a regular release
21 I started poking around in the webapp space again so that I can launch
22 a landing page for NAS-T quickly. The Rust situation has improved
23 somewhat on the frontend side, and the axum backend stack is nice.
25 This might seem like a lot of Rust and not a lot of Lisp, which it is,
26 but there's still room for Lisp wherever we need it. It mostly plays a
27 role in the backend, servicing the database and responding to requests
28 from the Rust edges. All of the important tests for the web APIs are
29 also written in Lisp. We will almost certainly use Lisp for all static
30 processing and HTML generation at compile-time.
32 This I believe, is the appropriate way to integrate Lisp into a
33 cutting-edge web-app. You get the good parts of Lisp where you need
34 them (interactive debugging, dynamic language, REPL) and avoid the bad
35 parts (OOB optimization, RPS performance) in areas where the customer
36 would be impacted. In this domain, Lisp takes the form of a glue
37 rather than the bricks and mortar it sometimes appears to us as.
