TL;DR——我一直在建造社会资源底线:一个开放的蓝图,用以协调一个人在很多独立提供者中获取基本生存资源——食物,住房,能源,保健等,这样,获取这些资源的基础就在于人类,而不是资金。
第一个蓝图版本现已完成:语言中性计划,道具规格,参考执行,以及第一个适配器.
这篇文章是关于背后的工程选择,以及每个原因——如何保持合同而不是产品,如何将个人数据排除在协调层之外,为什么它与现有标准挂钩而不是发明出新的标准,以及我如何检查合同是独立执行的,而不是仅仅声称是。
对于大多数人来说,地板试图帮助解决的问题是通过财政途径生存。
为了获得食物、住房、能源或医疗,你通常需要钱,为了持有或移动你需要银行、就业或购买力的资金。
资金的获取已成为一个人需要生存的资源面前的大门。
社会资源最低标准的目标狭窄而具体:帮助实现这一最低标准,使经济状况不是决定一个人能否达到生存所需基本资源的条件。
它不试图废除货币、银行或市场——货币仍然是一等的资源和交付方法。
其目标有一点:任何人不得跌倒在地,无论经济状况如何,都不得跌倒。
这就是任务 下面的所有技术都是为了使这一任务能够由实际执行这项任务的机构——政府、市政府、非政府组织、合作社、社区提供者——建立起来,而不要求其中任何机构放弃自己的系统或交出数据。
楼层坐在哪里 社会保护的交付系统已经存在并很强大:用于管弦乐的OpenSPP,用于送货铁路的OpenG2P,用于民事登记的OpenCRVS。
楼层不能取代任何一层楼。
它在它们上方是一个协调层,其工作是让独立的系统通过共享,开放的接口来协调一个人的整个生存底线——同时跨越许多提供者和许多资源类型——而每个提供者则保留自己的使命和自己的数据.
整个设计都是从那个位置开始的.
一个层层坐落在独立操作的系统上并坐标而不拥有它们,有一套特定的制约,下面的每一个选择都是对其中一个的答案.
选择1:合同第一,执行第二 真理的来源是一套语言中立的JSON Schemas.
Prose规格说明其意图,一个与之相适应的套件验证,以及一个参考执行证明这些意图——但存储库中的任何内容都不得依赖该参考执行。
每个依附的箭头都指向里面,向着计划: 指导规则是接口与执行:蓝图说一个组成部分必须能够做什么,而不是哪个产品必须做。
原因是收养。
如果引用执行是真理的来源,那么"符合"将悄悄地来指"匹配我的代码",每个参与者都会继承我对语言,数据库和框架的选择.
保持计划的权威和有意不授权的引用意味着独立方可以在不同的堆栈中建立同样的合同,并且仍然相互操作.
我对自己所持的混凝土护栏:如果一个适配器从参照物的实施中进口,依赖性已经颠倒了,项目开始运送产品而不是合同.
选择2:小数据脊椎 核心数据模型为三个名词:一个提供者发布资源.
一种资源是提供者能够提供的食物、能源、住房或金钱,这是一种资源类型