nananqujava

@ciki #108 是的 我也觉得这个人 @yinmin 疯狂回复一堆, 但基本概念都没搞懂, 哪怕是实操过一次都不会这么发言

还是不能解决断电断网后服务不可用问题, 之前我思考过类似方案, 可以以家庭主机为主, 云主机为辅, 云主机上冷部署一套和家庭主机一样的环境, 轻量云上跑个服务, 监控和观测家庭主机的服务是否在线, 假如家庭主机服务下线超过一定时间, 自动启动云主机的服务并把流量切换到云主机, 家庭主机恢复后,再切换回来, 并且把云主机的服务都下线节约钱

怎么组织 module 到一个项目里可以参考这个项目, https://gitee.com/zhijiantianya/ruoyi-vue-pro

看得有点血压高, 实际上微服务并不是一个良好的架构,微服务也不是高性能的代表, 微服务纯粹增加开发复杂度,增加调试的复杂度
1,开发模块问题 6 楼已经说的很清楚了
2,扩展伸缩是 devops 的范畴, 单体也能方便的横向扩展
3,扩展的实例信号同步通过 redis 实现
4,队列使用基础设施的 mq, 楼上有人说单体不能用 mq 的情况,真的用过 mq 吗
5,有人说单体崩了就全完了, 但举的例子也只是 mq 积压导致服务不可用, 跟单体或者微服务又没关系
6,很多人说的所谓的崩溃,cpu 占用高,内存占用高,跟单体或者微服务真的没关系, 反而是依靠项目整体生命周期里的 devops 架构,运维, 跟 CICD, 测试, 实时观测, 监控关系更大点

42 楼 项目开发上的代码冲突是 git 管理的范畴,分 module 后一般不会遇到冲突. 单体会降低启动时间, 而且在 module 里可以控制启动哪些模块, 关闭哪些模块, 在调试的时候更方便. 拉分支也是 git 的范畴, 跟单体或者微服务也没关系

最后说下 OP 能遇到从微服务回归单体的项目就偷着乐吧, 不然十来个微服务(用户、订单、后台、网关等）你后面加不完的班, 线上出问题调试恶心死你

可怜的汤姆

@zhefanpao #30 你真活该啊, 操, 真龟男, 一切都是你活该的

不知道是具体是你俩谁的问题, 但他恶心你 你就不能恶心他? 都是正式员工, 反正你都想走了, 最坏情况也就是失业而已, 他怎么对你, 你就双倍还回去.

如果是我, 我会先礼后兵, 推心置腹跟他聊一下搞清楚原因, 适当的下个台阶缓和下关系, 甚至适当的送点礼. 假如尝试了没用,而且也忍不了 呆不下去了, 就双倍还击, 方法包括不限于:

适度的当面顶撞, 他说你什么你就大声吼他, 气势上一点不输, 但别骂脏话
适度的工作上的事阳奉阴违, 能敷衍就敷衍, 能推脱就推脱, 尽量把事情责任甩给他
他怎么恶心你, 你就怎么恶心回去,比如电话这个事情, 他给你打电话不说话,五六秒后挂断, 你马上给他,你也不说话, 他挂了就再打一个 继续不说话
主打一个表面笑嘻嘻, 但就是对着干, 但要适度(不要违反公司规定比如迟到早退旷工等), 主打一个恶心他
但 1v1 肯定是不行的必须借助外力, 收集他工作失误的证据, 去领导那投诉他, 他的领导不管, 你就找更高的领导, 实在不行就找最大领导, 作用就是让领导觉得他和你都是个事逼, 你是要走的人了无所谓, 他还要在这呆着肯定在意领导对他的态度, 让领导对他印象不好这就够了, 主打一个闹, 甚至你都不一定要有很明显的道理, 死咬他就对了, 最好的情况是你和他一起走人, 最坏情况就是自己走人
以上组合拳下来,一般人都受不了,说不定他都想走了, 如果你不想搞事直接离职就行, 工作而已

分享下自己的经历, 大学时期有个要好的同学, 这个同学属于总喜欢在女生面前逞强(当冤大头), 比如大家一起吃饭应该 AA 的时候有女生在他经常要主动买单. 但自己没多少钱, 总向我借钱, 上学那会一般就三百五百的借, 都会还.

后来毕业了偶尔也有联系, 偶尔一起打 PUBG, 我也比较认可, 觉得他是一个可交的朋友, 23 年底的时候找我借了一万块(之前也陆陆续续借过他一点小钱)说是下个月就还, 到了时间也没还, 后面催了好几次, 还了 1500, 就再没提还钱的事情了, 游戏也没打一起打了, 就连平时微信也不回了

应该是经济上出了点问题, 我心里虽然有点不爽, 不过以后还是可以和他一起玩

一直用 v2er 主要原因是上架了 Google play