细节决定大节

科技和娱乐的分界,似乎越来越模糊了。新浪微博有十九类热门话题,娱乐八卦排行12,科技位列15,两者热度相当,内容也快一样,干脆合并算了 ^_^

近期跨越科技和娱乐界的两栖热点事件,就是罗永浩优酷对质王自如。

罗王对质,没有火星撞地球的劲爆,没有你来我往的舌战,整个直播更像是罗永浩的单口相声专场。罗老师家学渊源,打小在新东方培育起来的磅礴气势,估计只有请出俞敏洪才能抵挡一二。王自如在对质过程中经常被打断,很难完整顺畅表达自己的观点。但是弱势形象,也为他赚取了众多网友的同情分,谁胜谁负很难说。

罗永浩没有赢,王自如没有输,表现欠佳的是优酷,优酷没处理好这次活动的细节。

没有细节,就没有大节。

优酷初次尝试,噱头很足,非常吸引眼球,但是经验不足。经验不足,让人感觉组织者有点嫩。像刚毕业的代课女老师,镇不住场,课堂闹哄哄一团糟。整个对质过程,基本上处于失控状态。罗老师明显嗨过了,而王测评还没热身完。就像预告的是德国决战阿根廷,结果变成巴西狂灌中国,相信这不是优酷的本意。

为何会如此呢,因为缺少对细节的掌控。

首先,如此近距离“面对面”是否合适,很值得商榷。央视确实经常有专家面对面,专家和主持人西装革履、正襟危坐。因为话题比较严肃,即使意见严重对立,也很难争吵起来。

可惜,优酷不是央视。利益严重冲突的双方,在央视循规蹈矩,在优酷就敢挥拳相向。不可能“在一起”的两人,距离如此接近,气场和气势直接对抗,毫无疑问,必定是演讲派占优。如果换成郭德纲,山寨机一定会狂胜苹果三星。

如何解决呢。可以像一虎一席谈那样,拉开足够的距离,主持人居间调度和调停,防止争论快速升级到战争。也可以像汉字听写大赛那样,一个一个轮番上场,接受第三方的询问。这里没有什么了不起的原则,只有许多琐碎的细节。

面对面辩论,如果一方气势太足,变成麦霸和话痨,辩论就失去了意义。组织者放任不管肯定不行,光叮嘱参与者要有风度、要克制,也没有用处。需要有切实可行的处理预案,一旦失控,有方法可以立即打断一方,让另一方有同等说话的机会。问题是,预案怎么呢,这里需要的是细节。

比如,对温和文雅的人,及时提醒一下就好,那么如何提醒呢;对于话痨,需要抢过话头,那么如何插入呢;对于苦劝不听、我行我素的强者,需要立即打断,是直接捂嘴,还是麦克风断电呢;双方拳脚相向,不能酿成血案,需要黑衣人立即出现,那么黑衣人事先在哪里呢。种种准备,种种细节,看似没事找事。但是,没有充分的细节准备,一旦有事,完全依靠临场发挥,那么谁也不知道最终会是什么结果。细节,本来就是业余和专业的区别所在。

看完对质,另外一个强烈感受是,苹果和三星不愧是手机中的战斗机。我们有梦想、有情怀,有一切我们能想到的文青词汇,但是一旦加上专业的、琐碎的、冰冷的、无可逃避的细节,我们的手机仍然是二流的。

做事情、做产品,没有细节,就没有大节。

时间: 2024-07-31 00:52:40

细节决定大节的相关文章

关于SVM数学细节逻辑的个人理解(三) :SMO算法理解

第三部分:SMO算法的个人理解 接下来的这部分我觉得是最难理解的?而且计算也是最难得,就是SMO算法. SMO算法就是帮助我们求解: s.t.   这个优化问题的. 虽然这个优化问题只剩下了α这一个变量,但是别忘了α是一个向量,有m个αi等着我们去优化,所以还是很麻烦,所以大神提出了SMO算法来解决这个优化问题. 关于SMO最好的资料还是论文<Sequential Minimal Optimization A Fast Algorithm for Training Support Vector

使用TCP时序图解释BBR拥塞控制算法的几个细节

周六,由于要赶一个月底的Deadline,因此选择了在家VPN加班,大半夜就爬起来跑用例,抓数据...自然也就没有时间写文章和外出耍了...不过利用周日的午夜时间(不要问我为什么可以连续24小时不睡觉,因为我觉得吃饭睡觉是负担),我决定把工作上的事情先放下,还是要把每周至少一文补上,这已经成了习惯.由于上周实在太忙乱,所以自然根本没有更多的时间去思考一些"与工作无关且深入"的东西,我指的与工作无关并非意味着与IT,与互联网无关,只是意味着不是目前我在做的.比如在两年前,VPN,PKI这

细节彰显境界,境界成就未来

电视里直播着一场国际比赛.对手分别是中国乒乓球骁将刘国正和德国名将波尔.两强相遇,胜负难分,经过六局的艰苦打拼,仍然不分高低,这让观众的心都提到了嗓子眼儿.到了决定胜负的关键一局,刘国正以12∶13落后,如果再输一分就将被淘汰.观众心里都为他默默捏着一把汗. 在这关键时刻,刘国正的一个回球出界.波尔的教练见状后立即起身狂欢,并准备冲进场内拥抱自己的弟子. 戏剧性的一幕出现了,在这一瞬间,波尔立即举手示意,指向台边--这是一个擦边球,应该是刘国正得分! 教练很惊讶,观众也很惊讶,怎么可能呢?就这样

apache配置虚拟主机时需要注意到几个小细节

如今apache在web服务器这块市场占有率还是很高的,而配置虚拟主机现在也是用的非常多,不过在配置虚拟主机的时候一定要注意几个小细节. 首先要注意你的apache版本,注意是2.2还是2.4的. 配置2.2的时候,配置虚拟主机该这样写: NameVirtualHost ip:80   //注意此处与2.4不同 <VirtualHost ip:80> ServerName www1.myweb.com DocumentRoot "/myweb/vhost/www1" <

Mongodb入门系列(4)——Mongodb体系结构与客户端基本操作及注意细节

说到Mongodb的体系结构,免不了与关系型数据库做个对比.这里以MySQL为例,我们进行一些比较: 从逻辑结构上对比: MySQL层次概念 MongoDB层次概念 数据库(database) 数据库(database) 表(table) 集合(collection) 记录(row) 文档(document) 在MongoDB中没有行.列.关系的概念,集合中的文档相当于一条记录,这体现了模式自由的特点. 从数据存储结构上对比: MySQL的每个数据库存放在一个与数据库同名的文件夹中,MySQL如

mongoDB的读书笔记(05)_【Sharding】(02)_分片的一些概念和小细节

分片的一些概念与细节 Primary Shard 在Replica set中有Primary和Secondary的概念,那么在Sharding中其实也有一个Primary的概念. 任何一个mongoDB中都有一个未分区的整体DB的collection在某一个Shard中.如下图. Collection1在ShardA中有一部分Chunks在ShardB中也有一部分Shards,而在ShardA 中却有一个Collection2保存整体的ShardA+ShardB的Collection1的和. C

程序猿之---C语言细节24(段错误、类型提升、sizeof &#39;A&#39;)

主要内容:段错误.类型提升.sizeof  'A' #include <stdio.h> int main() { union test{ char a[10]; int b; }u; int *p = (int *)&(u.a[1]); // 没有引起总线错误 *p = 17; printf("%d\n",*p); #if 0 int *q = 0; // 引起段错误,在linux中运行可看到段错误,在windows下运行时直接出错 *q = 1; #endif

cocos2d-x 3.0 rapidJson 操作应该注意的细节

Size visibleSize = Director::getInstance()->getVisibleSize(); Point origin = Director::getInstance()->getVisibleOrigin(); std::string path = FileUtils::getInstance()->fullPathForFilename("story.json"); std::string document = FileUtils::

企业网站上线前,这三个小细节需要注意了

以往,当完公司网站建设成之后,很多人都急着准备上线的事情,认为网站上线越快,就越快被百度收录.被用户看到.但是,根据我们全方面的考虑和实际的操作经验得出,这种想法其实是错误的.为什么呢? 首先要知道,网站是否可以快速地出现在用户眼前,主要是由搜索引擎收录情况所决定的,而不是上线时间的快慢.如果网站质量不好,没有被搜索引擎收录或者收录效果非常差,那么就很难在激烈的竞争中脱颖而出,也不可能排在搜索页面的前面,这样就很难发挥网站的宣传推广作用了. 因此,如果想要公司网站能被用户快速找到,最好要先提高搜