qdcanyun 最近的时间轴更新 qdcanyun 最近的时间轴更新 |
qdcanyunV2EX 第 514 号会员，加入于 2010-05-21 20:23:19 +08:00 |
adaaaamwen
www.darkof.me
China
adamwen829
qdcanyun 最近回复了
2023-05-09 20:17:59 +08:00 回复了 tanran 创建的主题 › 程序员 › macOS 怎样快速切换到另一个应用？ |
目前长这个样子2023-05-09 20:13:43 +08:00 回复了 tanran 创建的主题 › 程序员 › macOS 怎样快速切换到另一个应用？ |
https://imgur.com/a/jEi4tK1
自己写了一个工具，感觉再完善些可以放出来，目前支持多窗口切换以及快捷键
自己写了一个工具，感觉再完善些可以放出来，目前支持多窗口切换以及快捷键
2022-02-06 23:45:09 +08:00 回复了 knowckx 创建的主题 › Python › 请教一个 Python 浮点数的小问题 |
2021-12-26 19:51:14 +08:00 回复了 szzhiyang 创建的主题 › 新手求助 › macOS 的截图快捷键非常晦涩难懂，有什么历史渊源吗？ |
找了一些资料显示，先有的 cmd-shift-1 和 cmd-shift-2 ，用来弹出 floppy disk 1 和 floppy disk 2 。
1985 年发布的 Mac System 2 将 cmd-shift-3 设定为桌面截图快捷键。
1997 年发布的 Mac OS 7.6 引入了可以选定区域截图，猜测就是顺着往下轮到了 cmd-shift-4
Ref
[This subreddit is now for discussing keyboard shortcuts]( https://www.reddit.com/r/shortcuts/comments/b818l9/comment/ejvc5g3/?utm_source=share&utm_medium=web2x&context=3)
[Screenshots]( https://apple.fandom.com/wiki/Screenshots)
[Classic Mac OS]( https://en.wikipedia.org/wiki/Classic_Mac_OS#System_1.2C_2.2C_3.2C_and_4)
1985 年发布的 Mac System 2 将 cmd-shift-3 设定为桌面截图快捷键。
1997 年发布的 Mac OS 7.6 引入了可以选定区域截图，猜测就是顺着往下轮到了 cmd-shift-4
Ref
[This subreddit is now for discussing keyboard shortcuts]( https://www.reddit.com/r/shortcuts/comments/b818l9/comment/ejvc5g3/?utm_source=share&utm_medium=web2x&context=3)
[Screenshots]( https://apple.fandom.com/wiki/Screenshots)
[Classic Mac OS]( https://en.wikipedia.org/wiki/Classic_Mac_OS#System_1.2C_2.2C_3.2C_and_4)
2021-11-01 13:54:28 +08:00 回复了 qdcanyun 创建的主题 › Python › 推荐下我们新搞的东西：捕蛇者说 newsletter |
@nsynet57 newsletter 目前走邮件是方便大家获取的渠道之一（确实国内邮箱使用率不高，但是工程师群体会好一些），我们也有 Telegram Channel 可以订阅。不过微信公众号对内容有一个很大的限制：正文无法支持超链接。这个限制对 newsletter 的阅读体验伤害比较大，推荐的文章与项目，都无法点击查看。我们也会和平台 check 下，支持下 RSS 和微信，不过应该不是微信公众号的形式来做
2021-10-28 09:55:51 +08:00 回复了 Visitor233 创建的主题 › 程序员 › 疑问贴：大佬们在什么情况下，会考虑数据库字段存 json |
赞同 @binux 的观点
2021-10-26 18:56:51 +08:00 回复了 O5oz6z3 创建的主题 › Python › 一个小白想法， Python 为什么不通过命令行开关切换两种 GIL 模式？ |
其实是有可能有的，Python Core Developer Łukasz Langa 最近写的 [Blog]( https://lukasz.langa.pl/5d044f91-49c1-4170-aed1-62b6763e6ad0/) 中记录了 Python 核心开发团队和 nogil 的作者 Sam Gross 沟通的一些内容，其中就有提到
> **Q: Is runtime enabling of nogil a long-term viable option or a transitional feature?**
> Ideally the end game is CPython without the GIL, period. However, there will be an expected long period of community adaptation. We want to avoid a rift similar to the Python 2 to Python 3 transition. Rather, we want the transition to be easier, even if that means stretching it over a longer period of time.
如果未来 nogil 能够 merge 进主干代码里，那么一开始势必会有一个 option 来让用户选择开关 GIL
至于为什么现在没有，其实可以看 Sam Gross 的那个文档，以及上面提到的 Blog ，去掉 GIL 不是简单的直接删掉 GIL 对象，涉及到 GC ，内存分配，以及不少基础库的改造
> **Q: Is runtime enabling of nogil a long-term viable option or a transitional feature?**
> Ideally the end game is CPython without the GIL, period. However, there will be an expected long period of community adaptation. We want to avoid a rift similar to the Python 2 to Python 3 transition. Rather, we want the transition to be easier, even if that means stretching it over a longer period of time.
如果未来 nogil 能够 merge 进主干代码里，那么一开始势必会有一个 option 来让用户选择开关 GIL
至于为什么现在没有，其实可以看 Sam Gross 的那个文档，以及上面提到的 Blog ，去掉 GIL 不是简单的直接删掉 GIL 对象，涉及到 GC ，内存分配，以及不少基础库的改造
2021-10-20 11:03:43 +08:00 回复了 qdcanyun 创建的主题 › Python › 推荐下我们新搞的东西：捕蛇者说 newsletter |
2020-08-30 22:56:08 +08:00 回复了 naldo0193 创建的主题 › Python › Python 协程示例多数都是用来做爬虫的，有没有其他案例可以更好的加深协程的理解和应用 |
可以看下这个 David Beazley 的 [Python Concurrency From the Ground Up]( )，跟着写一遍就能理解了
2019-11-12 18:05:22 +08:00 回复了 ericgui 创建的主题 › 程序员 › 努力写的代码，说停就停了，失落，惊讶和困惑 |
可能大家都没错，只是大家都不太走运。
「在意代码质量，而且有空闲的时间不是去摸鱼，而是重构不漂亮的代码」这是你的个人追求，通过重视标准，来做一些高标准的事情提升你自己的能力与经验，也能帮助公司的项目更好的迭代和更稳定的运行，当你未来有机会做 scope 更大的事情的时候（也许是也许是带人，也许负责某个项目，也许是创业）都会有更好的经验与技术
可能公司评估这个项目投入的成本，未来投入与收益，最后收益不够高所以放弃了。即使是 Google 不也 shutdown 了一堆服务么，关停的原因主要原因肯定不是工程考量，还是产品的目标，收益与成本的考量。
如果这件事情有什么可以提升的话，就是提升自己对产品的 sense ？工作选自己认可并且判断产品有价值的公司，以及再业务开发中通过一些业务 sense 和产品经理做 trade off 来让投入产出比更好
「在意代码质量，而且有空闲的时间不是去摸鱼，而是重构不漂亮的代码」这是你的个人追求，通过重视标准，来做一些高标准的事情提升你自己的能力与经验，也能帮助公司的项目更好的迭代和更稳定的运行，当你未来有机会做 scope 更大的事情的时候（也许是也许是带人，也许负责某个项目，也许是创业）都会有更好的经验与技术
可能公司评估这个项目投入的成本，未来投入与收益，最后收益不够高所以放弃了。即使是 Google 不也 shutdown 了一堆服务么，关停的原因主要原因肯定不是工程考量，还是产品的目标，收益与成本的考量。
如果这件事情有什么可以提升的话，就是提升自己对产品的 sense ？工作选自己认可并且判断产品有价值的公司，以及再业务开发中通过一些业务 sense 和产品经理做 trade off 来让投入产出比更好
Select Language