Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Standardizing Domain Models on @Platform #9

Open
objectiser opened this issue May 23, 2022 · 11 comments
Open

Standardizing Domain Models on @Platform #9

objectiser opened this issue May 23, 2022 · 11 comments
Assignees
Labels
enhancement New feature or request

Comments

@objectiser
Copy link

objectiser commented May 23, 2022

Is your feature request related to a problem? Please describe.

The @platform provides infrastructure to enable apps (within their own namespace) to associate information they require against a user’s atsign. This means that the information is siloed based on applications.

Although not currently policed, the future benefit of this approach could be that only the app (that owns the namespace) is able to modify that information.

The disadvantage of this approach is that apps that provide capabilities within the same domain/vertical would require the user to enter/maintain the same information in multiple namespaces. This seems counter to the “you own the data” message - as technically it may be true, but with duplication of details per app, it still seems like the apps have some control.

If we use the wavi app and profile data as an example. If an app needs the same common user details, contact info and social channels, it could either duplicate the same fields within the app’s namespace, or the fields from wavi could be read/viewed. However I believe the expected approach is that the wavi app would need to be used to create/edit this information - which impacts the user experience of the other app.

Describe the solution you'd like

Upon identification of a suitable domain that could benefit from having a common model shared between apps, create a github project (under the atsign-foundation org) to act as a collaborative area for domain experts and app developers to define the specification, model and associated (but optional) UI widget for viewing/editing the fields.

The first candidate would be the contact/social information currently managed within the wavi app. This should be separated out into a “user profile” project, which can create (at a minimum) editor widgets for the fields, which could then be integrated into the wavi (and other) app(s).

As many domains have further levels of specialization, it may eventually lead to a hierarchy of domain groups.

The @foundation could provide an oversight role for these domain projects, to ensure a good level of governance.

Describe alternatives you've considered

Additional context

@objectiser objectiser added the enhancement New feature or request label May 23, 2022
@objectiser
Copy link
Author

Just to be clear, this mechanism does not need to be too onerous initially. For example:

  • Initially all of the domain models could be within a single github repo, just segmented
  • The properties could be within a single namespace (e.g. ‘wavi’) - worth discussing pro/cons
  • Fixed duration release cycles (if changes have been made within that cycle)
  • Changes recommended via github issues
  • Domain experts for the area of change would discuss on the github issue before approving/rejecting
  • Meetings only scheduled on adhoc basis when issue(s) need more in depth discussion

@anthonyvprakash
Copy link
Member

Hi @objectiser - Great to meet you. Pardon our tardiness in getting back to you. We were hosting an event last week and we are just coming back up for air.

Thanks for reaching out - we appreciate such feedback and inputs. Would you like to talk on a call sometime this week ? I have some Qs for you.

@objectiser
Copy link
Author

Hi @anthonyvprakash, this week is a bit difficult but next week any day is fine (UK timezone).

@gkc
Copy link
Contributor

gkc commented May 31, 2022

@anthonyvprakash If it's feasible I'd love to participate in the call since I'm also in the UK timezone and have been discussing ideas related to / adjacent to @objectiser's proposal. Would have to be Tue-Fri next week as my Monday will be entirely spent travelling home from EMF Camp. If it doesn't work out then that's fine, I'll catch up afterwards.

@objectiser
Copy link
Author

@anthonyvprakash, @gkc - any thoughts on a date/time to schedule the call? Next week is quite flexible for me.

@anthonyvprakash
Copy link
Member

Am sorry @objectiser - Can you pick a time that works for you? https://calendly.com/atanthony

@objectiser
Copy link
Author

@anthonyvprakash thanks. @gkc call scheduled for 14th at 2.30pm, hopefully you can make that day/time?

@anthonyvprakash
Copy link
Member

@gkc & @objectiser - Please go ahead with the scheduled call. I will try my best to join.

@gkc
Copy link
Contributor

gkc commented Jun 13, 2022

Hi folks - 2:30pm tomorrow works fine for me however I do not see anything in my calendar ...

@objectiser
Copy link
Author

@gkc Hopefully @anthonyvprakash can add you to the event.

@gkc
Copy link
Contributor

gkc commented Oct 11, 2022 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants