A.数据顶级互联网域?

. data

长期以来,顶级互联网域名(如。com、。org、。us等)几乎没有什么变化。但是几年前,我开始考虑拥有一个新的.data顶级域(TLD)的可能性。从这周开始,终于有一段时间可以申请创建这样一个东西了。

现在还不清楚新的TLD会发生什么,也不清楚人们最终会如何看待它们。大概会有地方、社区、专业以及商品和活动类别的TLD。答:数据TLD将是一种稍微不同的东西。但是我和其他一些感兴趣的人一起,一直在探索创造这样一个东西的可能性。

Wolfram | AlphaMathematica以及我们的年度数据峰会-我们一直深入参与全球数据社区,并协调创建。data TLD将是该活动的扩展。

但有什么意义呢?对我来说,这是关于强调数据在互联网上的暴露,并为组织提供额外的动力,以一种可以有效发现和访问的方式暴露数据。

在构建Wolfram|Alpha的过程中,我们吸收了大量跨大量领域的数据。但是,也许令人惊讶的是,几乎所有这些都不是直接来自可见的互联网。相反,它主要来自数据文件、提要和数据库转储的复杂拼凑。

但是,如果有某种标准的方式可以访问任何组织想要公开的结构化数据,那不是很好吗?

现在对于网站来说,有一种惯例是公开网站地图,告诉网络爬虫如何浏览网站。关于网站是如何组织的,有很多松散的惯例。但这与结构化数据无关。

当然,今天的网络主要面向两个受众:人类读者和搜索引擎爬虫。但有了Wolfram | Alpha和计算知识的概念,很明显还有另一个重要的受众:能够计算事物的自动化系统。

有产品目录、商店信息、活动日历、监管文件、库存数据、历史参考资料、联系信息——许多可以非常有用地计算出来的东西。但是,即使这些东西在一个组织的网站上,也没有标准的方法可以找到它们,更不用说标准的结构化格式了。

我对.data域的概念是使用它来创建“数据网”——从某种意义上说,它是一个与普通网络并行的结构,但面向用于计算的结构化数据。这个概念是,除了像wolfram.com,就会有wolframe .data。

如果一个人访问wolfram.data,就会有一个结构化的摘要,说明其背后的组织想要公开哪些数据。如果一个计算系统去了那里,它会找到它需要什么来吸收数据,然后开始计算。

不用说,正如我们在构建Wolfram|Alpha中反复学习的那样,获取底层数据只是故事的开始。真正的工作通常在人们希望从它开始计算时开始——这样人们就可以回答特定的问题,生成特定的报告,等等。

例如,在我们最近的工作中百思买产品目录可计算,原始数据(作为数据库转储提供给我们)非常容易读取。真正的工作是在整个管道的其余部分,使数据可计算。

但第一步是获取底层数据。我对.data领域的概念是提供一种统一的机制——任何规模的组织都可以访问——以公开底层数据。

当然,现在可以开始一个惯例,组织应该在他们的网站域的根目录中有一个“/datamap.xml”文件(或类似的文件),就像站点地图一样——而不是有一个完整的独立的。data站点。但我认为,引入一个新的。data顶级域名将使数据网络的创建更为突出,并将提供为各种类型的数据制定良好、广泛的标准所需的动力。

这一切与语义网有什么关系?语义网的核心概念是为人类可读的网页引入标记,使其更易于计算机理解和处理。在这里,数据网的概念有些重叠。但是,数据网络的大部分内容都是为没有人愿意直接处理的大量结构化数据提供场所。

十年前,我向早期的搜索引擎先驱们建议,他们可以通过定义如何从数据库中暴露数据的标准来进入深层网络。有一段时间,人们热衷于公开“web服务”,现在不同的组织提供了各种各样的api。

对我来说,在过去的几年里参与到现代数据社区的兴起中是很有趣的。从我所看到的来看,我认为我们现在正在到达一个临界点,在这个临界点上,广泛的组织已经准备好以标准化的形式交付大规模的结构化数据。因此,当创建.data顶级域成为可能时,这种情况恰好发生,这是一个方便的巧合。

我们当然不确定.data TLD的所有问题是什么,我们正在积极寻求投入和合作伙伴。但我认为这是一个潜在的重要机会,因此我正在尽我所能提供领导,并进一步帮助加速数据网络的诞生。

发布:其他

55评论

  1. 我喜欢这个想法(特别是如果.data本身有更多的结构的话),它可以成为许多人长期追求的消费者语义网——在这个名字出现之前,也许可以作为神经网络经济的另一个入口。我认为,这将有助于鼓励一些人分享悬而未决的结构化数据,而与其他人分享结构化数据则可以作为一种教育工具,让他们朝着我们长期设想的方向@Kyield前进。

    谢谢你的更新后- MM

  2. 让每个人的数据尽可能接近“可计算”是一个全面的胜利,所以我希望这一切都能实现。

    一个大问题是如何在组织之间对这些数据集进行ETL,我认为Hadoop是其中的一项关键技术。它为从内部数据库中提取数据和将其转换为可消费形式提供了集成点。它还允许将计算结果带到数据中,这是处理真正大数据的唯一实用方法。

    目前还没有在不同组织的hadoop安装之间传输数据的解决方案。因此,一些将hadoop的HDFS连接到.data域的发布技术将是具有前瞻性思维的组织参与的强大方式。

    这是另一条使事情更容易专注于云方面的途径。传输tb级的数据并非易事。但是,如果数据被发布到云提供商,其他人可以访问它,而不必创建自己的副本,它可以在提供商的高速内部网络中计算。再一次,把计算带到数据中。

    剥Boguta
  3. 亲爱的斯蒂芬,

    你的想法听起来很好,它将把你的计算、数据收集和分析世界结合在一起,顺便说一句,这是我与Mathematica的激情和“爱好”,以及我的域名世界(我是一家域名和托管公司的主管)。

    我希望你将这个想法提交给ICANN,有一天推广这样一个域名会很好!

    问候,

    克劳迪奥·科尔贝塔

  4. 这个建议听起来完全落后于我。你必须考虑:woot。数据适用于woot.net或woot.com?我们应该有wootnet.data和woot.com.data吗?

    我认为正确的方法是把东西归入域名。比如data.google.com或google.com/data

    肖恩·帕尔默
  5. 我认为将数据的来源与数据本身联系起来是很重要的。

    ”wolfram。“数据”是你提供信息的网站,还是域名霸占者的家?

    “data.wolfram.com”(或“api”,或其他子域名)将是一个更好的方式,让用户放心,他们实际上正在使用您的数据,而且它不需要另一个TLD。

    此外,拥有TLD并不会立即让查找该TLD中的所有内容变得更容易。

    布拉德Threatt
  6. 你好斯蒂芬,
    你看过电话号码了吗。它与其他TLD完全不同,其主要目的是在DNS级别直接公开结构化数据,利用DNS区域作为数据存储。
    我们的目标(我是Telnic Ltd.的CTO,是。tel的注册中心)是专门在根目录发布一个实体的。tel DNS区域内所有可能的通信通道。
    现在,.tel域可以为通信通道、文本描述信息和地理位置存储任意数量的键/值对。
    可发现性是关键概念,我在以下网站上写过一篇文章:http://www.telnic.org/blog/2010/11/09/the-internet-of-things-discoverability-first/

  7. 我是来跟你说布拉德的话的。名称空间只有在没有分段的情况下才有价值——也就是说,它的根在一个地方。如果我们说组织是我们的主要标识符,那么Wolfram.com应该是查找所有Wolfram内容的权威场所。http://www.wolfram.com是网络,http://ftp.wolfram.com是ftp, mail.wolfram.com是邮件,data.wolfram.com是数据。

  8. 注释系统在我提供的赤裸的www和ftp名称前放了一个http。

  9. 我同意Brad的观点。

    此外,值得注意的是,很少有顶级域是基于创建它们的原因而专门使用的。见证。net TLD。有什么能阻止人们污染。data TLD?

    最好是创建子域来发布api和数据接口。

  10. 斯蒂芬,

    如果WolframAlpha能更近距离地观察一下关联数据前沿的情况,事情就不会简单得多了。总之,整个工作是通过数据空间揭示Web的结构化数据维。

    链接:

    1.http://richard.cyganiak.de/2007/10/lod/-LOD云
    2.http://dbpedia.org—DBpedia是LOD云的核心组件
    3.http://lod.openlinksw.com- LOD云缓存(大多数LOD云数据集加载到290亿以上的实时和完全查询友好的Web数据空间)。

    金斯利

  11. 这听起来更像是一个新协议的论证(比如数据:/ /api://)而不是TLD。

  12. 我们需要这个就像我们需要一个。icon TLD来发布任何给定网站上的所有图标(或任何图标)。

    乔纳斯
  13. 好主意,斯蒂芬。让它发生!

    JoukoSalonen
  14. 乍一看,一个新的TLD是令人兴奋的,然而,使用子域是一个更好的方法。为什么我们一开始就必须有数百个顶级ld ?到时候就好了http://www.x13和mail.x13在没有TLD列表的情况下工作,我们必须保留其防御性注册。

    Stephen,转到手头的问题,您的思路是正确的,在定义了一种简单的共享数据(XML?)的方法之后,您就开始着手工作了。X13很乐意提供帮助,您可以使用我们的开发人员资源来帮助测试和实现-一个数据web帮助每个人-商业、教育,并推动人类向前发展。

    斯科特

    X13
  15. 数据。并联www。这样更有意义,不是吗?

  16. 如果客户端希望看到资源的“可计算”版本,那么HTTP中就存在内容协商的概念。

    约翰内斯·施密特
  17. Trackbacks似乎不起作用,Stephen,所以你可以在我自己的博客上找到我对这一主题的看法——在这里作为评论发表的时间太长了,它集中在“MetaCert”上——我不想通过你的帖子“推广”。

    http://paulfwalsh.com/why-we-dont-need-a-data-tld-and-some-insight-to-metacerts-mission/

  18. 我不认为这样说是正确的:“……网站有公开站点地图的惯例……真的没有关于结构化数据的内容。”“当我们已经有了RDFa, HTML5微数据和许多开放词汇表,包括schema.org

    约翰Giannandrea
  19. 问题不在于有一个放置数据的位置,而在于同意数据的格式,特别是同意模式的含义,而不是XML、JSON或HTML的CSV细节。
    我们试图在microformats.org上做的是记录广泛发布的结构化数据的现有示例,并基于实际发布的内容聚合模式,而不是对数据可能是什么样子的理想化想法。我们寻找属性集之间的交集,而不是所有可能属性的并集。然后,我们鼓励以这些格式发布数据,作为HTML网页的一部分,这样它们就与人类阅读的网页绑定在一起,而不是以某种平行的、过时的形式。
    读一读http://microformats.org/wiki/process来看看这种经验标准化方法是什么样子的。

  20. 语义网的核心概念是为人类可读的网页引入标记,使它们更容易被计算机理解和处理。”

    这可以从2001年SciAm的文章中看出,该文章向大多数人介绍了语义web,但很难接受这种标记在2008年才成为W3C的建议(RDFa,其工作始于2004年)。语义网的绝大多数工作都不是关于标记人类可读的网页。

    我同意人们的说法,这个提议是倒退的,更有建设性的,敦促跟进金斯利·艾德亨的建议,看看在关联数据方面发生了什么。

  21. 您好,Stephen,我们一直在研究.ECO TLD如何在构建环境数据方面发挥作用,如果您能了解它,那将是一件非常棒的事情。

  22. 开始讨论数据互操作性是很好的开始,但是.data TLD难道不是我们最不需要担心的吗?
    多个委员会已经制定了机器可读性的“标准”,例如。RDF、HTML5中的语义标记、嵌入的元数据等,但只有一小部分能够正确地集成它们。老实说,没有一种定义适用于所有人的标准,我们可以想出并在任何地方使用。因此,我们最终得到的是一个半成品标准,有些人可以正确实现,而有些人可能无法实现,因此.data TLD的有用性正在下降,接近于零。这给我们留下了现状和大量浪费的时间。

    说,它不应该对格式、项目@Kingsley与在这个领域工作的很好,讨论应该集中的数据,以便每个人都能使用它没有提供公司最终付钱@Kovas Boguta提到,S3-content-requester-pays模型。

    菲利普

  23. 如今的网络已经允许通过内容协商和增强标记实现并行数据网络。通过单独的TLD增加一层分离层将有助于在“人类”和“数据”网络之间形成一个楔子,而这两者可以而且应该和谐共存。

  24. 为什么不能使用子域或路径来公开数据?

    阿布
  25. 我觉得整个网络应该是这样的。data TLD:在每个人类可读的网站后面,都有一个机器可读的提要和可查询的数据库的海洋。两者没有理由不能在同一个地方共存。

  26. 正如Johannes Schmidt所说,HTTP长期支持的内容协商几乎没有什么附加值。此外,HTML也是数据——只是不同的语法和不同的焦点。HTML+RDFa或HTML+微数据是数据还是非数据?

    另一个问题是。data资源将成为拒绝服务攻击的理想目标,因为几乎可以肯定会得到大量资源。如果抓取http://company-name.data/ *。*通常会返回大的转储文件,这样就有了DoS攻击的完美目标。您甚至可以尝试是否有一个)给定的。com域名的。data域,以及它们是否指向相同的IP,从而针对您的攻击。

    总而言之,我认为该提案根本没有将Web的命名模式与通过单个标识符访问的表示的内容和语法分离开来。

    在我看来,这个提议也违反了Tim Berners-Lee关于网络的“不透明度公理”:

    http://www.w3.org/DesignIssues/Axioms.html#opaque

    你唯一可以使用标识符的地方就是引用一个对象。当不进行解引用时,不应该通过查看URI字符串的内容来获取其他信息。”

    最好的

    马丁Hepp
    http://www.heppnetz.de

  27. 问题是它破坏了一个Web的原则,就像.mobi一样。没有移动网络和桌面网络,也不应该有“数据网络”和“文档网络”。相反,一个网站!

  28. 我喜欢这个想法。我现在从事的大部分工作都是由数据驱动的,而你的很多工作也启发了我。纯粹数据源的集合点将非常吸引人。由于一切都是可量化的,访问数据是(宇宙的各种值)计算模型的命脉。我不确定TLD是否可行,但是数据源的连接将是很好的。

  29. 我很高兴你提前说了这主要是结构化数据的营销练习。因为当用户代理可以进行内容协商,或定义众所周知的url,或简单地使用data.example.com或SRV记录时,就不需要技术。

    全新的顶级域名只是注册中心的一个噱头,目的是让那些拼命保护自己商标的人赚一笔钱。见证了”。xxx”失败。在现实世界里,我们管这叫收保护费。

    科什
  30. 你好,Stephen,去年,我也想到了同样的想法。我一直在与IATI合作,之前也在援助世界的IDML工作,但后来参加了3月份在旧金山举行的ICANN会议,这让我对即将到来的TLC大开眼界。

    对于我来说,是否真的需要它并不像知道如果我进入。data域,我可以找到机器可读的代码那样重要。也许这样做的理由之一是,这样位置就可以随着时间的推移而持续存在。你总是可以在组织中找到他们的开放数据。工具和系统变化很多,像something.org/10/10/data这样的目录中的东西往往会随着时间的推移而改变其位置。

  31. 这不是个好主意。如果您的公司无法获得“他们的”。data domain怎么办?到处都是混乱。而是使用子域“data.yourdomain.tld”。

  32. 好主意!我认为,在开放数据运动不断发展、关联数据前沿非常活跃的今天,这一点尤其实际。

  33. 除了上面其他人所说的RDF、链接数据和内容协商,我想补充一点,你的/datamap.xml现在可以通过VoiD实现:http://semanticweb.org/wiki/VoiD

  34. .tel域已经存在。它非常适合存储机器可读的数据。这就是它被设计的目的,dns被使用,安全性是非常可靠的。为什么要重新发明这个想法呢?当然。tel拥有dns存储的专利

    彼得•穆勒
  35. 抱歉,我喜欢通用数据结构的概念但我不喜欢域。

    除非你打算免费送人?

    开源项目不太可能愿意为支持数据标准而支付额外的域费用。除非你要做。co。uk这样的东西。然后你会遇到两个有效的公司的问题,只有一个公司能够公开他们的数据。另外,就像其他人提到的那样,你面临着域名抢注者的风险,或者有人假装是权威机构提供数据,但里面却插入了垃圾邮件。

    rtpharry
  36. Martin已经提到了Tim Berners-Lee的公理——您可能还想看看他对TLD的看法:http://www.w3.org/DesignIssues/TLD

    我个人认为,将特定的TLD用于特定类型的表示与Web的一致性背道而驰。特别是,如果一个给定的资源被调用。http://http://blog.stephenwolfram.com有两种表示,一种是HTML文档,另一种是(比如说)CSV表,获得这两种表示的合适位置是通过HTTP使用那个URI,但改变媒体类型,不是吗http://blog.stephenwolfram.data/

  37. 我喜欢这样一种想法,即.data域作为一个通用概念还应该包括访问和格式、发现、访问控制和身份验证以及维护(甚至可能包括版本控制)的标准。现在使用的子域名根本没有标准,你永远不知道你会得到什么。

    可以说,是的,我们可以将相同的标准应用于子域(如“data.x.y.z.com”)的使用,但由于使用子域,语义变得更加复杂,子域可以嵌套任意深度,而不是“深度”固定的TLD。

    作为软件架构师和开发人员,这对我来说很有意义——尤其是当我们谈论狂野的网络时……

    Erik Scheirer
  38. 我基本上同意评论肖恩•帕尔默(并将增加,日子tld澄清类型的内容或提供者是不幸的是,不是,这是伟大的)、布拉德•Threatt布伦特阿什利,金斯利Idehen,托尼·威尔逊,约翰•Giannandrea迈克Linksvayer,菲利普,汤姆·莫里斯和金斯利Idehen等等。对此,我想补充:

    1.)“数据”对于不同的人来说意味着太多不同的东西。对一些人来说,它是任何“机器可读”的东西,对其他人来说,与人类可读相反,对其他人来说,它必须是数字的;从我作为一名学术数据馆员的经验来看,最终用户(不讨论它的含义)寻找“数据”越来越多地意味着“信息”或“统计”(人类可以理解,而不是计算)。所以我认为。data TLD即使没有被滥用,也会被误解,尤其是被“非技术”的观众所误解。谁来判断。data域注册是否合适——如果这个术语如此含糊的话,它是否“真的”适用于数据?

    2.)Stephen写道:“关于如何组织网站,有很多松散的惯例。但这与结构化数据无关。”事实上,我认为有一些网络可操作的,部分相当广泛的数据规范;在我看来,新出现的问题似乎是,新出现的问题太多了,一些在演讲中提到的问题http://hdl.handle.net/1813/28192(从学术/研究数据的角度),缺乏协调。甚至谷歌也在使用他们自己的DSPL:数据集发布语言
    (http://code.google.com/apis/publicdata/).

    3.)现在有一些努力将结构化元数据开发引入语义网领域——对于社会科学而言,一些关于数据文档倡议(DDI)使用的论文将在2011年10月举行的研讨会上发表(http://www.dagstuhl.de/11372),并应出现在下http://www.ddialliance.org/resources/新利18官网客服publications/working/几个月之内。

    [这些都是我自己的意见,不是我的雇主、我的叔叔、我的仓鼠等等。]

  39. 我看不出这个想法和语义网的想法有什么区别。我认为您把语义网底层的技术描述为“标记”功能,错误地描述了它们的使命和功能。RDF/OWL/SPARQL允许任何数据所有者公开结构化数据,并足够精确地描述其含义,以支持跨分布式端点集合的机器计算。我相信这就是你的目标。更深入地研究现有W3C推荐标准的功能可能是值得的。

  40. 作为一名经验丰富的开发者,自从人为引发的网络泡沫以来,我一直经历着指数级的困惑。我每天都在为完成一件简单的工作而解决一群白痴制造的巴别塔。简单是好的,但另一个官方的TLD不仅是鲁莽和徒劳的,它将树木进一步破坏成几乎无法理解的图表,使我更难专注于我使用这种技术的目标。
    因此,您创建了另一种TLD,另一种语言,另一种框架,它如此复杂,以至于没有人能够在它被下一个方案淘汰之前学会它。除非它是我实现目标的最佳方式,否则我不会使用它。
    你还以为30年后我们会有像样的安全保障。但事实并非如此,良好的安全措施实属罕见。但另一种顶级编程语言和成千上万个逃避专利的语言和框架仍然存在,我也是。计算机数学核心的朴素与这种疯狂的阴谋形成对比,让我相信乔治·卡林是对的:我们正在消失,伙计们。我们要走了,这是另一个进化的死胡同。我被淹没在逻辑的堕落中不是成功物种的作品。

    杰里弗莱彻
  41. 我认为“数据网络”对于变化缓慢的数据特别方便。例如;像我这样的程序员试图跟踪各种各样的标准和规范的发展。一个特定的规格可能会在一年或更长时间内保持不变,而不是突然做出一个小的调整。目前,我必须定期检查规范文档,看看是否有什么变化。如果是小数字的变化,我可能都不会注意到。有了数据网络,可以想象,这可能会变成一个自动通知,由某个应用程序发送给我,为我进行监控。

  42. 虽然新顶级域(顶级域)的想法很棒,但您认为新顶级域中潜在的木马病毒是什么?被称为“平等待遇条款”(与“。com”等现有顶级域名一起)的特洛伊可能会导致价格上限被取消,因为新的顶级域名没有价格上限。这样,注册商就可以对域名注册收取他们想要的任何价格(没有限制),使得现有网站的重新注册价格本身超出了现有域名所有者的能力范围。一个网站的所有者http://www.IOpposeBigBrotherGovernment.com(这里显示的一个示例网站),这是一个令人头痛的政府可以很容易地关闭和合法地让注册运营商提高重新注册域名的价格,到一个域名所有者无法负担的水平。

    不要认为这不会发生,也不要认为供求原则会阻止这种情况的发生。如果联邦调查局向域名注册运营商提供了一个由联邦调查局提供的报价,要么将iOpposeBigBrotherGovernment的注册价格提高到25万美元,作为交换,获得数千美元或更多的税收抵免,要么不接受该报价,在域名重新注册时可能获得100美元,你认为运营商会做什么特别是在当前的经济形势下?

    BlueCollarCritic
  43. 我认为反对。data TLC的论据对于任何新的TLC都是一样的。现在互联网又在变化,任何有足够财力的人都可以创建一个新的TLC。是坏的。不,我不这么认为,创建。data也一样。不同的是谁管理。data,目的是什么。就像国家层面的tlc有使用限制一样。data也可以

    我认为a.数据是可行的,但前提是它的目的是明确的,并且仅限于此目的。如果它只是一个任何人都可以买卖的网站,那么它就没有任何价值。

  44. 新域名总是会不断出现,只是安全问题是最主要的问题。不同的域名只会给客户带来更高的成本,因为为了让其他人从他们的域名中获得利益,他们不得不购买所有的域名,比如。com。Org现在是。data…
    假设我们比现在进化得更快

    RajeshY
  45. 我将忽略语义Web (RDF/OWL/SPARQL)人群试图缩短对您的建议的任何扩展讨论的尝试。

    W3C从各种各样的OWL稳步退却到链接数据的“链接为王”,这让我对其整体解决方案的健壮性感到不安。

    我也不认为声称您的data.xml思想已经在VoiD中就位有任何好处。

    你的建议只是充实一下而已。VoiD只是无法区分标识符和定位符的设计之上的另一层。

    西南方的群众正在推广一种意识形态。这和技术不一样。一种是由“酷爱”驱动的,另一种是由结果驱动的。

    我期待听到更多关于你的建议。

  46. 如果你想有所作为,请将你的时间投入到建立另一个独立于公司的根DNS层次结构中去。

    Xap
  47. .data TLD是个好主意。它将使数据搜索更容易、更快,也许最重要的是,更可靠。

    Payman
  48. 这将是Data的未来,它将会上市。

    Vijayaraj
  49. 就这么做吧,然后添加一层类似于yahood pipe的东西——尽管从他们那里把它夺过来并让它唱歌,他们还没有(还没有):

    jTA
  50. 亲爱的Wolfram先生:嗯,我真的很了解你想要什么。只是当我将Wolfram/Alpha的功能和TLD .data项目的潜在范围结合在一起时,我就会想起《1984》和《美丽新世界》。我相信你也注意到了这个预兆。我只希望老板不要说我每天晚上熬夜到凌晨3点上网玩,美国农业部不会派食物金字塔警察来抓我!我现在就能听到这个声音:那声音听起来就像我祖母告诉我,我们需要多吃深色绿叶蔬菜。不过,请不要误解;我不是反动。相反,我在分享我的黑色幽默!
    但在严肃的一面,我迫不及待地想看看W/A能在我的生活中做些什么!我想我可以用它来帮助我向一群五年级学生教授科学方法。我们有一个月的时间来准备科学奥林匹克竞赛,在那里他们将用吸管建造一座吊桥,预测一艘铝箔驳船能承载多少水,并进行其他几项包括假设-设计-预测-测试过程的活动。我假设你是一个大忙人,所以我不会期待你回答这个帖子,但是以防我不妨问恩:那将是很棒的如果你有建议分享如何系统介绍给学生,或特定的想法应用它来满足他们的需求。感谢你所有的特别工作~ Liz Uelmen

    莉斯Uelmen
Baidu