问紫微所想到的

大师不给自己看了，:),说说过程中自己学到的和思考的问题。

在盘的路上，对每个结论，记录自己的推理过程，并记录其使用范围，发现有问题的，记录更改过程，错误分析。用学习数学和物理证明题的方式学习紫微； 知道自己对他人反应的控制和把握能力，和对事实的逻辑推理能力，但对自己要真诚，如果紫微是可以算出来的，就不应该有其他信息的遮盖下产生，那是对术不敬求的借口。
对称大师有妄想，但也只限于想想，在事实面前，要反馈和证明才是提高的关键，而不是看起来像就可以，舍本逐末的事不是我要的。我只是想知道作为一个学科或者多个学科的综合，可以走多深多远，找其深度。

断前事，是个不错的试金石啊:) 

关于shell使用的边界--google的意见

[popexizhi:
有两年多了吧，开始在shell脚本的使用中找不到停止的边界了，每每感觉到现在的使用有问题，太复杂了，但还没有思考好和其他语言的边界，今天看到google给出的边界，可以参考一个不错的注意，见下面的原文，考虑规定自己的执行边界。
]

http://zh-google-styleguide.readthedocs.io/en/latest/google-shell-styleguide/background/

什么时候使用Shell

Tip

Shell应该仅仅被用于小功能或者简单的包装脚本。

尽管Shell脚本不是一种开发语言，但在整个谷歌它被用于编写多种实用工具的脚本。这个风格指南更多的是认同它的使用，而不是一个建议，即它可被用于广泛部署。

以下是一些准则：

• 如果你主要是在调用其他的工具并且做一些相对很小数据量的操作，那么使用shell来完成任务是一种可接受的选择。
• 如果你在乎性能，那么请选择其他工具，而不是使用shell。
• 如果你发现你需要使用数据而不是变量赋值（如 ${PHPESTATUS} ），那么你应该使用Python脚本。[popexizhi: 在赋值和计算上画一个界限，这边是shell，那边是python ]
• 如果你将要编写的脚本会超过100行，那么你可能应该使用Python来编写，而不是Shell。请记住，当脚本行数增加，尽早使用另外一种语言重写你的脚本，以避免之后花更多的时间来重写。 [popexizhi: 代码的行数100 行，好的，这个是另外一个问题，太多的source和函数定义，每每思考testcase问题，如果是这个量级，应该是可以轻量testcase吗?!]

Next  Previous