技术栈语言选型要考虑语言本身的设计哲学
写这篇文章的起意是看一位博主写的年终总结，谈到他学习go语言及其编程哲学。这让我突然意识到，最近一直觉得自己写python写的很不舒服，总觉得这门语言有很多弊病。现在看来，是因为我忘了这门语言的设计哲学了。
python本身就是以优雅著称，代码本来就是要易看易读。尽管这门语言被用于很多领域，但这也是因为他的“优雅”而让人喜欢和使用。正如“二八定律”所指，让人诟病的python性能不佳其实在大多数使用python进行逻辑实现的时候，性能都不是他们要解决的问题。而对于需要严格处理性能问题的项目，从一开始的技术栈就会放弃python了。所以，同样的，对python进行性能调优并不是不需要，但是当这是一个严重影响业务的问题的时候，就应该想到，整个项目选择python是否合理。总而言之，python是有自己的设计哲学的，其他语言也是，在使用一门语言进行编码的时候，就应该考虑到这一些。
python本身没有错
同样的，谈python的动态类型（也是性能差的原因之一）也是debug的一个难题。很多人认为很多大厂在使用python做各种后台服务或其他业务应用的开发语言，即是表示python好用，而自己使用进行dev和debug的时候则有各种坑，所以觉得他本质不好。其实除了大厂有专门的团队进行语言修饰（各种内部使用的包）及严格的语言规范和代码审查外，最重要的是，我们在使用python做业务开发的时候，是否“优雅”。因为python可以作为脚本语言，我们是否一不小心就把一个业务逻辑写成一个脚本，跑通即算完成？
所以，认为python不好的，应该去读一读《程序员的职业修养》。毕竟python才是最好的语言。
最后（伪）
后续有机会再谈各语言的设计哲学，毕竟这需要丰富实践，我还是才疏学浅。之所以加上吐槽的前缀，就是怕误人子弟。最近看很多文章，点进去读才发现都是我不关心的或者是copy-paste的或者是点到即止的。但是这些文章标题都写的很“认真”。为了避免让人点进来后失望，加一个吐槽做标示。也聊表歉意。