首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  nonduality  ›  全部回复第 5 页 / 共 10 页
回复总数  181
1  2  3  4  5  6  7  8  9  10  
❮ ❯
2020-11-15 12:25:30 +08:00
回复了 bethebetter 创建的主题 › Apple › 苹果用 http OCSP 协议校验每个程序的 HASH 这个没得洗
@hoyixi 这个事情在海内外很多网站包括 HN 都在热烈讨论，跟中国大陆有啥关系？你少上蹿下跳横加挑拨了
2020-11-15 12:22:41 +08:00
回复了 bethebetter 创建的主题 › Apple › 苹果用 http OCSP 协议校验每个程序的 HASH 这个没得洗
有段时间（现在依然如此），在 MacOS 运行程序非常慢，总得很多秒才能打开。后来有人公开其罪魁祸首就是程序运行就必须先访问 ocsp.apple.com ，但由于网络不太好，迟迟得不到服务响应，导致程序半天打不开。

苹果越来越霸道、罪恶和垃圾了！
2020-11-14 15:57:12 +08:00
回复了 v2defy 创建的主题 › 程序员 › 想送给小学二年级的外甥一本编程启蒙书，哪本书比较好
@levelworm 科幻培养想象力，这对二年级的孩子来说不算太早，再说也不是现在就都读完。
2020-11-14 11:46:37 +08:00
回复了 v2defy 创建的主题 › 程序员 › 想送给小学二年级的外甥一本编程启蒙书，哪本书比较好
别送编程书，技术永远在演变，早晚都要过时。

推荐送若干本名人传记（刘邦传、朱元璋传、李世民传、爱因斯坦传、乔布斯传、基辛格传、达芬奇传、富兰克林传等）和科幻小说（银河帝国、沙丘、银河系搭车客指南、三体㩐），他以后会感谢你的。
2020-11-14 10:38:00 +08:00
回复了 black11black 创建的主题 › 问与答 › Gunicorn 能不能在 pypy 上运行？ pypy 有可能部署 web 服务吗？
@black11black 我说把计算模块独立出来，是想让纯 Py 的代码能用 PyPy 加速，而 Gunicorn 则用 CPython 跑，两者互不影响。用 RPC 通讯是非常简单的，把计算模块简单包装一下就可以，用来提交计算任务并取回计算结果，一般不需要超过 20 行代码。

另外，你可以读下《高性能 Python 编程》，里头介绍了不少优化方法。因为我相信你的代码有很多可以优化的地方，包括数据读取后缓存、改变数据结构等等，甚至都不需要用 PyPy 。
2020-11-13 17:50:45 +08:00
回复了 black11black 创建的主题 › 问与答 › Gunicorn 能不能在 pypy 上运行？ pypy 有可能部署 web 服务吗？
一个可能不对的建议：把耗时长的计算模块独立出来，用 pypy 跑，利用它提速（你最好 benchmark 一下提速效果）；另用 gunicorn 跑一个 web 服务器，两者用某种协议如 RPC 通讯。
2020-11-13 17:39:16 +08:00
回复了 Rwing 创建的主题 › 程序员 › Python 之父加入微软，这是什么情况？谁给分析分析？
@neoblackcap 你对 python 是不是由什么误解？就算 Excel 要加 python 语言支持，也无非是在 VBA 的基础上增加一套 Python 调用接口，方便用户用用 Python 写计算逻辑，Excel 的计算引擎肯定不变的。
2020-11-13 10:21:47 +08:00
回复了 Rwing 创建的主题 › 程序员 › Python 之父加入微软，这是什么情况？谁给分析分析？
@zhuangzhuang1988 这不更好？把这些技术和团队整合起来，用 Guido 带队搞。微软家大业大，养一个 Python JIT 团队轻轻松松，算是对开源社区的回馈。
2020-11-13 10:18:24 +08:00
回复了 Rwing 创建的主题 › 程序员 › Python 之父加入微软，这是什么情况？谁给分析分析？
@ungrown 你说的不是那个五步提速计划吧？那个似乎没怎么提到 JIT 。
2020-11-13 10:16:03 +08:00
回复了 Rwing 创建的主题 › 程序员 › Python 之父加入微软，这是什么情况？谁给分析分析？
@f6x 假如由 Guido 负责整个 Python JIT 项目，而 Pyston 2 高度兼容 CPython，理论上不会导致严重的不兼容。也就是说，假如可能在 Python 3.10 以后的版本加入 JIT 特性，加上把 Typing 利用起来，大规模提速是很有希望。
2020-11-13 10:07:23 +08:00
回复了 IurNusRay 创建的主题 › Python › 关于 Django 的乐观锁问题
@todd7zhang 我用 F 表达式，不用 transaction，1000 请求，100 并发（尝试过更高，但受系统限制开不起来），多次测试都完全正常。如果不涉及关键的数值，用 F 表达式足够了，用 transaction 降低数据库性能。
2020-11-13 09:58:46 +08:00
回复了 Rwing 创建的主题 › 程序员 › Python 之父加入微软，这是什么情况？谁给分析分析？
这会刚在 HN 看一群人围绕 Python 的“毛病”辩论，真好玩，还真是没人用的语言都没人争辩其毛病。

我就希望一点，Guido 去了微软以后，把做 Pyston 2 的那个团队也招进来，一起合作，把好用的 Python JIT 做出来。
2020-11-12 22:56:45 +08:00
回复了 coool 创建的主题 › Ruby on Rails › Ruby, Rails 不值一学
#118 确实，ruby 除了 RoR 和 homebrew，想不出还有哪些出名的应用，是不是还有 saltstack?

窃以为，Python 尽管被很多人鄙视不够高端，但它在科学计算、大数据、金融分析、人工智能与机器学习、web 开发、运维都有两把刷子，学了怎样都不会成屠龙术。
2020-11-12 20:01:41 +08:00
回复了 xiaochong0302 创建的主题 › 问与答 › 我的网课项目被骂伪开源，究竟用什么协议合适呢？
别傻乎乎被某些贪得无厌的人牵着走，你的软件你做主，找个能充分保护自己的协议用上，不要管那些人叽叽歪歪
2020-11-12 19:20:58 +08:00
回复了 IurNusRay 创建的主题 › Python › 关于 Django 的乐观锁问题
我不太清楚谁提出来“乐观锁”，但看其实现，大概是要保证 filter 到的实例状态具备 origin_read 的值，在此基础上 update 数值，但就算有 trasaction，也无法保证它一定获取到你要的数据状态，自然就 miss 掉了。但 F 表达式不一样，它用 SQL 语句在数据库层面直接操作数据的。
2020-11-12 19:03:49 +08:00
回复了 IurNusRay 创建的主题 › Python › 关于 Django 的乐观锁问题
@IurNusRay 我刚测试了一下，用 F 表达式进行数据自加，gunicorn 起 1 个进程跑，用 ab -n 1000 -c 100 测试，完全没问题。所以，用 F 表达式对多数情形下是够用的。
2020-11-12 16:10:24 +08:00
回复了 IurNusRay 创建的主题 › Python › 关于 Django 的乐观锁问题
try 里头改成这两行差不多就行
book = BookInfo.objects.get(id=1)
BookInfo.objects.filter(id=book.pk).update(read=F('read')+1)
使用 F 表达式后，不确定还需不需要使用 transaction，你可以测试下
2020-11-12 16:06:20 +08:00
回复了 IurNusRay 创建的主题 › Python › 关于 Django 的乐观锁问题
你在 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:
....

```
2020-11-11 19:00:09 +08:00
回复了 coool 创建的主题 › Ruby on Rails › Ruby, Rails 不值一学
建议你学 Python 和 Django，Django 版本升级很平滑，生态也繁荣得多，Python 还可以做点别的。

此外，Ruby 语言确实是有小日本的恶趣味，别的不说，函数调用的括号都可以省略，对于喜欢的人来说叫做灵活、随心所欲，对不喜欢的人来说叫做制造不规范和增加认知消耗。
2020-11-11 18:52:12 +08:00
回复了 SaltyLeo 创建的主题 › IPFS › 将你的文章发布到 IPFS 网络并永久储存！
一个好多年都找不到合适应用场景、有些方面比 BT 还不如、半死不活的应用，某些人不要再鼓吹它的未来多希望了
1  2  3  4  5  6  7  8  9  10  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2793 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 22ms · UTC 13:24 · PVG 21:24 · LAX 06:24 · JFK 09:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.