程序员写的东西犯法会被抓，程序员写的东西盈利没有分享。

看不同位置解决不同问题的路径吧，如果像是基础一些的程序员，有一些功底，加上搜索能力，问题解决思维，少量沟通，就足以应付大多数事情了。

深圳这边好像见过上门铲屎的服务了。去年春节的时候见过，不过貌似不是很放心，就没有尝试。

metabase 了解一下

@menc 我经常隔一段时间就这么戒断一次，完全知道是咖啡因引起的。

我更期待 route53

那有没有左端和右端

推荐学安全的初学者，最好先夯实基础，掌握编程功底，然后再学习安全知识，不然很容易徘徊在脚本小子和从业者之间

iptables 路由到一个本地 http 服务器，认证通过后，把符合条件的流量添加一个标签，符合标签的转发到认证通过的路由集合里

discuz 那么多复杂的业务逻辑，只读个 sql 应该不行吧

@kingmo888 咦,居然还在.我也是浅度使用而已,刚好碰到了你碰到过的问题哈,其他的你还得自己摸索~

HDFStore 自带文件锁,如果你在一个进程中打开,另一个进程是无法修改当前 hdf5 数据库的

@kingmo888 除非你逐条插入,推荐先用 pandas 组装好数据再保存

@kingmo888 我感觉挺快的啊,几百万的读写数据都是毫秒级别的,它本身就是个内存型的操作

当然可以修改压缩级别啊
ptrepack -h

.....
--complevel COMPLEVEL
set a compression level (0 for no compression, which
is the default)
--complib {zlib,lzo,bzip2,blosc,blosc:blosclz,blosc:lz4,blosc:lz4hc,blosc:snappy,blosc:zlib}
set the compression library to be used during the
copy. Defaults to zlib

你来这问对地方了,hdf5 是不会释放已用空间的,每次新增数据,都会重新申请一次,一个比较简单的解决方法是用自带的工具重新打包一下,叫做 ptrepack <新文件> <源文件> ,新文件的大小就是重新计算过的

少年,这些我都用过,没有什么复杂的数据结构是 spark dataframe 或者 spark-sql 处理不了的

早年玩比特币留到现在的无不是老韭菜，创业者基本都财务自由了。现在区块链大多只有创意，唯独缺的是比特币这种具备强大网络效应，顽强到超越国界，超越认知的正向循环图。