关于 Solid 官方和全球社区的新内容,都在这里

Solid 中文网发布中国境内首个 Solid Pod 服务

@ivy good, support it and osc gitee.

read more
SoLiD 官方设计范式

SoLiD 官方提供了一套设计范式,地址为:https://design.inrupt.com

read more

除了某个具体 SoLiD 应用以外,关于 SoLiD 的一切,都可以在这里分享和讨论

中文SoLiD还在继续吗?

SoLiD还在继续吗?看到论坛很久没有更新了,不知道现在进度怎么样了?还有人在开发SoLiD的应用吗?

read more

分享你设想的、发现的应用,设想的、还没人开发的应用请在贴名前加上「提议」

SoLiD 照片查看器

read more

对 SoLiD 的运作方式和商业模式有疑问?在开发 SoLiD 应用时遇到问题?来这里提问吧!

如何创建一个owl

@ivy 十多年前用过,好久没有去用它了,不知现在如何。但我觉得这个不复杂的。本体语言也就是“什么是什么,什么包含什么,什么不是什么“之类的定义,有点象面向对象里的UML。这个软件用来编辑这种关系,以及有些插件可以用来推演关系。

read more

对 Solid 或社区有什么建议?在这里说吧

提议:推进solid中文社区的自媒体建设

不应该这么做,实在分散精力,举个例子,IPFS官方曾想在 linked.com 开专业群组,https://www.linkedin.com/groups/13635533/ 后来因为大家一致反馈会受到精力干扰,而取消在官方 README 的关于这个群组的公告

read more
Oortcast 招聘 SDE Intern
技能要求 拥有强烈的求知欲与好奇心,相信「个体能够通过创造力推动世界变得更好」; 熟悉 TypeScript 或 EcmaScript 6; 基本掌握右列 Web 前端技术栈的一种或多种:React、Immutable.js、Web Components、RxJS、Vue、Angular 9; 基本掌握右列语言中的一种或多种: Rust、Ruby、Python、Perl、Lisp / Clojure、Go、Scala、Haskell; 熟悉常用的数据结构,对动态规划、分治、回溯等常用算法有基本的了解; 了解右列技术中一种或多种者优先: WebAssembly、GraphQL、PostgreSQL、Kubernetes、Solid、RDF; 足够聪明或有能力让我们觉得你足够聪明。 岗位收益 200 - 400 元/ 天的薪资,视乎能力而定; 参与知识图谱与 Web 3.0 领域的前沿创新,与世界级的团队一起参与世界级的项目,提升个人视野与能力极限; 工作地点

北京市朝阳区

与我们联系

careers{at}oortcast.com

我们是谁

Oortcast 为试图改变世界的创业公司和创意工作者提供效率工具、解决技术难题。我们的开源项目——42Page,旨在通过重新定义「文档」软件的形态来指数级提升创意工作者的生产力。

我们的价值观 科技向善的市井雄心

我们相信收入并不仅仅只是货币,它还包括「我们在致力于让世界变得更好的过程中所能够收获到的成就感与影响力」。

绝不重复你自己

有人说认为花大量的时间做自动化的工具,还不如人肉的效率高,比如,写自动化的脚本花5个小时,而重复做这件事200次只花3个小时。有这样的理解的人根本不懂工程。
一方面,这个工具可以共享重用,更多的人可以从中受益,这次我花5个小时开发这个工具,下次只用1小时改一下就可以用在别的地方,这是着眼于未来而不是眼下的成本。更重要的是,这是一种文化,一种提高效率的文化,他会鼓励和激发出更多的这样的事情发生。
摘录自 什么是工程师文化? - 陈皓

我们认为工程师文化的精髓并不在于无限量的零售或者有意思的文化衫(尽管这两者其实我们都提供 XD ),而在于「发现根本原因 彻底解决问题」。具体而言我们:

残酷无情的推进自动化 你的时间必需花费在最具创造力的事务上。对我们而言,生产力工具与用户产品同等重要。 保持克制 复杂系统意味着更多的熵,我们倾向于优先考虑更简洁的解决方案。同时也意味着,在能满足需求的情况下理应优先考虑现有的 SaaS 产品或基于开源项目持续改善 我们极度重视回顾会议,并对所发现的问题寻求根本性的解决。 人人都是斜杠青年

做一个异端是有回报的,不仅是在科学领域,在任何有竞争的地方,只要你能看到别人看不到或不敢看的东西,你就有很大的优势。训练自己去想那些不能想的事情,你获得的好处会超过所得到的想法本身。
如果自己就是潮水的一部分,怎么能看见潮流的方向呢?你只能永远保持质疑。问自己,什么话是我不能说的?为什么?
摘录自 《黑客与画家》- Paul Graham
TRIZ理论认为,产品创新的标志是解决或移走设计中的冲突,而产生新的有竞争力的解。设计人员在设计过程中不断的发现并解决冲突是推动产品进化的动力。

很大程度上跨学科的知识,通过类比往往可以发挥 1+1 › 2 的效率,从而有力的解决设计中的冲突。 设计(Design)的词源最早可以被追溯到拉丁文的 de(tomake) 和 signare(mark), 意即制造某一事务并将之符号化从而赋予其与众不同的意义。 无论我们的大脑之于真实世界或者系统架构之于赛博世界,符号化本身的抽象意味都是在复杂系统中解构「熵」的重要方式。 架构的本质不外乎寻求合适的切入点进行恰到好处的抽象以便复杂度得到有效的管理。

因而我们往往能够从诸如建筑、法学、经济学等等「设计性」领域获取到新的架构养分与启迪。 例如众所周知的「设计模式」概念最早来源于建筑学。我们鼓励团队成员学习专业领域以外的事物,包括但不限于: 通识知识和社会科学。 我们也将尽可能的为团队成员学习这些能力提供支持与便利。

read more