1. 产品得背:可能是产品考虑不完善;14.29% (17) 2. 开发得背:可能是开发偷懒;5.88% (7) 3. 运维得背:可能是运维没配好环境;7.56% (9) 4. 骑墙: 这口锅,大家一起背!72.27% (86) 感谢大家的参与! 本期优秀辩论者如下:
三足鼎立时期,曹魏、蜀汉、东吴三分天下, IT时代,产品、开发、运维三分鼎足; 都说产品与开发是天敌,运维是最大背锅侠, 今天,我们要辩论的话题是: 当项目上线后系统出问题,这锅该由谁来背? 这锅是产品考虑不完善?是开发偷懒?还是运维没配好环境...
【本期辩论话题】
(欢迎所有条理清晰,观点充分的言论。精彩发言回复、优秀辩论水平, 令人拜服的论据,甚至是跳出正反方之外独特论点都会获得相应奖励哦~)
观点2: 开发应该背:可能是开发偷懒; 观点3: 运维应该背:可能是运维没配好环境; 【辩论时间】 2018年11月26日 -- 2018年12月01日 23:59
【回帖要求】 1、凭心而论,我认为产品应该背,请陈述您的观点: 2、凭心而论,我认为开发应该背,请陈述您的观点: 3、凭心而论,我认为运维应该背,请陈述您的观点: 4、我骑墙:我保持中立,我的观点是________________(请补充论点)!!! (注:骑墙有风险,中立发言需要更多的语言来证明和表达自己的看法,单独的看法也更容易不被别人支持。)
你可参考以下切入点进行辩论阐述「包括但不限于以下这些,期待更多独特的声音」 1、性能优化谁该背锅: 产品/网站加载慢、闪退是谁的锅? 是代码需要优化?还是架构层面优化? 还是缓存设计优化?是谁该考虑的问题? 2、产品体验谁该背锅? 产品按钮不合理、页面引导缺失是谁的锅? 是产品设计问题?还是开发偷懒? 还是运维上线遗漏了功能? 3、监控部署谁该背锅? 服务器宕机、遭到Web攻击是谁的锅? 是组织架构和权限给的太大? 还是预警系统失效?还是开发代码疏漏? 4、 锅总是有的,看谁来背,是核心人员,还是基层人员? 开发从以前的 “瀑布式流程”到现在“迭代式”敏捷开发,要背哪些锅?该不该背? 背了锅是否让领导注意到,是否给领导解决了烦恼,是否给了自己成长的机会?
【奖励惩罚】 1.发表有力论据,做到发言内容丰富、客观的,无论支持何方论点,都会获得相应20s豆奖励,同时将抽取2名幸运用户赠送某公司定制签字笔一支;(字数不少15字) 2.主动反驳他人论据,并冷静客观指出问题的,获得额外的50s豆奖励; 3.无理性攻击性言论,将最低处罚10s豆; 4.灌水、无意义回复,管理员将有权直接删除;
【规则说明】 辩论大神与博学文豪们, 接下来就是仁者见仁,智者见智的时候了! 朕把天下交给你们啦!
(以上图片均来源于网络,侵权立删)
(辩论的本质,不是为了驳倒谁,也不是为了秀自己的正确,辩论的本质意义是通过正反观点的碰撞,凝练出接近事实的真相。对方的观点,自己的观点,互相补充和完善、修正。)
【辩题征集】
如果您有IT行业/云计算/网络安全等其他方面的能引发思考且具有价值的辩论主题,
【发起投票】 1、请先选择你支持的一方进行投票(最多选择1项) 2、投票后移步评论区陈述个人观点,也可对他人观点进行点赞、评论、反驳哦~;
|