您可以在https://github.com/solid/information/blob/master/solid-vision.md上阅读 Solid 使命、愿景和价值观的当前定义
回顾一下每个术语的含义:
愿景 - 愿景声明侧重于明天以及组织最终想要成为什么。
使命 - 使命宣言侧重于今天以及组织为实现它所做的工作。
价值观——指导组织内部行为和关系的经营理念或原则
最好确保我们对这些条款有共同的理解和协议。
也许您可以回答以下问题:
@JordanShurmer对事物的理解:
SoLiD = 社交关联数据。
Solid 主要涉及两件事:将个人网络数据置于个人控制之下,并使分散的应用程序能够在您需要时访问该数据。 它的存在是因为当前的社交/个人网络应用程序不会将用户的数据视为属于用户,并且不会在它们之间共享该数据。
现在的_使命_可能是关于为最终愿景开始构建初始平台。 长期的_愿景_是为想要管理自己的数据的人们提供一个在网络上的家,并为与这些数据交互而构建的应用程序生态系统不断增长。
这将通过利用链接数据的力量来表示有关人和事物的数据,利用 WebID将人与其数据相关联,以及利用Web 访问控制为人们提供管理对其数据的访问的机制来实现。
目前被称为“数据浏览器”的东西对整个事情至关重要,因为它使用户能够完全查看和管理他们的所有数据。 如果用户不了解如何管理他们的数据(包括他们与谁/什么共享数据),那么它就会失败
Solid 绝不应该假设它控制着用户的数据。
Solid 绝不应故意排除人们使用 Solid。
Solid 应该始终允许用户查看和管理他们的所有数据。
Solid 应该始终鼓励 Web 开发人员使用用户的可靠数据,而不是收集他们自己的数据。
如果我可以使用各种网络应用程序(日历、食谱、任务、照片、博客等),它们都与同一个数据源通信,并且在我的控制和共享之下,我会使用它。 我现在考虑的主要用例是我的家人——协调我们的日历、分享故事/图片、膳食计划等。
Solid 主要涉及两件事:将个人网络数据置于个人控制之下,
目前,Solid 规范没有定义用户。 所以,用户可以是:一个人、一家公司、一个机构、一群人。 所以要么我们需要改变通信,要么改变 Solid 规范。
据我了解,当前的 Solid 规范解释了如何允许用户(未定义)切换应用程序或数据存储,并将在以前的应用程序或数据存储解决方案中生成的数据带走。
Solid 规范没有定义用户。
是的..我用“用户”这个词来表示数据的主体,无论是公司、个人等。
_数据主体_是 GDPR 相关法律使用的语言,我相信。 因此,更明确地说,我可以说_Solid 主要涉及两件事:将网络数据置于数据主体的控制之下......_。 虽然实际上没有相同的戒指:D
在我的估计中,仍然可以公平地说,solid主要是关于拥有数据的用户,尽管它并不局限于实际的用户。 🤷♂ 也许我要补充的另一句话是_Solid 永远不应该将机构数据所有权置于个人之上_,但这可能太模糊、有争议和离题了 ;)
GDPR 中的“数据主体”是指自然人——一个单独的人……
(“‘个人数据’是指与已识别或可识别的自然人(‘数据主体’)相关的任何信息;可识别的自然人是可以直接或间接识别的人,特别是通过参考名称等标识符、身份号码、位置数据、在线标识符或特定于该自然人的身体、生理、遗传、心理、经济、文化或社会身份的一个或多个因素;” https://gdpr-info.eu/艺术-4-gdpr/)
Solid 的通信确实提到了“隐私”,这是一项人权,因此可以解释为更适用于个人数据。
如果我们将网络扩大到“用户”——也许我们需要定义哪些数据应该由哪个用户控制?
公司不控制公司数据是否存在真正的问题? 就像,虽然它可以应用于一家公司——它真的增加了什么吗?
将 Solid 中的用户定义为控制个人数据的数据主体会有任何异议吗?
如果有反对意见,应该包括哪些缺失或忽视的要素?
我在这种类型上工作了很多,我的经验是尝试以任何人都能理解的方式写作。 例如:
一个更智能、去中心化的互联网,具有真正的数据所有权以及更好的隐私。
为行业和社区提供工具和技术,使他们能够实现愿景。 使来自各个领域的人们能够参加聚会、研讨会、讲座和在线交流。
我们今天的数据被锁定在流行社区和应用程序的防火墙后面,我们无法控制我们的数据如何使用以及在哪里使用。 今天的互联网数据实际上或多或少是愚蠢的,它与其他可能相关的数据没有关系。
Solid 尝试通过提供具有关联数据和真实数据所有权的更智能的去中心化互联网来解决这个问题。 我们正在创建工具和库,以便开发人员社区能够参与创建这个更智能的互联网。 我们还致力于为非技术人员提供良好的使用体验解决方案来管理他们的关联数据。
万维网的发明者 Tim Berners-Lee 教授在 inrupt 的支持下通过 Solid 组织领导了这一使命,inrupt 是该领域最早的初创公司之一。 如今,Solid 和 inrupt 正在合作开发 SDK、设计系统、库等,以及非技术人员也可以使用的新数据浏览器。
我浏览了solid.mit.edu 并收集了所有相关的愿景/使命/价值陈述:
同样来自固体/聊天,以回答“固体解决了什么问题?”的问题:
来自https://medium.com/@timberners_lee/one -small-step-for-the-web-87f92217d085 的相关短语:
- 用您自己的理解和自己的话来说,您如何理解 Solid 的使命、愿景和价值观? (没有错误或正确答案)?
Solid 旨在通过将数据从孤岛中解放出来,赋予人们权力并促进创新。
- 什么是 Solid(字面意义上的)?
一个由人员、数据和服务组成的开放生态系统。
- 它是如何工作的?
数据存储在 pod 中,独立于使用这些数据的服务,从而提供数据存储和应用程序的独立选择。
- 它为什么存在?
公平竞争,使创新不再依赖于数据收集,从而对人和创造者产生积极影响。
- 列出您认为 Solid 最应该重视的所有值(最好是单个词,但也可以是描述),然后选择您认为最重要/最相关的 3 个。
- 描述什么会促使您将 Solid 作为消费者/用户使用。
选择。
- 完成句子“Solid should NEVER...”和“Solid should ALWAYS...”
Solid 永远不应忽视人们(最终用户、开发人员、发明者……)的需求。
Solid 应该始终优先考虑选择,同时仔细平衡它与互操作性。
用您自己的理解和自己的话来说,您如何理解 Solid 的使命、愿景和价值观? (没有错误或正确答案)?
Solid 正在将权力交还给用户,因此他们可以控制数据并选择可能使用它的应用程序。
什么是 Solid(字面意义上的)?
一个去中心化网络的生态系统。
它是如何工作的?
它使用数据浏览器显示数据,并通过链接数据原则帮助构建语义网络。
它为什么存在?
因为我们想要真正的所有权。
列出您认为 Solid 最应该重视的所有值(最好是单个词,但也可以是描述),然后选择您认为最重要/最相关的 3 个。
开放性、链接数据、语义网、网络作为文件系统、数据所有权、控制、自治、自由、连接、希望、愿景、增长、隐私
“控制、自主、成长”
描述什么会促使您将 Solid 作为消费者/用户使用。
因为我可以控制。
完成句子“Solid should NEVER...”和“Solid should ALWAYS...”
Solid 绝不应无缘无故地排斥任何人。
Solid 应始终鼓励任何个人并尽可能多地分享。
尝试将所有内容写入https://github.com/solid/information/blob/master/solid-vision.md上的具体单个文本有什么建议吗?
整体看起来不错。 快速评论:
Solid 是一个自愿的技术规范,描述了如何构建可互操作的软件。
我没有得到“自愿”,而是建议“设置”。
但是,我也不愿将solid 称为规范。 这就像将 Web 称为规范。
Solid 最初源自“社交关联数据”,由万维网的发明者 Tim Berners-Lee 爵士领导。
我会删除词源; 在这一点上已经不重要了,只是误导。
这句话中的“被领导”也指向了一个事实,即 Solid 不仅仅是一个规范。
我将首先回答 OP 中提出的问题:
用您自己的理解和自己的话来说,您如何理解 Solid 的使命、愿景和价值观? (没有错误或正确答案)?
使命:赋予用户权力,并允许他们对其身份和数据拥有所有权和主权。
愿景:摆脱当前封闭系统和封闭服务的独裁统治。
价值观:开放、隐私、安全、所有权。
什么是 Solid(字面意义上的)?
对我来说,Solid 是一个生态系统(规范、框架、实现、社区),它试图将数据/身份所有权和控制权还给用户。
它是如何工作的?
作为技术人员:不确定是否诚实。
作为一个 lambda 人:不知道。
它为什么存在?
由于身份/数据所有权、主权和控制的当前状态 - 不再像以前那样控制用户。
列出您认为 Solid 最应该重视的所有值(最好是单个词,但也可以是描述),然后选择您认为最重要/最相关的 3 个。
(无法选择top3 抱歉)
描述什么会促使您将 Solid 作为消费者/用户使用。
规范合规性是强制性的,因此构建解决方案是安全的。 只要规范不是二等公民,规范和合规性就可以快速发展。
完成句子“Solid should NEVER...”和“Solid should ALWAYS...”
Solid 永远不应该放弃最终用户。
Solid 应始终确保最终用户获得授权。
我也想对文档本身提供一些反馈,但 Github 不允许评论 .md 文件,所以这里是:
Solid 是一个自愿的技术规范,描述了如何构建可互操作的软件。
这句话感觉有点无厘头。 规范是构建可互操作的软件,而不是 Solid。 我建议单线应该是关于 Solid 是什么,而不是它是如何实现它的。
我想到了更像这样的东西(完全原始):
Solid 是一个基于规范的框架,允许为数据和身份所有权构建可互操作的解决方案。
数据应该在未经彼此许可的情况下从一个 Solid 应用程序或 Pod 无缝插入到另一个应用程序。
这句话模棱两可。 Pod 具有通过 ACL 和 OIDC 进行访问控制的概念,因此可能需要权限并从另一个 pod 所有者请求。 但我相信这句话的重点是不需要对数据进行“手动干预”或“手动转换”,它应该都依赖于定义的模式,因此任何实现都可以使用相同的语言与另一个 pod并描述同样的事情。
不应将不必要的技术障碍或商业机会作为不提供互操作性的借口。
感觉这对于所有其他值也应该是正确的。 这里的意思是说最终用户体验/控制/权利应该被维护得高于技术障碍或商业机会?
数字主权
本节的编写方式感觉就像 Facebook 或 LinkedIn 之类的公司可以说“我们确实给出了决策的粒度并相应地详细介绍了它们”,并且是正确的,符合本节中的定义和复选框。 我觉得缺少的关键元素是所有允许的内容、谁、何时、何地、访问日志等的元数据都需要存在于用户控制的平台上,我相信这就是 Solid 的重点。
如果一个实体可以访问数据和允许用户知道发生了什么的日志/元数据,那么该实体可以隐藏/更改该信息,而用户永远无法真正检查。
我希望这个反馈会有用!
感谢@danwilkinsoncreative在https://github.com/solid/information/pull/202上将所有这些想法的简洁版本放在一个文本中
@JordanShurmer @eduardoinnorway @RubenVerborgh @ewingson @maxidorius你觉得你的原创想法被这个吸引了吗?
@Mitzi-Laszlo 是的!
这是周三 1400 CEST 电话会议的链接,以详细讨论坚实的愿景、使命和价值观提案。 https://zoom.us/j/8678621195期待,同时可以继续聊天并邀请其他人分享他们的意见。
我迟到了。 我避免阅读其他人的文章来赶上,所以我没有受到影响。
想象
在未来,人们和组织可以完全控制他们的信息,并可以自由选择和改变为他们服务的方式。
使命
使产品和服务能够提供给个人和组织,而不需要他们的信息失控。 使软件应用程序的用户能够控制谁可以使用他们的信息以及他们的开发人员可以在用户选择的地方引用它。
价值观
现在回答问题...
从字面意义上讲,Solid 是一种启用软件解决方案的方法,它允许人们和组织控制自己的信息并自由选择和更改他们允许访问其信息的产品和服务。
Solid 建立在万维网普遍使用的标准协议和数据格式之上,使个人和组织能够操作他们自己的信息、数据和软件应用程序所引用的服务。 它为软件开发人员提供开放的规范、设计模式和参考框架,以构建支持用户偏好控制自己信息的产品,并确保他们可以自由地使用任何其他软件应用程序及其信息(数据)。
Solid 的存在是因为人们普遍认识到,当个人和组织的信息由集中式服务提供商收集并位于同一地点时,他们会承担重大风险。 大量用户和信息变得非常有价值,容易被利用,并且在一个地方更容易被窃取。
过去的技术限制意味着用户更容易将他们的数据存储在他们的在线服务提供商处。 这种通常与数百万用户共存的信息意味着服务提供商能够为大量人群提供访问,产生巨大的网络效应并端到端控制他们的技术,从而更容易扩展他们的服务。
Solid 将使个人和组织能够选择他们存储信息的位置以及谁可以访问这些信息。 它不是集中信息,而是使其能够分散。 Solid 设计模式将软件应用程序与其所需的信息分开,而不久的将来的高速网络意味着它不必位于同一地点以提供高服务水平。
透明度
正直
普遍性[或其他人建议的普遍性]
如果 Solid 提供与其他流行的集中式服务相同的体验,我将有动力使用它。 因此,所需要做的就是在分散的应用程序中复制他们的关键功能,该应用程序集成了其他人在他们首选的信息位置发布的许可信息。
Sold 永远不会在其访问控制列表机制中失败,并且 Solid 应该始终以可以通过任何技术(如 http)实现的协议为基础。
供参考
我确实/现在发现有点难以赶上并理解文档在哪里使用 git 作为文档控制系统。
我可以将它用于代码。 我没有使用 GitHubs wiki,但也许我们更容易。 习惯使用 wiki/confluence 进行内容协作。
:-)
由于我不确定在为今天的会议做准备时提供反馈的最佳方式,我将把它放在这里。 这是对https://github.com/solid/information/pull/202的反馈。
Solid 是用于构建可互操作软件的全球技术标准”——我认为这太宽泛了,无法辩护。
我建议:
Solid 是一项全球技术标准,用于将数据与软件应用程序分开,以便个人和组织能够控制他们的数据。
我还建议遵循:
_Solid 旨在使自由选择和更改可以访问其数据的软件和服务成为可能。 为此,它为用户提供了一种技术标准,可以控制他们自己的数字身份,将他们的数据存储在他们控制的商店中,并让软件应用程序无需集中即可访问数据。_
Solid 由万维网的发明者 Tim Berners-Lee 爵士领导,起源于麻省理工学院 (MIT)。 这是来自全球数千名专家贡献者之间的非商业性、开源协作。
愿景和使命是错误的:-)
在未来,每个人都可以完全自由地移动其用户数据并选择如何使用。 -我认为这是错误的强调,因为它可以通过具有导入和导出能力来满足,这不是 Solid 的意义所在。
我建议:
_Solid Vision 是一个未来,个人或组织可以保持对其信息的控制,并可以自由选择和更改可以处理信息的软件和服务。_
坚实的使命
“为构建所有应用程序的互操作性设定全球标准”——我不相信这实际上是它所做的,Solid 专注于数据
我建议:
_Solid 愿景是个人或组织可以保持对其信息的控制并自由选择可以处理信息的软件和服务的未来。
在围绕价值观的解释中,我认为我们不应该根据技术(Solid App、Pod 等)来定义它们。这些术语可能会发生变化,人们在与 Solid 互动时不知道它们是什么。
可访问性、开放性和普遍性 -太多,选择一个或找到一个总价值 - 我喜欢普遍性
我的价值观是:
平等 -根本不相信这是必要的。
我提到了一种消息屋技术来帮助构建我们正在研究的命题。 这是与任何https://www.slideshare.net/RichardHatheway/developing-a-message-house一样好的解释。
您可以找到所讨论的每个元素的拉取请求,每个元素都代表来自解释愿景小组的提案。
如果您对此对话感兴趣,请提交拉取请求,将您的姓名添加到“解释愿景”面板。
要了解如何处理提案,请阅读有关流程的更多信息。
该材料属于编辑审查的路线图存储库,因此我将关闭此问题。 如果您想进一步评论具体提案,请将您的建议添加到拉取请求中。
我尝试查看正在提出的要点并将它们转录成“消息屋”以进行交流。
最有用的评论
@JordanShurmer对事物的理解:
这是什么
SoLiD = 社交关联数据。
Solid 主要涉及两件事:将个人网络数据置于个人控制之下,并使分散的应用程序能够在您需要时访问该数据。 它的存在是因为当前的社交/个人网络应用程序不会将用户的数据视为属于用户,并且不会在它们之间共享该数据。
使命/愿景
现在的_使命_可能是关于为最终愿景开始构建初始平台。 长期的_愿景_是为想要管理自己的数据的人们提供一个在网络上的家,并为与这些数据交互而构建的应用程序生态系统不断增长。
如何?
这将通过利用链接数据的力量来表示有关人和事物的数据,利用 WebID将人与其数据相关联,以及利用Web 访问控制为人们提供管理对其数据的访问的机制来实现。
目前被称为“数据浏览器”的东西对整个事情至关重要,因为它使用户能够完全查看和管理他们的所有数据。 如果用户不了解如何管理他们的数据(包括他们与谁/什么共享数据),那么它就会失败
价值观
Solid 绝不应该假设它控制着用户的数据。
Solid 绝不应故意排除人们使用 Solid。
Solid 应该始终允许用户查看和管理他们的所有数据。
Solid 应该始终鼓励 Web 开发人员使用用户的可靠数据,而不是收集他们自己的数据。
我为什么要使用它?
如果我可以使用各种网络应用程序(日历、食谱、任务、照片、博客等),它们都与同一个数据源通信,并且在我的控制和共享之下,我会使用它。 我现在考虑的主要用例是我的家人——协调我们的日历、分享故事/图片、膳食计划等。