@levelworm 科幻培养想象力，这对二年级的孩子来说不算太早，再说也不是现在就都读完。

别送编程书，技术永远在演变，早晚都要过时。

推荐送若干本名人传记（刘邦传、朱元璋传、李世民传、爱因斯坦传、乔布斯传、基辛格传、达芬奇传、富兰克林传等）和科幻小说（银河帝国、沙丘、银河系搭车客指南、三体㩐），他以后会感谢你的。

@black11black 我说把计算模块独立出来，是想让纯 Py 的代码能用 PyPy 加速，而 Gunicorn 则用 CPython 跑，两者互不影响。用 RPC 通讯是非常简单的，把计算模块简单包装一下就可以，用来提交计算任务并取回计算结果，一般不需要超过 20 行代码。

另外，你可以读下《高性能 Python 编程》，里头介绍了不少优化方法。因为我相信你的代码有很多可以优化的地方，包括数据读取后缓存、改变数据结构等等，甚至都不需要用 PyPy 。

一个可能不对的建议：把耗时长的计算模块独立出来，用 pypy 跑，利用它提速（你最好 benchmark 一下提速效果）；另用 gunicorn 跑一个 web 服务器，两者用某种协议如 RPC 通讯。

@neoblackcap 你对 python 是不是由什么误解？就算 Excel 要加 python 语言支持，也无非是在 VBA 的基础上增加一套 Python 调用接口，方便用户用用 Python 写计算逻辑，Excel 的计算引擎肯定不变的。

@zhuangzhuang1988 这不更好？把这些技术和团队整合起来，用 Guido 带队搞。微软家大业大，养一个 Python JIT 团队轻轻松松，算是对开源社区的回馈。

@ungrown 你说的不是那个五步提速计划吧？那个似乎没怎么提到 JIT 。

@f6x 假如由 Guido 负责整个 Python JIT 项目，而 Pyston 2 高度兼容 CPython，理论上不会导致严重的不兼容。也就是说，假如可能在 Python 3.10 以后的版本加入 JIT 特性，加上把 Typing 利用起来，大规模提速是很有希望。

@todd7zhang 我用 F 表达式，不用 transaction，1000 请求，100 并发（尝试过更高，但受系统限制开不起来），多次测试都完全正常。如果不涉及关键的数值，用 F 表达式足够了，用 transaction 降低数据库性能。

这会刚在 HN 看一群人围绕 Python 的“毛病”辩论，真好玩，还真是没人用的语言都没人争辩其毛病。

我就希望一点，Guido 去了微软以后，把做 Pyston 2 的那个团队也招进来，一起合作，把好用的 Python JIT 做出来。

#118 确实，ruby 除了 RoR 和 homebrew，想不出还有哪些出名的应用，是不是还有 saltstack?

窃以为，Python 尽管被很多人鄙视不够高端，但它在科学计算、大数据、金融分析、人工智能与机器学习、web 开发、运维都有两把刷子，学了怎样都不会成屠龙术。

别傻乎乎被某些贪得无厌的人牵着走，你的软件你做主，找个能充分保护自己的协议用上，不要管那些人叽叽歪歪

我不太清楚谁提出来“乐观锁”，但看其实现，大概是要保证 filter 到的实例状态具备 origin_read 的值，在此基础上 update 数值，但就算有 trasaction，也无法保证它一定获取到你要的数据状态，自然就 miss 掉了。但 F 表达式不一样，它用 SQL 语句在数据库层面直接操作数据的。

@IurNusRay 我刚测试了一下，用 F 表达式进行数据自加，gunicorn 起 1 个进程跑，用 ab -n 1000 -c 100 测试，完全没问题。所以，用 F 表达式对多数情形下是够用的。

try 里头改成这两行差不多就行
book = BookInfo.objects.get(id=1)
BookInfo.objects.filter(id=book.pk).update(read=F('read')+1)
使用 F 表达式后，不确定还需不需要使用 transaction，你可以测试下

你在 try 里头加一行输出 log，看执行情况，也许是有些请求 miss 了（用内置开发服务器的话可能性很大）。

此外，你可以用 F 表达式，按说是可以避免 race condition 问题：

```python
try:
book = BookInfo.objects.get(id=1)
BookInfo.objects.filter(id=book.id, read=origin_read).update(read=F('read')+1)
book.save()
except Exception as e:
....

```

建议你学 Python 和 Django，Django 版本升级很平滑，生态也繁荣得多，Python 还可以做点别的。

此外，Ruby 语言确实是有小日本的恶趣味，别的不说，函数调用的括号都可以省略，对于喜欢的人来说叫做灵活、随心所欲，对不喜欢的人来说叫做制造不规范和增加认知消耗。

一个好多年都找不到合适应用场景、有些方面比 BT 还不如、半死不活的应用，某些人不要再鼓吹它的未来多希望了

这个事实对你的开发有什么影响吗？