变量、函数、类，使用不同的方式吧？

收费无可厚非，收费模式值得商榷，可以优化下，比如运行时间超过 8 小时的才计费之类的。

石崇劝酒：
石崇每次请客饮酒，常让美人斟酒劝客。如果客人不喝酒，他就让侍卫把美人杀掉。堪称史上最恐怖的美女劝酒法。一次丞相王导与大将军王敦一道去石崇家赴宴。王导向来不能喝酒，但怕石崇杀人，当美女行酒时只好勉强饮下。王敦却不买账，他原本倒是能喝酒，却硬拗着偏不喝。结果石崇斩了三个美人，他仍是不喝。王导责备王敦，王敦说：“他自己杀他家里的人，跟你有什么关系！”

这居然是个哲学问题：“什么是浏览器”？

简单来说，这是一种价格歧视，主要是为了利润最大化，这里“歧视”是个中性词。
你以为的逻辑：需要 128G 的人，花 7999 ，需要 1T ，花 12999 ，为了多出来的 800 多 G 空间，多花了 5000 块钱。
苹果的逻辑：肯花 7999 买苹果手机的，到手 128G ，肯花 12999 买苹果手机的，到手 1T 。至于想要 256G ，但是只想花 8999 的客户，为了最大化利润，只能暂时舍弃这部分客户了。
之所以会有这样的疑问，我觉得跟我们的中学教育中关于“价格是由什么决定的”这个问题。
中学课本教的是：存在一个“由商品蕴含的无差别的人类劳动”所决定的“价值”，价格围绕价值变化，基于这个逻辑，苹果的定价就是很不合理的，因为 128GB 蕴含的“价值”跟 1TB 的“价值”差价远远达不到 5000 。
但是另外一派说法是，不存在所谓的“价值”，价格是由供需关系决定的。基于这个逻辑，假设定价 9999 能卖 100 台，定价 12999 只能卖 80 台，苹果一合计，发现定价 12999 的总利润利润更高，那肯定就选择定价 12999 。至于损失的那 20 个客户，再通过其他价格歧视的手段想办法赚回来，实在赚不到就算了，反正总利润已经更高了。

具体情况不清楚，不过上位机是屎山，下位机的代码估计也好不了，大概率有很多莫名其妙的逻辑是用来上下位机配合的，搞不好还需要通过软件处理什么硬件 bug...
祝 LZ 好运...

果不其然，开始争论 GUI 跟 CLI 了...
回归正题，做好常用命令的 alias ，比如 gc=git commit ，gs=git status ，gd=git diff ，gco=git checkout ，gb=git branch 之类的。

有加成，因为不拔草没法安心敲代码。

用 pygtrie 写了个，这库不支持部分前缀的查找，建树比较慢，查找比较快。优化下 trie 库内部的建树或者查找过程的话应该可以再快几个数量级。

import pygtrie

def build_tree(str1, min_len=4):
tree = pygtrie.CharTrie()
for begin in range(len(str1)):
for end in range(begin+min_len, len(str1)):
tree[str1[begin:end]] = (begin, end)
return tree

def find_prefixes(tree, str2, min_len=4):
result = set()
sub_len = 0 # Used to remove unnecessary substrings
for start in range(len(str2)):
longest_prefix = tree.longest_prefix(str2[start:])
if (longest_prefix.key is not None
and len(longest_prefix.key) >= min_len
and len(longest_prefix.key) > sub_len):
result.add(longest_prefix.key)
sub_len = len(longest_prefix.key)
sub_len -= 1
return result


str1 = "我今天特别开心啊，因为今天是个好日子，我中了 500 万彩票。"*10
str2 = "今天不是个好日子，因为邻居中了 500 万彩票，我今天不开心。"*10
tree = build_tree(str1)
result = find_prefixes(tree, str2)
print(result)

@lifekevin #6 这网站不错

接收 O(n^3)的话，用 set 实现估计 10 行以内代码就能搞定。
搜了下有个现成的库 https://pygtrie.readthedocs.io/en/latest/，先把第一个字符串的按照起始位置生成 n 个字符串全塞到字典树里，再用对第二个字符串用 longest_prefix 函数做 n 次查询就搞定了。

先 O(n^2)建个字典树，再做 n 次 O(n)的查询，总计 O(n^2)，不知道有没有其他更快或者更简单的办法。

@wu67 #3 我这卡好像十多年了，具体哪年记不清了。

现在靠谱的域名商都有提供相应的 API ，本质上跟你人工获取 IP 然后去网页上修改 DNS 记录没什么区别。限制方面，也跟人工设 IP 是一样的，比如 DNS 缓存，某些域名商需要翻墙访问 API ，某些情况下需要备案等等。

太阳底下没有新鲜事，典型的婊子还要立牌坊。

来晚了，没乐子了