critique of vibe.d
Sönke Ludwig via Digitalmars-d
digitalmars-d at puremagic.com
Wed Jul 9 09:16:49 PDT 2014
Am 09.07.2014 17:26, schrieb Sean Kelly:
> On Wednesday, 9 July 2014 at 01:33:01 UTC, Puming wrote:
>> Also, in playframework, vert.x and nodejs, they all have a
>> plugin/module system, that people could easily compose plugins to make
>> a website. (I call it plugin because that is what play used to call
>> it, now they all call it a module but that name will easily conflict
>> with D's sourcecode modules). This is a critical mechanism that
>> actually allured developers to contribute to the eco-system.
>
> On a related note, one thing vibe.d is really missing from my
> perspective is a good way to handle unstable processes and perform
> seamless code upgrades (this is where Erlang really shines IMO). It
> would be cool if there were a process monitor at least. The system I
> work with does some fancy stuff with UDS, but that probably isn't
> necessary. I'll admit that the ball is probably kind of in my court
> here, since IPC would be a handy way of communicating process health,
> but something simpler using pipes or whatever would work as well.
This is what vibedist [1] was/is intended for, but unfortunately I never
found the time to really finish it so far.
[1]: https://github.com/rejectedsoftware/vibedist
More information about the Digitalmars-d
mailing list