翻译于 2013/07/22 08:13
一百个关于计算的思路 已翻译 100%
加载中
这是篇关于计算愿景会如何的文章，几年前我便开始写下一些想法，这是一个篇新旧想法的摘选，主题是整合。
1. Email元数据
Emails按排序来说可能包含人类可读的最全面的元数据，这些机器可读的信息可以被解读为：
- 某些信息的特定显示接口
- 整合和收集信息
- 启用上下文计算enable contextual computing
- 从一个接口订阅和取消订阅电邮通讯
- 当产品发布或升级补丁时得到通知
- 收到发票？它被添加到你的会计软件
- 获得跨桌面和移动平台的通知，不论你使用任何设备
- 设置复杂的规则以对不同的情况做出反应
- 当有人回复论坛或博客文章得到通知时
- 收到你买了什么、成本多少的通知
- 收到使用服务的许可？添加到的个人的键环中
- 收到客户服务票据的回复？将你的个人供应商关系接添加到所有其他的交互公司
潜在的集成：
- 确定行动的HATEOAS电子邮件:“退订”一个邮件列表，“接受邀请”，“拒绝请求”。我们应该能做的不仅仅是“回复”或“转发”电子邮件。
- 生活引擎
- 活的文档
- 电子邮件作为社交网络传输
- 供应商管理系统， 项目库
已经存在的:
- OpenEmailMetadata - 我不完整的一次探索尝试
- MailXML
- Google Gmail Schemas
2. Email作为社交网络的传输层
业界缺少一个社交网络。这样的社交网络可以构建在email之上：用特别的email客户端作为用户接口，用email作为传输机制。每个人都有email地址，并且web网络可以很容易的通过email协议进行通信。
Email可以作为一种共同的协议。灵活的、分散式（联邦式）的社交网络可以摘取协议的基本部分用于通信，在用于实时的程序或者文件共享之类的应用时，还可以升级成更好的或者更高效的协议。
- 用户可以通过常规的邮件发送包含公钥的邀请请求。
- 所有共享的内容仍然保留在用户的电脑中，但也可以存放在其他地方。
潜在的集成
已存在:
翻译于 2013/07/24 22:52
3. 社区思路：架构
开发者需要架构师给出网站的可行的架构。这类社区带给开发者完整的网站后台，同时满足架构师对后台给出设计方案的要求。
- 开发者: “我已经完成了基本的业务逻辑，后台API接口以及初步的前端，但是我需要该网站的实际架构。”
翻译于 2013/07/22 09:37
4. living文档
博客、论坛、wiki和社交网络解决的是统一问题的不同方面。不幸的是它们没有很好的集成起来。博客的文章不是动态的，也不够灵活。写博客应当是这样的：
- 可以接收用户的结构化数据，而不是让用户在文档最后的评论框简单的输入文字。信息可以插入到文章中，例如，用户可以通过点击添加按钮就可以为文章做一些贡献。
- 运行用户对文章进行修正，例如拼写检查（类似wiki的功能）
- 将文档分割成可重复利用的组件 (wiki风格的页面间引用)
- 多种方式的数据渲染
例子:
A blogger is reviewing a number of products on an ongoing basis. The
blogger creates a post for a given product category and headings for
each offering. Attributes and ratings are placed in a bulleted list. The
blogger endeavours to update the blog post whenever information changes
regarding a product or when a new product is to be reviewed.
- Ideally the blogger wants to display product attributes consistently
and update them from one place.
- Creating a summary of reviews at the bottom (without having to duplicate the information)
- Ask users for product suggestions, perhaps with an embedded form.
- The blogger wants to track the price or offers over time.
- Allow users to make comments regarding particular products or ratings. Allow users
to give their own ratings for an attribute.
This blogger uses a HTML strikethrough to indicate that information has
been updated in a blog. This is not transparent to the user. For
information such as the price or a rating of a product over time, it
will be difficult to see what the value was in the past and when it was
changed. They may want to show a graph of the product ratings over time.
The blogger wants a form of content management system for a single page with
arbitrarily defined fields (product name, product facet, price, link to manufacturer etc).
The living document is the interface to manipulate this information and append to it.
这是living文档的一个例子。主题的标题都有适当的模式，每个标题后面会跟一些项目符号列表。我可以一下子将同一类型的所有的标题都改名字（因为它们是联系在一起的），或者创建新的主题，这会自动创建主题的标题和对应的项目列表。
已有技术:
- LightTable
- Google Wave
翻译于 2013/07/25 13:29
7. 点对点的拦截
通常情况下拦截对于用户来说都是不方便的。社区驱动的拦截可以降低这种风险。配置选项需要共享并且可同步，这样可以增加安全性。下面的配置项可以分发到相关的用户：
- Firefox的请求策略
- Host文件拦截
- 防火墙规则
- 应用程序行为，例如'禁止脚本/宏'
潜在的集成:
- 可信web网络, 已知人员的信任评分
- 云端安全提供, 站点建议
翻译于 2013/07/25 09:38
8. 命令的自动完成
命令的自动完成可以这样实现：
- 对man page页面进行索引，解析出每个命令的参数的文档
- 输入命令的过程会搜索参数的索引，在显示参数的补全信息的同时有一个面板显示该参数的文档。
- 或者由程序自身输出所提供的内容 (参考 representational computing)
例如，如果用户输入grep -v，会自动补全为--invert-match。我们还可以通过索引信息提供一些转换：
- 在长选项和短选项之间转换 - 这对自文档的shell脚本比较有用
- 对参数进行排序，这样每次都按同样的顺序显示
已有技术:
潜在的集成:
- 使用doclifter，解析DocBook XML结果
翻译于 2013/07/25 13:55
10.环境拥有知识/语境意识计算
运行中的程序可以提供和接收信息。将型态系统带入桌面环境。所有的东西，包括程序都有类型和类型参数。系统会帮助你将类型参数填入正在运行的程序。举个例子：
- 打开一个窗口代表一个IP地址请求.
- 你的机器和你工作的的VPN都提供一个IP地址。你的在线朋友在游戏服务器窗口中提供一个IP地址。
- 你可以从可用的数据源中得到一个IP地址。
- 你在浏览器中打开了一个带有附件的邮件。事实上，这个窗口为你提供文件。你可以在文件列表对话框中查看这些文件。
潜在信息：
- 拖拽和丢弃已不是使用笨拙的拖拽和丢弃API.
翻译于 2013/07/27 17:55
11.具体计算
完成一个任务有一个表示，如“渲染图像，如果要求将选择一个程序来做依据的标准。如果输入的数据是在PNG格式，那么它必须选择一个程序表示，可以使PNG。输入和输出的程序表示自己因此类型匹配的作品在程序本身。
如果在一个特定的格式操作尚未实现，可以很容易地转换成一个支持操作格式，该系统可以按照一个链的转换，允许一个操作要满足透明。
钢筋混凝土是类似于一个程序请求一个库，提供了“X”或“可以做X到Y”有了图书馆注入。（见表示试验）
有许多不同的方式完成任务，他们可以从不同的视角研究。给定一组输入和预期的目标，映射或包装可以提供用于处理表示为另一个更正式的方式比工业实践。什么东西包什么节目，是包装在人们的头上并没有已知的机。
需要有某种形式的证明两个图书馆将互操作。表示测试可以提供这个承诺作为开发商将进口任务的表示和任何图书馆承诺满足这种表示会通过考试取决于表示。
现有的：
谈判协议
面向方面的编程
型系统，在操作系统类型系统和桌面环境
依赖注入
在现场测试（生产运行的代码，测试来做决定，比如Modernizr）
交织编码成二进制文件的目的
翻译于 2013/08/10 03:09
加载中
删除一条评论
评论删除后，数据将无法恢复
深圳市奥思网络科技有限公司版权所有
粤ICP备12009483号
评论(14)
不明觉厉
引用来自“realZ”的评论
这文章终于翻完了！
我和你有同样的赶脚。。。
要有应用场景。哈。
在下愚钝，这个中心思想是什么？
xx
这文章终于翻完了！
留下“赞”作为记录，以后翻来慢慢琢磨
神一般的文章啊！
引用来自“samsquire”的评论
Author here. Thank you so much for translating this!I would be delighted to hear what you think and if you have any questions.
LOL , Great article , dude ! Looking forward to share more articles.
"这是篇关于计算愿景会如何的文章" 这个愿景会是什么东西？和我名字有关么？