当前位置:华南资讯科技有限公司网主页 > 塑料资讯网网国内 > 虹鳟鱼养殖网内容

陈强电影

欧文轰40+10飚冷血三分 绿军三人20+加时擒76人

    北京时间12月26日,圣诞大战绿军坐镇主场迎来76人的挑战。欧文状态火热, 首节一人轰下16分,绿军依靠他的表现上半场占据优势。恩比德和巴特勒第三节发威反超比分,双方末节肉搏战战平进入加时。加时赛中,欧文两记不讲理三分彻底压住绿军气势。最终,绿军121-114圣诞大战主场加时战胜76人。

      全场比分(76人在前):25-32、26-25、38-29、19-22、6-13

      76人方面:恩比德34分16篮板2助攻,巴特勒24分5篮板4助攻,雷迪克17分3篮板, 钱德勒15分5篮板3助攻,西蒙斯11分14篮板8助攻。

      绿军方面:欧文40分10篮板3助攻,塔图姆23分10篮板,莫里斯23分6篮板3助攻,霍福德4分9篮板5助攻,罗齐尔10分5篮板。

      首节比赛,雷迪克三分为76人开局,恩比德一人连得7分,76人一波10-4领先开局。绿军依靠莫里斯的中投咬住比分,莫里斯、霍福德和欧文相继命中,帮助绿军只落后一球。欧文二次进攻打进后,绿军追到只剩1分。欧文延续火热手感,一人连砍7分帮助绿军反超。雷迪克三分飚进为76人止血,欧文立刻连得5分回应。布朗中投打进后76人领先到10分,76人还是依靠恩比德罚球稍微止血。首节打完,绿军32-25领先76人。

      第二节比赛,恩比德继续单吃霍福德,巴特勒迎来爆发连砍7分,76人追到3分打停绿军。双方迎来一阵对飚大战,76人死死咬住4分左右的分差。欧文回来后,一个中投一个三分,一人连得5分立刻打停76人。布朗的扣篮再次帮助绿军领先到两位数,西蒙斯立刻助攻雷迪克三分,76人一度再次追到5分。塔图姆连投带罚再次拉开分差,关键时刻还是大帝挺身而出连砍4分,为76人稳住局势。半场战罢,绿军57-51领先76人。

      易边再战,76人率先打出一波8-4追到只剩2分,欧文助攻霍福德稳住局势。暂停回来,巴特勒转身中投打进,斯玛特和莫里斯相继飚进三分,塔图姆还打成2+1,绿军一波猛攻直接领先到10分。尽管斯玛特随后又飚进三分,但巴特勒连投带罚,之后联手沙梅特飚进两记三分,再次将分差打回5分左右。麦康奈尔中投得手,巴特勒助攻穆斯卡拉三分飚进,恩比德造成杀伤,76人终于反超比分。三节结束,76人89-86反超绿军。

      末节比赛,76人连续飚进两记三分,将领先扩到到5分以上。欧文突破上篮得手,罗齐尔三分飚进,绿军再次稳住局势。欧文强行攻击篮筐得手,塔图姆飚进三分,绿军追到101平。双方进入一阵肉搏战,激烈的防守下比分非常焦灼。莫里斯造成杀伤反超1分,钱德勒两罚反超。欧文强杀篮下得手,钱德勒三分回应领先2分,欧文高难度后仰跳投追平。雷迪克三分不中,绿军保护下篮球,双方战成108平进入加时。

      加时赛,恩比德先造成杀伤两罚全中,巴特勒中投也打进,斯玛特还吃到技术犯规,76人率先打出一波5-0。绿军依靠塔图姆和海沃德回应一波4-0,西蒙斯两罚一中后,欧文弧顶干拔三分反超76人。雷迪克三分不中后,欧文转换三分再次飚进,绿军拿到4分领先。欧文随后还抢下前场篮板,塔图姆和海沃德相继罚中,76人再难以掀起反扑。最终,绿军121-114圣诞大战主场加时战胜76人。

      76人首发:雷迪克,巴特勒,西蒙斯,钱德勒,恩比德

      绿军首发:斯玛特,欧文,莫里斯,塔图姆,霍福德

     原标题:欧文轰40+10飚冷血三分 绿军三人20+加时擒76人

     值班主任:李欢

当前文章:http://www.www11365365.com/vqxurj7ff/83944-803741-49501.html

发布时间:00:00:00

广州设计公司  特码神偷  特码神偷大特围  特码神偷  二四天天正版好彩费资枓大全  正版免费大全资料  二四天天正版好彩免费资枓1  喜中网报码  特码神偷  正版免费大全资料  喜中网报码  

{相关文章}

谁该为阿里彩蛋背锅?

    谁该为阿里彩蛋背锅?

    下载APP 阅读本文更深度报道

      头图来自视觉中国。

      圣诞本该是开心的节日,即便有些许杂音,欢乐、祥和的气氛仍然成为了中文互联网的主旋律。

      但就在这样的日子,今天早上,却有很多人因为“圣诞”慌张起来:他们是一群大小机构的产品经理和程序员,在自己负责的项目中,突然发现了这样的奇景:

    

      先别在意那个拼错的Christmas。除了企业,吓一跳的机构当然也包括部分政府部门:

      甚至有一些程序员发消息表示自己已被愤怒的老板开除——这是不白之冤吗?

      谁出了问题?

    

      一番GitHub热议后,众人终于锁定了罪魁祸首。

    

      这个彩蛋源于许多开发者使用的一个开源产品,来自巨头阿里巴巴的“Ant Design”。在Ant Design官网,我们可以看到,蚂蚁金服体验技术部称该产品是一个服务于企业级产品的设计体系。

      你可以简单地将其理解为一个开源的UI产品,目前其用户包括蚂蚁金服、阿里巴巴、腾讯、百度、口碑、美团、滴滴、饿了么及……受害或未受害的其他用户。

&nb锑的用途_嫂子去哪里了网sp;     事情爆出后不久,Ant Design的开发人员便出面解释:这一彩蛋纯属个人行为,与企业无关。此外,蚂蚁很快回滚了代码,并推出了官方修复版本。

    

      我们并无证据得知这位程序员是被蚂蚁推出来“背锅”的,还是这真的只是其个人行为。如果该事件最终被确认为团队乃至公司行为,不知蚂蚁还要牵扯多少麻烦。看看那个拼错的Christmas(如今已修复),说是个人行为,好像也有些根据……吧?  不过我想起了一个相似的故事。2016年,阿里“抢月饼”事件曾经引发互联网企业大讨论,那个因为写了“抢月饼代码”而被开除的程序员也曾受到广泛的关注和同情。至于阿里系企业是否有让程序员“背锅”的传统,就不得而知了。

      谁遭了殃?

    

      受这件事影响最直接的,其实是和蚂蚁距离最远、最不直接接触的用户,也就是各路机构产品的直接使用者。在中国自然无妨,但在一些比较敏感的国家,产品上突然跳出圣诞节彩蛋,或许是会令用户充满疑惑。如今,与我们远隔重洋的北美,已经有大批无信仰、轻信仰者不说“Merry Christmas”而改称“Happy Holiday”。

      这自然由于北美的信仰较为分散、复杂,但在另一些信仰相对集中但并非基督教信仰的国家,事情可能会更糟。已经有人声称自己在伊朗的项目也出现了彩蛋问题,如果是真的,只能祝老兄好运。

      但受影响更大的可能是应用Ant Design的企业。对用户来说是个文化层面的问题,企业幼年失怙_哈利波特儿子网则需面对安全、稳定、可控等一系列质疑。毕竟,自己的产品中冒出个自己不知道的彩蛋,那是不是意味着今后也可能出现其他自己不知道的情况呢?而且,手忙脚乱的追责、修复工作,想必也给企业带来了不少直接困扰。

      不过被坑得最惨的,恐怕还是这些产品的具体开发者和负责人,也就是Ant Design最直接的用户。事发时,他们的慌乱想必不在自己老板之下;考虑到一些开发者比较“菜”,可能一时半会儿连病根儿都查不出来,他们的血压要飙到多少?此外,如果一些开发者并未对雇主或客户讲清楚自己用了开源设计,那么他们又该怎样解释这口“天降大锅”?  对有些人来说,可能真不只是开除那么简单。

      谁该背锅?

      不管怎样,事情已经发生了,有人要为此负起责任。那么,谁该负担损失,或者说,谁的责任更大些?

      我们应该注意到一个细节:该彩蛋源于2018年9月10日的一次升级,且官方并未声明。那么,使用Ant Design并遭遇彩蛋的开发者就此分为两类:在9月10日前使用并于当天merge代码的,在9月10日后才首次开始使用的。

      对于前者而言,他们要查看的升级内容相对较少,但考虑到官方日志并未提及这次彩蛋,没发现恐怕要一半怪自己、一半怪蚂蚁了。

 &nb托福算分_厦门高端婚纱摄影网sp;    但对于那些9月10日后使用,一开始便将Ant Design作为一个“企业级产品”来使用的初体验者而言,让他们完整review该开源产品未免有些苛求——不排除一些大企业有专人负责此类工作,但对于绝大多数小微企业乃至已经有相当体量的企业而言,完整review开源代码都并非确定的工作流程或某种职位的义务,遑论企业外的其他机构。

      这是为什么?在客观上,review完整代码的工作量实在太大,对很多开发者而言,如此开源还不如自己重写;在主观上,使用开源的基础组件模范棒棒糖_三明教育局网(Ant Design绝非某种特定功能组件),追求的本来就是稳定、可控、高效,结果该组件并不能如愿,那到底是谁的问题呢?

    

      在Ant Design官网,我们可以看到“用最小的工作量”是Ant Design迄今引以为豪的一句宣传语,不知道这句宣传语潜在的含义是否是“用最小的工作量,但你要花绝大精力去review一遍”。

    

      而且农历二月十九_春节传说网,强调Ant Design是企业级产品同时,蚂蚁还突出了“确定”和“自然”的价值观。突然冒出来的圣诞彩蛋,恐怕在任何人眼里,都既称不上“确定”也称不上“自然”吧?  无论如何,在产品(无论是否开源)里擅自添加彩蛋并且默认开启,绝不是单个程序员该做的事情。如果该行为并非来自个人而是来自团队,那么蚂蚁团队或许该重新审视内部的管理流程和方式了。

      不过,想想阿里旗下支付宝曾经的“六一节默认给用户名+宝宝”事件,以及“隐私账单默认勾选”事件,会有此事,恐怕冰冻三尺,非一日之寒。

      希望各位读者能做出自己的判断。节日快乐。

  &n基金160706_本科生毕业论文范文网bsp; 

     (责任编辑:李佳佳 HN153)

http://anqingshi.bianzhan.cnhttp://anyangxian.bianzhan.cnhttp://anxiangxian.bianzhan.cnhttp://anhuaxian.bianzhan.cnhttp://anqiushi.bianzhan.cnhttp://bozhoushi.bianzhan.cnhttp://bin.bianzhan.cnhttp://baoyingxian.bianzhan.cnhttp://balinyouqi.bianzhan.cnhttp://buerjinxian.bianzhan.cnhttp://changfengxian.bianzhan.cnhttp://chaozhoushi.bianzhan.cnhttp://chongxinxian.bianzhan.cnhttp://cangzhoushi.bianzhan.cnhttp://chichengxian.bianzhan.cnhttp://cehengxian.bianzhan.cnhttp://changbaixian.bianzhan.cnhttp://chaoyangshi.bianzhan.cnhttp://changxingxian.bianzhan.cnhttp://chuxiong.bianzhan.cnhttp://cangyuanxian.bianzhan.cnhttp://changzixian.bianzhan.cnhttp://changduxian.bianzhan.cnhttp://dangshanxian.bianzhan.cnhttp://dengfengshi.bianzhan.cnhttp://dengzhoushi.bianzhan.cnhttp://danchengxian.bianzhan.cnhttp://daqingshi.bianzhan.cnhttp://dunhuashi.bianzhan.cnhttp://damaoqi.bianzhan.cnhttp://dongwuqi.bianzhan.cnhttp://datong.bianzhan.cnhttp://dalixian.bianzhan.cnhttp://eryuanxian.bianzhan.cnhttp://emeishanshi.bianzhan.cnhttp://funing.bianzhan.cnhttp://fangxian.bianzhan.cnhttp://fushun.bianzhan.cnhttp://fuyuanxian.bianzhan.cnhttp://fushanxian.bianzhan.cnhttp://fp.bianzhan.cnhttp://fupingxian.bianzhan.cnhttp://guangdexian.bianzhan.cnhttp://guazhouxian.bianzhan.cnhttp://guidongxian.bianzhan.cnhttp://gonganxian.bianzhan.cnhttp://gaizhoushi.bianzhan.cnhttp://anxiangxian.bianzhan.cnhttp://bin.bianzhan.cnhttp://chaoyangshi.bianzhan.cn