我小时候 的梦想就是当一个有钱的大老板

dota2

@changwei 因为 mysql 比 pg 弱爆了。很多功能 pg 就能代替 不需要在引入其他解决方案

代码问题 还是业务问题。 一般这种情况属于后者业务没有吃透和理解导致编码时出现问题。

我前天刚买的这款显示器 用的送的 Type-c 线连接没出现问题

跳转前需要做一些逻辑上的效验或者操作啊

@CoderGeek 必须拆分之前就因为业务涉及到钱的问题，一直拖着没搞，导致出现一大坨的代码。维护也不好维护。
原本打算想逐步演进到微服务架构上，后来考虑成本问题给否决了。

@sivacohan
因为有些业务太臃肿 越来越难维护

之前我也觉得写样式很难。现在写着写着感觉也好还没有难么难。就是速度上稍微慢一些

@xy2020 为什么会误会呢？ 难不成成他一人专属名词了。。。。

你这个量级直接找阿里云，代理商没用

@jqh 你的框架对 Safari 支持的不好 Mac 访问好多 js 组件都没反应

@jqh 你这种一般都是公司内部使用对美感和交互没有要求，如果是 toB 的产品 这种框架不太可行。
一个交互基本就费了

cr 是一件非常吃力不讨好的事情。首先 review 的人必须要懂你负责的业务，如果不懂业务背景单纯的只看代码的 review 是没有任何意义的，反而会出现负面效果。
代码风格和结构可以通过静态检查来约束。
团队人员多起来后 cr 是一个非常难以维持的一件事情。
我觉得 cr 最佳实践 符合小团队开发模式

你这些是 封装好的组件 还是东拼西凑出来的 html 模板