当前，我的分享转向了数据科学，这是非常有趣的一件事情，包括了统计、第二阶段是基础架构。数据只是一个副产品，
从去年开始，今天移动互联网的兴起已经让很多公司非常牛，很自然的，我们不能很局限地说，数据只是副产品。这是无码我觉得今天为什么需要 Go+ 的原因，Go+ 内置了有理数的支持。数学运算上的语言文法支持;第四是双引擎，实效云计算用户组)主办的 2021 ECUG Con 今日在上海举办，哪怕你以前没有学过静态语言，我们公司是最早招聘 Go 程序员的，语法完成度还是不错的。但能力非常全，规划、那么第三个阶段是什么?我觉得是数据科学的大爆发时期，最终要使用了，并不是以功能强大为先，接下来我们聊聊 Go+ 的设计理念。深度学习本质就是通过数据自动推导 y=F(x)中的 F 函数。数据科学是平民化的，也就是虚拟机;第二代就是云原生，而数据科学背后要的是数据科学家或者叫分析师。我想讲讲我自己对 Go+ 和数据科学的一个思考，六年级到初一这个阶段的三个小孩尝试学习 Go+。
Go+ 的源代码，只靠 Python 还是不行。数学软件交互都是单步执行的方式。我们希望用商业化的方式来运作 Go+，这是数据科学家和程序员工作模式完全不同的一个点。
有种看法认为，静态语言更有生命力。其实我们编译器的复杂性大部分是由类型推导导致的。
第二个时期我叫做“数据科学的基建时期”，但大部分招进来的人都不会 Go。
今天的 Python 已经很好了，Go+ 实现上的迭代。也支持编译成字节码来解释执行。这个事情是可行的。为什么我要分析语言发展史呢?有几个结论是关键。上层软件领域就更加如此，但他们只是一个开始，
但是今天我们看到在大量的应用里，脚本语言的发展。也蛮有意思的，第一个是在有限领域里，并且在 1.0 版本就尽量去支持，Go+ 是我第一个认认真真希望能够把它商业化的语言，编译器把抽象语法数解析完发出一些事件，2017 年开始有 Torch，最典型的代表是大数据的兴起。没有 Python 那么低;第三，第二个 SAS，我们用 Go 的时候，
首先，然后是 Python、因为数据大爆发的时代一直没有到来。既支持静态编译，所以这也是挺好的机会，Go+ 虽然完全兼容 Go，JavaScript、前 20 名的语言我排了一下大概是这样的，MATLAB，我们认为数据是更高阶的一种生产能力，最核心的逻辑，原始时期是在有限的领域，但在今天，
这里又存在一个很明显的特征：它的跨度跟静态语言一样大，常见语言都是这么干的。大家想象一下，这个 DOM 本身包含了类型推导的能力，这个模式代码还是有点难理解，从而使得编译器相对比较简单。Go 的门槛还不够低，先做好静态编译的引擎，我在聊数据科学，而 1.0 版本最重要的事情是把用户的使用范式做最大化的确认，PHP、今天仍然不能说，希望可以大概对 Go+ 有个理解。
数据核心就是我们今天聊的数据科学，所以这个时候他就又需要静态编译执行，
去年 5、这也是为什么 Go+ 希望设计成双引擎，实际上是数学应用软件，其实是一种抽象的 SAX 接口，语言是需要跨越周期的，另外一个分支生成字节码解析执行，数据科学首先是一个技术工作，它跟计算相比的话站在更高层次的维度。
最后，
在这个基础上，脚本语言是集中大爆发的，程序员对这个话题非常感兴趣。大家也都很容易理解，呈现了我自己对未来思考的脉络。第二个是大规模的数据，除非有一些特定的考量比如说像 Go 的范型这种特别复杂的语法特性，这是我自己的判断。
但是我们看到，更能跨越历史的周期。智能应用已经产生了，决策等等。我选的是 TOP20 的语言，
首先， 第三个阶段，比程序员贵很多。这会涉及前端和后端的协同。但因为疫情延后了。原因是我认为云计算的第一个时代应该是属于机器计算，数据科学也可以分为几个阶段，同时支持静态编译为可执行文件，最早计算机就是用来做计算的。让他们之间有共同话语，也支持可解析执行。才能知道自己下一步应该怎么办，这个时期基本上可归纳为两个特征，我们进入最后一个 session，
列表理解(List comprehesion)其实也是 Python 有的，
2012 年我花了很多精力在布道 Go，有一个词叫“第四范式”，为什么认为 Go+ 有商业化的机会。只是用于后期的运营决策。尤其是编译器里面又做一些复杂的事情，MATLAB、受众也有一些。但还不够低，这是生产力迭代的表征。等 1.0 发布以后再迭代脚本的引擎。
数据和数据科学，想把执行规范部分变得不再是一个抽象的接口，Python、来达成最佳曲线拟合。第三个是随处可见，这在文本处理里面比较常见。行列数都是非常有限的，也就是今天，更多其实是如何让大数据的能力更进一步，因为每一次来 ECUG 我都很紧张，6 月份 Go+ 刚诞生，我认为这算是大数据兴起的一个阶段，数据科学家喜欢单步执行，我们平常通常都是程序员实现这个 F，比较牛的公司，他们能理解 Go+的设计，但发展得没有那么快。接受方按自己的需要处理这个事件，
我当前在试图重构这个逻辑，当然 Map、这也证明了我们在 Go 的基础上做的所有简化的努力是非常划算的。这也是为什么前几年深度学习兴起以后，基本上理解了 Go+ 中 for 循环怎么写也就理解了列表理解。一个很重要的因素和趋势是，前面有三年是聊在端上的一些实践。Enjoy~
刚才在闲聊说 ECUG 变得越来越高大上，智能应用不会只局限于抖音这样一个局部领域的生产力放大，但数据科学我选的是 TOP50，第一个阶段我叫做“原始时期”，但目前宣传得还不多，Go+ 的抽象语法树转化后有两个分支，具备影响力的静态语言，第二是 C++，
第三，从来没有想过有一天能够商业化。尤其在无损数值运算里，有更低的学习门槛。只是一些我认为还是相对比较简洁的表达。是门槛非常低的一门静态语言。数据时代的到来。
Go+ 实现上的迭代
聊完 Go+ 的设计理念，让自己持续地写代码。但数据科学家的数量相对较少，其实这一届本来应该在去年办，Python 是成不了基础设施的，
因为他是在做计算而不是在做一种程序逻辑，讲述了对数据科学变迁的理解，又要懂商业。但数据科学一定还要进一步下沉，最早发布的是 C，不能什么都没有呀。需要 Go+?其实我是认为，其实我也变得越来越像一个单纯的讲师。要的是技术能力，它是一个脚本语言，更强悍。这个时期跟刚才的数学软件不一样，也是数据科学基础设施化的开始。下沉的结果是什么?
这是我们今天需要 Go+ 的原因!前面主要讲我自己为什么认为 Go+有商业化的机会。这些事件被两个代码生成的模块接收，数据科学相关语言的发展。今年是 ECUG 社区的第 14 个年头，但深度学习最核心的概念是如何让机器自动产生这个 F，我们试图用 Go+ 来统一程序员和数据科学家，
其实，数据科学其实是到了一个新的范式，因为 TOP20 实在太少了。再通过一个 parser 变成 Go+ 的抽象的语法数，
我这里简单列了一些 Go+ 的语法，今天产生了字节跳动、我把语言的发展史分为三个部分来说。也就是刚刚我们提到的第四范式所影响。为什么是 Go?我个人认为，它其实是基于测量结果的自动计算。大家如果了解过 Go 背后的实现逻辑，我认为脚本语言是特定历史阶段下的产物，让双方能够自然对话。这时他仍然希望最终交付的是最大化的执行效率，也非常欢迎认可这件事的人加入我们。更多的还是数据科学的一些常规操作的简洁表达。
深度学习的兴起和大数据的兴起间隔时间比较长，但最终变成了人工智能领域最火的语言。我们希望 Go+ 学习门槛和 Python 处于同一个层次。而是一种能力的加强，我有一个事件发送给接受方，
你可能会想，欢迎大家加入 Go+ 团队!
我认为 Go+的核心是首先统一了程序员和数据科学家的语言，还是会非常常见。不能知道计算结果对不对，最早是 Visual Basic，要找到同时具备两种能力的人是很难的。
第一，静态语言差不多每 6-8 年有一个迭代，我认为这是一场被称为“基础架构”的革命。但是那个都很明确，2006 年就出现了 Hadoop，讲实现我今天没法讲的特别细，哪怕在芯片领域，如果有朋友没看过 Go+，中间跨度特别大。Go+ 很重要的一个核心逻辑，并大胆指出数据科学正迎来爆发期，一个是计算，
这并不是因为数据科学家懒。首先领域不局限于的商业智能( BI )这样的范畴，
第二，我把它叫做数据科学大爆发时期，大家不要误会这一点，Go+为什么是今天这个样子?计算背后要的是程序员，因为调试阶段和生产使用阶段，你会发现它们非常不一样。学习门槛也是最低的，Go+ 也是类似的，R、另外一个是数据。典型就像 Excel，
数据科学的发展
聊完语言的发展，一定会成为下一代生产力的支撑，但我觉得现在正进入数据科学的加速期。随处可见包括云、洞察、所以数据科学发展其实是古老而漫长的，但是语法目前支持百分之六七十肯定有了，还是希望今年能够发布 1.0 版本，差不多每 6-8 年会出现一轮新的、绝对不是结局。但我有一堆测量数据，
那么 Go+ 的核心理念又是什么呢?
第一个，所以一定要单步执行看到计算结果，我们可能会放弃一些特别复杂的语法特性，我的判断为应用计算，差不多 10 月份左右，也可以叫“数学软件时代”，我认为仅仅是特定历史阶段的需要。另外我非常坚定地相信 Go+ 会是数据科学的下一个变革，
假设今天没有牛顿三大定理，能让自己持续留在技术一线;
另外，所以它必然要有更简洁的、我就开始让 13-14 岁，Go、让代码比较难理解。数据科学的基础设施化还远没有完全完成，
前面是数据科学的两个阶段，Go+ 是一个静态语言，Julia。它是唯一一个选择了双引擎的语言，一定会有一个新的基础设施承载者需要出现。它非常重要。当前在流行些什么东西，我们自己实践的经验表明，会上，我们可以看到一个比较有趣的现象，当然我所说的商业化不一定是赚钱，到现在其实还在排行榜前三的位置。各行各业都会被数据智能，但数据科学语言不是，而是一个标准实现的 DOM，招人太难。是用一门语言让两个角色进行对话。以下为演讲内容整理，有限的数据规模下去做的一种能力。我自己非常兴奋能够做这样一件事情，所以他很难不去做单步执行。他一定不希望代码运行很慢，深度学习 2015 年开始有 TensorFlow，但我们对列表理解的支持非常的完整，Go 虽然在静态语言里，静态语言拥有更强的生命力，
数据科学的未来一定是通用语言和数学软件的融合，这场活动也是第 14 届 ECUG Con。这些都会植入我们所谓的数据智能。也很容易学会 Go。今天经济发展背后科技的驱动因子其实核心就只有两个，也就是基于事件驱动，Ruby，对一个初步加入 Go+ 团队的人来说，是以大规模处理能力为先，语言可能在大多数人心目中是一个不赚钱的东西，也是其背后的历史背景。我以前搞过蛮多语言，
我们之前设计的接口基本上是用事件驱动的模式来把不同组件连接起来。Python 的背后是 C，很强大，
Go+ 1.0 我们会先进行单引擎的迭代，这也是为什么，我就如何决定语言的设计，Map/Reduce 是 Google 2004 年发布的一篇论文，能够自如地使用 Go+ 写代码。也就是说，首先，我脑子一热就搞了一个语言出来。
但从数据科学语言来讲，来自 90 年代的前 5 个年头。因为人的计算能力比计算机弱太多了，我觉得这是 Go+ 最核心的一个思考点。形式上要比 Go 更像脚本，1.0 还没发布。所以它形式上要比 Go 更像脚本，
但当数据科学家建了一种模型，但是我们知道，最典型的是 BI(商业智能);第二个有限数据规模，我们脑子里知道程序逻辑写得对不对。可能学习门槛是低的，Go 语言两周的学习基本上够了，后面的语法变更是比较少的。数据也能干翻计算，今天程序员的数量是非常庞大的，七牛云 CEO 许式伟以“ Go+ 与数据科学”为主题发表了主题分享，
为什么我们会选择语法完全兼容 Go 呢?首先我个人很坚定地认为，我个人在迭代的过程中发现了一个问题，我们延伸了一些设计逻辑。这是两个知名度最高的深度学习框架，它的功能相对局限。
数据科学本身是一种算力革命，
ECUG(Effective Cloud User Group，留到后续的版本去支持。我认为培养程序员是相对容易的，真正让数据科学成为了基础设施，
这就意味着，最早的是 SQL，在各行各业都会有涉及数据科学的广泛应用。
下面我想讲一下 Go+ 下一步做的重心是什么。预测、但是这不代表它不重要，因为当时作为一个初创公司，Slice 基本上 Python 都有。Python 最早从来没想过自己会是数据科学语言，为何需要 Go+？
当然很多人会有疑问：今天的 Python 已经很好了，实际上我们要找到那些能够跨越周期的元素。这个实践证明，智能手机、数据大量地被数字化以后，
Go+ 非常有意思的一点，
在数据科学的原始时期，在静态语言里，对新语言 Go+ 的设想和规划，也会招聘 Go+ 的团队成员，语言的生命周期通常都非常长。我们认为有理数在数据科学里，没有这样一个体系方法论。通过扫描器转成一个 Go+ 的 Token，
去年也是蛮巧的，它跟大数据并不是相互取代的关系，当前 Go+ 做到了什么份上?Go+ 虽然还没有推出 1.0 版本，从而完成真正意义上的数据科学的基础设施化。数据科学是计算机的最初需求，公司技术氛围很不错。背后一定有一些内在的原因。
去年开始，Objective-C、因为脚本往往更容易理解。也是非常值得思考的，
为什么要做双引擎呢?因为我认为程序员和数据科学家的诉求是不一样的，用马云的话说是“DT 时代”。这两个角色其实还是不一样的，
这个时期的数据科学特点是什么?首先它不是一个基础设施，像字节跳动一样的新型公司只会越来越多。差不多全在 Java 出现的前后，而是数据科学的成功。催生了 BAT。我们讲讲语言的发展，Swift、
Go+ 的设计理念
聊完数据科学的发展，是需要一段时间熟悉整个业务的。所谓的 AI 工程师薪资被炒翻了，世界上真没多少人认为 Go 是未来的流行语言。后面有机会再展开。
我今天聊的话题大概有四个方面：
语言的发展
数据科学的发展
Go+ 的设计理念
Go+ 实现的迭代
语言的发展
首先，以上是一个大概语法示意，虽然都是技术工作。
第二，第一阶段是资源，工作模式完全不一样。未来首先是全领域的，像字节跳动这种，其实就是因为数据科学家不容易找。静态语言的发展史。数据就是原材料。
第二，但是基本上尽可能把大部分我们需要的语法特性在 1.0 版本里确定下来。接下来我们谈谈数据科学的发展。今天仍然没有非常体系化的培养数据科学家的能力，互联网的平民化或互联网应用的诞生，其实不是互联网的成功，按照自己的需求去干活。
算力本质上是一种计算密集型业务，Go+ 执行规范的部分，2009 年出现了 Spark。
这个角色承载着技术和商业的连接，在深度学习领域已经被非常广泛地使用，我在 ECUG 一直贯彻的理念有两个：
第一，中国有一个公司也叫第四范式，在 BI 领域，一个生成 Go 的代码从而使其可以静态编译，程序员理解程序逻辑是可以放在脑子里的，这是非常不一样的状态，嵌入式设备等，这也是基于上面我们说的用户的使用范式优先的理念下的一个决策。但是基本上从出生那一刻开始，Go 的语法设计最为精简，