`
ruilin215
  • 浏览: 1105412 次
  • 性别: Icon_minigender_2
  • 来自: 成都
文章分类
社区版块
存档分类
最新评论

足球解说与系统架构--怀念黄健翔的日子

 
阅读更多

近来看中央台足球转播的时候,经常性地走神,这是因为经常容易受到评说员的干扰:或觉得评说的太无聊,或感觉他们配合得太滑稽。不管怎么说,总是容易让我想起黄同志还在的时候。

事实上,自我从大学时候开始喜欢足球以来,就是一直听他的评说。偶尔也会看看地方台(中央台经常不转播冠军杯),都是硬着头皮去听,尽量不让评说的干扰我看球。很多事情就是这样,失去的时候才知道存在很多差距。当然了,我喜欢黄同志,并不仅仅是因为他的解说好!从我看来,他绝对是一技术性选手,不管从言语和行为,都和我们这些软件开发者极为相似。正所谓性相近也。

言归正传,最近由于听到了很多种类的评球,细细分析一些他们的差别,越发感觉和架构设计有很多相似之处。写出来大家共享一下,也算对当前评球技术做一下勉励吧。

先说个闲话,大凡喜爱足球的人,总有一个入门的过程。在解说的同时,不时地进行规则的讲解,能够帮助很多球迷迅速成长起来。从这点来说。解说的不光是足球,还要照顾你的客户球迷的水平。这也提示我们的软件架构必须考虑程序员的水平,考虑他们的接受能力。如果架构设计过于先进,必须考虑架构的培训问题。

最一般的解说,就是用飞快的嘴皮报出球到了哪个球员的脚下,他们会帮助那些电视机非常小或者经常看不清球员的球迷们认人。至少在进球以后,能知道都是谁在踢。据说国外很多国家的评说员都以快见称,而且还有非常激情的语气。曾几何时,我也曾经希望听到这样的解说。不过这个可能就变成说球了,而不是评球了。

稍微好点的解说,会进行阵法分析。现在很多台都在进行这样的方法。在球员上场之后,会根据阵形的表现,来评说各自的表现。比如前锋的得球的次数,中场的拦截次数,后卫的犯规次数等等。大多数比赛现在都采用这种数字化的标准来衡量球员的表现。不可否认,这些数据确实能体现一定的球场表现。

不过,大家一定经常听说到一句话:得势不得分。可能控球时间比对方多很多,但还是可能赢不了。为什么呢?高水平的解说一定是可以分析出这个原因的。首先要分析双方阵形的相克相生,一方的阵形能不能抑制住另一方的强项(比如中场盘球高手)。还有就是队员的意志及状态。有时候进入状态慢,有时候可能早就放弃了,但有时候明明看到已经来不及了,但是凭着顽强的拼搏却扳平了!这些结果的预测非常难,但是好的解说员一定使能够发现这个趋势的。

所以说足球的解说不光是一个技术性的问题,更重要的是观察对象的全局走势。假设足球比赛为一个系统的话,那么好的架构师,就是应该能够把握整个系统动态。我们时常说的可维护性、可扩展性,如果把握不住系统的动态变化,怎么可能做到呢?

从足球解说我们也可以看出,一个系统,不能只看表面现象。只是独立地关注系统的功能,其结果是只能局部地了解系统。设计的人把握不住全局,听的人也会不得要领。其结果往往是遇山开山、遇水搭桥。

另外,还要注意在架构过程中,不能只是静态地去关注系统。在某一时刻的系统的表现,虽然能够反映很多问题,但是往往不容易发现规律性的东西。比如某一部分系统在未来是不是可能变化?整体系统在什么方面处理的欠妥?如果要改进的话,什么地方入手比较合适?

我们不是在讨论主教练的职责,否则的话,需要考虑如何实践的问题。而我们现在只是在关心系统的架构分析,而不如何实施。毕竟,让解说员去指导比赛,那绝对是另一个效果了,可是好的解说员和主教练看到的系统和提出的方案必然是差不多的,往往能一语中的。剩下来就看架构师本身的性格使然了。一些公司中有系统分析师和系统架构师两种岗位,说起来是不一样,但其实都是殊途同归。

说到最后,好的架构师不好培养,好的解说员也不好培养。央视原来只有一个黄健翔,我们现在却只能等待下一个。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics