这就是 Python 的特色

取消了大括号后，Python 比较适合编写文学程序，进行文学编程(Literate Programming)。

这样的语言当初也有，比如 Cobol

IDENTIFICATION DIVISION.

PROGRAM-ID. HELLO.

ENVIRONMENT DIVISION.

INPUT-OUTPUT SECTION.

FILE-CONTROL.

SELECT FILEN ASSIGN TO INPUT.

ORGANIZATION IS SEQUENTIAL.

ACCESS IS SEQUENTIAL.

DATA DIVISION.

FILE SECTION.

FD FILEN

01 NAME PIC A(25).

WORKING-STORAGE SECTION.

01 WS-STUDENT PIC A(30).

01 WS-ID PIC 9(5).

LOCAL-STORAGE SECTION.

01 LS-CLASS PIC 9(3).

LINKAGE SECTION.

01 LS-ID PIC 9(5).

PROCEDURE DIVISION.

DISPLAY 'Executing COBOL program using JCL'.

STOP RUN.

反正我说的意思是：倾向于用编排规整的语法进行算法与逻辑的罗列。

在小型程序中可能会显得规整，但是在一些大型项目里面，可能就会显得杂乱，甚至你不得不翻阅上下文去知道缩进的程度大概多少了，不然感觉苏格拉没有底。

这个在我的文章中有讨论过：Jakit：谈谈我对 Python 的看法​zhuanlan.zhihu.com

反正个人感觉，写一些较为简短的逻辑作为 ppt 演示的代码还是很不错的，但是真正写有商业业务逻辑的程序肯定不会短，因为你要考虑的方方面面很多，再加上现在很多软件格局尚未形成，假如把 Python 交给外包公司使用，一行缩进一行不缩进，相互交叉，如此往返，那样的代码是十分凌乱的。

Python 应该适合个人写博客嵌入一些告诉别人原理，写一些 80 行以内的程序(当然不止这么短，只是大概就是描述简短)，解决一些小问题展示给别人看。

顺便引出另外参考想法：熟练使用文学编程(literate programming)是怎样一番体验？​www.zhihu.com

还有：说一说文化编程 - 快资讯​m.look.360.cn

反正，这样的语言不是用来写的，是用来看的。

而且，编写者会觉得自己不是在完成业务和逻辑，而是在卖弄些什么给别人看，所以这也是 Python 火起来的原因之一，因为每个人都爱面子，Python 是给予他们最大面子的语言。

同时也是 Python 的精髓：There is one way to do it.

然而事实上是跟见仁见智的表述，对于软件外包公司，需要 强一致的代码，要求每个人有且只能用唯一一种思想解决问题，这样的话，所有人都像读书的学生，老师读什么念什么。

但是对于绝大多开发者是不能忍受这种幼儿园小学一年级一样 “日字格” 写数字的方式去写数字的，因为相信能使用 PC 去编写代码的都是成年人(能用 PC 来编写文本的至少也超过 8、9 岁懂文字有点智商吧，现在的孩子发育更早，所以也不至于幼稚园照样画葫芦)，反正，这么做是一件很限制人身自由的事情。

但是这样的事情也 显得开发者没有水平，因为你写的代码只能用一种 非常显浅的方式去编写的话，那么 你永远都得不到提高，也就填鸭水平，会有点幼稚。

所以美国教育一开始只是打算让非计算机领域的人学习这种简单的入门语言，但并不代表这样的语言非常适合复杂的场景。

如果你老板逼着你使用，那么反而感觉老板在逼着你吃奶，穿纸尿布。

反正我是一定不能接受的，我认为我被逼着用 Python 是对我技术的一种不认可，要我拿着脚手架去写，或者是否定，觉得我技术不行，甚至是侮辱。

话有点偏，简单概括就是如果没有任何计算机相关的经验是可以学一下了解 编程这件事情整个流程大体的需求、做法，体会一下过程。

对于 非计算机专业领域的人士，对编程语言也没有要求到用一些比较复杂的概念的程度(比如去讨论 JVM 去讨论 Goroutine(concurrent) 去讨论 Assembly(汇编) 里面计算机实实在在的 segment。他们只需要用一门有脚手架能辅助他们实现编程的语言，仅此而已。

但是专业用途，我觉得就是：

你招聘一帮洗碗工，然后买了一厂房全自动洗碗机。

你招聘一帮司机，然后买了一堆自动无人驾驶汽车。问君能有几多愁，恰似一群太监上青楼。