谈理论与实践

 

还记得我工作后接触的第一个理论就是长尾理论,后续在培训中又学习了蓝海战略、定位理论、权衡、免费等等。可以说我学到和了解了很多的理论。由于做游戏数据分析工作,因此像SPSS、SAS、Clementine、Excel都能熟练使用,包括很多的模型算法,比如RFM、C5.0、决策树等等很多的内容都有涉及,都有研究,我也相信,时下具备这些所谓“知识”的人不占少数,讲起来滔滔不绝,可是回头来问一句:你确定你懂吗?

理论

书你真的看透了吗?

一个理论的掌握不是你读完了这本理论的书籍,就敢说你掌握了,在当今的社会中,我发现太多的时候我们没有耐心或者以没时间为由,不去读这些书,一个新理论的掌握大概你就是百度百科或者MBALIB一下就算自己明白了,但是实际你不明白。我发现一个特点,所有这些理论都是出自于国外,几乎没有国人的著作。我想有一个原因就是快餐式的理论消费导致我们不能深入探讨一些看似平常的不能在平常的现象,然而那些我们不耻的现象背后就存在了价值,不断尝试挖掘,最后可能就是一个新的理论诞生。这里不是要教大家都去做这样的工作,实则这种探索精神我们就TMD的没有。

看国外的这些理论书籍有个特点,其实全书总结到最后就是几句话,捞干的最后可能就是几页纸就搞定了,然而那些老外非得抻成一本几百页的书说完,其实那些书里面就是大量的例子,可是我们很多人结果导向,看书压根就忽略了直接看结论,然后以为自己理解了,或者你看了,却只是单纯的理解。

看似简单的定位理论,看似简单的几句话的概括,然而在我们实际使用时却变了味,我们最容易犯的错误就是,本来一个有局限,有范围的理论,最后当我们使用时变成了依据口头语,到哪里都是用,无限放大了理论的范围,实则你不理解,不理解就不要轻易使用。照本宣科式的使用每个人都会,理解加以运用我们也会,可是这样的境界你还是一个菜鸟,换句话说,你还是不懂这个理论。

国外的书籍中使用了很多的例子,一方面帮助我们理解,另一方面是启迪我们有所感悟,帮助我们的工作和学习。比如,FPS游戏,不要总是活在自己的所谓定位中(不要滥用定位这个词),为什么不完全放开视野审视整个FPS市场,你既然懂得了定位理论,那么随便拿出来竞品的官网,活动,游戏设计,就能准确而又干练的得出来结论,如果这个能力没有就不要谈你懂得了理论,但是最要命的其实不是这点,而是死于愚昧和无知,你压根就是闭门造车,这就是最致命的。

实践

你的实践有依据和价值吗?

任何的理论都是源于实践的,理论就是实践结果分析被抽象到了一定高度而形成的普遍知识,但是也有局限和范围。这是必然的。

比如长尾理论,基本上从事游戏行业的人们没有不懂的,长尾理论诞生于Amazon的数据分析中,诞生于电子商务。从诞生那天起,我相信很多人都把它使用于网游的道具收费游戏中,然而有几个人懂得如何使用长尾理论,我相信搞懂的必然是那些认真研究过,实践过的人。不要得出一份幂律分布的数据和所谓的数据武装就以为真的懂得了长尾理论。实际上诞生于电子商务市场的长尾理论在游戏中的应用还是有更加严格和小心的使用方式和空间,然而这点非常难。

难道说你没有实践吗?你实践了,你没有理论基础吗?你有。但是你还是没有真正的搞明白,因为在实践的过程中,你把一些细节忽略了,你忽略了竞品的分析和研究,你理论的基础和理解不够深入。

总结起来,视野不够+深度不够。

由于在这互联网经济领域的很多模型、算法、理论源自于西方,有些时候不一定适合中国国情,换句话就是要仔细分析和改进,但是我们更多的时候是不加思考、研究和改进就使用,而这样的结局也会造成我们在理论重组、模型正确的情况下得出一些错误的结论,因为我们没有进行“中国特色”改造,比如直销模型中讲究地区响应,邮件响应,然而这在中国市场就未必行得通,理论是好理论,算法模型也是好的,但是超出应用范围,即使你得到一个结论也是错的。

时间: 2024-09-20 07:51:00

谈理论与实践的相关文章

一起谈.NET技术,Microsoft NLayerApp案例理论与实践 - 项目简介与环境搭建

项目简介 Microsoft – Spain团队有一个很不错的面向领域多层分布式项目案例:Microsoft – Domain Oriented N-Layered .NET 4.0 App Sample(在本系列文章中,我使用NLayerApp作为该项目的名称进行介绍),在codeplex上的地址是:http://microsoftnlayerapp.codeplex.com/. 它是学习领域驱动设计(DDD)的一个非常不错的案例项目.该项目采用的是经典的DDD架构,而不是CQRS架构,但我觉

理论与实践相结合 SEO之路即水到渠成

我们都知道,互联网上,不谈百度竞价排名,获取客户,达成交易.但是另外现在很热的SEO得到了很多站长们乃至企业的青睐.但是青睐之余,我们许许多多的SEOer心里有了许多的苦楚,为何?下面上海网站制作协策网络来和大家交流一下. 长年累月的反复做着一件相同的事.辛苦不说,还要不停的让反复无常的搜索引擎,弄得摸不着头脑.一次次的心里呐喊,何时才是尽头.但是不管你心里作何感想,感受?做好SEO的唯一出路,没有任何捷径可走.唯有脚踏实地做好优化,拥有基本功做基础,不断学习钻研,扩充内容,做好链接的建设,真正

Java 理论与实践: 处理 InterruptedException(转)

  很多 Java 语言方法,例如 Thread.sleep() 和 Object.wait(),都可以抛出InterruptedException.您不能忽略这个异常,因为它是一个检查异常(checked exception).但是应该如何处理它呢?在本月的 Java 理论与实践中,并发专家 Brian Goetz 将解释 InterruptedException 的含义,为什么会抛出 InterruptedException,以及在捕捉到该异常时应该怎么做. 这样的情景您也许并不陌生:您在编

书评《李善友的网语世界》:内圣外王的理论与实践

和李善友先生同为http://www.aliyun.com/zixun/aggregation/7732.html">艾瑞咨询的专栏作家,虽然仅是在公开场合的几次照面,不过,李善友先生每次的激情演讲都感染了我和台下观众. 前几天好友建疆送我这本<李善友的网语世界>,虽然一些文章之前在艾瑞网站也有阅读,但是这两天又重新阅读,仍然有很多启发. 书中记录了李善友先生的创业历程和一些思想心得.我们可以清晰地理清楚善友先生的成长脉络.他以搜狐网总编辑的职位上出来创业,能有今天的成功,并不

WCF从理论到实践(8):事件广播

上文讨论了WCF中三种消息交换模式,one-way,request/reply,duplex.前两项比较简单,无需多言,duplex相对比较复杂,上文只是实现了简单的回调,在真正应用的时候,还有许多值得注意之处,本文就结合一个实际的应用例子来谈论下duplex的具体应用和非常值得我们注意的地方. 本文的出发点 通过阅读本文,您能理解以下知识: 如何实现一个基于duplex的事件广播 解析在实现duplex事件广播中的几个问题 初步探讨一下异步 本文适合的读者 本文属于中等难度的文章,需要有WCF

Java 理论与实践:变还是不变?

不变对象具有许多能更方便地使用它们的特性,包括不严格的同步需求和不必考虑数据讹误就能自由地共享和高速缓存对象引用.尽管不变性可能未必对于所有类都有意义,但大多数程序中至少有一些类将受益于不可变.在本月的 Java 理论与实践中,Brian Goetz 说明了不变性的一些长处和构造不变类的一些准则.请在附带的论坛中与作者和其他读者分享您关于本文的心得.(也可以单击文章顶部或底部的"讨论"来访问论坛.) 不变对象是指在实例化后其外部可见状态无法更改的对象.Java 类库中的 String.

Java 理论与实践: JDK 5.0 中更灵活、更具可伸缩性的锁定机制

伸缩 内容: synchronized 快速回顾 对 synchronized 的改进 比较 ReentrantLock 和 synchronized 的可伸缩性 条件变量 这不公平 结束语 参考资料 关于作者 对本文的评价 相关内容: Java 理论与实践 系列 Synchronization is not the enemy Reducing contention IBM developer kits for the Java platform (downloads) 订阅: develop

轻描淡写:SEO就是理论到实践的贯通

  说起SEO,始终都是另不少人头疼的话题.有人说SEO就是推广,还有人说SEO就是骗人的东西,每天拿着那点内容.外链,来吹嘘自身的能力有多高,这样的人也不在少数.但果真如此吗?反观自身网站却没有良好的排名,也难怪如此说了.笔者要说的是"SEO是理论到实践的贯通!现实中存在的理论高手太多了,但真正将之贯通运用的人才太少了,也难怪更多的人看透的仅仅是表象. 一:SEO是洞察力的贯通 搜索引擎排名没有永远的第一,有的只是优胜劣汰,符合其规则排名或飞一会,待得规则变动,排名也掉出其外.在网站优化中,只

WCF从理论到实践(13):事务投票

通过上文WCF从理论到实践:事务的学习,我们了解了WCF中实现事务的一些基本常识,但WCF中的事务并不止那么简单,上文中我们欠缺了一个最重要的功能:事务投票,所谓事务投票就是一种灵活控制事务提交的方式,在上文中我们设置服务方法的TransactionAutoComplete为true,其实意味着方法在没有异常的情况下自动投赞成票,但有时我们希望当操作中只有某个数据满足具体条件的时候,才能赞同事务提交,这样上文的实现明显就不满足需求了,此时我们可以用OperationContext.Current