当前位置: 首页 > 科技观察

说起执行力

时间:2023-03-22 14:49:54 科技观察

前天值刷屏的时候,冯先生一个人赚了几千块钱。对了,你觉得我很羡慕吗?其实知乎的负责人前天晚上跟我说,我们会推你写一篇好文章,但是我没想到写什么让人付费看。但是今天说这个是因为产品的负责人恰好是十年前的老同事。他告诉我,从开发到上线只用了30个小时,不到两个工作日。.当然,可能有的技术人员会觉得这个东西其实很简单,开发工作量也就这么多,但是我们知道,在很多公司,一个项目的启动时间是很长的,哪怕是一个小而简单的项目,很长一段时间,各种流程,各种低效无意义的沟通,各种奇怪无意义的想法和顾虑都混杂在一起,极大地拖累了整个项目的实施和执行。说来惭愧,我自己公司也有这个问题。我这边的程序员水平其实不低。遇到性能或者其他异常问题的时候,分析能力和解决能力无法和一线互联网公司的架构师相比,但我好歹培训过他们。这个我基本不担心,但是在项目的策划和执行上,一直出现一些问题。主要是系统设计思路太多,总觉得简单的东西复杂,简单的东西复杂。这也导致很多事情没有实现。其实我们讲技术,讲设计系统,讲设计架构,不管多小,多简单,一开始,入门级技术人员的想法都是简单的,但跟风险、扩展、适配无关以应对未来的需求变化。概念,所以做出来的东西虽然简单,但是可维护性差,安全性不好。说实话,各种众包网站中便宜的和不便宜的技术外包团队,大部分都处于这个阶段。上升到一个阶段后,对技术有了一定的理解和概念,知道了未来扩展的考虑,知道了需求变化和扩展的考虑,知道了安全的考虑。但是,如果想太多,设计的系统就会很复杂。所有的小功能都创建了一个独立的、可扩展的模块,因此,简单的事情变得复杂了。这是第二阶段。第三阶段,我们可以认为是重剑没有锋面,没有技巧的阶段。如果你看代码,不仔细思考逻辑,你可能会觉得回到了第一阶段。为什么这么简单,这么少的代码就可以做到这一点,看起来也不是特别牛逼,但是仔细想想我发现其实很多地方的设计都是保留的,就是我没有这个地方什么都不写,但是以后有业务需求的时候,不需要做大的改动,这里插点东西就可以了。这有点像读旧书,先从薄到厚,再从厚到薄,你要熬过这个过程,把复杂的问题都简单化,才能进入更高的境界和层次。我是这样跟程序员说的,我说在这个阶段,你不需要提前准备好一切,你想达到那个水平,但你不需要去做。你已经想到了这些未来可能的需求和诉求,但是你知道如何快速扩展和响应,而且现在你的结构很轻巧灵活,你已经按照合理的结构实现了当前的逻辑,然后留下几行ofremarks,以后这里的接口能做什么,以后设计这里可以加什么,没必要实现,低耦合的结构就可以了。以前请大牛云峰给我们讲过系统架构设计,他的口语也很浅显。出来的系统真的好用。后来在提问环节,我们的一些员工问了一些新的技术术语。云峰也很直白,很务实的说,我们现在的需要,什么都不需要。我认为这是没有正面的重剑的典范;现在云峰和他的团队分享的天网开源引擎已经被很多游戏团队使用,代码量并不复杂,功能也不是太丰富,但是非常实用轻便。架构,可以大大降低某些类型游戏的服务器端开发成本。其实我的需求就是这么简单,耦合度低,扩展的需求想了又没实现。快速实施和快速产品化,但这个要求仍然很难实现。这是我非常羡慕和佩服的地方。一个创业团队需要强大的执行力才能在竞争中脱颖而出。事实上,一个小团队和一个优秀的技术人员,可以在短时间内完成一个好的产品。前面说过,现在网络上评价一个技术产品的标准是有多少用户在使用它,而不是有多少行代码。小时候写过一个WEBOA。代码行数多死了,但是没有价值,因为当时产品设计思路是错误的,所以根本无法开发用户。后来在做CNZZ的时候,我花了两周的时间写了第一个版本。对我一个人来说比较简单。升级版本大约需要两周时间。从数据结构到代码结构调整,只需要两周时间,而且不是全职写的。代码量不多,问题也不少,但是产品的价值体现出来了。代码量可能只有那个oa的1/100,但是价值可能超过那个oa的100倍。网上还有很多类似这样的需求点,轻巧易爆。你不能说它一定会成为一个伟大的产品,但是如果你能低成本的去做,快速的试错,快速的迭代,也许会从中衍生出很多的机会。说实话,在技术门槛不高的领域,快鱼吃慢鱼仍然是一个有效的发展准则。下面我举个例子,我和我的团队提过的一个想法,今天我会免费发布,同时也做一个读者测试。比如公众号像我,像枫野、池建强这样的大V,经常有打广告的号召力,有的是真正花钱的广告主,有的是有相关利益的公司,有的是朋友推荐或者换来的,在很多时候,你会给对方带一个二维码链接,所以这里需求特别强烈,我肯定想知道有多少人通过我刷对方的二维码。这个数字目前无法直接统计,只能由对方通过数据变动来估算。这里想推荐一款二维码转化追踪工具。当你得到一个二维码,或者直接链接,你可以去这个平台(网页,或者公众号)生成一个新的二维码。这个新的二维码包含一个跳转页面,然后重定向到原来的目标链接。为了提升效果,它增加了一个跳跃过程。跳转页面实际上是一个跟踪器。其实不需要写任何代码,只需要进行跳转操作即可。然后记录日志。分析程序在后台读取并处理日志,获取广告的点击次数和被点击用户的构成,如用户点击时间的构成、用户所在地区的构成、用户所在地区的构成用户客户端。然后自媒体登陆后台,就可以看到这个报告了。就是这么个东西,但应该是超轻、简单、好用的。如果有人能做出来,只要你的跳转页面是安全的,我都愿意用。那么,问题来了,这样一个东西的开发周期和开发成本应该是多少呢?个人觉得2天时间足够做一个简单的web版原型。二维码识别和生成代码可以搜索github,谷歌有分享高质量代码。调试好后,做一个调用页面就可以了。如果后台统计不复杂,用很简单的结构就可以完成。而且,你的分析程序是异步处理的,所以你基本上不用担心负载问题。即使是这样的分析程序也有很多可用的开源软件。