反正这个价位段就是在屎堆里刨个性价比的东西，目前就绿联勉强还过得去

关键除了绿联，其余这个价位段的就都是杂牌了，高端的例如苹果官方店的又买不起..

@noogler67 #2 不可能支持 Makefile 的 makefile 千奇百怪..

没有特定的操作系统跟 IDE，说 linux 的，可能不知道 c 语言 很多经典项目 比 linux 的年纪还要大

c 语言的集成工具太多了 autotools configure cmake autogen.sh 自己手写 makefile 一大堆 数不清的方式..

炸了 没法支付

我有个 5M 的闲置腾讯云 30 块钱 让你独享 5M 怎么样

@shilyx https://github.com/balena-io/etcher 看看这个吧 一个简单的烧录工具 就 120 多 M 对小水管简直就是个灾难

@shilyx #12 现在没有特殊需求的工具 上来就是 electron 几百兆给你走起.. 一个烧录 ISO 的软件都可以做到 150 多 M

@shilyx #12 win32 已成历史.. 现在还搞 win 客户端开发的 都已经被当成老古董了..

@VoidChen #1
其实.. 现在程序员都不怎么写复杂的 SQL

因为 SQL 本身难以维护，而在代码里面实现业务逻辑远比数据库要强

除了复杂的报表需求类似 OLTP 的系统可能还你这种 SQL 大部分场景下 已经不需要复杂的 SQL 了

@geekjc #17 搞这么神秘？ pornhuX?

@RudyC #32 其实简单来说，就是接管了调用，让 epoll 去完成多路 IO 复用，这样当 epoll 告诉你可以读这个 fd 的时候，就让协程回到运行态，协程应该算是被发明出来对抗回调地狱用的，毕竟大部分人习惯线性思维，而不是 callback hell

@RudyC #30 是的，协程本身就是应付互联网的 IO 密集型场景，计算密集型，其实没有多线程的必要，很多算法并不能并行。

另外协程这一套机制等于把协程的栈空间 全部放在 golang 整个进程的堆空间，如果频繁向操作系统申请释放内存空间，会造成内存抖动，因为现代操作系统有一套复杂的堆内存管理机制，需要整理碎片大小的内存空间，如果 golang 进程频繁申请释放内存空间，就会频繁触发操作系统的内存整理，而传统的线程，其栈空间都是预设好的，会随着调用增加，会随着返回减少，操作系统有特定的机制整理栈空间。

@RudyC #20 这也是我称 golang 是虚拟机的原因，因为其协程本身就是虚拟了一套操作系统的调度功能，并且会在编译后的特定的汇编代码处插入特定指令，此时会触发一些 golang 协程系统内部机制的一些调用来完成调度功能

@RudyC #20

是多协程工作的时候，多个协程的 IO 操作让 golang 给接管了，golang 应该有一个机制 将 IO 调用单独用一个线程来处理 派发 响应，像 epoll 调用就可以使用水平触发来 监听多个 fd，这样语言层面上，只要一个线程就能接管跟系统调用的操作，这样其它 golang 的线程就不用频繁进入内核态了，进入内核态首先要切换 MMU 的页表，L1 L2 cache 可能还会被 invalid 掉，单次内核态切换开销小，但是如果上千个线程的内核态频繁切换开销就大了，切换少了，很容易把线程给饿死，不频繁切换是不可能的。但是像 Java 这种线程池模型，你只能拿线程池死扛，没有其它好办法，因为语言层面上就没做协程，后续的版本可能会推出。

另外协程也有自己的问题，就是公平调度的问题，万一一个协程长期跑着，不退让 CPU，这样可能其它协程就饿死了，在调度算法上面还需要做很多处理，至于协程的中断，可以参考 Java 的 GC safePoint 实现，应该是使用 Linux 的 mprotect 系统调用，在特定的汇编地址下，插入一些 nop 代码，当操作系统检测到 CPU 运行到这个地址的时候，就会触发软中断跳转到 mprotect 事先设置的回调调用

有兴趣的朋友最好了解一下 epoll 跟 mprotect 调用，这两个函数读完说明书，基本上就了解协程是如何实现的了

@Livid 建议处理一下吧，别什么人都能来发招聘帖，后面规矩就乱了..