累了的时候看看这个 |
为啥看这种语法结构既不美观,看起来还费神呢
我收集的Python视频教程,学的朋友可以看看
https://www.sucaihuo.com/video/172-0-0
python的结构比较优雅,也没有那么多的奇淫巧技,各种库多,上手快,坑点少;python的缺点在于,python虚拟机稍大,效率低,尤其在浮点运算方面,不过这些都可以通过c和cpp来扩充。对于同样的动态脚本语言lua来讲,虚拟机比python精炼很多,同样效率就要比python快多了,可是带来的问题就是功能不如python强大,开发效率没有phthon快。
总之,语言没有好坏,根据需求选择语言才是一个合格的程序员该做的事情。
例如在游戏开发中,引擎都是用cpp来做,导出python或者lua等动态语言的接口,用动态语言来做上层开发,这样开发效率快;不需要重新编译,调试方便;上线后也方便热更新维护。
曾经我认识一个外面的小团队就是经验缺乏,竟然用cpp直接做游戏上层开发,这就是经验不够丰富导致的。
xxxxx@PC-Ubuntu1804-7060:~/code/python$ echo "import this" | python -
The Zen of Python, by Tim Peters
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 aren't 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 --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than right now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!
@xiaocao106
了解一下未来的PyPy解释器。多看看新的东西,总归没错,弄不好,以后就是Go,Python的天下了。
@xiaocao106 说的非常正确,一看就是老手。
我是我们公司的java后台,后来公司做数据处理的人走了,然后没人,我岗位的工作那会不多,我就做了几个月python,当然在这之前 我也自学学习了好长时间的,基本都会。
说说我的感受
数据处理方面:
1 没真做之前,确实感受不到,它有多方便,总觉得java都能做啊,但是当真正做项目了。处理的数据都是百万级别的了,你就发现python取数据真是方便(这也是楼主说不严谨的原因吧,哈哈哈),只需要关注数据,不需要关注太多语言层面的,这个体会真的是要做很多大的数据级别,就能真实的感受到,不然确实觉得java跟它一样啊,也能处理啊
linux层面:
1很多python写的脚本 只要一个文件,就可以在linux上部署跑起来,你用java还要配各种环境,打包成对应运行容器运行的war或者jar,很麻烦的
过早客微信公众号:guozaoke • 过早客新浪微博:@过早客 • 广告投放合作微信:fullygroup50 鄂ICP备2021016276号-2 • 鄂公网安备42018502001446号