原标题：代码 | 为什么程序员写不出优美的代码？

因为审美能力低下。

老祖宗留下那么多优美的诗歌，某些人不读。国外那么多诗人的诗歌，也不读。

李白，杜甫，白居易，苏轼，辛弃疾，李清照这些名家的作品人家都看不上眼。

荷马，莎士比亚，雪莱，拜伦，济慈，艾米丽▪迪金森，泰戈尔，威廉▪华兹华斯这些大家的作品人家也看不上。

心中也没有禅意，龟叔融合多年开发经验和诗歌天赋，写成的《The Zen of python》，这么简洁，实用性，优美的东西，人家硬是瞧不上眼，有啥办法？

Bob大叔多年工程经验总结出来的clean code三件套，某些人就是不学，不跟前辈学经验，此非傲慢自大乎？

重构那两本书也嫌封面破旧，不愿意去看。

阿里的开发手册放在网上白送，某些人就是看不上。虽然这个东西确实过于教条了，也就糊弄糊弄新手，但总归是前人优秀的经验，不愿意去学，如之奈何？

觉得免费的都是垃圾，非要花大钱给自己买一个安慰感还是咋的？

整天膜拜大佬膜拜大神，却不愿意把人家的源码pull下来，好好研究研究，琢磨琢磨，用了那些东西，为什么这样设计？就是不干。

人家给他讲方法，讲真东西，也不听，非要固执己见，觉得科学都是垃圾，都是“纸上谈兵”，都是没卵用的“高谈阔论”。

技术才是王道，大搞技术崇拜，轻视基础，底子不厚实，算法觉得难，从不动手练。

遇到问题就cv,search,cv完就跟猴子搬苞谷一样，直接扔了，再也不见，此非叶公好龙乎？

如此，何以写出优美的代码？

附录

附上《The Zen of python》，以供真正热爱clean code,beauty code的人鉴赏学习。

Beautiful is better than ugly.

Explicit is better than implicit.

Simple is better than complex.

Complex is better than complicated.

Flat is better than nested.

Sparse is better than dense.

Readability counts.

Special cases arent special enough to break the rules.

Although practicality beats purity.

Errors should never pass silently.

Unless explicitly silenced.

In the face of ambiguity, refuse the temptation to guess.

There should be one-- and preferably only one --obviousway to do it.

Although that way may not be obvious at first unless youre Dutch.

Now is better than never.

Although never is often better thanrightnow.

If the implementation is hard to explain, its a bad idea.

If the implementation is easy to explain, it may be a good idea.

Namespaces are one honking great idea -- lets do more of those!

翻译：

美丽的比丑陋的更好。

直接的比含蓄的更好。

复杂的比难以分析的更好。

平整的比嵌套的更好。

可读性很重要。

特殊情况也不能打破规则。

然而，像比与漂亮实用性更重要。

错误不应该被放过。

除非被显示的控制。

面对摸棱两可，拒绝猜测。

我们应该有一个更好的、更明确的方法去解决问题。

虽然一开始这个方法并不明确，除非你是Python之父Guido。

现在开始做比什么也不做强。

虽然什么也不做永远比不做更好。

如果实现方式很难去解释，那这不是一个好的实现。

命名空间是一个超好的机制，我们需要更多的使用。返回搜狐，查看更多

责任编辑：