重要的事情越少越好

电脑在还是单核处理器(CPU)的时候,只要同时运行的程序多了就一定会卡顿,因为单核CPU没有办法把所有精力都投入到每一个程序中,因此当我们打开了两个软件时,处理器就会把性能分为两份并分别处理两个软件的工作。这时候限制电脑运行效率的是单核处理器的频率,频率越高,能够分给每个软件的性能也就越多。 后面为了解决这个问题开发出了多核处理器(可以简单理解为把多个单核处理器都集成到一个CPU里面),每个核心都单独处理程序,这样软件直接互相抢夺资源的情况就变少了。但是当软件越开越多、每个软件消耗的性能越来越多时,光靠一个核心可能无法完成任务,因此依然会抢夺其余核心的资源。这时候限制电脑运行效率的是多核处理器的核心数量,以及每个核心的频率。 从CPU处理器的发展来看,我们不断地为其增加核心和提高核心频率,其目的概括来说只有一个:满足多任务同时执行的需求。值得注意的是,电脑同时做多件事并不会让每件事都做得更快,也就是说,电脑性能不断变强,其实并没有让做事的效率得到提升,反之如果同时做的事情过多,电脑依然会运行缓慢。 相比于电脑,人类更不擅长同时做多件事,我们会将专注带上褒义色彩,把分散精力认为是浪费时间。因此“左右互搏”只会存在于小说之中,“一心二用”也只是一种经过锻炼之后能够快速切换思维的技巧而非本能(一心二用的效率依然会低下)。

如何快速打开两个PC端微信?

网上有教程说当你点击的速度够快时,可以打开多个微信。然而在性能比较强的电脑面前,电脑反应的速度比人的操作速度更快,因此这种方法并不能经常成功。所以我想到了编写一个程序来帮我快速打开多个微信。然而编程总是麻烦的,当我看着键盘(有数字小键盘的键盘)的时候想到了一个新的方法:为何我们不同时按下两个回车键(Enter)呢? 于是我们选中微信的程序,同时按下两个回车键(Enter)就可以快速打开两个PC端微信了。 当你不能突破自己的能力极限时,不妨换个思路,办法可能特简单。

《研发管理革命》-第一章/第一节:尝试打破不断延期的工作计划

当领导者希望全面了解和控制项目的进度时,通常做的第一件事情是让参与项目的人都聚集在一起开会,事无巨细地记录下所有的需求、当前进度、人员分工安排等信息,当场就设定好产品在接下来一段时间内需要达到的各个目标,然后用这些信息绘制出各类的规划图表,把每天、每周甚至每月的任务计划都通过Excel表格或者甘特图画出来。因此我们经常可以看到如下所示的甘特图,图中清晰地记录了接下来我们应该做些什么,每项任务持续的时间有多长以及负责人是谁等信息。 详细的计划会给人安全感,这就像是一种承诺,告诉你当你按照图中的计划去工作就可以收获良好的效果。因此我们看到这些详细的工作计划时,往往第一反应是:“好的,接下来我们严格按照这样的计划执行,任务应该可以如期完成”。然而现实中的真实情况却是图表中的大多数任务都在延期,原本预计一周的任务拖到了两周,预算不断超支导致工作进展困难,人员的积极性也随着任务延期而不断下降。

宏观产品思维(上)

本文旨在帮助大家去了解产品到底是什么以及怎么做,同时也是作为一个公开的交流平台促进共同进步。因为产品思维的范畴非常大,小到产品的每一个功能细节甚至是样式布局,大到从人性、行业甚至历史发展角度去思考产品的演变和其输出的价值,而本人的水平有限,无法在一篇文章内面面俱到地阐述其中的内容,因此我将其划分为两个部分的内容分享给大家: 《宏观产品思维》:尝试通过结合人的心理和商业分析,从宏观的角度去思考产品的本质,理解产品设计背后的逻辑。 《微观产品思维》:从产品的具体设计出发,结合我在产品设计、体验设计以及研发管理等方面的经验,分享在产品的设计、开发以及迭代过程中的一些思考。

《研发管理革命》-序

大家好,我是EOLINKER的创始人兼CEO,我和团队在2016年年底创办EOLINKER,目前是中国最大的在线API管理平台,并且我们正在逐渐转型并帮助中大型企业搭建完善的研发管理体系。我们创办EOLINKER的初衷是为了给企业API研发管理带来一套更加高效和可靠的研发管理方案,同时帮助企业更快更好地监测API的运行情况和开放API。 研发管理是一个非常广泛的命题,虽然我们现在经常把敏捷开发挂在嘴边,但是我们在和许多企业接触之后发现,敏捷开发很多时候只是一个技术理想。绝大多数的企业没有足够的动力去改变现有的研发管理流程,这里的阻碍因素有很多,比如原有的流程已经沿用多年,难以改变内部的工作习惯;或者研发部门的话语权不够高,难以影响高层决策等等。我们从各种各样的因素中提取出我们认为最关键的,但是许多人并不会提及的点是:目前绝大多数的中国企业是业务导向型的,研发流程改革在短期之内可能难见成效,导致研发部门没有话语权。管理层宁愿让研发部门加班加点开发产品,因为“新功能/产品上线所能带来的收益”比“研发部门降低的成本”更加明显,或者说更能让人兴奋,因此研发管理改革的优先级就会被无限期延后了。