写的很好，对我这种初学者很有帮助

没用过 java，不知道是否有高级的办法。纯手撸的话，就是用一个 FIFO 队列。

之前比较过几个思维导图软件，比较之后保留了 xmind，作为极轻度使用者，感觉挺好用的，手动点个赞

我能想到的有两个办法：
1. 增加包头，不一定是二进制的包头，只要定长就可以了，前端应该很好实现。而且前端处理二进制也是没问题的，有对应的库
2. 固定一个字段做匹配，比如要求有个"__type__"字段，用来表示结构体格式，然后先用 substring 一类的函数，把这段内容提取出来解析，确定了格式之后，就按对应的格式解析。

我实在想不出，看这种文章，我能学到什么东西，茴的四种写法么？

初期：闲着没事，随便找门带 gc 的语言学学
入门：交叉编译和单文件执行太惊艳了
了解：我居然敢去看其他大佬的源码，而且居然一看就看懂了，顺手提个 PR 吧

表示支持，省却了自己部署 server 的麻烦，就能实现真正的 code everywhere 了

可以用 yarn 啊[手动狗头]

@buffzty #24 作为业余前端，我的操作是找个 vue+element-ui 模板改一改，搞定显示的内容，所有的逻辑放到后端来实现

@buffzty #22 对的，就是这么个思路。那你在实际使用过程中，有碰到什么问题吗？

@qwe121002 #20 提问的话，最好单独发一个主题，尽量描述清楚你的目的和已经做了哪些尝试，这样会有更多的人帮助你

从下午到晚上都在研究打包的问题，增加一些额外的信息给需要的朋友：

1. 目前打包的工具有两个 electron-builder 和 electron-packager，用 electron-vue 建立项目时，可以选择其一作为打包工具

2. electron-builder 功能较全，配置比较麻烦，除了打包之外，可以制作各种安装包，electron-packager 比较简单易用。我测试了用 electron-packager 在 linux 平台生成 linux 和 windows 的可执行程序，如果要生成 windows 平台程序，需要先自行装 wine （据说是为了改图标），也测试了用 electron-builder 在 linux 平台生成 windows 下的可执行程序和安装程序，没有需要自己安装的工具，生成的过程会自动下载（不清楚是否需要 wine，因为已经装过了），其他的平台就没测试了（注意，为了确保下载成功，请科学上网）

3. 两个工具在打包的时候都可以设置一个 asar 参数，如果为 true，会把整个 app 打包为一个 asar 文件，这样据说可以提高 IO 效率（特别是在 windows 下），由于程序较小，没有明显感觉，但是在复制的时候有明显区别，因为不打包的话，node_modules 这个文件夹得复制半天

4. 如果启用 asar 文件，在 child_process 里面的函数，exec, fork, spawn 全部都不能用，只能用 execFile，如果确实想用，可以将需要执行的文件，从 asar 文件中复制出来

5. 我把后端程序放到了 static 文件夹中，发现打包之后，`dist/static/`文件夹虽然已经有了程序，但是文件属性从 755 变成 644 了，原因是 electron-vue 的打包脚本中，复制 static 文件夹时，用的是 copy-webpack-plugin，它这个 issue 至今未解决。我最后没办法，直接修改 build.js 文件，复制完成之后，手动执行一次`chmod +x`，把权限改回来

首先回答你的问题，按我的理解，如果你的工资是由基本工资+绩效组成的，那么他扣你绩效你是没办法的，因为老板很容易举证你工作没完成，但是你很难举证这个工作根本没法完成（毕竟没让你写个淘宝或者百度）
另外就是建议你骑驴找马，试着去投投简历，可能会有更好的选择
最后，身体是最重要的，其中眼睛尤为重要，一定要保护好，你的未来还长着，没必要为了这样的老板拼命

不实用，老是要冻冰块，太麻烦了，而且几个小时得换一次，直接上空调，现在的空调真心不贵，实在不行看看电器维修店有没有二手的（不过个人不建议买二手的）

@Jirajine #15 对哦，启动不起来换个端口再来一遍就行了，我咋把这个办法给忘了

同样是后浪，为啥 swift 直接就把 OC 拍死了，而 kotlin 居然还进不了前 20 呢？

@ysc3839 #11 这个库的 commit 记录，从 2014 年之后的记录，都是在改 README 了，不敢用。。。

@jason94 #10 保密是其中一个原因吧，主要还是我作为 crud boy，对前端只停留在 ctrl+c/v 程序员的程度，所以需要把大部分逻辑工作放到后端来实现
你说的 portfinder 库我看过源码，就是我说的遍历尝试 listen 的方法，这种方法存在一个极小概率的 race condition，可能前端检查的时候，这个端口是可用的，但是等到后端调用时，这个端口已经被其他进程抢先占用了（虽然概率极低，但这确实是可预见的风险）