-
Notifications
You must be signed in to change notification settings - Fork 283
Arrays for Social Media #57
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
Comments
But if you're sending a resume to an employer, would you add that "personal" social media account⸮ This same question has been raised in #27 about "work" email versus "personal" one. |
Some people have multiple social accounts per service. That being said there is usually a most important in this context. My typical opinion is 1 per service is fine, but this is probably an ok thing to do. |
One way to allow multiple accounts per service would be to do something like this: {
"twitter": "ryaneshea",
"twitter.work": "onenameio"
} That way, there is an implicit default (the entry with the key "twitter") AND there are multiple accounts that have all been indicated to be "twitter" accounts. And their labels are built right into the keys. |
Backing up a second, which Twitter account is most important for you to share with any given recipient. I vote for reducing complexity here. |
There is a possiblity for allowing additional detail with a network.more That being said I agree with reducing complexity here. On Thu, Jul 10, 2014 at 1:07 PM, Ursula Kallio [email protected]
|
I vote for reduction of complexity, a.k.a. allowing only one entry per Social Medium. |
@opensourcegrrrl and @dandydev +1 |
One per medium seems reasonable. If any addition, my vote would go to the "twitter" as default and "twitter.work" as addition proposition. |
|
+1 to what @stp-ip said |
Seems like we agree on KISS here. Closing for now, feel free to re-open 😄 |
I like "twitter.work", "email.personal", etc. But let's document it somewhere somehow. Re-opening as a reminder. |
Actually, account names are just strings, so you can do something like "Work Twitter". |
No change to the schema required. Just documentation on how it is possible. |
It's too uncommon to either support or document, but as @stp-ip said, it is still supported if those who wish to build it, do. |
I don't know about you, but on some social media sites like GitHub I have multiple accounts: some for personal use and some for business use. If my usernames were
thing1
andthing2
, then in the current schema, I could do:But this could lead to issues for parsers that look specifically for certain profile keys like "github" or "stackOverflow". A better solution might be something like:
We could even make them objects.
Just a thought.
The text was updated successfully, but these errors were encountered: