Skip to content

ra/oshocton

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

10 Commits
 
 

Repository files navigation

oshocton

share ID per service per person

Take Alice and Bob (or Angela and Barack or...).

Usually Bob has an address book, perhaps close to his email, where he has an entry for Alice. Bob owns the whole shebang. But isn't Alice's email address her info? What if her phone number changes? Even if briefly.

The 2013 addressbook is a many-to-one mapping, and all those addresses, phone numbers and GitHub names. But this conception is of one container for one direction of one realtionship. Say Bob's container, with all the contact details that Alice shares with him. She has full write permission about herself in his container. For his use finding her. So, for one direction of one realtionship there is a rich and newly owned list of details. This container could be alongside some others but it is, generally, at a place of their choosing, convenient for that relationship.

The only thing still looking like the 2013 address book is a two-column table. Name and location of container.

to do

  • decide on path of least resistance to minimal working instance
  • assemble that
  • find better synonym for container

This may or may not become a final project for CS50.

About

share ID per service per person

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published