代码直接 idea 自带的，非代码的直接命令行

@wangyzj 嗯，没考虑数仓那部分，只加上 hbase 其实和 mongodb/es 类似了，考虑到数仓一个 hbase 也不够哈，又要多出好多东西

@makisang 这个和场景有关，比如我有一个事件中心或者说是用户行为中心类似的服务（或者说是日志？），有个表保存所有事件，有登录事件，下单事件，付款事件等等，每个事件有部分字段相同，有部分字段是动态变化的。
登录事件：用户、登录时间、登录平台、ip 等
下单事件：用户，下单时间、购买平台、订单号、商品详单（数组，商品可能还包括商品信息等），金额等
付款事件：用户，付款事件、实际付款、优惠券什么的，等等

大数据这块不太懂，不过和我们公司差不多
我们公司是有离线数据仓库和实时数据仓库。
离线数据仓库一般 T+1 做数据分析，具体的框架不太清楚，好像是 hdfs+hive，数据量大就是机器要管够
实时数仓支持做数据决策，一般是计算指标，框架好像是用的 flume

数据集市那些是数仓对数据的分层，百度很多介绍的

mysql+mongodb+redis+es 吧，表设计、索引和优化做好，我感觉可以覆盖绝大部分场景了
普通的业务 mysql 就能搞定，数据量太大了可以分库分表
需要实时的 redis+mq 异步搞
一些非结构化的 mongodb 可以搞
需要搜索的 es 搞
看你是什么场景了，一般都是多个结合使用

#19 说的很对

怎么直接发出去了，把逗号加上，分情况 like，这样行不

select * from table where id_list like '%,12,%' or id_list like '12,%' or id_list like '%,12'

需要单身，且对同事有期待的，不算加班
我特么有家人要陪，认不认识的同事都只是想作为同事，不想进一步发展的去了等于加班
对于我来说，拓展训练是最傻逼的方式 +2048

晚上早点睡，11 点左右，中午 20 分钟左右趴一下，基本不会困了

前段时间学着写过一个批处理 http 调用其他服务用了 Webflux，生产上用到，结果在并发大的情况下直接死了，都还没找到原因，直接切回阻塞的

这种配置错误主要还是预发布的时候没测试吧，已经出错多次就想办法在刚发布的时候就测试下，日志应该有权限查看吧，日志打印出来，做一个预发布测试的流程

感觉这个像是下载文件，然后有错误的时候不下载提示

一般业务逻辑都不会写在 controller，放到 service，线程池这么用有没有问题要看具体场景。
场景中要考虑下请求频率和并发量，现在这样每次请求都会创建一个线程池，如果并发量很大的话会频繁创建和销毁线程池。可以考虑把线程池公共出来，设定队列等。如果需要请求速度返回，但是又不频繁，可以这么干的。

没有人权，而且人员流动特别大，和内部员工一起的时候明显的区别对待，能不进就不进。
如果去阿里这类的大公司外包可以干，忍受没人权的同时学点技术和思想，然后就可以跑路了

我也想骑车上班。。之前单程 3 公里共享单车妥妥的，现在单程 30 公里。。只能挤地铁