Add yes minister post.
[blog.git] / integration.post
1 ;;;;;
2 title: Integrated tools
3 date: 2014-11-27 21:30:21
4 format: md
5 ;;;;;
6
7 Continuing that thought, I feel that the tools we use are very much
8 disconnected from each other.  Of course that is the basic tennet, tools which
9 do one thing well.  However, tools serve a specific purpose, which in itself
10 can be characterised as providing a specific service.  It seems strange that
11 basically the only widely applicable way to connect very different tools is the
12 shell, respectively calling out to other programs.
13
14 I would argue that using some another paradigms could rather help to make the
15 interplay between services in this sense much easier.  For example, if we were
16 to use not only a message bus, line in Plan9, but also a shared blackboard-like
17 database to exchange messages in a common format, then having different daemons
18 react on state changes would be much easier.
19
20 Of course, this would already be possible if the one point, a common exchange
21 format, was satisfied.  In that case, using file system notifications together
22 with files, pipes, fifos etc. would probably be enough to have largely the same
23 system, but based on the file system abstraction.