Live data from Hacker News

A New Architecture for Plaid Link: Server-Driven UI with Directed Graphs

plaid.com

1–10 of 27 posts

Re: A New Architecture for Plaid Link: Server-Driven UI with Directed Graphs

#4
post #3
post #2

Hi folks — author/engineer here. Happy to answer any questions about this system!

I am mostly interested in what you used to visualize the graph.

Good question — we used https://github.com/projectstorm/react-diagrams

Re: A New Architecture for Plaid Link: Server-Driven UI with Directed Graphs

#6
Ooo Plaid.. so advanced, so intuitive, much tech!

So how come going to production with you is a three month process involving endless spreadsheets and email exchanges? not at all as presented on website.

You've left your onboarding / compliance team behind while focusing on the cool stuff.

Re: A New Architecture for Plaid Link: Server-Driven UI with Directed Graphs

#7

Ooo Plaid.. so advanced, so intuitive, much tech! So how come going to production with you is a three month process involving endless spreadsheets and email exchanges? not at all as presented on website. You've left your onboarding / compliance team behind while focusing on the cool stuff.

Our team will be gearing up for this soon, any additional details you can share?

Re: A New Architecture for Plaid Link: Server-Driven UI with Directed Graphs

#8

Ooo Plaid.. so advanced, so intuitive, much tech! So how come going to production with you is a three month process involving endless spreadsheets and email exchanges? not at all as presented on website. You've left your onboarding / compliance team behind while focusing on the cool stuff.

Can you send me an email: jgreze plaid.com -- I'll see what I can do to help. For the vast majority of cases onboarding should be self-serve until you hit a certain level of scale, so I'd love to understand what's happening here and what we can do better.

(VPEng at Plaid)

Re: A New Architecture for Plaid Link: Server-Driven UI with Directed Graphs

#9

Can I understand it as the UI layer for BPMN? https://en.wikipedia.org/wiki/Business_Process_Model_and_Not...

There certainly is some conceptual overlap in defining an experience/decision making process as a directional graph.

However, to my limited knowledge of this, BPMN doesn't quite differentiate between its activities in terms of "does this need user interaction" vs "process this thing". In our case, we have pane nodes for the "need user interaction" activity and processor nodes for the "process this thing" activity.

Re: A New Architecture for Plaid Link: Server-Driven UI with Directed Graphs

#10
post #9

Can I understand it as the UI layer for BPMN? https://en.wikipedia.org/wiki/Business_Process_Model_and_Not...

There certainly is some conceptual overlap in defining an experience/decision making process as a directional graph. However, to my limited knowledge of this, BPMN doesn't quite differentiate between its activities in terms of "does this need user interaction" vs "process this thing". In our case, we have pane nodes for the "need user interaction" activity and processor nodes for the "process this thing" activity.

> BPMN doesn't quite differentiate between its activities in terms of "does this need user interaction" vs "process this thing".

User interaction is a distinct BPMN Activity Type, so BPMN can make this distinction quite unambiguously. Concrete BPMN implementations, IIRC, use varying amounts of the spec and have varying degrees to which Activity types are functionally rather than merely visual distinguished, so a particular BPMN tool may or may not make the distinction or treat it as significant.

Post reply on HN