Differences between revisions 15 and 16
Revision 15 as of 2008-08-28 13:55:29
Size: 5907
Editor: ZoomQuiet
Comment:
Revision 16 as of 2008-10-07 14:09:37
Size: 7760
Editor: ZoomQuiet
Comment:
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
#pragma section-numbers on #pragma section-numbers off
Line 4: Line 4:
||'''status'''|| 校对 || ZoomQuiet || 完成度~60%;||
||'''status'''|| 校对 || ZoomQuiet || 完成度~100%;||
Line 8: Line 9:
Line 9: Line 11:
Line 12: Line 15:
 * 汇集本书散落在各处的程序员 箴言警句 细说来由  * 汇集本书散落在各处的行者"箴言" 细说来由
 * 每节使用固定的述说模式:
  1. 给出E文定义
  1. 给出实例故事的出处
  1. 讲述产生的背景
  1. 展开解说相关的体验,给出进一步的阅读资料
Line 16: Line 24:
  * 来自 [:ObpLovelyPython/CDay-5:CDay-5]

 背景::
 * [编程杂谈]做个项目吧 http://blog.donews.com/limodou/archive/2004/12/10/199174.aspx
  * 来自 中国Python 著名行者 Limodou 的Blog文章,他 UliPad 作者
  *
工程站: http://code.google.com/p/ulipad/
  * 来自 [:ObpLovelyPython/CDay-5:CDay -5 Python初体验和原始需求]

 背景::
  "[编程杂谈]做个项目吧"
   * 访问地址:
http://blog.donews.com/limodou/archive/2004/12/10/199174.aspx
   * 精巧地址: http://bit.ly/YOdMc
  
* 来自中国Python 著名行者 Limodou 的Blog,维护着 UliPad(当时还叫 NewEdit) 这一轻便实用纯Python 实现编辑器项目
   * UliPad
工程站: http://code.google.com/p/ulipad/
  * 在文中 Limodou 倡导在项目开发的实际应用中学习相关知识
Line 25: Line 36:
  * 在 CPyUG ~ China Python User Group(中国Python)用户组的邮件列表长期维护过程中笔者们发现:
   "怎么可以学好Python ?" 是初学者最经常和反复提到的一个问题!
  * 这个问题,怎么回答,其实不是简单的学习经验的分享,而是怎么传达 Pythonic 精神和自信的哲学性问题;
  * 通过 Limodou 的倡议,大家最终确认了这一学习原则:`用之,不学!`
  * 为学习Python 而学习,是最不可取和南辕北辙的;因为, Python 本来就是为了快速解决常见问题而创造出来的,不是为了印证什么编程理论或是模式;所以, "在战斗中学习战斗",是Python 学习的最合适态度,而且也只有在面对实际问题时,才可以真正感受到Python 的简便/友好/直觉!如果拉开架式,为了写出漂亮的OO的或是吻合什么模式的代码而且研究Python,那就失去了应用Python 来快捷解决问题的乐趣了.
  
  
{{{脚注::
CPyUG的主力邮件列表地址是:
http://groups-beta.google.com/group/python-cn
精巧地址: http://bit.ly/3895ZW
啄木鸟自由软件社区,则是另外一个中国Pythoner 聚集地;
和CPyUG 的关系可以参考:
http://wiki.woodpecker.org.cn/moin/WoodpeckerAbt
精巧地址: http://bit.ly/4DHYa0
}}}
Line 35: Line 61:
 图 atta1-1   图 atta1-1 漫画电池内置
Line 37: Line 63:
  * `Batteries Included`~是Python 的哲学之一!
  * http://www.uselesspython.com/BatteriesIncluded.html 语言本身天然已经内置了足够多的模块,可以独立完成大多数常见任务的!
  * `Batteries Included`~'''电池内置''' 是Python 的哲学之一!
  * 详细说明: http://www.uselesspython.com/BatteriesIncluded.html
  * 精巧地址: http://bit.ly/2vPE15
  * 意思是python
语言本身,已经天然内置了足够多的实用模块,可以独立完成大多数常见任务的!
Line 115: Line 143:
 * SaaS 概念   SaaS 概念
  *
Line 135: Line 164:
  来自 [:ObpLovelyPython/CDayN:CDay+1]   来自 [:ObpLovelyPython/CDayN:CDay +N]日故事
Line 151: Line 180:
== 蠎 禅 == == 蠎禅 ==

status

校对

ZoomQuiet

完成度~100%;

TableOfContents

行者箴言

光说不练徦把式,光练不说傻把式!

  • 汇集本书散落在各处的行者"箴言" 细说来由
  • 每节使用固定的述说模式:
    1. 给出E文定义
    2. 给出实例故事的出处
    3. 讲述产生的背景
    4. 展开解说相关的体验,给出进一步的阅读资料

用之,不学!

Enjoy it! don't Learnning

  • 来自 [:ObpLovelyPython/CDay-5:CDay -5 Python初体验和原始需求]
背景
解说
  • 这是本书的核心本愿!
  • 在 CPyUG ~ China Python User Group(中国Python)用户组的邮件列表长期维护过程中笔者们发现:
    • "怎么可以学好Python ?" 是初学者最经常和反复提到的一个问题!
  • 这个问题,怎么回答,其实不是简单的学习经验的分享,而是怎么传达 Pythonic 精神和自信的哲学性问题;
  • 通过 Limodou 的倡议,大家最终确认了这一学习原则:用之,不学!

  • 为学习Python 而学习,是最不可取和南辕北辙的;因为, Python 本来就是为了快速解决常见问题而创造出来的,不是为了印证什么编程理论或是模式;所以, "在战斗中学习战斗",是Python 学习的最合适态度,而且也只有在面对实际问题时,才可以真正感受到Python 的简便/友好/直觉!如果拉开架式,为了写出漂亮的OO的或是吻合什么模式的代码而且研究Python,那就失去了应用Python 来快捷解决问题的乐趣了.

{{{脚注:: CPyUG的主力邮件列表地址是: http://groups-beta.google.com/group/python-cn 精巧地址: http://bit.ly/3895ZW 啄木鸟自由软件社区,则是另外一个中国Pythoner 聚集地; 和CPyUG 的关系可以参考: http://wiki.woodpecker.org.cn/moin/WoodpeckerAbt 精巧地址: http://bit.ly/4DHYa0 }}}

寻之,不造!

Search at first,Don't try creat!

  • 寻找吧!不要先想着创造--Python 是自足的

    • 来自 [:ObpLovelyPython/CDay-4:CDay-4]
  • 你能够碰到的问题,99%的情况下其它人已经遇到过了,所以,最佳的解决方式就是找到那段别人解决相似问题的代码!

    • 来自 [:ObpLovelyPython/CDay-1:CDay-1]
  • 背景
    解说
    • 有自由/开源软件的世界里,解决问题的途径不只有自个儿堆代码解决了(嗯嗯嗯,当然的作为程序的自尊,一般也不允许自个儿去买软件来解决问题;-)

否之!守之!

Keep evolution,focus original Goal!

  • 不断的否定自己,但是要坚持最初的妄想 --不论战术上如何变化,千万不要忘记战略目标

    • 来自 [:ObpLovelyPython/CDay-3:CDay-3]
  • 背景
  • [编程杂谈]编程就象练书法 http://blog.donews.com/limodou/archive/2006/04/02/808281.aspx

    • 同样来自 Limodou 的体验
  • 解说
    • 有关重构的心态经验

发布!持续!

Keep realese,Keep publish!

  • 发布!为了全人类!因为一个人如果力求完善自己,他就会看到,为此也必须同时完善他人。一个人如果不关心别人的完善,自己便不可能完善。

  • 发布好象不是通告一嗓子就好的事儿 ~ 分分分!学生的命根! 文档,文档,文档!软件的颜面!

    • 来自 [:ObpLovelyPython/CDay0:CDay0]
  • 背景
  • [编程杂谈]写写Blog吧 http://blog.donews.com/limodou/archive/2004/12/14/202590.aspx

    • 同样来自 Limodou 的体验
  • 解说
    • 有关社区体验经验/文档化开发体验

先用,再修!

Running! before Enhancement

以动手实践为荣 , 以只看不练为耻;
以打印日志为荣 , 以单步跟踪为耻;
以空格缩进为荣 , 以制表缩进为耻;
以单元测试为荣 , 以人工测试为耻;

以模块复用为荣 , 以复制粘贴为耻;
以多态应用为荣 , 以分支判断为耻;
以Pythonic为荣 , 以冗余拖沓为耻;
以总结分享为荣 , 以跪求其解为耻;
  • 有关需求控制经验
  • 有关重构的进一步经验

网站?软件!

Site is kinds of Software!

  • 网站软件化绝对不是空话! 来自 [:ObpLovelyPython/CDay2:CDay2]

背景
  • SaaS 概念
解说
  • 如果看待GUI ?
  • 有关桌面软件开发趋势体验

王道?简洁!

Kingcraft is pithy!

  • KISS 才是王道!来自 [:ObpLovelyPython/CDay3:CDay3]

背景
  • KISS 概念
  • 解说
    • 有关软件设计经验

    想象,无垠!

    Imagine Unlimited!

    • 想象力才是 Pythoner 的唯一界限 来自 [:ObpLovelyPython/CDayN:CDay +N]日故事

    背景
  • Python的动态性真是让人吃惊
  • 优雅型修饰
    解说
    • 有关资源深度利用经验~ 社区,交流,搜索,知识管理策略 ...
  • 箴言凝练

    Motto zip

    蠎之禅

    一切尽在自言中:

    图 atta1-2 attachment:atta1-2.png

    在线的汉化版本收集:

    美丽好过丑陋;
    明显好过隐晦;
    简单好过复合;
    复合好过复杂;
    扁平好过嵌套;
    稀疏好过密集;
    可读性最重要;
    即便实用性比纯度重要,
    但是!特殊案例不可特殊到打破规则;
    错误从来不会默默消失,
    直到明确的让它闭嘴!
    面对模糊,拒绝猜测的诱惑;
    应该有一个(宁愿只有一个)显而易见的解决方法;
    尽管刚开始方法不会是很明显,即使永远不做比"立刻"做要"聪明",
    但是!现在就做永远比不做要好;
    只要实现很难解释,那么它就不是一个好主意;
    只要实现很容易解释,那么这就是一个好主意;
    名称空间是个绝妙想法
    --大家一起来实践这些规则吧!
    
    -- by Tim Peters


    ::-- ZoomQuiet [DateTime(2007-11-03T11:46:56Z)] PageComment2

    ObpLovelyPython/LpyAttach1motto (last edited 2013-04-07 03:05:48 by ZoomQuiet)