• [产品体验官] 第25期华为体验官-华为云NAIE数据资产管理服务体验及评测ByTong
    华为账号:tong_xin群昵称:Tong
  • [产品体验官] 第25期华为体验官-华为云NAIE数据资产管理服务体验及评测 by 那年夏天
    第25期华为体验官-华为云NAIE数据资产管理服务体验及评测1  首页界面太白,太空,建议首页增加有特色的能够展示服务特色效果的图片,或者增加简短视频介绍2我的服务开通状态建议页面定时刷新。
  • [产品体验官] 第25期华为体验官-华为云NAIE数据资产管理服务体验及评测 by 武汉窵禠
    详情请见附件,希望各位大佬指正!
  • [产品体验官] 体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测-by淳
    体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测华为账号:ghc12346微信        :淳报告详情见附件
  • [产品体验官] 第25期华为体验官-华为云NAIE数据资产管理服务体验及评测----映在天空中的宇宙
    第25期华为体验官-华为云NAIE数据资产管理服务体验及评测----映在天空中的宇宙
  • [产品体验官] 体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测
    体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测
  • [产品体验官] 体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测-BY 在水一方
    体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测华为账号:qiqilie微信        :在水一方详情见附件
  • [产品体验官] 体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测-A-Louis
    体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测华为账号:hw60252228微信        :A-louis详情见附件
  • [产品体验官] 体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测 - By Mike Cao
    群内昵称:Mike Cao华为云账号: vipmike007总体来说数据处理的很不错,也提供了很多很多亮点的功能比如生成图或者筛选,但是生成BI功能相对简单,毕竟数据挖掘以后希望可以产生比较经典的图(可参考tabelau的高级生成chart功能), 体验过程中发现了一些bug, 也有一些小建议在下面的各个章节,烦请仔细阅读.如果觉得格式啥不太合理请参考附件1. 流程图2. 准备工作3. 服务订阅文档前3章就是普普通通的创建账号以及创建组,并且讲账号加入到组里面遇到的问题:步骤1.33 选择用户组的权限。点名称排序, 很随机按理说上图的 Data Asset Manager 应该在第一个或者最后一个才对。。然后就登陆NVME,给这个封面点个赞(像医护工作者致敬!)去开启服务默默的等待开通中。。这里提出第二个小建议: 开通中最好有个进度条。。我在开通中这等了好久,然后刷新页面才发现创建成功了。建议实时显示进度。开通数据集服务因为现在还在公测阶段,建议将我要购买改成我要试用同理,立即使用现在应该是立即试用,试用结束以后应该再改成立刻使用,另外从使用结束到收费会不会有通知什么的。另外数据集开通过程中也是一直显示开通中,只有手动刷新才会变化。建议改成动态更新页面。已进入数据管理服务主页面,有一个what's new 提示,很给力第四章数据上传和入湖这里建议数据源 来源或者目标为空的时候提交的时候应该提示不允许提交比较合理。而不是提交了进入到下个页面再告诉我失败了另外数据上传的时候目标位置不知道怎么出现的,上传了也不知道在哪个途径可以查看,我在对象存储里面也没找到,希望可以指点下怎么发现bucket里面的内容数据入湖的问题是当我没选择数据源目标的时候,还是可以点提交进入下一个页面 ,建议弹框提示有fields 为空第五章数据处理运行失败有log,还不错。根据log 可以改正确data_frame.to_csv(os.path.join(output_path, '15_ATS_M477106162_out.csv'), encoding='uft-8', index=False)AttributeError: 'NoneType' object has no attribute 'to_csv'随后更改执行运行成功第六章, 数据建模物理实体创建,批准了会后状态变成已建表在下图地方可以设置审批人权限。审核完成状态变成已发布7 数据加载数据加载比较成功,也比较简单,没啥说的。8  数据集发布基本上来讲就是Data user 发布数据,然后通过Data owner 去approve,然后数据就显示在数据集主页上了,管理做得很人性化。Data user 发布数据Data owner 批准申请data owner 看到数据通过主页订阅服务。。9 时序数据标注发现bug: Mac 上firefox(68.7.0esr (64-bit)0 显示不了标注按钮, Mac 上chrome可以,我测试了不同的用户确定是一个bug,这里提供我的版本信息供你参考68.7.0esr (64-bit)我这边显示不了标注按钮 下图是我的截图,下下图是期望结果10 数据探索过滤功能筛选功能和生成图工程略单一图11章 交换区桶放迁移到租户OBS由于计费的问题,没有创建OSB桶,但是已经进入到这个也慢表明迁移没有问题。
  • [产品体验官] 体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测-by city hunter
    体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测-by city hunter华为云账号:andyleung微信群昵称: city hunter 
  • [产品体验官] 体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测-by fjqsun
    体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测---by fjqsun账号信息:fjqsun群内称呼:@~@详情见附件 
  • [产品体验官] 第25期 |华为云NAIE数据资产管理服务体验及评测 - BY 浪荡小公子
    第25期 |华为云NAIE数据资产管理服务体验及评测 评测报告如附件华为云帐号:suse-dev微信昵称 : xiaoyu-北京如有错误项,请各方大家指正探讨。
  • [产品体验官] 体验官有奖体验第25期 |华为云NAIE数据资产管理服务体验及评测
    本期体验产品:华为云NAIE数据资产管理服务体验形式:      本次体验采用有奖征集体验评测报告+群内交流反馈的形式。我们将在体验官群内筛选25位体验官,所有体验官按照产品操作指南(详见附件)体验产品,并按照体验维度输出产品体验报告。我们会从中筛选出高质量体验报告,给予礼品奖励。中奖率超高哟~~☆奖品设置如下☆ 金牌测评体验报告奖:3名奖品:HUAWEI HiLink生态产品电动牙刷  1个                           银牌测评体验报告奖:7名奖品:颈枕1个 体验评测报告优秀参与奖:15名奖品:3合1数据线1个☆产品体验评测报告内容要求☆产品介绍:   NAIE数据资产管理服务,提供一站式的数据采集、存储、解析、建模、处理、分析、发布等基础工具链,以及智能辅助数据标注能力、精准的数据质量评估能力、纵深防御的数据安全体系,帮助用户在电信领域AI训练、网络数字孪生等业务场景下,快速完成高质量数据准备。产品详细使用说明:用户指南华为云链接:https://support.huaweicloud.com/usermanual-naie-data-asset-management/naie_data_asset_management_index.html 用户报告体验维度:请通过附件操作指南体验产品,并给出在数据建模、数据加载、数据探索、数据标注、数据集服务五个服务每个服务至少一条可能的体验优化建议。报告形式不限,如word、excel、PPT都可以。体验评测报告交稿时间:2020年5月6日 16:00前,请报名评测的体验官将评体验测报告发帖上传到华为云社区开发者交流论坛中,分类选择(体验官)。并同步微信告知小助手(微信:hwykfz1)微信号。2020年5月13日 16:00前,将获奖信息告知体验官。 体验报告发帖地址:https://bbs.huaweicloud.com/forum/forum-557-639-1.html发帖时,请上传已完成的体验报告,并在帖子内标注微信群昵称,以便评奖时使用 。☆如何报名华为云产品体验官☆请先填写报名表单,报名成为华为云产品体验官。审核成功后,小助手会添加您的微信邀您进入华为云产品体验官群成为华为云产品体验官后续产品体验通知会在体验官群内发布~ 产品体验官可免费参与产品体验并获得相应奖励  扫描二维码,填写报名表
  • [技术干货] 【DevCloud · 敏捷智库】如何拆分用户故事
    提起用户故事拆分,我们听得最多的就是INVEST原则(关于INVEST原则可以参考文章“用户故事等于需求说明”——你一定没有写好用户故事),但是拿到一个较大的用户故事时,该如何拆分才能使得它满足Small的原则呢?这个是很多人面临的问题,今天和大家一起讨论一下。 首先,拆分可以参考以下流程:评估待拆分用户故事-按方法拆分-评估拆分结果。(文末有彩蛋,不要错过)评估待拆分用户故事拆分前,我们需要知道手中的用户故事是否需要拆分,就是目前是否已经符合了Small的原则。我们推荐一个用户故事在1-2天内能完成,最多不超过3天,则符合Small原则。有些地方给出的说法是1/5-1/10团队速率,这个算法和你每个迭代天数以及团队成员数有关系,所以我个人还是喜欢简单的说,1-2个工作日能完成算Small。在这种情况下如果你的用户故事已经符合了INVEST其他原则的话,那就没必要拆成多个用户故事了,因为再拆就增加了管理成本(这里不包括拆成多个task,task可以再多拆分的)。好,当你已经根据上面评估了用户故事,发现依旧需要拆分的话,那么可以按下面方法进行拆分。按方法拆分目前业界比较好的方法是Richard Lawrence的方法,原文请参考https://agileforall.com/patterns-for-splitting-user-stories/,下图英文原版为Lawrence创作,中文版是姜信宝为Lawrence翻译的,此处引用并对二人致以感谢。图片来自Lawrence官方原文里有作者的切分方式,这里我只根据我的理解选择更熟悉的例子,同时合并了其中一些方法。 方法一:按流程拆分作为有爱心的有财力的中国人,我可以从国外进口口罩捐给武汉。这个用户故事涉及的过程就很多了,需要找到国外可靠的口罩供应商,然后付款,运回国内,再送到武汉捐给指定医院等等。我们可以先分析整个用户故事成一个一个连续的流程,如果每个小流程作为一个用户故事,能对用户有价值,那我们就先这么拆开。结果比如下面l  作为有爱心的有财力的中国人,我可以寻找个国外的朋友帮忙寻找可靠的口罩来源。l  作为有爱心的有财力的中国人,我可以在这个来源付款购买指定数量的口罩。l  作为有爱心的有财力的中国人,我可以将口罩从外国运回国内。l  作为有爱心的有财力的中国人,我可以将口罩从国内某地送到武汉捐给医院。方法二:按操作种类划分作为有爱心的中国人,我可以在口罩购买平台上操作以完成购买。如果是一个业务更简单的系统的话,对应的就是增删改查动作。这里的操作会复杂些,把每个操作拆分成一个用户故事即可。l  作为有爱心的中国人,我可以在口罩购买平台上购买。l  作为有爱心的中国人,我可以在口罩购买平台上退货。l  作为有爱心的中国人,我可以在口罩购买平台上查询。l  作为有爱心的中国人,我可以在口罩购买平台上卖货。方法三:拆出主要的工作作为有爱心的中国人,我可以购买N95/KN95/医用外科三种口罩进行捐赠。整个购买捐赠流程就很复杂了,还要买不同种类的口罩,明显这三种口罩可以拆成三个故事,同时考虑一点,就是无差别的完成购买一个口罩进行捐赠的故事后,剩下的两种需要的工作量就会很少了,同时这里如果没有区分三种口罩的优先级的话,我们可以先拆出一个作为主要工作,再看剩下的两个是合到一起还是继续拆分。比如拆成如下l  作为有爱心的中国人,我可以购买其中一种(N95/KN95/医用外科)口罩进行捐赠。(3个故事点)l  作为有爱心的中国人,我可以购买另外一种(N95/KN95/医用外科)口罩进行捐赠。(1个故事点)l  作为有爱心的中国人,我可以购买最后一种(N95/KN95/医用外科)口罩进行捐赠。(1个故事点)如果后两个都比较小,合道一起也没问题的话,也可以拆成如下l  作为有爱心的中国人,我可以购买其中一种(N95/KN95/医用外科)口罩进行捐赠。(3个故事点)l  作为有爱心的中国人,我可以购买另外两种(N95/KN95/医用外科)口罩进行捐赠。(2个故事点)方法四:业务规则分类作为有爱心的中国人,我可以购买三十万个口罩捐赠给武汉。这里购买的口罩可以选择多种类型,价格不一样,效果不一样,这就是我们要区分的不同的业务规则,拆分后可能如下l  作为有爱心的中国人,我可以购买三十万个最贵的口罩捐赠给武汉。l  作为有爱心的中国人,我可以购买三十万个口罩捐赠给武汉,不区分口罩种类。l  作为有爱心的中国人,我可以购买三十万个口罩捐赠给武汉,只要N95和KN95级别的。方法五:简单到复杂作为有爱心的中国人,我可以购买口罩捐赠给武汉。简单一句话,涉及的业务可以是购买何种口罩,如何捐赠,给什么机构等,明显不能作为一个故事进行交付,需要拆分。但是业务太复杂,一开始无法全都想清楚,可以先做最基本的,然后再根据方法四的业务规则分类进行扩展。l  (简单)作为有爱心的中国人,我可以购买口罩捐赠给武汉。l  (复杂)在XXX日期购买。l  (复杂)通过不同的运输通道送到武汉。l  (复杂)捐赠给XXX不同的医院。方法六:推迟性能实现作为有爱心的中国人,我可以明天购买口罩捐赠给武汉。明天这个性能太高了,实现起来可能比较困难,我们先实现购买和捐赠,不考虑哪天能完成,再考虑明天这个性能要求。l  作为有爱心的中国人,我可以购买口罩捐赠给武汉。l  作为有爱心的中国人,我可以明天购买口罩并完成捐赠给武汉。方法七:探针作为有爱心的中国人,我可以明天购买口罩捐赠给武汉。这个可能对我来说太复杂了,完全不知道该买什么类型的口罩,买30万个大概多少钱,渠道买比较靠谱,怎么捐赠,给哪个机构,如果现在就强行做计划的话,可能最后发现,我手上的钱是不够的,或者周期太长,到最后才发现的话,会损失很多。所以一般都是先去探探路。l  调查市场上口罩类型、价格、渠道。l  调查捐赠方式,靠谱的接受机构。l  实施捐赠(需要等前面的工作完毕后重新评估) 评估拆分结果拆分完毕后,再用INVEST原则进行评估,如果符合,那就没问题了。但是有的时候会不符合其中某些原则,比如独立性,但是实际业务就只能这样。比如上面提到的方法三的拆分,这个是必然有关系的,不可能先做第二个用户故事后做第一个。这时只能选择不符合独立性原则。 彩蛋看了上面这么多拆分方法,是否迷糊了?是否每次拆分都要对照上面的方法一个一个的试?其实不需要的,根据经验,拆分用户故事最重要的是,先捋清楚整个业务(划重点,这个最重要,之前很多例子你感觉切分的不如作者好,都是因为对举例的业务不熟悉),然后按照最重要的原则-纵着切即可。如下图所示。图片来自网络纵着切的意思是,每个切分出来的需求是个单独对用户有价值的,就像上图中切出来的一块蛋糕,是独立的个体,包括这一块蛋糕的所有层次以及上面的小人。对比的横着切的意思是所有的需求放一起将前台、后台、数据库操作这样切分出来,结果就是先用几个迭代将所有的需求前台工作做完了,再开发后台的,这样无法尽早交付有价值的需求,比如先将蛋糕上上所有的小人都切下来了。如果业务比较复杂,那么就以MVP的思想,先交付一个简单的端到端的业务,再慢慢扩展复杂程度。如果过于复杂,就尝试探针方法。如果捋清楚了需求,尝试纵着切,发现很难下手,这时候再来看上面提到的Lawrence的七个方法,寻求帮助。
  • [产品体验官] 体验官有奖体验第23期 |NAIE硬盘故障预测服务体验及评测by-那年夏天
    体验官有奖体验第23期 |NAIE硬盘故障预测服务体验及评测这里的引导操作手势指向有点不明确,有些是指向需要点击的按钮,有些确是需要点击下一步去继续演示指导。这个又是要点击手势指向的。这里的手势指向是无法进行编辑的,希望调整引导指示这里标注的后面三个图标,同样是灰度显示,前面两个图标点击无效,但是返回菜单是有效的,这个返回图标颜色建议调整这里信息功能是没有开放还是什么状态,建议不论什么状态,光标指到后给与相关提示。
总条数:170 到第
上滑加载中