作为后端，这问题最根本的原因就是两个：
第一、懒。不愿意改，会胡拉乱扯的给前端解释一堆，欺负前端不懂后端这一块的技术。
第二、能力不行。自己不会改就交给别人。

至于怎么打交道，说白了，如果这个人只是懒，还有的干，一般相处久了关系都不错，虽然偶有争吵，但一码归一码，关系好了，懒这个问题就很好解决。 能力不行这个确实没办法，因为他知道自己搞不定，关系再好也搞不定。搞不定又不愿意学习，公司的老油条一般都是这种。没得办法，能换个合作的就换个，没得选要么忍要么自己学习后端，取代他，前后端本身也没太大的壁垒。

16G 明显有些不够用了呀，去收个二手的内存条，如果价格差别不大就买新的。最好是同型号的。

不用，还不如不如搞快点。

罗永浩举图片：又不是不能用。

navicat 试用版，每 14 天删除一下注册表就可以一直试用，不过只能支持 16.1.x 的版本。
备用选项：datagrip 。

现在作假的太多，那些什么带证书的有些也都批量买的。
如果你不识货：不要买小叶紫檀，也不要买蜜蜡。找个大一点的店铺买，也不要有太大的期望。反正真的假的一般人盘一段时间也就吃灰了（就是我）。

本地开发不用太考虑核心数。内存 64 起步。32 真不够用。我就纳闷了，刚毕业 8G 台式机还要安装 Oracle ，写代码都不卡，现在 32G 内存开一个 IDEA 就 45%得内存没了。还没运行代码呢

其他用：Jetbrain 全家桶。
前端用 VS Code 。

目前两个都在用，感觉不出什么很明显得感受来。不过看任务有个什么效能模式，也感觉不出来能省多少，反正不管咋用，不卡。

我前前同事，二代帝都人，不爱高技术，也从来不会主动学习什么，有空就去夜店和狐朋狗友 happy ，或者去看国安比赛。
无他：家里有钱，这辈子躺着都花不完。
就这安全感，比啥都强。

如果你得查询条件就 2-4 个，那就按名字 findXXByxxAndXXX 如果参数长，那就按照业务来 find{{Service}}Data()

@Imindzzz 简中滥用 issue ，这也不难理解吧。

你这比较比的我好难受，变量太多了吧。

@zzNucker 前几年你怕是没见过轮子攻陷 github 吧。

我开通了 plus ，再考虑是不是接着续费了。也不是每天都用，有时候一周都不会用