(此文来自乐字节)
一个原理和概念的应用,往往不局限于单个领域。比如软件开发和产品设计,就有很多通用准则。
最近我乐字节同事问我,如果把大家认同的设计原理应用到编程中,开发者可以怎么理解它们?结合我个人的编程经验,跟他顺便跟大家分享4点:
01 —
好的代码,是创新的
无论如何,进步的可能性还存在。技术发展总是为原创设计提供新的机会。但是,富有想象力的设计总是随着技术的进步而发展,而不是技术发展的一个目的。
代码解决的很多问题,并不是新出现的。相反,很多技术都在解决老问题。比如让衣食住行变得便捷高效。
但解决老问题并不是常态和终点,技术一直在创新和进步,为的是给人们提供更好的用户体验。
举个例子,你可能觉得现在能用外卖软件和打车软件,快速实现之前不可能满足的需求,已经是产品形态的终点了。
但你想象不到很多创新技术正在尝试颠覆现有的方式。你永远想象不到科技的力量。
不断颠覆,不断创新,是技术的终身命题。
02 —
好的代码,让产品可用
用户愿意付费的产品,不仅要满足必要的功能性需求,还必须满足心理和美学标准。优秀的设计优先满足产品的实用性。
不要为了编程而编程,而是为了解决问题而编程。
代码的可用性,不局限于某个单一的领域。前端接口和后端API在大部分场景下,都要提供良好的承受能力。
代码库应始终专注于要解决的问题。
03 —
好的代码,是美观的
产品的美学品质是实用性不可或缺的一部分,因为产品每天都在使用,并且会影响人们的心情。
这个准则,非常适用于Web界面和移动端的界面,但也同样适用于后端API。
因为写代码要考虑到它的可读性,一段读不懂、难理解的代码,后期维护和修改成本是非常高的。
给大家几点建议,或许能帮你提高代码的可读性:
代码风格的一致性 结构清晰 合理的注释、命名等 程序的可复用性
04 —
好的代码,让产品易用
好的产品,结构清晰明了。用户的学习成本很低,上手非常快。
好的代码,是解决现实世界的问题的。
因为代码是抽象的,所以很多程序员写的代码,最终不能满足实际需求,偏离了业务方向。
我见过很多程序员因为这类问题,不得不将代码重构,浪费时间而且没有复用价值。
一个比较好的解决办法是,多记录,多确认。
在写代码的过程中吗,一旦发现有理解不确定的地方,及时与需求方对齐信息,不要为了快速完成工作,闷着头写下去。
有时候,慢就是快。
以上4点,很多程序员或许在日常工作中经常忽略。希望这些底层原理,能在大家感到迷茫的时候,提供一丝灵感。