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