@Antidictator 其实我也想问，很多人人云亦云说当探针，但是具体是拿来干嘛

@gaocc 那就没必要纠结了，我小米超极本开发装个 Ubuntu 该怎么开发就怎么开发

提醒了该换电脑了，没有什么是换电脑解决不了的，如果有，那么换更好的电脑

蛤？

开 fixed 分支，全部修复放置到其中提交，之后一次性合并 fixed 分支到 master 分支

@liaoyaoheng 那时候什么都要省着用那高压锅估计都是看着我长大的，看起来就很老旧，真怕他某天炸了

花生壳很不稳定，及其不推荐

我翻看了
`https://bitbucket.org/phiggins/go-db2-cli/src/4c711d05ec2ee96fa59d2214e975505bf75e4144/mgodbc.go?at=default&fileviewer=file-view-default`

这个链接里面的 122 行和 126 行发现了 switch 条件`SQLHENV`和`SQLHDBC`,你打印一下，是否这两个定义是同个值

@praynise 我试试自己本地的

@ThirdFlame SVN 我存了一堆和代码无关的软件和照片，其实不仅限代码删了也能回退版本找回........

64G，现在手机照片动不动 9M，真的受不了

看环境，我搭个 SVN 之后直接当仓库.........

今年 APP 端确实少了，应该说回落到了正常地步，以前哪怕初级 Android/iOS 刚入门也能找到一份不错的，而且是求着要，现在应该算是回落正常点的，当然如果你有绝活的话，这种事应该也不是问题

相比较煤气罐，我更害怕很久以前的高压锅，每次都战战兢兢，以前家里的高压锅有段历史了，上学每次煮饭都害怕炸了

@maowenjie 其实就是当天这样处理没问题，但是过了当天，你可以把数据表另外压缩成一张 Record 记录表（ ID，DATE，TASK_USER ），你将当天记录跑脚本全查出完成任务的人数，完成任务信息等做成 JSON，后台查询只需要汇总信息，你展示给他这些大概信息就行了，之后就是把你任务表相关清空给明天使用，每天生产 100W 数据，数据库早晚会爆的

@maowenjie 如果按照现有这样格式，MYSQL 占用的容量早晚会把硬盘撑爆

@maowenjie 跑计划任务压表，你这情况和我们公司的游戏统计汇总一样，当天数据你可以查出来一百万条也没关系，但是走计划任务，将当天所有完成任务做 json，格式随你定按照也会汇总成 1 条（ record 表）记录，之后可以考虑导出整张表数据成 record.sql 做备份，之后清理整张表给后续使用

The following cgo environment variables must be set before building this package:
CGO_LDFLAGS
CGO_CFLAGS


配置了 C 库吗？

对了，不用使用 mysql 内置 Rand 函数来做随机获取，效率和性能都不高