TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

On Contact Management

26 点作者 bscofield超过 11 年前

11 条评论

lubelski超过 11 年前
Every social network strives to be this for people.<p><a href="http://xkcd.com/927/" rel="nofollow">http:&#x2F;&#x2F;xkcd.com&#x2F;927&#x2F;</a>
评论 #6385398 未加载
omh超过 11 年前
I think most people already solved this problem by joining Facebook.<p>Yes, it&#x27;s obviously not quite the same thing. But it&#x27;s a central place which (almost) everyone has joined. Many have listed their phone&#x2F;email details, and if they haven&#x27;t I can usually message them to ask.
评论 #6385392 未加载
smoyer超过 11 年前
There&#x27;s a proposed RFC (which I believe will be accepted before the end of the year) which provides a standard (assuming acceptance) way to transport identities between services on the Internet - <a href="http://www.simplecloud.info/" rel="nofollow">http:&#x2F;&#x2F;www.simplecloud.info&#x2F;</a>. It&#x27;s backed by some pretty big players and we&#x27;re adopting it as the new version of one of our identity APIs at Penn State.<p>There is currently no mechanism for deciding which parts of your identity are available to different people, and retrieval of anything not marked public would require that they identify themselves. I think the ideas below are great, and adding your friends, business contacts and acquaintances to different circles&#x2F;spheres&#x2F;lists is an easy way for you to manage them. The hard part (I think) is that identity needs to be federated somehow so that you know who is asking for your identity and therefore which fields to provide (A&amp;A strikes again).<p>I&#x27;d encourage everyone who cares about solutions like this to read the specifications I&#x27;ve linked to, then read and participate in the mailing list ... the discussions are amazing.
dpcan超过 11 年前
This is really just an example of why there are SO MANY contact management apps. It&#x27;s not a one-size-fits-all industry by any means.<p>1) The data.<p>This is usually just a spreadsheet, simple table, or CSV of names and emails, phone numbers, addresses, etc.<p>2) Storage and maintenance.<p>Where is this information stored so it can be retrieved and modified easily from ALL the crazy devices and software we have that needs access to it?<p>3) How we access and use this information.<p>Whether it&#x27;s in an email client where you start typing the first letters of a name and the information shows up, or you get a call on your phone and it associates the number with a name in your database, etc. And how do you add someone new?<p>I think 1 &amp; 2 are solvable with a standardized format and the Cloud.<p>It&#x27;s #3 that will constantly, always, forever, be different for everyone. I don&#x27;t need to do what the author needs to do in this post. I usually just need all my contacts in my phone. I&#x27;ve tried to help associates manage contacts, and they usually hate what I show them too (and many times they hate several options that I show them). Everyone is different.<p>Maybe the author should develop his idea. It&#x27;s possible that his solution could scratch the itch of a couple thousand. Who knows.
chmike超过 11 年前
This is indeed a general problem. Facebook and google+ where response attemps. But my impression is that they failed because they didn&#x27;t focus on this particular service to do it right.<p>I would push the vision further. We need a service to also publish, revoque and update public keys&#x2F;certificates. You suggest to have this information restricted and share it as needed. But some people want this information public like people in business or companies. So the shared as needed is only a particular use case. You also want access control. We can&#x27;t solely rely on sharing limits.<p>Another thing is that people should be able to have more then one such sphere&#x2F;internet identity, one for professional activity, one for private activity, etc. One should be able to have throwaway identities or network identies without links to our real identity to preserve our privacy or security.<p>It&#x27;s been some time that I was thinking of this need and of a possible implementation (i.e. DNS like). I would love to share my thoughs and participate in such project. You should be able to contact me at chmike@dupif.com.
lifeisstillgood超过 11 年前
contact like calendar management is a massively Unsolved problem online. however this approach (a sort of yellow pages for everyone) barely scratches the surface.<p>there are many very good reasons for me to keep a copy (perhaps a local cache) of my own contacts details, but the big one for me is what did I contact them about, when and why. there are a few services attacking these - writethatname, ActiveInbox - but it&#x27;s all a bit over the place. for example I am struggling to co-ordinate call logs on iPhone and Skype - hell I cannot even get my call logs off iPhone.<p>this is not a solution I fear to the main issue - logging contact events, not updating contact details
shravan超过 11 年前
In effect, we have exactly this if your acquaintance&#x27;s contact information is on Facebook and you link your phone&#x27;s address book with them. You don&#x27;t need to keep track of constantly changing information since it&#x27;s all centralized in one location. The &quot;spheres&quot; you reference are akin to Google+ circles or Facebook&#x27;s lists. You can set the visibility of your contact info to achieve something pretty close to what was described.<p>The upside of such an approach is that there is one central point of truth for everyone&#x27;s info. Conversely, the downside is there&#x27;s also one central point of failure.
评论 #6385382 未加载
derwildemomo超过 11 年前
You just might want to read a post I did a while ago about the same idea, packaged slightly different: <a href="http://momo.brauchtman.net/2012/02/09/distributed-management-of-personal-contact-data/" rel="nofollow">http:&#x2F;&#x2F;momo.brauchtman.net&#x2F;2012&#x2F;02&#x2F;09&#x2F;distributed-management...</a> .
评论 #6385395 未加载
smilekzs超过 11 年前
Agreed. This is so common a problem that it makes perfect sense for there to be a completely _separate_ service out of it.<p>The commercial aspect is where it really starts to be complicated, though.
hobo_mark超过 11 年前
It&#x27;s been ages since I checked, but I remember plaxo was supposed to address this kind of problems, what has become of it?
spaboleo超过 11 年前
Yes, I agree with you that the way we manage our contact date is outdated.<p>The problems nowadays are:<p>1) If you include pseudonyms and literally all user data, you will earn the distrust of millions of users that don&#x27;t want this data centralized in the databases of one company. (I know it is possible to figure out almost all the interconnections e.g. via IP, Cookies, Location data, your browsing history. But still they are given implicit. Handing all your user data to one company firsthand plays in a totally different league.)<p>2) This system, especially the automatic updates via sent out API calls, requires deep integration in countless pieces of software. Windows, Mac, Linux and all their ways of managing contacts, the corresponding mobile systems need to adapt and what about the business sector? You could counter that it is a standalone app and the user has the choice on every platform. And that would be the next problem. All the existing services (about.me, dooid.me, even the Gravatar, or even providing a downloadable or scannable .vcard file or QR-code on a self-hosted webpage) are not used by any majority of people. Why? – The majority simply does not submerge that deeply into the technology. Yet another service that bring yet more responsibilities (setting up privacy boundaries etc.) might be appealing to the techy-nerdy kind, but not at all to &quot;Joe Average&quot;.<p>3) What this would need is huge company&#x27;s backup. And to be honest, Google has had the chance...but they screwed it up. Google+. The idea behind the circles is great (hence the resemblance to your &quot;spheres&quot;?). But tying it to yet another social network and forcing it upon it&#x27;s users is not the way to build a user base that trusts and accepts the platform. I don&#x27;t believe any piece of statistic released talking of 400 Million registered users (of course, because they force it upon the Google Play and YouTube users) or the 100 Million active users (of course, YouTube commenters, still want to comment). If I check my Google+ Stream it is dead to 95% of my contacts. There is less going on than on facebook. (Which we all apparently distrust and has seriously lost the contact management game.)<p>All this leads me to the conclusion that the introduction of an important functionality like the one you describes can&#x27;t be done by any kind of service.<p>It should become a &quot;protocol&quot;. Maybe a vcard-protocol. And in the best case a P2P based one that is encrypted. Why? - My user data doesn&#x27;t change every second, so there is absolutely no need for 99,99% availability. - Our smartphones are online almost 24&#x2F;7 anyways. And in addition our various other internet access devices even increase that number ;) - Ot the information could be circled around in the P2P-network, highly encrypted. As the data size of maybe a profile picture and a bunch of contact details is not really an issue, this actually would be feasible. - It could be combined with PGP, maybe even use the very same keys. Which could and should increase the number of users encrypting their conversations. - The information would not leave the users hands unencrypted. - The possibilities are defined by the protocol and the user has to set up allowances (sphere permissions) accordingly on the platform he uses. - As you now can setup various IMAP mail accounts you could create various vcard-information snippets for all the various identities you want to manage. - A unique ID of course is necessary, this could be used for the NFC&#x2F;BT or just motion-sensor&#x2F;timestamp&#x2F;location based (&quot;bumping&quot;) handshake to exchange the information. The encrypted vcard-information package can of course be published directly or in form of a link&#x2F;QR-code via NFC&#x2F;BT&#x2F;local Wifi. - It should not be file based to the user. - The encryption (I don&#x27;t know if PGP allows this) should be able to terminate itself if the user didn&#x27;t refresh the permission or didn&#x27;t prolong the availability.<p>The big problem is...how can a protocol like this be made attractive to be used. One would need a group of manufacturers&#x2F;companies, like Google with Android and it&#x27;s web-based contact database and Apple with iOS and it&#x27;s horrible contacts App.<p>The problem is...there is too much money in user-data... So I guess all of the above will remain a dream. *sigh
评论 #6386252 未加载