我是通过别人的代码去体会到的设计模式的好处，第一次惊为天人，然后自然就想着怎么往自己的代码里套
说实话，如果你觉得这段代码用上设计模式是生搬硬套，那说明这段代码逻辑很简单，不需要设计模式，强行使用反而增加复杂度

今天刚下了一个正在试用
https://github.com/liaoliao666/v2ex

想深入学习前端的话 React Native ，不然 uniapp 快速出产品，赚钱了再招人换呗

服务部署是有另外的服务器吗，不然 16g 干脆直接拿来部署服务给前端调试算了，或者装一些开发用的服务，比如日志工具，还有禅道或者 jira 等

CDN 不是有用量封顶配置吗，不懂为啥会卖房子

@november 哈哈，刚想说提供信息的时候贴一下要经过几次转换

楼上说的非常好了，针对`让 OO 回到他本来的面目`做一点具体化的补充，`多个实现类都要抽一套 domain 出来`，除了继承实现还有包含成员变量的形式，这个完全看实际的业务定义，木工和钳工都会用锤子敲，这是因为他们都是工人呢，还是因为他们工具里都有锤子呢

从第一点描述看，这也不是效率高低的问题呀，效率和工作量并没有什么关系吧，也许你是觉得平时没项目交付的时候属于开发空白期不知道该怎么组织大家的工作？

如果真的比较空，领导又支持搞研发氛围的话，可以让组员们选一些前沿的东西进行研究，之后开分享会将各自研究的成果做个分享，文档归档，这对公司来说也是技术积累。前期大家可能不知道怎么下手，你可以跟他们沟通讨论给他们几个选题，后面就可以让他们自己找了。不过前期对你来说可能需要花费较大的时间和精力。

codereview ，`组内有刚毕业的小朋友比较热情老是提建议`，这种情况他可能是工作感觉不到提升，如果真的工作就是很简单也不需要大家有很深的技术那就没啥办法了

`行业性质的原因，基本上一人一项目除非有相关项目经验，否则几乎参与不进来`，这个其实应该就是没有深度工程化的问题，看看这几年的前端的发展就知道了，举个不太恰当的例子，就好比螺丝刀，有那种一把把卖的，也有头部可更换的那种，个东西如果不是对行业有深度了解或者行业里有成熟方案参考的话确实会没什么方向，但是也确实是大有作为的东西

中台能带来看的见的好处：
1. 引用 6 楼 `某个大佬觉得相似的业务功能为什么要两个团队单独维护`,同样功能的代码只写一次并由同一个团队维护
2. 针对公司的编码规范可以出台对应的编码方案，以 spring 为例，rest 接口的请求参数、返回对象和异常码返回等可以通过提供 starter 的方式统一起来，当公司内部人员发生调动时，能快速适应代码
中台的困难：
1. 很多功能可能广泛存在于不同系统，例如用户管理等，但具体到每个不同系统中他们可能又有些许差异，而中台在编码时不可能完全考虑到所有情况，而业务侧一旦产生需求，可能没有时间等待中台去做升级
2. 中台对于企业有个很严重的问题就是产出很难量化，即使你做了很多工作但是没办法表示你的产出，做的再好业务端没有产出也没用，当业务端有产出时也很难量化中台在其中的作用，因此对于大多数公司而言中台是一个纯投入型的项目
针对困难 1 ，比较好的方式是，中台在提供功能时同时提供扩展性，例如使用 SPI 或 spring factory 这种机制，业务侧在对现有功能提出需求时，优先向中台发起请求，中台评估该新功能或增强是否应该由中台完成，以及给出相应时间计划，时间不允许的情况下，业务侧再自行完成需求，后续看情况将代码合进中台。
显然这种方式也会带来困难 2 ，业务侧觉得，功能都是我提交上去的，我做了中台的事，要你中台干嘛，在特别极端的情况下甚至会出现由于某个项目的领域特别新，使用的技术要求较高，一段时间内长期向中台提供内容而并未从中台获利，从公司整体而言这部分功能只要有其他业务也在使用当然是赚的，但对于这个项目组而言就不一样了。
中台的管理问题更大于技术问题。

1. logback 有 DBAppender
2. 如果需要自定义日志内容请参考[美团的这篇文章]( https://tech.meituan.com/2021/09/16/operational-logbook.html)
3. 如果有条件建议上 loki ，有 docker-plugin ，集成方便。

聊天的话无所谓，一般不会聊天打字还校验几遍，正式文档那又是另一回事了，出现错字是 0 容忍的

文件本身应该是都会读取的吧，重复的按优先级取值？我是这么理解的，另外好像有个 bootstrap 是预先读取，在 application 之前

LG 27UL650-W +1

https://www.evanmiller.org/how-not-to-sort-by-average-rating.html
这个好像是个挺老的了，不过应该够用

keycloak

这两天摆弄了下，这里顺便分享下遇到的问题和感受吧，
springboot3 主要亮点就是 graalvm ，打包 native-image ，
1. pom 里改好相关插件的配置，
2. 我本机是 windows ，所以需要下载 MSVC 的一套组件，然后必须得在“Developer Command Prompt for VS” 这个终端里执行构建命令。
3. 打包出来 jar 包是 73M ，exe 文件是 137M ，启动确实是秒启动，但是 install 的时间上去了，这个对开发人员的体验还不好说，目前 IDEA 感觉适配还不大行
4. 聊一下遇到的兼容性问题，目前 Mybatis 已经出了 3.0 版本，升上去就行，但是 MybatisPlus 还不行。Knife4j 这个文档项目则是由于 javax （需要 jakarta ）的问题也暂时不能用。这个 jakarta 的问题应该大多数项目都会遇到。然后就是 apache.commons.logging 也有个奇怪的问题，由于我没用这个包是阿里云 osssdk 用的，也没继续研究（直接把这个包去掉了）。
后面会再试下 docker 构建，总之目前来说旧项目升级还不是很适合。
graalvm 启动时间是快，但是如果编译时间上去了感觉对开发环境来说并不是太友好
以上

这个东西`nginxWebUI`符合你的需求，不过这个目前不太适合用于 k8s 的环境，只适合单机部署， 我不了解 docker swarm ，不清楚用 docker swarm 和 k8s 的区别，所以还需要你自行判断

快递区：老猫鱼不吃鱼
书画区：周观鱼 UP
医学科普：兔叭咯
理论物理区：茂的模
计算机：Ele 实验室
财经：付鹏的财经世界
文学：天真的和感伤的小说家
生物学：龙女之声、芳斯塔芙
蹭热点的：太阳星 sunstar （这个内容深度和上面差很多）