我觉得对 UUID 作为 DB 的主键有着错误的认知，UUID 可以实现微秒精度的时间有序

有种东西叫做时间有序 UUID，在数据库中的性能依然很好

https://www.codeproject.com/Articles/388157/GUIDs-as-fast-primary-keys-under-multiple-database

这不好么？拿了赔偿立马去下一份工作

华为不太可能，这几家里面，华为起步就是 211

以国内大部分程序员日常的开发任务和技术水平，远远称不上有值钱的技术

一个魔都土著，连自己的房子都没有，还是川沙这种传统魔都上下只角 都看不起的地方，来评判外地人的眼界是否开阔，梁静茹给的勇气吧

培训班出身，要么在入职前拿来说事，入职后还拿这个说事的，那就是真的贱

最长回文子字符串，就是马拉车算法吧

想太多，大厂是不可能跳过 HR 给你 offer 的

@ruyuejun #6 前端重复造轮子太严重了啊

我在上家公司就是做这个的。但是我想说的就是，做出来真的不好用。公司业务部门要不是上级行政力量压着，压根就不想用。

首先，就是托拉拽生成页面，提供基本组件，但是自身提供的官方组件不好用，支持业务部门自己写组件代码；问题就来了，我还要写代码为什么要用你的？，特别是大量的打包编译等细节屏蔽，没有平台开发人员的介入，出了问题使用者很难定位，这个问题是我编写的代码产生的，还是平台的代码产生的？这个在使用过程中出了很多这种问题了

就好比我开发个 IDE，然后 IDE 不好用，但是我支持码农给我写插件。但是呢，一旦 IDE 在你编译的过程或者最终生成的代码中出了问题，抱歉，没有 IDE 开发人员协助，使用者很难定位问题。

这种工具类的平台，要么技术实力强悍，做的通用化足够好用，确保不会有大的问题，而且确实能降低开发成本。团队水平半吊子，就是鸡肋。根本没有降低开发门槛，由于最终生成结果的不确定性，使用平台的第三方开发人员要花费大量的时间来确定这个代码到底是哪方的原因。最后，就变成了开发团队 Vue 自己搞了，框架成熟问题，可靠性高，出了问题，Google 能找到解决方法。

有氧运动啊

拿 N+1，工作一年多了，说人家技术不够。明显就是话术

脉脉没下限的，经常收到它们的短信，说 XX 关注了你，对你进行了评价。我 TM 不想暴露自己的隐私！