禅

最新推荐文章于 2024-11-25 21:54:08 发布

原创最新推荐文章于 2024-11-25 21:54:08 发布 · 577 阅读

0 ·

CC 4.0 BY-SA版权

天马行空专栏收录该内容

81 篇文章

订阅专栏

前段时间看到佛语：“春有百花秋有月，夏有凉风冬有雪，若无闲事挂心头，便是人间好时节。”觉得一切都那么美好，那种淡定自若让人神往。
今日又看到“心生种种法生，心灭种种法灭”，大意是讲同一个人在不同的心境下，看同一个世界，会有不同的心理和身体的感受。可是心境又是受什么影响的呢？

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

dwhhh

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Python之禅

shangzhiqi的博客

05-09

671

在Python解释器内运行“import this”就会看到这段“Python格言”。Python开发者的设计哲学是“用一种方法，最好是只有一种方法来做一件事”。在设计Python语言时，如果面临多种选择，Python开发者一般会拒绝花哨的语法，而选择明确的、没有或者很少有歧义的语法。由于这种设计观念的差异，Python源代码通常具备更好的可读性，并且能够支撑大规模的软件开发。虽然这种方式开始时并不容易，除非你是 Python 之父。用一种方法，最好是只有一种方法来做一件事。面对模棱两可，拒绝猜测。

深入浅出：Python之禅与编程哲学

软件架构师笔记

12-09

1571

Python之禅（The Zen of Python）是一组由Tim Peters编写的指导原则，它概括了Python语言的设计理念和哲学。通过20条简短的格言，Python之禅不仅反映了这门语言的精神内核，也为开发者提供了宝贵的编程智慧。

参与评论您还未登录，请先登录后发表或查看评论

【粉丝福利社】演说之禅：幻灯片设计与呈现的艺术（原书第3版）

热门推荐

时光隧道

11-15

4万+

无论在职场还是学校，我们都或多或少接触过演说和汇报：演说者通过PPT阐述自己的观点或汇报内容。不管是作为演说者还是观众，我们可能都经历过下面的场景：在一张幻灯片上放了太多的东西，演说者只顾埋头“朗读”幻灯片上的内容；使用了过多的列表（包括长句）、配色以及难看的图片；视觉信息不够突出等，因此给人留下不佳的印象。有时就算是使用了精美的模板，可能也并不能完全发挥其作用。演说者苦于糟糕的实现效果，观众则苦于枯燥乏味、毫无收获的“罚坐”体验。如何有效提高演说水平？我们的第一反应可能都是：提高PPT的质量。

AIGC赋能，《演说之禅》助你成为演说界的AI达人

程序边界

11-17

5562

在快节奏、高强度的工作中，掌握引人入胜的演讲技巧至关重要。PPT很重要，它承担着“帮助演说者表述内容”的工作，不应该是单纯的“文字装载器”。但PPT也不应该超越演说内容和演说者成为核心要素。如何传递观点与信息、打动与连接观众才是最终目的。好的演说离不开“简约”与故事。“简约”并不是以偷懒或规避复杂问题为出发点，而是一种直达事物本质的智慧，通过从简使事物变得简明扼要、清晰明了；而相比死板的条文条规，故事则更能引起人们的注意，并容易牢记。

与佛论禅解码脚本

m0_74828931的博客

10-26

1310

与佛论禅

python 之禅_Python之禅

weixin_42468245的博客

02-03

229

该楼层疑似违规已被系统折叠隐藏此楼查看此楼Python标准库中有一个小彩蛋，只要你引入this这个模块，就能看到一段“Python之禅”，这是一位Python核心开发者对于程序设计的心得感悟，文笔饶有趣味，让我们在学习Python的过程中慢慢体会其中蕴含的丰富哲理吧……>>> import thisThe Zen of Python, by Tim Peters蟒宗之禅语，提姆...

Python 之禅

向Qian看的博客

11-30

263

编程语言Perl曾在互联网领域长期占据着统治地位，早期的大多数交互式网站使用的都是Perl脚本。彼时，“解决问题的办法有多个”被Perl社区奉为座右铭。这种理念一度深受大家的喜爱，因为这种语言固有的灵活性使得大多数问题都有很多不同的解决之道。在开发项目期间，这种灵活性是可以接受的，但大家最终认识到，过于强调灵活性会导致大型项目难以维护：要通过研究代码搞清楚当时解决复杂问题的人是怎么想的，既困难又麻烦，还会耗费大量的时间。经验丰富的程序员倡导尽可能避繁就简。

缠中说禅电子书_缠中说禅的资源下载？

weixin_35651329的博客

12-24

2843

我弄了一个网站—— 缠学汇，就是要汇总分散在各大论坛、博客的学习资料的。传送门：缠中说禅之《教你炒股票》教材汇总以下各种定理对应的课程：缠中说禅理论定理汇总一、为引申出基本定义的引子概念与定义101：飞吻：短期均线略略走平后继续按原来趋势进行下去。(14课)102：唇吻：短期均线靠近长期均线但不跌破或升破，然后按原来趋势继续下去。(14课)103：湿吻：短期均线跌破或升破长期均线甚至出现反复缠绕，...

【宠粉赠书】演说之禅：幻灯片设计与呈现的艺术

踏雨歌青春，诗酒趁年华

11-25

4960

在数字化时代，演讲和汇报能力已经成为职场与学术领域的重要技能。《演说之禅：幻灯片设计与呈现的艺术》围绕简约、视觉化以及讲故事这三大核心理念进行解读，通过阐述演说者与观众的互动方式，解析演讲设计的底层逻辑，为读者提供实践演讲艺术的全新视角。小智为回馈粉丝们的支持，特意准备了这本经典书籍，希望能带你走进演说与设计的艺术世界。接下来我将详细介绍这本书的内容，文末会附上领取方式。

vscode禅模式怎么退出

花花鱼的专栏

06-21

2429

禅模式的进入及退出。

缠中说禅博客（带全部评论）

07-07

"缠中说禅"是一位知名的网络人物，以其独特的投资理论——缠论，在股市投资领域有着广泛的影响。这个压缩包文件包含的"缠中说禅博客（带全部评论）"很可能是他的博客文章与读者评论的集合，对于研究缠论或者对股票...

设计模式之禅（第2版）-Java版-5.pdf

03-18

设计模式之禅（第2版）-Java版-5.pdf

与佛论禅编码的佛系破解：CTF中禅语密文的Python逆向方案.pdf

06-07

文档支持目录章节跳转同时还支持阅读器左侧大纲显示和章节快速定位，文档内容完整、条理清晰。文档内所有文字、图表、函数、目录等元素均显示正常，无任何异常情况，敬请您放心查阅与使用。文档仅供学习参考，请勿...

gsysbrj.github.io:缠中说禅的博客全文

07-24

缠中说禅，这个名字在IT圈内或许并不陌生，尤其对于熟悉金融投资和编程的朋友们。这个博客全文的集合，"gsysbrj.github.io"，实际上是一个在GitHub上托管的个人网站，主要包含了缠中说禅关于投资理论、哲学思考以及...

缠中说禅课程，2000-2008年上证指数1分钟，5分钟复盘数据！

06-13

很多人迷恋缠中说禅，但是对于理论知识把握不了解。难在那个时代没有图表的配合理解，只能靠想象当初的画面，自己去理解，多少都有差异。本资源主要针对56，57，58，59，60，61课程，配合查看当时大盘的情况，以及...

煤气罐着火怎么办

海鸟飞

05-11

1万+

昨日下午在家准备晚饭时，突然发现窗外冒白烟，连忙伸出脑袋，发现后面村子里有幢房子着火了：一个房间内发出火光，并不停地往外冒白烟，有几人正在找水灭火，但火势好象更猛。后来看到有个人往院子里勾出了圆圆的着火的东西，开始还以为是一截木头，后来见他将其拉出了院子并推到墙边，才发现是一个着了火的煤气罐，联想到爆炸，突然觉得有些恐怖，因为和我们只有一墙之隔...... 这时还有人往煤气罐上泼水，但

蚕吐丝，蜂酿蜜

海鸟飞

04-23

4131

家里的蚕宝宝开始吐丝结茧了！家里养着近四十条蚕，昨天发现有一条开始吐丝了。从三月底第一条蚕宝宝孵出到昨天，过了大概二十五天，在这段时间每天回来的第一件事便是观察它们，看着它们吃桑叶、脱皮、拉把把......还要惦记着去哪摘桑叶，也是一种享受。现在它们差不多有瑞瑞小手指头大小了，食量大增，感觉桑叶有点供应不上了，周围桑树上的叶子也被摘得差不多了，正在犯愁，昨天发

南京一月

海鸟飞

04-28

3423

在南京呆了一月，从枯枝败柳到草长莺飞。（冬天来了，春天还会远吗？）

键盘无法切换输入法

海鸟飞

01-14

2736

很久以前某日突然发现自己电脑的输入法无法用键盘切换，立即上网查找解决办法，但一直没有得到解决，故一直用鼠标切换，刚开始觉得很痛苦，现在竟然习惯了。今天无意中又想起来了，又在网上寻找解决问题之法，终于找到了，原来是个非常小的细节，自己一直没有注意到，唉，实属不该！以下为网友说明：首先我来说明两个不同的概念，在右下方任务栏里的输入法图标上

python之禅

最新发布

06-19

<think>我们被要求查看Python之禅。根据引用，Python之禅是Python语言的核心设计哲学，由TimPeters编写。我们可以直接在Python解释器中输入`importthis`来查看。但是用户可能希望我们直接展示出来，并且提供解释。根据引用[3]，我们有Python之禅的中文翻译和解释。因此，我们将展示Python之禅的英文原文和中文翻译，并附上简要解释。注意：由于引用[3]已经提供了中文翻译和解释，我们可以直接引用，并在末尾标注引用来源。另外，根据系统级指令，我们需要在回答中自然地添加引用标识，例如[^3]。同时，我们需要生成相关问题。步骤：1.展示Python之禅的英文原文（通过`importthis`输出的内容）。2.展示引用[3]提供的中文翻译和解释（但注意不要完全复制，而是整合成清晰的形式）。3.在末尾生成相关问题。注意：由于引用[3]的翻译已经比较完整，我们直接采用，但可以稍作整理。但是，由于用户要求查看Python之禅，我们应首先展示其内容。我们可以用代码块展示英文，然后用引用[3]的中文解释。由于引用[3]的翻译是逐条对应的，我们可以这样展示：英文：TheZenofPython,byTimPetersBeautifulisbetterthanugly.Explicitisbetterthanimplicit.Simpleisbetterthancomplex.Complexisbetterthancomplicated.Flatisbetterthannested.Sparseisbetterthandense.Readabilitycounts.Specialcasesaren'tspecialenoughtobreaktherules.Althoughpracticalitybeatspurity.Errorsshouldneverpasssilently.Unlessexplicitlysilenced.Inthefaceofambiguity,refusethetemptationtoguess.Thereshouldbeone--andpreferablyonlyone--obviouswaytodoit.Althoughthatwaymaynotbeobviousatfirstunlessyou'reDutch.Nowisbetterthannever.Althoughneverisoftenbetterthan*right*now.Iftheimplementationishardtoexplain,it'sabadidea.Iftheimplementationiseasytoexplain,itmaybeagoodidea.Namespacesareonehonkinggreatidea--let'sdomoreofthose!然后，我们逐条给出中文翻译和解释（根据引用[3]整理）。但是，为了避免回答过长，我们可以将中文翻译以列表形式呈现，并在每一条后面简要解释（解释部分可以简化，因为引用[3]已经解释得很清楚）。然而，根据引用[3]的翻译，它已经包含了翻译和解释。我们可以这样：由于引用[3]的翻译和解释是混合的，我们可以直接引用它的翻译部分（即每句后面的括号内容），但注意版权问题，这里我们只是展示用户已经提供的引用内容。因此，我们可以这样组织：先展示英文，然后展示中文翻译（不带括号内的解释），然后在下面给出一个解释的列表（将引用[3]括号内的内容作为解释）。但为了简洁，也可以将英文和中文翻译并列展示，然后整体给出一个解释的段落。考虑到清晰度，我们采用以下方式：1.展示英文原文（用代码块）2.展示中文翻译（用引用[3]的翻译，用引用块或者列表）3.对其中一些重要原则进行简要说明（可以引用引用[3]的解释）但是，用户要求查看Python之禅，所以主要是展示内容。我们可以将中文翻译直接对应在英文每句的后面，用注释的方式。然而，这样可能会很乱。因此，我们决定分别展示：首先，我们可以在Python中执行`importthis`来得到这些内容，但既然用户现在看不到，我们就直接输出。我们按照引用[3]提供的中文翻译，逐句对应英文列出。但是，引用[3]的翻译是19句，而英文也是19句。我们可以这样：英文和中文对照表：1.Beautifulisbetterthanugly.->优美胜于丑陋2.Explicitisbetterthanimplicit.->明了胜于晦涩3.Simpleisbetterthancomplex.->简洁胜于复杂4.Complexisbetterthancomplicated.->复杂胜于凌乱5.Flatisbetterthannested.->扁平胜于嵌套6.Sparseisbetterthandense.->间隔胜于紧凑7.Readabilitycounts.->可读性很重要8.Specialcasesaren'tspecialenoughtobreaktherules.->即便假借特例的实用性之名，也不可违背这些规则9.Althoughpracticalitybeatspurity.->虽然实用性次于纯粹性（注：引用[3]没有这一句的单独翻译，但英文有这一句，而且引用[3]在第八句的翻译中已经包含了两句的意思？实际上，引用[3]的第八句翻译对应的是第八句英文，而第九句英文在引用[3]中没有单独翻译，而是与第八句合并了？）实际上，引用[3]的翻译文本中并没有逐句对应，而是将一些句子合并解释了。比如，它把第8句和第9句合并为一条。因此，我们重新审视引用[3]：引用[3]的翻译和解释是：优美胜于丑陋（Python以编写优美的代码为目标）明了胜于晦涩（优美的代码应当是明了的，命名规范，风格相似）简洁胜于复杂（优美的代码应当是简洁的，不要有复杂的内部实现）复杂胜于凌乱（如果复杂不可避免，那代码间也不能有难懂的关系，要保持接口简洁）扁平胜于嵌套（优美的代码应当是扁平的，不能有太多的嵌套）间隔胜于紧凑（优美的代码有适当的间隔，不要奢望一行代码解决问题）可读性很重要（优美的代码是可读的）即便假借特例的实用性之名，也不可违背这些规则（这些规则至高无上）不要包容所有错误，除非你确定需要这样做（精准地捕获异常，不写except:pass风格的代码）当存在多种可能，不要尝试去猜测而是尽量找一种，最好是唯一一种明显的解决方案（如果不确定，就用穷举法）虽然这并不容易，因为你不是Python之父（这里的Dutch是指Guido）做也许好过不做，但不假思索就动手还不如不做（动手之前要细思量）如果你无法向人描述你的方案，那肯定不是一个好方案；反之亦然（方案测评标准）命名空间是一种绝妙的理念，我们应当多加利用（倡导与号召）注意：这里的中文翻译并没有严格按照19句来，而是将一些句子合并了。例如，原英文的第8句和第9句合并为第8条（即“即便假借特例的实用性之名，也不可违背这些规则”），而第10句和第11句合并为第9条（不要包容所有错误...），等等。因此，为了准确，我们按照引用[3]的翻译和解释来展示。但是，用户可能希望看到完整的19句的翻译。然而，引用[3]的翻译是广为接受的版本，我们可以采用。所以，我们这样展示：我们将引用[3]的翻译和解释以列表形式展示，每一条包括：-原则的中文表述（即引用[3]中每条的第一句话）-括号内的解释但是，引用[3]的翻译文本中，有些原则对应了英文的多个句子。因此，我们按照引用[3]的条目来展示。最终，我们决定展示19句英文原文，然后展示引用[3]的中文翻译（共14条）？实际上，引用[3]的条目数并不是19条，而是14条（从“优美胜于丑陋”到“命名空间是一种绝妙的理念”共14条）。所以，我们按照引用[3]的方式展示。因为引用[3]是用户提供的参考，我们可以直接采用。因此，回答如下：首先，我们可以在Python交互环境中输入`importthis`来查看Python之禅。以下是其完整内容：###Python之禅（TheZenofPython）原文```textTheZenofPython,byTimPetersBeautifulisbetterthanugly.Explicitisbetterthanimplicit.Simpleisbetterthancomplex.Complexisbetterthancomplicated.Flatisbetterthannested.Sparseisbetterthandense.Readabilitycounts.Specialcasesaren'tspecialenoughtobreaktherules.Althoughpracticalitybeatspurity.Errorsshouldneverpasssilently.Unlessexplicitlysilenced.Inthefaceofambiguity,refusethetemptationtoguess.Thereshouldbeone--andpreferablyonlyone--obviouswaytodoit.Althoughthatwaymaynotbeobviousatfirstunlessyou'reDutch.Nowisbetterthannever.Althoughneverisoftenbetterthan*right*now.Iftheimplementationishardtoexplain,it'sabadidea.Iftheimplementationiseasytoexplain,itmaybeagoodidea.Namespacesareonehonkinggreatidea--let'sdomoreofthose!```###中文翻译与解释（根据TimPeters的原意整理）[^3]1.**优美胜于丑陋**Python以编写优美的代码为目标。2.**明了胜于晦涩**优美的代码应当是明了的，命名规范，风格相似。3.**简洁胜于复杂**优美的代码应当是简洁的，不要有复杂的内部实现。4.**复杂胜于凌乱**如果复杂不可避免，那代码间也不能有难懂的关系，要保持接口简洁。5.**扁平胜于嵌套**优美的代码应当是扁平的，不能有太多的嵌套。6.**间隔胜于紧凑**优美的代码有适当的间隔，不要奢望一行代码解决问题。7.**可读性很重要**优美的代码是可读的。8.**即便假借特例的实用性之名，也不可违背这些规则**这些规则至高无上。9.**不要包容所有错误，除非你确定需要这样做**精准地捕获异常，不写`except:pass`风格的代码。10.**当存在多种可能，不要尝试去猜测，而是尽量找一种，最好是唯一一种明显的解决方案**如果不确定，就用穷举法。11.**虽然这并不容易，因为你不是Python之父**（这里的Dutch是指GuidovanRossum，Python之父，因为他是荷兰人）12.**做也许好过不做，但不假思索就动手还不如不做**动手之前要细思量。13.**如果你无法向人描述你的方案，那肯定不是一个好方案；反之亦然**这是方案的测评标准。14.**命名空间是一种绝妙的理念，我们应当多加利用**倡导与号召。>注意：以上解释是对Python之禅的进一步阐释，帮助理解其背后的设计哲学。###如何在Python中查看```pythonimportthis```###相关问题1.如何在实际编程中运用Python之禅的原则？2.Python之禅中的“扁平胜于嵌套”在代码结构上如何体现？3.有哪些典型的违反Python之禅的代码例子？4.Python之禅对Python语言的发展产生了哪些影响？</think>### Python之禅（The Zen of Python） Python之禅是Python语言的核心设计哲学，由Python创始人Guido van Rossum和Tim Peters共同制定。它通过19条简洁的格言，指导开发者编写优雅、高效的Pythonic代码。以下是完整内容： #### 英文原文（通过`import this`查看） ```python >>> 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! ``` #### 中文翻译与解释 1. **优美胜于丑陋** Python以编写优美的代码为目标，注重代码的视觉美感和结构清晰[^3]。 2. **明了胜于晦涩** 代码应当明确直观，避免隐晦的逻辑（如优先使用`len()`而非魔术方法）[^3]。 3. **简洁胜于复杂** 用简单方案解决问题（如列表推导式优于多重循环）： ```python # 简洁实现 squares = [x**2 for x in range(10)] ``` 4. **复杂胜于凌乱** 当问题本身复杂时，保持接口简洁（如使用装饰器封装复杂逻辑）[^3]。 5. **扁平胜于嵌套** 减少嵌套层次（深度嵌套的`if/for`应重构为函数）： ```python # 避免 if condition1: if condition2: ... ``` 6. **间隔胜于紧凑** 合理使用空格提升可读性（遵循PEP8空格规范）[^3]。 7. **可读性很重要** 变量命名应自解释（如用`user_count`而非`uc`）[^1]。 8. **规则高于特例** 即使特殊情况有实用价值，也不应破坏语言一致性[^3]。 9. **精准处理错误** 避免笼统的异常捕获： ```python # 错误方式 try: ... except: # 应指定具体异常类型 pass ``` 10. **寻求唯一最佳方案** 当存在多种实现时，寻找最明确的一种（Python强调"只有一种方式"）[^2]。 11. **三思而后行** 编码前充分设计，避免盲目动手（原型设计优先于直接实现）[^3]。 12. **可解释性即质量** 难以解释的实现通常是糟糕的设计（文档驱动开发）[^3]。 13. **善用命名空间** 充分利用模块化和作用域（如避免全局变量）[^2]。 #### 设计哲学核心 - **实用性 > 纯粹性**：解决实际问题优先于理论完美 - **显式 > 隐式**：明确指定行为（如`@property`装饰器优于隐式getter） - **一致性**：语言特性保持高度正交性 > Python之禅不仅是编码规范，更是Python语言演进的基石。它解释了为什么Python拒绝`++`运算符、为什么强制缩进、为何采用"鸭子类型"等设计决策[^2]。 ### 在代码中实践 ```python # 符合Python之禅的示例 def calculate_average(numbers): """明确函数名+文档字符串""" if not numbers: # 显式处理边界 raise ValueError("Empty list not allowed") return sum(numbers) / len(numbers) # 简洁且可读 ```