#8 楼 @jiang_plus 谢谢！

#4 楼 @hooopo 我们在做一个给用户看的 dashboard，提供按天计的一些 events 的统计数字，现在两种思路，一种是直接查 Redshift 简单粗暴但是慢，第二种是数据流进来的时候直接加 counter，保存一个 aggregated 统计表，还在纠结中。

events 的数据量会比较大，一天几百万，这种适合引入时间维度的 dimension 表吗？谢谢！

找了一圈相关资料还是 @hooopo 的几篇数据仓库文章写的最好，手动给👍

#1 楼 @hooopo citus 看着不错，但我司应该没有精力去搞了。忘了在哪看到，Redshift 只能提供秒级响应吗？进不了毫秒级？

#19 楼 @hlxwell 我们在用 trello，另外基于 trello 做了个小工具。 开发和日常事务建议分开，用两个看板。 关于你问题的 4 和 5，推荐你看下 https://medium.com/the-year-of-the-looking-glass/85aa70a0b87d

前年 https://gumroad.com 出来的时候我就做过一版，后来烂尾放弃了。

楼主说的审批问题其实并不需要考虑，属于想多了，因为开始并没有那么多的作品，等作品多了再考虑审核和资质的问题即可。

数字出版在国内的问题在于环境，盗版之国嘛，现在读书的人就少，认可数字产品收费的人更少，能够独立出版数字作品的作者就少上加少。这个市场太小，要做成的话需要一个长期的培育期，像 gumroad 这种平台模式在国外也只能靠长时间量的积累和长尾盈利。就 gumroad 来说，因为有个天才少年在，整个产品的交互体验式是极佳的（各种 CSS3），他们在持续的打造产品细节筑造竞争壁垒。

另外换个角度说，如果国内独立数字出版的市场成熟，首当其冲的会是豆瓣、微信、甚至微博阿里等平台。没办法，谁让我们是在 hard 模式下创业呢。

不知道 @Rei 自己有什么想法？

#9 楼 @fredwu TargetProcess 好赞

#5 楼 @jksharer 4 楼正解。

http://blog.newrelic.com/2014/04/23/better-junior-developer/

离岸公司纯粹想多了。 短期可参考 @raecoo 的方案，长期找个代理公司注册千把块钱搞定，自己跑工商税务非常浪费时间精力。

#15 楼 @lgn21st 加精不要犹豫啊，北京、上海都招人。