Redvant: Difference between revisions
No edit summary |
|||
Line 36: | Line 36: | ||
</blockquote> | </blockquote> | ||
#Jitsi adapted to DS | #Jitsi adapted to DS | ||
#Established | #Established DCMSket> baseline | ||
#stable production level [https://doorbell.meansofproduction.biz <span style="color: pink;">live</span>] and [https://ac.ai-integration.biz <span style="color: pink;">AC</span>] SPAs | #stable production level [https://doorbell.meansofproduction.biz <span style="color: pink;">live</span>] and [https://ac.ai-integration.biz <span style="color: pink;">AC</span>] SPAs | ||
</blockquote> | </blockquote> |
Revision as of 15:33, 28 April 2019
Précis
Redvant is purescript-react, red FE with servant backend as a focus/incubator for DCMS and tl:dr[AK] apps.
"red" could be
react, redux, redis, or just plain red, a simple name.
and "vant" is just from haskell-servant.
Stands for otherwise unnamed consumer product development flows in my public job shop outside of the DDD process.
Story
Redvant is a name for a dev workflow defined by an implementation path from front end thru DCMS middleware, to arbitrary domain space function, but particularly Apache ISIS based end consumer apps such as GT2 and TASKPM.
Ideally, the layers of any mediating app between these endpoints would be developed from first DDD principles. Practically, besides the GT2 and TASKPM exemplars, just doing it and getting it done to a useable state is the good here.
Residue/Result
- ISIS Common DS platform builds for
GT2, TASKPM, and SB apps, forming DDD product line engineering flows
with standard timeline(s) (e.g.: biz case 64) as domain driven job streams in the
Public Job Shop (PJS).