不以盈利为目的？请问这个货币还怎么发展推广？

@chenqh 信号量没听过的话应该去查操作系统原理。

@BoBoy 你好，我就是写这些底层、实现类似 MVVM 双向绑定机制的跨平台实现的。

所以我觉得一次又一次地重复解决这些问题的 写 APP 的业务和 low，我不是在说像你这样的人 很 low。

啊，如果我的说辞让你觉得很不友善，啊这一定是个误会。

合算。提早进入程序员圈子并没有什么先发优势。考个有真材实料的 CS 硕士比本科好使多了，我说的是接触新技术的时候，不光是靠文凭找工作。

说这些的前提是你认为自己真的愿意也有信心长期在 IT 行业发展并且打算走中高端人才路线，而不是只打算做什么写个网站写个 app 这种廉价劳动。

终于可以甩开 js 用更好的语言撸网页

觉得很厉害但是感到有点不明所以。能不能请您介绍一下您作品的原理？

譬如说，utun0 是用什么 API “创造”出来的？里面要做些什么才能把 socks5 协议变成 xxx ？

自问自答，多有打扰了，答案就在本站帖子：
https://www.v2ex.com/t/57617

@markxusheng

你现在做的这个社区跟我之前的一个设计很相似。

只不过关于扣分和加分那部分，比起你现在的这个公式复杂很多，是根据“小组”里面的信息量来动态浮动的。换句话说就是，鼓励烧冷灶，压抑凑热门。

每一次发言和参与社区的行为都类似于拿分值去做投资，有回报有亏损。

所以我才会觉得说你这些限制，就是类似于“行政干扰自由市场”，从根本上来说是多余的。

可能我和你信奉的经济学派不一样。

@markxusheng 你这思路跟中宣部广电局是一样的。人家起码还占着大义名分和渠道，得供着求着。

先审查再发布？没觉得会有很多人愿意加入这种游戏。

一点浅见，多有得罪了。

我不是大牛，我要是大牛，凭啥牛逼哄哄的我分享要找你申请？

@ray1888

我也不知道什么样的教程是我懂你也懂的。
所以哪里不懂你就开帖问，请用心努力吧。

@ray1888

通常而言，asyncio 和 gevent 只选一个。
我也没试过混搭，两个事件循环一起用，应该会有诡异的 bug。

等你用这两者其中一个之后遇到瓶颈再考虑多线程吧。
我的观察是，你还要学习一下才能驾驭多线程吧。

有 gevent 用 gevent， 没有 gevent 用 tornado-ftp。
用 python 的目的就是大量用库用框架解决这些问题，不然人生就苦短了。

支持多个客户端并发接入根本不是靠多线程。
当然，如果你说我一简单 FTP 服务器就那么几个用户，也不是不可以用多线程来实现。
但是本质上来说是一个错误的做法，不要指望碰巧把事情做对。

其实我用得很爽但我不说出来。

利益关系: 本人是 java 黑，虽然最早就是用 java 出道的。

有个观点认为 java 其实不差，黑 java 没必要。我说说我的个人看法，不代表哪家语言的粉丝。

第一，货比货得扔。如果你没别的选择，譬如说因为工作原因，经验原因，各种原因，客观上只使用 java。那 java 确实也不算差。但一旦进入比较，你就会发现有几门语言，能够在管理上，开发效率上，运行效率上，爆 java 几条街。或许你也会像我一样，恨自己没有机会更早接触更抽象一点的编程需求和环境，以致于在某个境界上困顿不前，坐井观天。只好黑一下 java 寻求慰藉。

第二，可能我不是一个人，经常会被一些你认为又愚昧又顽固的人弄得哭笑不得。恰好在我的经验里面 培训市场开发得很充分的 java 开发者中，就有很多这样被歧视的人，连带就把这个 java 语言使用者群体给恨上了，不黑不舒服。有时候也有一种类似于，好无聊啊好想被 xx 的表情包情绪，恰好有软柿子，就去撩拨一下。

事情可能就是这样。

@longaiwp

讲数据的话，国内的开发者从 Apple 分到的钱可能逼 Android 的多。
这个角度来看，Apple 的信仰比较值钱也说得过去。

先澄清几个问题：

1. 什么是协程 ( Coroutine )?

协程可以主动放弃 CPU 使用权并交给约定的另外一个协程，根据约定方式的差异——明确指定跳转到另一个协程 或者 交还给调用者（另一个协程）——可分为 非对称（两种方式都可以） 和 对称协程（只允许交还 CPU 给调用者） 两种。但这种区分方法并不一定就是业界共识，只是有论文提出过这种概念。

抛开协程的物理实现方式不谈（即不讨论栈帧和寄存器之类的概念），协程必然存在一个执行上下文的概念。协程切换前后，其执行上下文是不变的，就好像这个切换没有发生过一样。这一点和 线程切换是一样的。

从这个概念来看，以我所知，goroutine 并不是 coroutine 协程。

因为实际上程序员并不能自行指定切换到哪一个 goroutine，而是由 gosched 来自行决定下一个要从 suspend 变成 active 的 goroutine。

但 goroutine 也不能说是抢占式的 (preemptive)，因为 goroutine 被切换的时机是明确的，就是访问 chan 等等应该 block 的时候。

2. 协程的实现方式及代价

把执行上下文的这个概念，对应到物理实现方式的时候，有很多种实现方式。

C# yield return 搭配 IEnumeratable 语法糖 和 async await 的实现方式是，在用户代码之中插入状态机代码和数据，使得从程序员的角度看来是保持了上下文不变。这是编译器魔法，是编程语言相关的。

Windows Fiber API 以及 boost::fiber boost::coroutine 的实现方式是保存寄存器状态和栈帧数据。这实际上就是通用 内核 实现 进程切换的 技术变种（所以实现方式是平台相关的），可以称为 平台魔法。

这两种魔法跟线程切换的最大区别就是无需系统内核介入（ windows fiber 实际上应该不需要深入内核，但是不是真的没有进入内核，我并没有研究）。因此，假设在同一个 OS，同一个 CPU 满负载都用于协程／线程的情况下，支持发生协程切换的最大次数，很大可能是高于线程切换的。

但是这个数据对实践并没有什么指导意义。因为实际生产环境中很少能把 CPU 合理地用满。

两种实现方式都需要额外都内存来存储上下文，只不过编译器魔法保存上下文的内存使用概率可能高一点（因为明确知道上下文都数据大小）但是会丧失调用栈上下文的信息，而平台魔法的上下文数据通常是要预先分配（通常会过量分配）。