【乱码与杂谈】接受不完美

——乱码与杂谈，都是戏言。

开个玩笑

这世界上不缺少完美主义者。

但更多的，多半是虚假的完美主义者。眼不见为净。

在代码界，这种情况更是很多。

例如你别人的文档的时候：~~这他妈什么狗屎。~~你们是我带过的最差的一届。

轮到你自己写文档的时候：可以，让我给那帮新来的看一下，什么才是能文能武。写了一会之后，什么垃圾玩意，越改越烦，垃圾语言，垃圾IDE，老子不搞了。

进入正题

上边都是玩笑话。下边才是正题。

追求完美有价值，就像数学和物理的公式一样，科学家追求完美，大自然也总是被证明以最完美的状态出现。

简洁优美的公式带来巨大的效率提升。

如优雅的万有引力公式：

下面是用C#表示的一串优雅的图像处理代码：

公式的美在于对称，在于简洁；语言的美在于直观，无歧义；

所谓语言，达意即可，无需多言。所以我就很讨厌python中反复使用_(下划线)的方法。如python中的

叫人觉得着实没有必要。这点上来看，python的语言追求的价值有点互相矛盾。

因为C语言体系下，基本上都是分号结尾，所以干脆去掉这个符号。外加循环大家都推荐用代码缩进来方便阅读，那干脆就强制缩进，用缩进来完成大括号所作的事情，避免一行代码最后五六个}}}}}}套着。以及改printf为print，改scanf为input，直观的方便用户理解。为什么说python容易入门？别的不说，就这两处改动，真的就能降低不少学习门槛。这就是新语言胜过老语言的地方，可以从语义上进行润色。

扯远了。你看python前面都那么精细，这儿突然就抛出了一个奇奇怪怪的命名方式。实在叫人摸不着头脑。而对应的C体系下所推荐的Pascal命名方式，就让人看着舒心得很多。

单词之间不用_刻意区分，而是用首字母大写加以区分。imageFactory 读起来多么优雅？.Load调用加载方法，.Resize调用改变图像大小的方法，诸如此类。

而且，分号作为结尾真的需要删除么？作为C语言体系的拥护者，我自然是觉得没必要的。原因如下:

1.分号的结尾不就相当于自然语言的句号。最后落下有一种事物完成的美感。

2.如果舍弃分号，就必须要舍弃换行书写，当一个函数名过长，或遇到上边的复合操作时，就无法换行书写。如果强行加换行符换行的话，又削弱了美感。

而且python有些地方很惹人厌。例如true（全部小写）在其中是不行的，必须是True（首字母大写）。（而C#相反。）

这样的好处是全部代码都遵循了统一格式的True，看起来也舒心很多，不像不区分大小写的语言，大小写几乎是两个模样了。但坏处就是，在python的智能提示不好用的情况下，初学者又多了一个坑。这个坑就跟最开始学编程不知道；;还有中文和英文两个版本一样吧。

闲谈结束了

啊，不知不觉又扯了很久python优雅性呢。python比较美，（比起C语言来）但如果和强大的现代语言C#等比起来，美感还是有不足啊。所以应该拍着python的肩膀的鼓励它继续前进，不断追求完美。

python为何敢在2与3版本之间做出如此巨大的跨越呢？原因我想可能是，1.python真的很需要修改；2.因为python那时的体量还不大，创作者意识到长痛不如短痛，因该马上改。

那么C语言可以改么。当然可以，C语言的本身结构过硬，稍微修改几个函数名称，几个表达使得更符合人为使用习惯，实在简单。但最大的困难在于你改不了。C语言已经和太多东西绑定在了一起，牵一发而动全身啊。

追求完美很好。但一味追求完美，是不可的。

这个道理也适用于个人文件管理。

我曾经写过一篇很有深度的文件管理的文章。

公司的组织架构的调整也是为了不断适应新情况以追求完美。

继续

做项目不也是这样么？很多人非要学好全部然后再开始工作，没有必要!很多人非要第一次就把一个网页制作得光鲜亮丽很多人严格要求自己得团队最后搞得团队分崩离析。

注意，宁可追求六十分而不要追求一百分。追求一百分的人怎么找得到对象，怎么可能完得成项目？并不是你把目标定成清华北大才可以上武汉大学。而是哪怕现状不好，也全然接受他，才是最好的啊。