其实就是后面补 0x00
play.golang.org/p/MxstiahPDa3

这叫 duck typing, 比如 python 就支持

可以换自带的 sync.Map
唯一坑的地方是没有 Len()方法，也就是说如果你需要获取 Map 中的元素个数，得自己遍历一遍数个数。不过看你的使用场景，应该不需要 Len()方法

将姓名和体重拼成一个字符串，然后按这个新字符串去重就可以了

其实先治疗强迫症才是当务之急[狗头]
楼主可以先说一下为啥会有一次新增几百个文件的情况吗？
如果这种情况出现频率很低，那就忍忍用 checkout 吧，或者像楼上几位说的，放两个不同的文件夹
如果出现概率很高，我感觉 git 不是一个适合的工具

atomic 没有保证“可见性”这一说法，保证的是操作的原子性
另外文章中已经多次提到，在保证输入输出一致的情况下，C++编译器可以自行优化语句的执行顺序，因此你说的 atomic 变量和普通变量，哪个先改变是无法保证的，所以无法实现你说的“同步”效果

遥想当年的 Turbo C，其实挺符合楼主“体积小+即装即用”的需求
唉，暴露年龄了

@aheadlead #3
$ echo '68656C6C6F2C20776F726C640A' | xxd -r -p
hello, world

@garsday #16 如果确定买哪个的话，麻烦告知一下，我好借鉴借鉴，多谢

公积金 9000 多，这个真不能算杠杆，只要能保证当前的收入水平不发生大的下滑，可以说毫无压力

git 是支持彻底删除某个文件的，但是操作很复杂，非常不建议这么做，如果一定要做，一定要做好备份。
如果原先的提交不多的话，最好是重新建个 repo，从头重新 commit 一遍，这个比较安全可控

华硕这个内存 16G 目前看是够了，但是描述里面说“板载内存不可升级”，这是不能加内存的意思吗？那就有点不爽了

缘分哪，正好有一模一样的需求（不过续航不太关注），同求推荐

虽然我很想试着帮你，但是奈何看不懂你的要求。。。

软著的作用：1. 上架，2. 避免一些专利纠纷，3. 凑专利数（但是大部分场合不认可）
代码还是得靠自己保护，靠软著是不现实的。当然大部分代码其实没有保护的价值

对付联网验证的方法，常用的要么就是直接跳过验证的代码，要么就是做一个假的服务器进行应答
对付这两种方法，需要做到：
1. 部分计算逻辑得放到服务器实现，确保程序需要连接真正的服务器，计算之前服务器可以做授权验证
2. 验证时引入随机数和时间因素，防止重放攻击

不知道微信对获取 token 的频率有没有什么限制，如果没有限制的话，单独开个进程，每隔 90 分钟刷一次 token，需要用到的时候直接用就行了

MongoDB 应该是最适合你这个需求的了，或者你可以考虑一下 PostgreSQL，支持 json 字段

MongoDB 发展到现在，已经算是很成熟的了，大部分的坑都已经被填，对于使用者（特别是用了多年 SQL 的人）来说，主要还是使用习惯的转变，需要从 SQL 的思路跳出来

大胆的去用吧，你会发现真香的

PS：MongoDB 支持 left outer join，通过$lookup 关键字

@zkdfbb #27 exec, fork, spawn 在启用 asar 时不能使用，我是看文档里面这么写的，倒确实没试过，也可能是操作系统相关。
你在 windows 平台用 execFile 可以启动这个 go 程序吗？
进程的启动，不同操作系统的实现区别会比较大，可能有些情况不太好兼容