我们公司有用 protobuf 的

一样，比你多干两年，还是焦虑

我也觉得先看 spring 的书比较好，《 spring 实战》，spring 的东西大概搞懂后，spring boot 上手也就一两天的事

编译时包含 /使用某个版本的 jar 依赖，运行环境未必存在该资源或使用的版本和编译时不同

@iffi 这是啥原理，mark 下明天试试

数据库设计 -> 接口定义 -> 前端 -> 后端

北京 4 年，也有类似的感受。
再多的繁华，也不属于我。

我就是开线程池的

目前用的是线程池+guava ListenableFuture 、Futures 工具类，确实很多线程堵在 IO 上了，线程池要开多大需要压测
看到有其他项目用 Spring webflux 的，对这个不熟

马克

我现在在北京，也有计划去南京，南京工作机会太少，很纠结

用过几次 apache poi，不难用

1. 窗口也是基于 state 的，你可以直接在 function 中用 state 作为计数器，计数器的累加根据你的需求可以设计为日期为 key，pv 为 value
2. 使用外部存储，比如 redis，不好的地方是失败恢复时可能导致数据不准

没问题。
建议：1. 不要直接用 Executors 静态方法创建线程池,而是用 ThreadPoolExecutor 的构造方法创建。2. 用 guava 的 MoreExecutors#listeningDecorator 对线程池包装，后续很多 guava 的工具方法可以使用

我说下自己的理解，对后端开发也不是很熟，交流一下：
1. controller 不应该抛出异常，所有 controller 提供的接口都把异常 catch住，可以通过 @ControllerAdvice+@ExceptionHandler, rest 接口返回的结果用状态码标识是否异常
2. service 层可以把 checked exception 转换为 runtime exception，这样如果 service 有多层函数调用，不需要每层都处理异常，反正最外层有 controller 统一处理异常了
没太明白你说的 model 和 function 是什么意思，“是不是普通公共 function 不应该抛出异常直接 return?”，如果是公共 function 类似 util 工具的话，我觉得抛出异常是很正常的，参考 guava 里的各种工具类，有在校验参数时抛出 runtime exception 的，也有抛出 checked exception 的，还得看具体情况

@xiaowangge 这也太老了

为什么很少人推荐函数式编程语言？