如何避免混沌
我在百度的时候,百科的研发负责人曾经给我们分享过这样一条理论:生活是一个增熵的过程。所有人都在往代码库里面提代码,代码很容易写着写着就乱了、不可控了,如果不加以控制,混乱程度只会越来越高。作为整个项目的架构师,确立流程规范可以降低它的复杂度,避免增熵。但是我认为,避免增熵只是一种小聪明。不足以扭转局势、改变现状。
作为一个两三年的开发,我认识到其实再好的人,能力都是有限的。庄子曰:人生而有涯,而代码无涯。以有涯随代码,头发势必掉光也。再好的人,也不可能对项目的每个细节都面面俱到。每个程序员能维护API、RPC、表的数量是有限的。因此,抓大放小、保持自己的核心竞争力就非常重要。
现在我们的职业生涯看似顺畅,其实还是很脆弱的。我最近几个月感觉虽然自己的工作能力是上来了,但还是会遇到问题:
这个问题的实质就是没有确定好设计方案,在细节上理解的不够透彻。可以预见的是,这样的情况是无法避免的,对于manager和研发都是如此。我们当然可以把这件事情归结为我们的能力不行,代码量不够、对浏览器、很多flow的理解不够。但是这就回到了开头的问题,程序员就不可能成为多面手,什么都会。我们掌握一些高精尖的、核心的东西就可以了。顶尖的研发都是抓大放小,更多的时候是根据现有的文档和代码,通过一些通用能力解决问题。
总的来说,我们的职业生涯还是太脆弱了,最好还是要搞点副业来支撑。
- 抓机会。周期性、有规律的抓机会。看时代的发展。记录时代的标志性事件。chatGPT和DALLE都是标志性事件。因为它代表着从技术到产品的直接转换。
- 掌握给自己源源不断的给自己带来收益的资产。尽早的把技术转化为产品(物品&服务),转化为自己的资产、下蛋的鸡。
- 软件的缺点:你的页面和功能没有版权,别人可以复刻
硬件的缺点:新的硬件总比旧的硬件好,如果你不更新,迟早会被淘汰掉。
最好的还是做平台,垄断一个领域,收租。
如果做不到,就做付费的、订阅的。
最后更新于 2023年1月29日 by qlili
还是要做平台和订阅收租
公司内部一个东西死掉,不是轰轰烈烈的,都是不了了之,无疾而终的。
一个API对应一个复杂逻辑&一张表&一个RPC,每个程序员平均能维护多少个API和RPC和模块,上限是多少?
我觉得是300个。每天加一个API,然后一年之后看自己一年前加的API,会发现完全不认识。
马斯克的五个流程:创意/需求,精简,方案,实现,迭代,自动化