从值乎谈执行力

摘要

其实从开发到上线,只用了30个小时,也就是不到两个工作日的时间。 当然,可能有些做技术的会觉得,这玩意其实也蛮简单,开发工作量也就这么多,但是我们知道在很多公司,要想启动一个项目,哪怕是很小很简单的项目,也需要很久,很长时间,各种流程,各种低效无意义的沟通,各种奇怪而无实际意义的想法和顾虑,都夹杂在一起,极大拖累了整个项目的实施和执行。

作者:曹政    稿源:微信公众号:caozsay

1459998428-8912-465.jpg-wh-651x-s-1047300891

前天值乎开始刷屏,冯爷一个人就赚了好几千。

话说,你说我是不是羡慕呢?其实,前天晚上值乎的负责人就跟我说,你写条好的我们推一下,然而我没想出来能写啥让人掏钱来看。

但今天说这个呢,是因为这个产品负责人,恰好是十年前老同事,他告诉我这个东西,其实从开发到上线,只用了30个小时,也就是不到两个工作日的时间。 当然,可能有些做技术的会觉得,这玩意其实也蛮简单,开发工作量也就这么多,但是我们知道在很多公司,要想启动一个项目,哪怕是很小很简单的项目,也需要很久,很长时间,各种流程,各种低效无意义的沟通,各种奇怪而无实际意义的想法和顾虑,都夹杂在一起,极大拖累了整个项目的实施和执行。

说来惭愧,我自己的公司也存在这个问题。

我这边的程序员其实水平并不低,遇到性能或其他异常问题的分析能力和解决能力,不敢说跟一线互联网公司的架构师们去比,但好歹是我培训过的,肯定要超过平均水准,这块我基本不操心,但是在项目规划和执行上,就一直存在一些问题,主要就是系统设计的想法太多,总是把简单的东西想复杂,把简单的东西做复杂,这也导致很多东西实现不了。

其实我们说技术,设计系统,设计架构,不管是多小,多简单的东西,一开始呢,入门级的技术人员,想法简单,但是对风险,对拓展,对未来需求变更的适应,都没什么概念,所以做出来的东西虽然简单,但是可维护性很差,安全性也不好,实话说,各种众包网站里,那些廉价和不廉价的技术外包团队,大部分都处于这个阶段。

上升一个阶段后呢,对技术有一定了解和概念了,知道未来的扩容考虑,知道需求变更和扩展考虑,知道安全性的考虑了,然而考虑的太多,设计系统就特复杂,恨不得每个小功能都弄出一个独立可扩展的模块,结果很简单的事情就复杂化了,这是第二个阶段。

第三个阶段,我们可以认为是重剑无锋,大巧不工的阶段。如果你看代码,不仔细去琢磨逻辑,可能感觉回到第一阶段了,怎么这么简单,这么少的代码就把这个做了,而且看上去好像也没什么特别牛逼的地方,但是你仔细琢磨发现,其实很多地方的设计都是有预留的,就是这地方我啥都没写,但是以后有业务诉求的时候,我不需要大改,我这里插个东西就行了。

这就有点像以前说看书,先从薄到厚,再从厚到薄,你需要挺过这个过程,把所有复杂的问题简单化了,你才能进入更高的境界和层次。

我跟程序员这样讲过,我说到了这个阶段,你其实不是说什么都需要提前准备好,你要达到境界是想到但不需要做到。就是这些未来可能的需求,可能的诉求,你都想到了,但你知道如何快速的扩展和响应,而现在你结构很轻简,很灵活,你就把现在逻辑按照合理的结构实现了,然后留几行备注,这里的接口以后可以干嘛,这里的设计未来可以增加什么,不需要去实现,低耦合的结构做好就足够了。

以前我请大牛云风给我们讲过课,讲系统架构设计,他口头语也是,这个什么什么其实很简单,从头到尾你看不到他卖弄什么技术,讲什么特别高深玄奥的东西,但是人家搞出来的系统确实好用,后来提问环节我们有员工问过一些新的技术名词相关的什么什么,云风也很直白,很务实的说我们目前这个需求,用不上什么什么的。我就觉得这是重剑无锋的一个典范;现在云风他们团队分享的skynet开源引擎已经有非常多游戏团队在用,代码量也不复杂,功能也不算丰富,但是很实用的一个轻架构,能极大减少某些类型游戏的服务端开发成本。

其实我的要求就是这么简单,低耦合,扩展需求想到而不做到。快速实现,快速产品化,但这个要求,依然很难执行到位。这就是我很羡慕和佩服值乎的地方。

一个创业团队,需要极强的执行力,才能在竞争中脱颖而出,而实际上,一个小团队,一个优秀的技术人员,是可以在很短的时间内完成一个好产品的,我以前讲过,现在互联网上给一个技术产品评定的标准是,有多少用户在使用,而不是有多少代码行。

我年轻的时候写过一个WEB OA,代码行多的要死,但是没任何价值,因为当时产品设计思路不对,所以根本发展不了用户;后来做CNZZ的时候,第一个版本就写了两周,就自己一个人,当然比较简单,升级版本的时候也差不多两周,从数据结构到代码结构大调整,也就两周,而且不是全职写的。代码量并不多,问题也不少,但产品价值体现出来了。代码量可能只有那个oa的1/100,但是价值可能超出了那个oa的100倍。

现在互联网上依然有很多,类似值乎这样,轻简而又容易爆发的产品需求点,你不能说它一定可以成为一个伟大的产品,但是如果你可以低成本,快速试错,快速迭代,也许很多机会就会从中产生。实话说,在技术门槛不高的领域,快鱼吃慢鱼依然是有效的一个发展准则。

下面我说一个范例,我跟我的团队提过的一个想法,我今天免费公开出来,也对我的读者群做一个测试。

比如我这样的公众号,比如冯爷,池建强这样的大V,经常会有广告投放的诉求,有些是真的花钱的广告主,有些是利益相关的公司,也有一些是朋友推荐或换量,很多情况下都会带一个二维码链接给对方,那么这里有一个特别强的需求,我肯定想知道说,通过我这里,刷对方二维码的有多少。而目前,这个数字是没法直接统计的,只能对方通过数据变化来估算。

这里我就想提出一个需求

二维码转换跟踪工具

当你获得一个二维码,或直接一个链接,你可以到这个平台(网页,或者公众号),生成一个新的二维码,这个新的二维码包括了一个跳转页,然后重定向到原始的目标链接,对推广效果来说,就是增加了一次跳转的过程。

而跳转页,其实也就是一个跟踪器,其实什么代码都不用写,就是执行一个跳转操作就可以。然后记录一条日志。

分析程序在后台通过对日志的读取和处理,得到这个广告的点击次数,及点击的用户构成,比如用户点击时间构成,用户地区构成,用户客户端构成,然后当自媒体登录后台的时候,可以看到这个报表。

就是这么一个东西,但是要超级轻简,好用,如果有人能做出来,只要确保你的跳转页是安全的,我是愿意用的。

那么,问题来了,这样一个东西,开发周期和开发成本应该是多少呢?我个人认为,如果只是web版本的简单原型2天足矣。二维码识别和生成的代码,你去搜github都有,google都有共享过高质量代码,调试通了做一个调用页面就可以。后台统计如果不做复杂的话其实非常简单的结构就能完成。而且你的分析程序是异步处理的,基本都不用担心负载问题。甚至这样的分析程序也有很多开源软件可以拿来用。

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: