驳『U盘式生存』

U盘式生存——自带信息、不装系统、独立插拔、自由协作。罗胖自己却搞了个系统在疯狂吸金。别信这种鬼话。 U盘依赖于外部系统才能运转,系统却不一定依赖U盘。例如我每天使用手机和电脑,U盘却在角落积灰。 真正能持续创造价值的,是独立稳定运转的系统。要么成为系统的一部分,要么创造系统,要么自成一个小系统。(打工、创业、自由职业) 功能模块要放在系统里才能看出价值。 如荆轲刺秦,从模块层面来看,真漂亮,侠客

ClickHouse 数据表导出导入

导出: echo 'select * from hello' | curl ${clickhouse-ip}:8123?database=hello_db -d @- > hello_exported.sql 导入: cat hello_exported.sql |clickhouse-client --query="INSERT INTO hello_db.hello FORMAT Tab

ClickHouse 分布式表数据去重

场景 有一个部署在两台机器上的 ClickHouse 集群,里面有张分布式表。一部分数据存在机器 A 的 Shard 表上,一部分数据在机器 B 的 Shard 表上。访问任意一台机器,都可以看到全量的表数据。(更多细节略过) 这张分布式表里有一些重复数据,想要去重。怎么处理呢? 思路 创建一张临时的分布式表,从原表中查出去重后的数据,插入到临时表中。清空原表数据,然后再从临时表插回原表。 SQL

调试方法之以小见大

什么是“调试”?我开发了一个功能,运行看看效果,如果有问题就做修改,改完再看效果,直到功能可用。 什么是“以小见大”?我开发的功能,将在大系统上跑,但是运行一次的成本太高;所以先放到在小系统上跑,小系统上调试通过,验证可用了,再发布到大系统上去。 举个例子,我对某个数据处理系统的模块做了性能优化,怎么验证效果呢?大系统上,有上亿的数据,该模块处理一遍要 3 个小时;小系统上,有上千条数据,该模块处

如何搞定一件事

动力——把“搞定这件事”放到第一位 要么不做,要做就要把它做好。如果这件事是值得做的,是决定要去做的,心里就认定——“一定要搞定它”! 茶不思饭不想,就是要搞定这件事。 地震了,海啸了,我也不管,我就是要搞定这件事。 无论如何,我都要搞定这件事。 这就是古人说的“志”了。 专注——“世间万物皆系于一箭之间” 开始着手做这件事了。但是我心里有挂碍,我同时在想着千千万万件其他事。我有好多好多想做的事。
如何搞定一件事

16年画的画

16年3月第一画,16年10月封笔。葫芦娃在乐乎上收获19个赞,其次是14个赞的叶峰。 没有基础,不会技法,不懂理论,工具简陋,直线都画不直。就是心有所动,想画出来,于是就画了。 上班后的生活已容不下这些。即使有业余时间,也不再有任何创作冲动。整天就想着怎么赚钱,怎么提升竞争力,就焦虑,就丢失了发现美和创造美的能力。