 |
24bit |
| 调查 • 24bit 2020 年了， Python Web 相较于 Java Web 还有怎样的优势呢？ 2020 年 1 月 27 日 • 最后回复来自 wysnylc | 9 |
| 前端开发 • 24bit IDEA/WebStorm 里面有什么好的 HTML 编辑插件吗？ 2019 年 12 月 23 日 |
| LeetCode • 24bit LeetCode 可以将账号同步到中国区了，是否选择同步呢？ 2018 年 12 月 12 日 • 最后回复来自 shurui91 | 32 |
24bit 最近回复了
| 回复了 weiwenhao 创建的主题 › 这是我开发的编程语言 nature2023 年 5 月 12 日 |
cool!
| 回复了 lete 创建的主题 › 在前端开发中，如何禁止浏览器插件在 127.0.0.1 和 localhost 生效？2023 年 1 月 2 日 |
匿名模式、访客或者新建一个帐号
| 回复了 Uahh 创建的主题 › 写了一个投胎模拟器2022 年 11 月 5 日 |
第三次法国
| 回复了 kerrspace 创建的主题 › 大家有没有什么好的记工作笔记的方法2022 年 10 月 7 日 |
org-roam
| 回复了 sunny1688 创建的主题 › 对协程的理解2022 年 9 月 25 日 |
协程本质上可以看作可挂起恢复的用户态轻量级线程，可以在没有多线程的环境下模拟并发，也可以在多线程环境下替代系统线程降低切换消耗，支持更多并发。
只不过现在大多数语境下，协程的挂起和恢复条件通常就是 I/O 操作，异步 I/O 操作正好和协程的挂起恢复匹配，所以协程和异步 I/O 也经常一起讲。
而 goroutine 、yield 、Promise 和 Future 都是协程的实现，只不过实现方式不一样。goroutine 是 stackful 实现，其他是 stackless 的。
只不过现在大多数语境下，协程的挂起和恢复条件通常就是 I/O 操作，异步 I/O 操作正好和协程的挂起恢复匹配，所以协程和异步 I/O 也经常一起讲。
而 goroutine 、yield 、Promise 和 Future 都是协程的实现，只不过实现方式不一样。goroutine 是 stackful 实现，其他是 stackless 的。
| 回复了 skywind3000 创建的主题 › 分享篇文章：为什么我会使用 Vim ？2022 年 8 月 30 日 |
我 IDE 、Emacs 和 Vim 都用：
- IDE 省心，功能全，在特定语言特定项目这个维度，用 IDE 心智负担会低很多，毕竟别人是靠这个赚钱的，喜欢 Emacs/Vim ，搞个 Keymap 也大差不差
- Emacs 现在我主要就用 Org Mode 和 Magit ，然后还有其他一些临时编辑、文件管理啥的，整体是脱离项目这个单位，面向全局。IDE 打开一个项目还是会占用一定的资源，启动也慢，这时 Emacs 就很舒服
- Vim 就只在终端用了，比如 cd 到某个目录后想简单编辑下某个文件、服务器上需要编辑配置等。所以我需要 Vim 的配置足够小，启动速度足够快。
对于编辑器来说，配置越重，功能越强大，启动也越慢，这个时候和 IDE 比资源占用上也没多少优势了，还不一定有 IDE 好用。
在我看来 Emacs/Vim 的优势首先在设计哲学上，然后才是扩展性。
Emacs 自底向上的设计，所有的功能都可以绑定在一个 key sequence 上，不同的 mode 可以有自己很独特的设计，org mode 在 emacs 中就能自成体系，其他的编辑器中的移植很多时候还是差强人意。
而 Vim 的 Modal Edit 是比 Vim 本身适用范围更广的东西，也许你没用 Vim ，但很多时候也会间接用到 Vim 的部分快捷键或者 Modal Edit 。
而独特的设计意味着就算能在其他编辑器 /IDE 中复刻一部分功能，但也还是没有在原生环境中舒服，这时，在 Emacs/Vim 能满足需求的情况下，我会更愿意用 Emacs 和 Vim 。
而 IDE 就很直接，简单，大而全，扩展性受限，但大部分功能都有了，用就完事。
- IDE 省心，功能全，在特定语言特定项目这个维度，用 IDE 心智负担会低很多，毕竟别人是靠这个赚钱的，喜欢 Emacs/Vim ，搞个 Keymap 也大差不差
- Emacs 现在我主要就用 Org Mode 和 Magit ，然后还有其他一些临时编辑、文件管理啥的，整体是脱离项目这个单位，面向全局。IDE 打开一个项目还是会占用一定的资源，启动也慢，这时 Emacs 就很舒服
- Vim 就只在终端用了，比如 cd 到某个目录后想简单编辑下某个文件、服务器上需要编辑配置等。所以我需要 Vim 的配置足够小，启动速度足够快。
对于编辑器来说，配置越重，功能越强大，启动也越慢，这个时候和 IDE 比资源占用上也没多少优势了，还不一定有 IDE 好用。
在我看来 Emacs/Vim 的优势首先在设计哲学上，然后才是扩展性。
Emacs 自底向上的设计，所有的功能都可以绑定在一个 key sequence 上，不同的 mode 可以有自己很独特的设计，org mode 在 emacs 中就能自成体系，其他的编辑器中的移植很多时候还是差强人意。
而 Vim 的 Modal Edit 是比 Vim 本身适用范围更广的东西，也许你没用 Vim ，但很多时候也会间接用到 Vim 的部分快捷键或者 Modal Edit 。
而独特的设计意味着就算能在其他编辑器 /IDE 中复刻一部分功能，但也还是没有在原生环境中舒服，这时，在 Emacs/Vim 能满足需求的情况下，我会更愿意用 Emacs 和 Vim 。
而 IDE 就很直接，简单，大而全，扩展性受限，但大部分功能都有了，用就完事。