做到这20%，你就可以成为一名高效开发者？
Aphinya Dechalert
讲述：初明明大小：4.54M时长：04:57
帕累托法则，也被称为 80/20 法则，已经在主流互联网上风靡了一阵时间。这个法则的大意是说，通常 80% 的产出是来自于 20% 的投入。
这一规则广泛适用于多个学科，包括但不限于：收入分配、经济学、管理、体育运动和生产力等等。那么，在软件编程中这条法则又如何呢？
软件工程实在是一个广阔的领域，它跨越诸多物理实体和数字虚拟的层次，还涉及各种服务、设备和编程语言。而刚进入这个领域的新手通常会有这样的印象，只需要学习一些精选的东西，然后就大功告成。
这让帕累托法则在软件开发领域也同样适用，只要一直持续做正确的 20% 的事情，开发者就会变得十分高效。当然最难的是找出那正确的 20% 的事情。对于软件开发而言，需要 10% 的必要专业知识，5% 的巧劲，5% 的创造力，还需要在余下 80% 中做好点滴积累。
10% 知识
说到编程，确实有很多东西需要学习。
然而，如果仔细观察，就会发现目前流行的几种编程语言之间有很多相似之处。凌驾于不同的语言差异之上的，是那些包罗万象的核心概念和模式。
如果想要编写高效的代码，函数式和面向对象编程通常是最受欢迎的选择。而当谈论到如何提高开发人员的效率和效果时，模块化模式和事件驱动是常常涉及到的话题。
在掌握了这些之后，无论使用的是哪种编程语言代码，你会发现有一些模式和操作会反复出现，但是你需要了解更多细微末节的知识，才能根据自己选择的技术栈去实现这些模式或操作。
会话、打开 / 关闭到数据库的连接、社交账户登录的 API 消耗、以及支付网关的集成是后端软件常见的需求。而路由和模块化 CSS 通常是前端软件的重要功能。这些都是常见的核心概念和模式。
5% 巧劲
当涉及到编程时，纯人工操作绝对属于最低效的时间利用。而编程中的纯手动模式更糟。
纯手动模式的一个官方名称是命令执行模式，或者说，程序需要按照特定的顺序去执行才能产生正确的输出过程。而在现实中，事情从来不会按照 100% 的指定时间顺序出现。
灵活的代码并不会为所有潜在的意外事件都逐一进行编码以覆盖所有可能出现的场景。这就讲究以一种只依赖于组合因素，而非这些因素所出现顺序的方式来编写代码。用这种灵活的方式编写的代码，可以在很大程度上消除复杂性。
5% 创造力
这里并不推荐去编写那些创造性的代码，编程不是艺术。编程是将业务需求转换为数字格式的过程。然而，将个人知识点创造性地联接在一起的能力，在很大程度上决定了你最终的产出。
通常，编写代码可以被看作是机械式的、毫无感情的。而创造力的理念却来源于个人的激情和想象力。能够创建创造性解决方案的能力，就是将已知的知识点联接在一起，在给定的时间内生成高效软件代码的能力。
80% 点滴积累
那些最高效的开发人员看起来就像是跨越不同领域取之不竭的知识宝库。他们似乎总是无所不知，谈论任何话题，他们都游刃有余。
那是因为，他们把时间花在学习、阅读和消费上，花在远超于当前知识领域的东西上。这样做的效果是，当需要创造性的解决方案时，他们通过联接更多的点滴来不断地突破他们的创造性界限。
个人知识跨越不同的领域，正是凭借这点让那些高效开发者不断创建出新的软件解决方案，而从其他相关人等的经验和期望看来，这些方案如此直观有效。
全部加起来才是 100%
如上所述，实际工作中的 20% 决定了产出的高效性。然而，如何充分利用剩下的 80% 也很重要。
没有解决所有问题的万能方法。传说中的独角兽开发者，其实只是一个知道如何持续做正确事情 20% 的开发者。识别出核心模式和将知识点用于工作的能力，也是决定一名开发人员是否高效的主要因素。
要想找到项目中这制胜的 20%，你需要从囊括自己所有知识点的知识范围中进行筛选。这就是另外 80% 也很重要的原因，也是你除了花时间学习编码的模式和方法外，还应该在日常点滴中为这 80% 做好积累的原因。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论