Replying to f6XF

[1/3] 我本来是不会写 Python 的，但现在赶鸭子上架也能写点儿了，毕竟每月付给我两千欧元（然后我只花了一小半时间在工作上）。我现在只会写单个 Python 3 脚本，并且只引用 Python 标准库。我把 Python 解释器当做一个代码执行的平台，就是说但凡编译期能固定下来的数据都用 Lisp 代码把这些数据直接输出到 Python 文件里作为全局列表，然后 Python 代码启动后第一件事就是在内存里建一个 SQLite 数据库把所有数据狠狠地插进去，接下来的计算尽可能地用 SQL 查询来表达，SQL 语句和正则表达式都可以在 Lisp 代码里完成开发调试，然后直接拿到 Python 下面去用也不会错。我只能说凑合着用吧……
29
f6XF 2y ago

[2/3] 原来传说中的 COBOL 代码就长这个样子，可读性还挺强的，亮点是在定义全局变量时根据变量的缩进层级（由数字表示）自动生成结构体定义，然后拿来保存表记录刚刚好。Oracle 的那些 Pro*C/C++ 嵌入式语句放在 C 代码里其实挺突兀的，像宏又不是宏，可到了 Pro*COBOL 里竟然毫无违和感，仿佛就像是语言本身的一部分。由此可见 COBOL 在数据库领域的应用上比 C 早多了。不过这语言拿来干别的就很别扭了，没人学是正常的，怪不得会它的程序员要绝种了。真要逼急了其实学起来也很快，也就比 BASIC 语言复杂一点点。重要的是程序所表达的业务逻辑本身。

Reply to this note

Please Login to reply.

Discussion

29
f6XF 2y ago

@田春冰河：当计算机还只有黑白字符界面的时候就已经足够把导弹送上天，或者处理股市和银行交易了。代码再难看也没关系，只要不出错，跑的足够快，并且后台的数据库稳定可靠，足够了。精美的图形界面在这种时候毫无用处。

29
f6XF 2y ago

@田春冰河：代码全大写的语言往往在后期修订语言标准的时候会变成大小写无关的，然后新的代码就自然变成以小写为主了。早期的 BASIC，LISP 和 FORTRAN 代码也都是全大写的，但后来新写出来的代码就变成小写的了。

29
f6XF 2y ago

@田春冰河：Reply@CADgen的肉身:我怀疑啊，也许有那么一个时期，计算机只能显示大写字母（外加数字和标点），从人机交互的角度来看已经足够用来计算和输出结果了。每多支持一个字符就得耗费一大堆电子管，不值当的。