首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
推荐学习书目
Learn Python the Hard Way
Python 学习手册
Python Cookbook
Python 基础教程
Python Sites
PyPI - Python Package Index
http://www.simple-is-better.com/
http://diveintopython.org/toc/index.html
Pocoo
值得关注的项目
PyPy
Celery
Jinja2
Read the Docs
gevent
pyenv
virtualenv
Stackless Python
Beautiful Soup
结巴中文分词
Green Unicorn
Sentry
Shovel
Pyflakes
pytest
Python 编程
pep8 Checker
Styles
PEP 8
Google Python Style Guide
Code Style from The Hitchhiker's Guide
V2EX  ›  Python

有没有类似阿里巴巴 Java 开发手册一样的 Python 开发手册?

  •  
  •   apeshit · 41 天前 · 2237 次点击
    这是一个创建于 41 天前的主题,其中的信息可能已经有所发展或是发生改变。

    想请问 v2er 知不知道 python 有没有类似这样的开发规范手册? 里面包含了开发技巧,和大企业里面的规约 之类的.

    楼主自己读过 java 的开发手册, 没事就会翻一翻,像参考书一样很有用, 如果 python 也有就好了

    19 回复  |  直到 2019-01-18 13:55:03 +08:00
        2
    haoz1w0w   41 天前
    有人会按照那个开发规范开发么。。。
        4
    lihongjie0209   41 天前
    Python 社区要的是自由和优雅, 手册这么死板的东西是不可能的
        5
    PhpBestRubbish   41 天前
    自由和优雅,对于企业级多人开发来说不是灾难吗?
        6
    alexmy   41 天前
    我欲成仙,我只想写 a,b,c,d 的变量名。
        7
    Raisu   41 天前
    用 pycharm 的话,默认会有 pep-0008 风格提示的,只要没有提醒那应该就 OK 了
        8
    qq976739120   41 天前
    忘掉所有乱七八糟的语法糖
        9
    longaiwp   41 天前   ♥ 1
    如果选择忘掉乱七八糟的语法糖,那我为什么不用 Jawa ?
        10
    enchilada2020   41 天前 via Android
    不懂 Java 也不懂 Python 只写过几行 hello world 级别的垃圾代码
    感觉 Java 好啰嗦
    Python 又不好好说话
        11
    tiedan   41 天前
    用 pep8 作为参考就行了
        12
    chroming   41 天前
    就谷歌那个吧
        13
    shmilypeter   41 天前
    那不是开发手册,那是代码规范
        14
    smdbh   41 天前
    @Raisu alt f8 ?
        15
    gitandgit   41 天前 via iPad
        16
    bestkayle   41 天前 via iPhone
    自从 py 被培训班盯上之后半吊子越来越多,招人筛选难度也越来越大
        17
    passerbytiny   41 天前
    作为 Java 开发,我已经很久没看过那个开发手册了。

    所谓的规范,是团队合作用的,那么自然团队不同,规范也就不同。

    阿里那个手册,当你在阿里,或者想去阿里的时候,才是参考手册;否则就只是个参考,不是手册。
        18
    lazyfighter   41 天前
    @passerbytiny 参考也不错,小公司没有规范的遍地都是。
        19
    iorilu   31 天前
    import this

    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!
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4116 人在线   最高记录 4346   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 17ms · UTC 06:16 · PVG 14:16 · LAX 22:16 · JFK 01:16
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1