@stephenyin
但阴历来算，太阳还是年底。

当然是 lisp 啦

@kajweb
因为有 hardware 部分，要是只是 curd 就简单太多了，我写 curd 分分钟的事情。但问题是子公司负责的 hardware 从来就不做文档，不做交接，和楼主一样，任务完了就放一边了，需要改善的都不去改善。我所在的研发部门就好很多，hardware 稳定，software 需求客户要啥马上改给你。要啥数据，怎么显示数据，改界面，改业务流程，换通讯协议我都能搞定。要是 hardware 有问题，就像后端服务器挂了，前端只能默默先 mock 数据，到最后对接又是新的混乱。

一般而言，是的。我们集团的一个子公司快速扩张后接了一个自己根本搞不了的项目，让大老板救火，接着就是几乎把研发部门所有人（包括老大）都拉过去填坑了。这个项目还是被客户喷到狗血淋头。研发部门就剩下三个人搞定三个项目。

年后还在验证阶段，估计还是要秋季，10 月份左右。初代 16inch 真的惨，最后一代 Intel Mac

用 Redis 做个简单队列也是可以的。最简单的就是 socket，本机 socket 延时肯定没有楼上说的那么高

用 long+bit mask 模拟就好了。硬件寄存器都是这样子，一个 byte 可能映射了 3-4 个功能，某个功能取决于某个 bit 的电平高低。

可以了，如果能堆到 50w，理论可以去到 5700 的水平

@GuuJiang
应该都是源自日语的，因为大部分的词我都能用日语读出来，而且中文读音也和日文读音很接近。

虽然很近，但家里人不给养猫。希望能找到个好主人吧~

没有银弹

顺应自然的话，意味着符合这一条件的任何概念应该是先验的。但公平标准又要视乎每个人情况而定，明显是后验的，违背你的大前提顺应自然啊。

不要看包數量，看字節數，tcp 每一個數據包大小都不是固定的。

用的都是同一段 buf 接收數據並通過 chan 轉發我記得是有問題的。

79 的雙飛燕，意外地好用

其實這個研發了好幾年了，現在才上市。iOS 設備從清一色大額頭大下巴到現在快全是劉海屏。