大赛链接>>华为云DevCloud啤酒供需数字化管理系统开发赛分享者昵称：嘻嘻嘻。一、 参赛收获、思考这是我首次使用App Engin。这次开发过程给我的整体感觉是流畅，简洁。我个人认为App Engine对于新手小白的入门是非常友好，在日常的生活学习中也能提供很大的帮助。日常多使用App Engine，随便点点，多了解了解，慢慢的就会感觉开发不是一件特别难的事情。像写文章那样，当产生灵感与想法时，随即打开APP Egnine平台动手去操作，慢慢的孰能生巧。这次比赛对我而言收获颇丰，我专业是学硬件的，但随着技术飞跃发展，未来行业所需人才应是复合型人才，通过App Engine和说明指导自己动手做，使我对软件开发有了一个初步的认识，让我了解到定义对象模型，页面组件等一系列软件开发做法，使我自学软件有了初步规划。对于本赛题啤酒管理系统我有以下几点建议1.      在日常应用场景中，顾客一般使用手机扫码下单，所呈现的页面应针对手机页面进行布局。2.      对于供应方而言，发布啤酒信息在现实应用中是经常使用的选项，作为常用操作应单列为一个页签，而非包含在管理啤酒页签内。3.       在需求方隐私方面的改进，应减少物流方能查看到的订单信息，像已下单、待自取等状态时，不需要物流方进行操作，物流方不能查看。根据说明指导在开发过程中发现的一些bug1．  在物品出库时，系统提示wm__expectArriveDate__CST格式不符合'Date'类型，经检查并不存在格式错误，最后通过后台修改字段权限和取消必选等操作解决。2．  点击接关单后，订单信息hui 改变，但刷新后订单信息又恢复原来状态，最后发现为接关单后台代码有错误。3．  进行编排大屏url时，url所在位置与说明指导中不符合对App Engine开发平台的几点建议1.      在我的项目中增加导入项目操作2.     建议增加一键发布脚本选项二、视频讲解

大赛链接>>华为云DevCloud啤酒供需数字化管理系统开发赛分享者昵称：h0ss一、前言             大家好，我是一名大二的学生，很荣幸可以参与本次比赛，这也是我第三次参加AppCube(App Engine)平台相关的比赛了，第一次是懵懂地跟着文档操作，仿佛发现新世界，找到一种实现想法的低成本、低代码的方式；第二次是略微熟络，在原有赛题的基础上进行一些优化，增加一些功能点；这一次是在完成基础赛题之后，对赛题做进一步的探索，寻找更多的有价值的可优化点，并且学着把实现的过程记录成文档形式，可以说这是一个从初识、相知到相爱的过程。针对本次的赛题我也有一些自己的优化考虑以及实现形式，那么接下来就开始吧hhh。二、赛题优化点解析        本次比赛的赛题是“啤酒供需数字化管理系统”，通过该系统可以高效实现啤酒预约、管理、配送一体化流程，该系统流程可以简单描述为：管理人员上架啤酒信息-->用户进入展示页面选择性下单-->管理人员出库处理-->物流人员接单处理-->物流人员关单处理-->用户评价订单。 也可以简单地用流程图表示：        官方给出的文档虽然有故意留下的bug，但熟悉平台的标准页面模型绑定、使用等操作就可以轻松排错，文档的内容十分详尽，把原理和实操都讲了一遍，在文档的加持下，只要有耐心做，很容易就可以完成系统的开发。但是如果仅满足于基本开发就太浪费App Engine提供的资源了，所以接下来我会基于demo去讲一些关于赛题的优化点。        首先是流程方面的优化，在应用中我将两种取货方式分成两个流程，如果是自提的订单，在管理人员出库之后，该订单状态将修改为“待自提”，该订单不会流向物流方，之后用户在完成自提之后可以自行完成自提，该订单状态将修改为“已自提”，该订单流程结束；如果是送货上门的订单将会经过管理人员、物流方最终到达用户手中。        应用方面：预约用户这边，（在完成权限配置之后）用户扫码就可以进入啤酒展示页面：        1）信息显示方面，增加了“库存”这一字段的显示，该字段初始值由管理人员在添加啤酒信息时写入，在订单状态变化时该值会进行相应的变动，以实现库存量动态变化。在用户点击”购物车”按钮后，会对该啤酒的库存量进行校验(JS代码如下)，如果是大于零则成功进入下单页面，否则弹出提示框。同时我还在啤酒选择页面增加了一个“查询订单”按钮，这考虑到如果所有啤酒库存都为0，那么用户就无法进入下单页面，自然也无法跳转到查询页面，所以在这里加上一个查询的入口；        2）用户填写信息下单的页面，通过体验demo，我们可以发现demo中的重置按钮点击之后会把啤酒信息也重置，但该字段只能通过啤酒信息展示页面去获取到，用户必须退回前一个页面重新下单，此时重置就变得无意义了，所以我在这里做了优化，改成在点击重置按钮后对除啤酒信息之外的其他信息进行置空处理；        3）查询订单页面        a.这里吐槽一下demo的查询功能，在demo中如果手机号为空点击搜索按钮，会显示数据库中的所有订单信息，造成信息泄露。所以我在按钮中加入校验代码，确保该输入为有效输入。        b.用户还可以根据订单状态对订单进行查询（可选）        c.在用户输入准确的手机号之后，如果存在订单信息，展示的时候每一个订单下方都会带有四个按钮，详情按钮功能跟demo一致这里不再赘述，取消按钮中新增了恢复库存的操作，主要是考虑到该订单暂未出库，并且被取消，理应恢复啤酒的库存量，代码片段如下：        其他两个分别为完成自提以及评价订单：        先讲这个完成自提，该按钮的功能即是上面提到的流程优化中的用户自行完成自提操作，该操作只能对<待自提>的订单使用，完成自提后会对该啤酒的成交量进行修改（加上本次预定的数量），该订单即是完成状态，流程结束。修改成交量代码如下：        再讲评价订单，该按钮为用户提供对已完成订单（包括已签收与已自提）中的啤酒进行评价的入口，在确认该订单为已完成状态后会跳转到评价页面，在这里会显示该订单的各项信息，在最后会有一个输入框用于获取用户对该啤酒的评分，需要注意的是每个订单只提供一次评价，之后进入评价页面无法进行修改，在用户确认评价后，会对该啤酒的评分进行调整，评分等于(累计评价分/被评次数)，具体实现见代码:        4）管理人员处理订单页面，在这里对删除按钮进行了处理，规定只可删除<已取消>的订单，如果所有状态的订单管理人员都随便可以删除，那么很容易造成流程的错乱，如果管理人员一不小心点了删除，那就出大问题了；        5）提醒服务，利用测试的短信模块建立服务编排来实现消息的发送机制，在订单出库、物流方接单、关单时会向用户发送通知信息，实现起来很简单，只需要拖一个sms模块进去服务编排设置相应参数就行了，效果如下：三、总结        总的来说，这是一次很独特的开发之旅，在过程中更加深入地挖掘到平台的耀眼功能，每一次参加App Engine平台的比赛都会有不一样的收获，相比于之前的照着做，现在已经变成在完成基础赛题的前提下，尽力发掘赛题的优化点并给予相应的补充，从依葫芦画瓢慢慢的变成一个自己独立设计功能点，强化了自己的逻辑性以及代码编写能力。希望后续能有机会再次借助平台完成应用，也祝平台越办越好！附：作品录屏

大赛链接>>华为云DevCloud啤酒供需数字化管理系统开发赛分享者昵称：虎虎虎哈哈,终于到发帖子的时候了!做完啤酒,就一个字,爽!从来没有进行过,这么so easy的开发.在App Engine,已经实现了,人人都能成为产品经理的愿景.一个App或者网页的开发,一般需要10W,周期一般为1月.而且,从无到有开发能力弱,开发低效,开发资源不足.而且还要管理数据库.这些种种让我对App以及网页开发,望而止步!学习完一门语言,比如说HTML5,CSS,JS需要1个月,在学习几个框架,2个月可以学完,但是学完就能做完整的开发了吗.就是一个大项目,自己完整的做下来.假设项目出来了,要改变功能,或者出了Bug谁去维护,维护需不需要资金呢.一个软件的开发,前端+后端+维护+更新,这一套下来,欲哭无泪了.例如说,一个厂家E2E独立交付,逐个项目做定制典型案例:XX在IOC场景中，逐个项目定制,苦不堪言传统的软件开发是神圣的,对普通人,农民,高中生,创客,是高高在上的.而App Engine把它拉下了神坛.在App Engine中,组件库和AI辅助让前端开发更为高效,流程编排引擎加速了应用的构建.支持云上云下协同快速开发部署,在线测试,在线发布,在线升级.一个账户就可以快速开发,平台+资质可规模复制,效率大规模提升.开始我收获的干货的分享!从组件开始说起前言:模型组件一般都会绑定模型,在获取或者修改某个组件的数据的时候,是获取这个组件绑定的模型,之后进行操作.前言:代码啤酒中使用TS语言开发,在啤酒开发中,比葫芦画瓢就可以解决大多数问题.但直到几个常用代码,对于初学者,无疑是不那么"痛苦".https://www.tslang.cn/docs/handbook/variable-declarations.html  TS教程变量定义函数调用至于IF for就不写了,另外有一个常用的函数 这个函数在自定义脚本中使用,可以打印一些变量的值自动化的数据库----对象一个对象建立之后,模型可以绑定此对象,代码也可以对该对象中的信息就行增删改查.在自定义JS中,对对象代码操作详见产品文档https://support.huawei.com/bescloud/portal/infocenterhome.do?lang=zh3.在脚本代码中,对对象的操作详见产品文档   https://support.huawei.com/bescloud/portal/infocenterhome.do?lang=zh对数据增删改查,参照已有代码,探索一下就阔以实现了.插入修改更新操作的神奇物件----表单神奇的家伙事来了,表单和表格让我太感动了!表单绑定A模型,A模型与某对象建立联系.录入信息,点击确定,录入的信息,就会移动到对象中.也就是说,我只需要规定我对象的数据结构,通过模型绑定前端的组件,就可以直接插入数据.在啤酒中,数据的录入一般都采用这种方式.搜索排序查询数据的神器----表格大佬来了--表格绑定模型,模型绑定对象,就可以看到对象中信息的内容.真爽.这两个地方可以轻松实现查询,工具栏中可以添加数据和删除数据.    这让我想起学C语言的时候,老师让我们写成绩管理系统,一个周才弄完.我觉得在这个平台上,也就2小时就能解决,并且前后端都写好,这是以前不敢想的事情.通达天下的服务编排服务编排也有着他的输入和输出建议可以通过4.这个去体验一下服务编排的魅力所在,因为服务编排可以调用非常多的服务,资源,原料.只需要参数传递就阔以了.~~~智能的事件代码开发(自定义JS)https://support.huawei.com/bescloud/portal/infocenterhome.do?lang=zh在文档中,对JS代码进行了详尽的解释和描述,还有规范的代码语句.轻松的脚本开发.新建一个模型,自动会生成输入的参数,和输出的参数.把模型绑定给控件或者直接使用代码调用.以上也就是我的一些收获了,可谓是干货满满,收获颇丰,口袋都塞满了,哈哈哈.对于后台的操作,无非就是增删改查,而前端也就是客户所能体验到的交互.在App Engine中体验到了瞬间生成一个App并且能够立刻投入使用的快感.耳机坏了噢,声音有点杂,见谅.有机会我重录噢~简述来喽~ 简述是走一遍流程详述中,我现写一个小程序,定义变量,录入信息,和查询信息,删除信息..借此展示表单与表格的功能,和强大.啤酒管理系统,主要流程的过程,由表单或者表格实现.有机会再续我想续对于Bug的调试还有做一个服务编排意见简单的代码,获取组件内数据,增删改查对象内数据.最近较忙了,以至于更新这么慢.见谅~~

大赛链接>>华为云DevCloud啤酒供需数字化管理系统开发赛分享者昵称：王玉静15106825682首先，很幸运接触到华为云DevCloud软件平台，跟随教程开发了一个啤酒数字化管理系统app。这让我作为一名刚刚接触计算机专业的大一新生很是激动和兴奋，当然也收获颇丰。在这一系统开发过程中可以说我学到了很多东西，不仅仅是知识，还有一种前所未有的体验与心里素质的提高。一、对此平台的评价沃土数字平台为我们提供了一个很好的开发环境，这里有好的开发资源和学习资料，以及系统的教程，让我感到并不是无从下手，而是从每一小步，慢慢走到了最后，完成了这个程序。此平台可实现组件的拖拽，模板的选择，尤其是DMAX啤酒系统管理大屏幕，容易操作，简单地就可实现视觉化数据，这个平台可以让许多计算机入门都能够把自己想的去展现在屏幕上，让有想法的人做出来。二、对赛题的思考对于这个赛题app，在做的过程中，我发现平台已经做了更新升级，现在的平台和教程指导上有好几处地方不太一样，有些东西在现有平台上找不到，这或许就对我们自己提出了挑战，我们要思考、研究，该去怎么做到预期的那个效果和功能，同时这个过程也是我去主动地、更好地了解这个平台如何使用的一个过程。对于啤酒app，我主要是在页面视觉展示做了优化，例如标题的背景，各个输入框都使用了占位符，并给输入框、按钮设置了图标，分页组件使用了简洁版，不仅更美观而且能展示出共有多少页，这是都是为了给客户更好的体验。另外就是我的想法是，还可以对各统计量制作简易报表，并在前端页面可以展示出来，让各方更加直观的了解到数据。同时还可以增加反馈功能，给啤酒供应方和更多的需求方一个啤酒反馈，让人们了解的内容更丰富。但由于时间问题，这两个设计还没有优化出来。总体来说这个啤酒app比较系统，能够大部分满足社会群体。三、个人思考通过从一开始制作这个啤酒系统开始到现在，我学到了很多东西。我以前对于开发app了解的并不多，通过这一赛题，我认识了定义对象，编写脚本，定义前端页面等等，收获满满。在每一步的制作中，我们都要仔细认真，否则就会不小心或粗心出了错，这到后面要再返回一点点检查，十分麻烦和辛苦。当我为一个错误而研究一个上午时，终于体会到了做程序的艰苦。同时由于我的专业知识还没有学的太深入，导致有些地方不懂，所以我要更加努力地学习，汲取更多知识，让自己在这方面越来越强大。四、视频讲解

大赛链接>>华为云DevCloud啤酒供需数字化管理系统开发赛分享者昵称：jinxingfei一、参赛收获、思考首先，这是第二次使用APP Egnine平台开发作品并参与比赛了。相比较而言，这次的开发较为顺利，对于赛题的理解也较深入。个人总结原因还是在于熟能生巧，平时多点开APP Engine，有些好的想法可以动手实践一下，用的多了，渐渐的了解了怎么定义对象，编写脚本，为前端页面定义对象模型，页面组件有哪些事件。懂得了前端页面是如何通过传参并调用后台Script或Folw,对外开发RESTful接口。在开发时，也能够根据个人想法对作品做修改优化，新增业务处理和逻辑判断等。总之，一切从实践中来，多谢APP Engine这一开放平台，让有想法的人能够付之行动，反馈了问题后很快得到回应。其次，谈一谈在开发过程中，对于本赛题的一些思考。1、页面布局的优化。针对参考教程所提供的页面布局，进行修改。包括啤酒信息列表和订单列表。主要思路是借助栅格容器中 行布局（分割比例），字体高亮（基于此，浏览啤酒页面、查看订单页面和评价页面风格均保持一致）。首页中新增直达订单查询界面的按钮，无须点击购物车后，再跳转至查询订单页面。其中订单查询页面中的订单数据，除了在后端模型视图中添加 查询订单的服务模型，可以添加 查询啤酒信息的服务模型，根据订单中啤酒的ID去查询到啤酒的图片、单价和销量等数据，显得更加直观。效果如下图：参考界面：优化后：2、消费者购买啤酒之后，可以通过手机号查询订单，并分页展示。若该手机号对应订单较多，例如50个“已下单”订单和1个“派送中”订单，单独查找“派送中”订单就需要一页页查找。所以应该支持按照订单状态查询，消费者输入手机号和选择所查询状态，对订单进行一个初步过滤，更方便。主要思路是：在查询订单列表的脚本代码中，新增一个参数 status，在后台模型中自定义order_status字段，并与前端下拉框进行值绑定。页面初加载时，默认查询全部状态的订单，用户可以通过点击下拉框选择查询特定状态的订单。另，针对手机号为空，手机号不合法，手机号没有对应订单等情景进行校验和提示。3、新增评价和自取两个功能，如下图所示，不同状态的订单应该具有不同的操作，那么如何使得 已下单-->取消订单， 待自取-->自取， 已签收-->评价等状态一一对应呢，具体思路是在后台模型中字段buttonName，该字段与红色按钮的属性显示值绑定，在查询到一系列订单列表后，编写JS代码，根据当前状态对字段进行赋值，达到不同订单的按钮显示不一致的目的，然后再根据订单状态的不同去调用不同的后台脚本。例如 点击取消订单调用editMgtInfo, 点击自取调用editMgtInfo,点击评价调用appraiseOrder4、参考常用的APP，作品可以提供一个“评价”功能。当订单完成派送，显示“已签收”，此时消费者可以对订单进行评价，输入意见和评分。评价后商品销量+1，并生成综合评分。主要思路是当消费者点击“评价”按钮时，跳转至评价页面，输入评分和评价信息，点击确定。后台对应新增脚本appraiseOrder。该脚本需要的参数包括：啤酒ID（用于修改啤酒的销量和评分）、评分和订单ID（用于修改订单的状态）。具体的代码和修改订单信息、修改啤酒信息类似，在此不做赘述。5、赛题所提供的物流方“接单”和“关单”功能，有一些不恰当之处，首先物流方不能查询“已下单”、“已取消”、“待自取”等状态下的订单，这属于消费者的信息，只能供应方查看，不应该被物流方查看到，且和物流方没有业务关联。“待发货”状态订单被接单后，状态变为“派送中”，此时已经处于派送状态或者已完成投递，那么不应该允许物流方再次进行接单操作，接单功能应该禁用，否则整个流程不符合日常逻辑。“总之，物流方接单时，只能操作“待发货”状态的订单，而不能随意操作其他订单。同理，关单操作也是如此。具体思路是在操作按钮中输入表达式运算，根据订单状态来决定操作结果。除此以外，对于期望到货日期不在三天之后、输入非法字符、手机号不合法、查询订单结果为空，取消订单的状态不是“已下单”，物流方查询不属于其业务状态的订单等情况，都应通过消息框或错误框进行提示，以提高作品的易用性。以上所提及的建议和问题，本人在所提交作品中均有新增和优化，并针对页面布局优化。二、作品讲解视频作品讲解视频链接：https://v.qq.com/x/page/z3158b8fhy6.html

大赛链接>>华为云DevCloud啤酒供需数字化管理系统开发赛分享者昵称：Allen_Lee一、初遇App Engine这是我首次接触App Engine，第一次打开它，就被它的页面UI设计和功能所折服。App Engine实现了多端、多系统的在线协同开发，并且可以做到一个人完整的完成前后端的开发，丰富的前端开发功能更是让我们能做到“所见即所得”。可以说，它打破了开发的门槛，只需要少量的编程知识，就可以用很短的时间开发一款功能完备的应用程序。纯在线开发，让程序员不必再苦恼于更换新电脑，新系统后新的开发环境的配置。我迫不及待地开启我的App Engine旅程。二、坎坷的开发之路——对耐心与严谨的考验本次DevCloud啤酒供需数字化管理系统开发竞赛提供了一份事无巨细的支持文档，按道理，参赛者只需灵活使用Ctrl+C/Ctrl+V便可以轻易开发出自己的程序，但是，由于支持文档中所用的App Engine版本与开发时的版本不同，这导致了许多界面，以及组件名词的不同，这些就十分考验参赛者的灵活变通能力。例如：“啤酒列表视图”界面中的“购物车”按钮，支持文库中要求我们令按钮的Value绑定为beerInfo.id（图一）。但是，在此版本中，“按钮”无法进行Value绑定（图二）。因此，我大胆推断不需要进行绑定，经过测试，我的推断是成立的。图一图二再例如：附加题1中，需要我们创建几个“流”，然而打开新建列表，没有发现“流”，此时我只能一个一个尝试，最终找到“流”的新名字——“服务编排”。还有栅格容器中“列”和“行”在现版本中名字为“栏”和“分栏”等，不再赘述。此外，在与一同参赛的伙伴交流时，发现接关单系统普遍出现了一个问题：接关单刷新后失效！在多次对比支持文档无果后，我开始考虑是否文档本身有漏洞。经过对比“接单”的JS脚本代码和其他几个脚本代码后，惊讶的发现它调用了一个从来没有见过的“takeOrderAction”服务模型，“从来没有”意思是前面所有页面的模型，以及往后的代码。那它是自己定义了一个模型吗？不！首先如果是这样，大可以让我们在模型里面自己建立一个，没必要另外写一个代码；另外，再对比其他的模型引用代码时，发现所引用的基本是定义过了的。于是我新建服务模型takeOrderAction，绑定takeAnd，接单成功。三、不足与反思本次开发出现了很多粗心的情况，比如对象明明是BeerMgtInfo，绑定到了BeerInfo；代码中有一个lgj前缀没有改过来，等等。这个经验告诉我，不管以后做什么，都需要非常细心，不能总寄希望于“出bug再去改”“做完所有的功能再回去检查”，往往会因为元素过多而惰于修改。此外，出库和用户取消订单出现的“期待日期格式错误”问题，从字段到代码都检查多次，仍未解决；关单功能出现“违反唯一规则”，也没解决。总而言之，功能不完备，非常遗憾。不过，我不会气馁，会吸取这次的经验，争取在下次做出比较好的产品。四、讲解视频

【问题现象】业务泛网络追溯，调用存储过程进行查询，每天都出现占用70%会话连接的Savepoint s1和部分release s1，这些查询从早上8点到下午一直没有结束(正常一般几分钟)，这种状态导致所有查询都变慢，且出现waiting in ccn queue问题原因：带exception的存储过程中执行过程中，执行CN给其他CN下发savepoint语句，其他语句执行完成后状态变成idle in transaction。但是执行CN执行其他语句特别慢，其他CN上事务始终无法提交，导致有大量savepoint语句处于idle in transaction状态。问题解决：需要业务侧开发优化sql

一、大赛介绍     “甘创聚杯”2021华为云全国工业互联网应用创新大赛面向全国工业互联网领域相关企业，围绕制造业人、机、料、法、环等环节，探索有具体落地场景的应用方案，聚焦企业数字化转型全产业链技术的应用。参赛者需充分发挥创新能力，自由探索应用场景，并融合新技术（例如AI/大数据/物联网等），最终提交具有原创性并能够进行可视化应用展示的参赛作品，输出企业数字化转型相关创新解决方案和应用实践。二、参赛对象面向全社会开放，主要以企业为参赛团队组织报名，同步招募个人、高等院校、科研单位、初创团队等创客。说明：如有任何可能接触到赛题的人员、大赛主办方和技术支持单位（如华为技术有限公司员工）参赛，则自动放弃获奖资格。三、参赛要求1、参赛企业拥有独立知识产权且无产权纠纷，企业组织参赛需上传营业执照（随作品一同提交）2、每个团队人数最多5人，且每位参赛者仅可加入一支队伍。3、参赛者在相关阶段需配合主办方做好疫情防控工作。四、赛程安排报名时间：即日起- 2021年11月24日18:00 第一阶段：初赛作品提交：2021年10月23日0时- 2021年11月24日18时 晋级公布：2021年11月27日初赛采用线上评审方式，评审专家秉持公平、公正原则评审所有参赛作品，大赛组委会负责相关流程的组织和监督。评选Top12晋级复赛。第二阶段：复赛作品提交：2021年11月27日0时- 2021年12月1日18时晋级公布：2021年12月4日参加复赛的选手需要在规定日期内修改评审材料，并录制不超过3分钟的作品简介视频。复赛依然采取线上评审方式，依据复赛成绩评选晋级决赛团队名单，评选Top6晋级决赛。第三阶段：决赛&闭幕式作品准备：2021年12月4日0时- 2021年12月9日18时决赛答辩&颁奖仪式：2021年12月10日决赛答辩采取现场答辩的评审方式（如不参加现场答辩，视为自动放弃获奖资格，入围名额顺延）参加决赛的选手需要在决赛日前准备答辩材料，TOP6的队伍将受邀前往大连进行总决赛答辩，依据决赛成绩评选出大赛排名。现场答辩评出最终排名后，大赛组委会将举办颁奖典礼及闭幕仪式。五、奖项设置一等奖：1支队伍（现金奖10万元，颁发获奖证书）二等奖：2支队伍（现金奖5万元，颁发获奖证书）三等奖：3支队伍（现金奖3万元，颁发获奖证书）创意奖：1支队伍（现金奖2000元，颁发获奖证书）入围奖：6支队伍（现金奖3000元，颁发奖证证书）参与奖：颁发大赛纪念证书说明：以上奖金为税前奖金，奖金发放在比赛结束后，大赛组委会将按照相关税收政策完税后发放给参赛选手六、赛事报名报名请戳：“甘创聚杯”2021华为云全国工业互联网应用创新大赛

大赛报名地址：https://competition.huaweicloud.com/information/1000041527/introduction一、大赛介绍       “常高新杯”首届华为云全国工业互联网应用创新大赛（以下简称“大赛”）是由常州国家高新区管委会、华为技术有限公司主办，华为云常州工业互联网创新中心、江苏博昊智能科技有限公司承办。以“云领龙城 数创未来”为主题，是面向全国的工业互联网应用创新交流赛事。大赛旨在鼓励企业和创客大力创新，推动常州国家高新区以工业互联网为代表的“数字经济”在更广范围、更深程度、更高水平上的融合创新。通过搭建展示交流平台，营造产融对接氛围，宣传创新驱动政策，吸引优质创新资源，加快形成以“两特三新一现代”为核心的工业互联网产业生态，助力常高新擦亮城市新名片、形成发展新优势。        大赛聚焦工业互联网应用落地场景和解决方案进行全场景创新，通过“线上+线下，以赛促创，产融结合”的形式开展。通过大赛，引导企业由传统制造业企业向服务型制造、生产性服务业角色转变，招募更多工业互联网服务商和高端人才，以满足企业迫切需求、能够快速落地的场景应用方案，构建更加丰富的工业互联网生态圈。二、参赛对象面向全社会开放，主要以企业为参赛团队组织报名，同步招募个人、高等院校、科研单位、初创团队等创客。说明：如有任何可能接触到赛题的人员、大赛主办方和技术支持单位（如华为技术有限公司员工）参赛，则自动放弃获奖资格。三、赛程安排初赛安排：l 报名时间（即日起 - 8月18日18:00）：所有参赛者须在该日期内，在大赛官网进行注册报名和组队，并接受参赛资格审核。l 作品提交（2021年6月21日9:00- 8月18日18:00）：所有参赛者须在该日期内，在大赛官网按照要求合规地提交参赛作品。l 初赛评审（2021年8月18日-8月25日）： 初赛采用线上评审方式，评审专家秉持公平、公正原则评审所有参赛作品，大赛组委会负责相关流程的组织和监督。l 公布晋级复赛名单（2021年8月下旬，具体时间待公布）：评选Top12晋级复赛，大赛组委会在比赛官网公布晋级复赛团队名单。复赛安排：l 复赛答辩（2021年9月上旬，具体时间待公布）：复赛采取现场答辩的评审方式。（如不参加现场答辩，视为自动放弃获奖资格，入围名额顺延）参加复赛的选手需要在复赛日前准备答辩材料，TOP12的队伍将受邀前往常州进行复赛答辩，依据复赛成绩评选晋级决赛团队名单。l 公布晋级决赛名单（2021年9月上旬，具体时间待公布）：现场评选Top6晋级决赛，大赛组委会在复赛现场公布晋级决赛团队名单。决赛安排：l 决赛答辩（2021年9月27日）：决赛采取现场答辩的评审方式。（如不参加现场答辩，视为自动放弃获奖资格，入围名额顺延）参加决赛的选手需要在决赛日前准备答辩材料，TOP6的队伍将受邀前往常州进行总决赛答辩 ，依据决赛成绩评选出大赛排名。l 颁奖及闭幕（2021年9月27日）：现场答辩评出最终排名后，大赛组委会将举办颁奖典礼及闭幕仪式。说明：比赛时间周期可能存在延期及变化，请您及时留意页面信息和群内通知。四、奖项设置一等奖：1支队伍，每支队伍奖励现金30万元，颁发获奖证书二等奖：2支队伍，每支队伍奖励现金10万元，颁发获奖证书三等奖：3支队伍，每支队伍奖励现金5万元，颁发获奖证书说明：1、以上奖金为税前奖金，由获奖团队承担税款           2、决赛TOP6获奖团队需在AI Gallery分享参赛方案及总结的分享            3、若参赛选手落户常州高新区将根据选手的实际情况给予相应的政策奖励，详情咨询常州国家高新区（新北区）经济发展局0519-85127795五、报名及组队要求1、报名时间：即日起- 2021年8月18日18:002、组队说明：在页面左侧“我的团队”页签进行组队，每个团队人数最多5人，且每位参赛者仅可加入一支队伍。3、报名方式：使用华为云账号登录大赛官网，点击大赛官网页面上方“立即报名”按钮报名参赛。4、参赛者须确保报名信息准确有效，否则会被取消参赛资格及奖励。5、参赛者在相关阶段需配合主办方做好疫情防控工作。6、点击此处查看详细的报名操作指南。7、大赛官方交流请至ModelArts论坛。选手交流群：请扫描如下小助手二维码，回复“常高新杯”进入相应交流群。大赛重要节点通知会在群内第一时间告知，请务必加群。注：该群仅用于选手之间交流，官方交流请务必到ModelArts论坛六、大赛组织机构指导单位：常州市人民政府主办单位：常州国家高新区管委会                    华为技术有限公司承办单位：华为云常州工业互联网创新中心                   江苏博昊智能科技有限公司七、其他若出现以下情况，将视为违规，大赛组委会有权取消参赛队伍的参赛资格1、参赛报名信息虚假，不符合大赛报名及组队要求的参赛者/参赛队伍2、参赛作品涉嫌抄袭，侵犯他人知识产权等行为3、参赛期间或参赛作品发现或被举报认定存在的其他违法、违规行为本大赛规程最终解释权归“常高新杯”首届华为云全国工业互联网应用创新大赛组委会所有。

https://competition.huaweicloud.com/information/1000041306/introduction?track=107“东风智能制造”开发者创意大赛是东风公司举办的第三届、公司级大数据创意赛事，本次赛事既是延续，也是承接（它将作为东风工业互联网2020行动举措之一，即工业APP孵化课题）。举办方：东风汽车集团有限公司、东风乘用车公司、华为技术有限公司一、赛事介绍“东风智能制造”开发者创意大赛是东风公司举办的第三届、公司级大数据创意赛事，本次赛事既是延续也是承接（它将作为东风工业互联网2020行动举措之一，即工业APP孵化课题）。本次赛事是由东风汽车集团有限公司、东风乘用车公司联合主办，华为公司承办的大数据分析、创意交流赛事。成绩优秀团队将直接入围公司众创项目，参与项目的深入分析和延展。该项赛事优秀获奖选手有机会获得入职东风公司的offer直通车。大赛通过与东风乘用车实际业务相结合，为开发者提供一个交流、学习和创新挑战的平台，以达到为业务赋能、培养汽车行业大数据人才的目的。本次大赛参赛者基于华为云人工智能开发平台ModelArts，根据组委会提供的东风乘用车焊接曲线（电流、电压、电阻、能量）历史数据，聚焦电阻、功率曲线的研究，开展相同板材结构、相同工位、同一焊点号的焊点数据分析，进行(1)焊接过程曲线建模、修磨周期建模 ；(2)异常归类统计。二、参赛对象大赛面向全社会开放，企业、高等院校、科研单位等均可组队报名参赛。三、赛程安排比赛采用预、决赛形式，具体安排如下：初赛：2020年8月19日-2020年9月8日，共计21天(1)8月19日开放平台访问环境及比赛数据，参赛队可开始比赛准备。(2)初赛截止后（9月15日18:00截止提交），参赛队需提交代码、模型、开发过程及解题思路介绍材料、仿真环境演示结果等进行审核。(3)组委会将在官网公布前6名参赛队名单，入围决赛。决赛：2020年9月下旬（具体时间另行通知）(1)在决赛开始之前，参赛队伍可继续优化模型精度，同时基于模型开发应用或演示demo（不限于小程序、APP、H5等）。(2)2020年9月下旬，入围决赛的队伍将开展决赛答辩，组委会将根据模型评测成绩、演示及答辩效果加权得出总分数，并依据决赛分数评选出大赛奖项。注：入围决赛的队伍答辩前需要提供可复现答辩成果的代码、模型、数据以及必要的文档。四、比赛资源组委会为每位参赛选手提供价值1000元的华为云EI资源券（仅支持ModelArts及OBS），以支撑比赛期间资源费用。注：本次比赛提供的云资源有限，请确认参赛的队伍关注及配合组委会云资源发放，云资源发完即止。五、奖项设置冠军：1支队伍，每支队伍奖金3万，颁发获奖证书（东风汽车公司级）亚军：2支队伍，每支队伍奖金2万，颁发获奖证书（东风汽车公司级）季军：3支队伍，每支队伍奖金1万，颁发获奖证书（东风汽车公司级）六、报名须知1、报名方式：登录比赛官网，点击页面右上方“立即报名”按钮进行报名。2、报名时间：2020年8月19日9:00-2020年8月29日18:00（共11天）。3、本次比赛云资源有限，发放完毕后将不再发放。4、参赛者可3~7人组队参赛，且每位选手只能加入一支队伍。对不符合组队要求的队伍，赛务组有对其取消晋级资格的权利。5、参赛者需确保报名信息准确有效，大赛组委会有权取消不符合条件队伍的参赛资格及奖励。6、大赛官方交流请至论坛交流版块，选手交流微信群扫描如下二维码。注：报名后请务必要加入微信交流群，群里会不定时发布赛事重要信息。备注：1. 请参赛报名选手务必加入群，以查收比赛相关公告和通知。数据集下载地址可在本页面中下载说明文档。2. 请参赛组队成功后，将组队信息以如下形式反馈到邮箱tangyi09@huawei.com。队伍名称选手名字华为云账号（需完成认证）电话注：对赛事有任何疑问请联系东风公司工作人员。

生活领域的，好像就这些，没有什么突破和新鲜感推荐啦、语音识别啊、人脸啊、等等工业领域就不一样了，挖煤啦、港口啦，都是比较有冲击力的改变对生产力的发展在不断的推进也是有计划有步骤的：中国工业和信息化部等八部门昨天（28日）联合印发“十四五”智能制造发展规划，重点任务攻克四类关键核心技术，包括基础技术、先进工艺技术、共性技术以及人工智能等在工业领域的适用性技术。工信部称，要加强自主供给，壮大产业体系新优势。大力发展智能制造装备，主要包括四类：基础零部件和装置、通用智能制造装备、专用智能制造装备以及融合了数字孪生、人工智能等新技术的新型智能制造装备。规划提出了到2025年的三项具体目标：转型升级成效显著。70%的规模以上制造业企业基本实现数字化网络化，建成500个以上引领行业发展的智能制造示范工厂。制造业企业生产效率、产品良品率、能源资源利用率等显著提升，智能制造能力成熟度水平明显提升。 　供给能力明显增强。智能制造装备和工业软件技术水平和市场竞争力显著提升，市场满足率分别超过70%和50%。培育150家以上专业水平高、服务能力强的智能制造系统解决方案供应商。 　基础支撑更加坚实。建设一批智能制造创新载体和公共服务平台。构建适应智能制造发展的标准体系和网络基础设施，完成200项以上国家、行业标准的制修订，建成120个以上具有行业和区域影响力的工业互联网平台。

在我国的工业制造企业中，已经联网的设备大约仅有20%，而80%的设备还存于不联网的状态，而这80%的存量设备的数据采集问题就是工业互联网平台的工作难点！设备的种类多、品牌多、组网协议多、工业协议多、子系统接口多，一个项目、一个平台必定会接触不同的设备、不同的协议和接口，而目前在国内和国际市场上还没有一个统一标准产品，也成为了我国工业互联网发展的重中之重，难中之难！ 在《工业互联网白皮书》发布多年以前，我们就已经认识到会存在的问题，爱投斯[IOTOS］经过多年的研发和项目经验的积累，研发出能够跨语言、跨平台解决多设备系统接入难问题，以及聚焦采集接入+数据展示+应用扩展于一体的物联网中间件平台和专注于子系统接入的通采引擎智能硬件产品，作为工具化、通用化的产品，也支持图形应用框架的扩展（类似于APP扩展）。不仅仅局限于工业领域，在楼宇、园区、能源等都可以适用。

当前工业面临的机遇和挑战，从国家政策和国际发展态势来看，产业数字化、智能化未来将是工业产业升级，提升工业水平实现弯道超车的关键因素，而用于数据采集、子系统接入、工业应用开发的关键则是物联网平台。工业因其设备、子系统和业务流程的复杂性，在管理上有极高的要求，数字化改造升级的试错成本也是巨大的。工业互联网经过这几年的发展，竞争也日趋白热化，分工也越来越细，使集成项目中从感知层到应用层，每个环节分别都有了专业厂家提供服务。由于场景定制化强，不便于项目复制，为了进一步降低边际成本，这些厂家在产品演化方向上逐渐趋于一致，即在各自的细分领域做通用化和工具化。到了2021年，细分领域逐渐出现的通用化、工具化产品，拟解决定制化、复制难的问题，比如：在设备数据采集、特别是子系统接入中有爱投斯[IOTOS］物联网中间件平台等。从竞争格局上来看，设备侧和应用侧作为靠近客户的两端，大量厂商涌入，产品同质化非常明显。中间的接入侧再分为视频、系统、设备，会发现集成项目中最常见的“子系统”，因接入繁琐、低效、复用性差成为瓶颈，整体形成了两头大、中间小的沙漏形状。设备系统接入方面的通用化和工具化，未来将成为工业互联网，乃至整个产业数字化中集成项目实现标准化的基础。 

10月27日消息（南山）据台湾媒体报道，台积电创始人张忠谋昨日公开表示，台湾半导体制造业未来仍相当有竞争力，至于美国推动半导体产业本地化制造，不可能成功。美国半导体制造业在20世纪90年底达到全球42%的高峰，随后一路下滑，如今仅占17%份额。美国想要推动更多美国制造，但张忠谋认为，美国已经回不到过去。现在就算投1000亿美元，在美国重建半导体供应链，最后仍然会发现成本太高，缺乏竞争力。值得一提的是，台积电就是美国半导体制造本土化的最大支持者之一，尽管是受到政治因素驱使。台积电在美国建厂投资规模，仅次于中国台湾。张忠谋表示，现在台湾人管理海外工厂，很难有过去美国管理海外机构的权威。因此，台湾管理人在美国亚利桑那州不可能管理的和英特尔一样好。张忠谋强调，台积电要持续在台湾运营，这是唯一的选择。据悉，美国政府日前要求台积电等芯片巨头交出机密数据，如果不交，还将采取更多手段。此事已经引起轩然大波，台积电是否屈从美国指令，目前没有肯定的消息。

买家必须仔细评估混合云管理工具，了解他们的团队需求和经验水平，才能对他们的平台做出最有利的选择。当购买混合云管理工具时，组织的独特云策略可能会限制其选择。某些工具可能缺少某些功能或需要更长时间才能投入生产，但适合有限资源或专业知识的操作。另一方面，工具集中有新的、前沿的产品填补关键空白，但是具有启动风险，例如质量问题。另外，有些混合云管理工具(如Red Hat的发行版)是平台无关的，而另一些则与供应商系统紧密相关。下面是基于用例和技能集选择混合云管理工具的一些准则。案例一：具有有限的工作人员和经验的混合云原型如果IT团队很容易指定硬件，它可以从分销购买私有云平台，或直接从供应商买，如Supermicro。 大多数商业现货(COTS)机制都处于工作状态。 考虑到硬件隐含的技能范围，团队可能更倾向于套件产品，如Red Hat OpenStack或RightScale，它包含一套全面的工具，是硬件无关的，并提供易于使用的，支持的功能。今天的COTS硬件——无论是从传统的原始设备制造商还是从原始设计制造商进入云市场，通常与云平台都有一些问题，如OpenStack 。 然而，更具风险规避的团队，可能会从戴尔、IBM或Hewlett Packard Enterprise(HPE)购买预集成系统，并将硬件平台、云软件堆栈和基本的云管理工具捆绑在一起。关键是支持服务是单点联系 ，但这是最初时期这样。捆绑产品允许团队使用其他工具来完成混合云管理，如HPE的云安全工具、Cloudyn的监控工具、Cloudabilty的成本分析工具和Scalr等治理工具) 对于原型设置，团队应该评估一系列这些工具，看看它们是否显着提高了易用性。案例二：经验丰富的团队希望优化混合云预生产在这个阶段的团队应该看更广泛的混合云管理工具，然后缩小它们。这一团队更有可能从分销商或直接从廉价的提供商那购买硬件，这意味着是套件产品，如红帽或RightScale。平台无关的混合云工具的数量在不断扩大。Scalr具有强大的支持和升级功能，是CliQr的一个选项。CliQr于2016年4月被思科收购。第三个供应商是Abiquo，它提供了一个编排套件，其中包括一个具有强GUI和坚固策略工具包的中央仪表板。这三个工具的关键卖点是，它们是第二代产品，与一些较旧的工具相比，更易于使用。此功能减少了对手持设备的需要，并减少了支持问题。来自传统OEM供应商的捆绑产品，如Dell EMC和Cisco，也是选项。 自动化已经通过这些第二代工具达到了新的水平，从而提高了敏捷性，减少了管理工作负载，并提供了更直观的界面。高级混合云类别中的用户应该探索API，来将混合云管理工具与用户的应用集成。这通常使用第二代工具更容易。