mac 下的 TRIM 只限 Apple SSD, 所以什么牌子的都不行. 不推荐使用 trimforce.

ffmpeg 拆成音频流和视频流, 音频流用 sox 调完声音再组装回去.

@ethanlu 你的 idea 是对的, 这种逻辑可以用在能分出胜负或者名次的对战形式的竞技项目上. 但是和线下结合非常难, 祝你好运.

除了作弊无解以外就是个 elo rating

@orzfly 不要指望活在 apache 托管 php 时代的人去学 openresty.

chrome 51 的话需要 openssl 1.0.2

复制一份用另一个下载工具挂着就是伪种了.

看起来不错, 不开源没关系, 只要有手动输出证书的方法应该就可以考虑了.

你想到的第一个解法换成优化的数据结构就可以了. timer wheel

1 CUDA 和 OpenCL 相当于两种或者一种只是略有差异的语言, 理论上没有性能区别但 CUDA 只能在 N 卡上跑. 这是基础中的基础, 不会就别干了. 但就 DL 领域来说 NV 把很多库提前做好了而 AMD 没有, 所以实际的使用率上 CUDA 就垄断了.
2 并行计算的存储和 EMC 基本没关系, 散了吧.
3 能跑到 GPU 水准的 FPGA 一般人买不起, 散了吧. G 做了 TPU 国内有寒武纪, 都是前沿研究团队做的东西新手不要瞎掺和.

@also24 NAT64 会把 iOS 设备的 IPv6 请求变成 IPv4. 服务器可以保持原状. 主要是旧库可能会把解析写死 IPv4 或者有一个写死的 IP 之类的这就过不了了.

测试环境有 NAT64, 你照着做就好.

Win8.1 WIMBOOT 升级 10 肯定会删分区, 这个事一定会发生, 就不用楼主猜了. fstab 能写 uuid 就写 uuid 吧

bitcoin 交易有不可逆性, 而传统方式可以撤回支付. 这个无解.

Joyent 的路线就很接近于楼主的想法. 把自己所需要的东西打成包, 并用包管理器安装是正解, 顺便依赖关系, 签名认证等都解决了.

写 dockerfile 肯定是下策, docker 里模板基本也是带包管理器的系统, 如果构建命令只是用来装 repo 里有的东西, docker image 就和包的内容是冗余的, 用任何方法重建都非常快. 新编译没有的东西会落入验证源码完整性, 编译环境安全性, 还有事后签名的大坑. 从安全角度上用公开的模板就再糟糕不过了. linux kernel 的安全性是另一个减分点. 封装复杂构建的系统肯定是 ZFS snapshot 更好.

@hljjhb @msg7086 https://help.github.com/articles/what-is-my-disk-quota/
"We don't recommend distributing compiled code and pre-packaged releases within your repository."

这个表态应该够了.

当然这也不是禁止, 只是这个环境有暗含强调"合作开发"的意思, 不加开源授权协议也是允许但肯定会阻碍合作的行为. 往 git 里存 binary 基本就没法管理取 diff 了, 除非用 LFS 这样的方案分离出去.

@darklowly 相关的书好几本了吧. 举例子说比如做一个业务, 只需要一个描述页面(landing page), 加个表单让客户下订单, 留联系方式供询问就好了. 然后就可以少量推广根据反馈开始迭代了. 等用户上门之后才会慢慢的发现真正的问题或者痛点是什么, 为什么你的产品描述打动不了用户等等会有无数可以调整的地方, 走上正轨确认模式可行有很多回头客了再加大投放量, 并追求口碑上的推广.

@vvard3n var 竟然可以写里面... 不过不好看啊.