叠甲也没用, 自己标题 都说是暴论了. 这次我放下助人情节, 你这就是暴论

按道理 应该先 骂 这些 app, 其次是 把这些 app 惯出来的用户

大项目, 表多, 关系复杂的, 用 user_id, 参见 数据库老祖宗 Oracle 的 E-business Suite, 或者大型 ERP 顶流 SAP, 的设计实践.
没做过的就不要说了.
小项目 小数据库的, 无所谓 怎么都行.

软件名带 "器"的我不敢用

清晨 不熟悉的环境 不熟悉的植物 释放出高浓度的某种成分 一下子上头了

"浪费不浪费不知道, 但我便宜没占到, 好生气"

老实说 都不选, 非要不选一个 只能不选那个什么元. 起码 宝马 不用费口水讲一大堆故事给人听

碰到过, 要抹掉, 重新配对, 不要装乱七八糟的 第三方, 一切正常到现在.
要说 "绝对不推荐" 什么的话, 我绝对不推荐 第三方, 尤其是

"我知道头顶的天空其实是个井口, 但是还是感觉井口的天空就是比外面的天空要亮堂"

养成买好 app 的习惯以后, 发现花点钱买品质真香, 以至开始同情抱怨免费东西不好用的用户了, 叠甲: 不是同情免费用户, 而是同情抱怨抱怨抱怨免费不好用的用户

挺好的, 3 个晚上看完了几百个 tab 的知识, 再愿意花半个晚上整理一下到脑图里, 就是自己的知识了.

正八经学东西, 就用英文.
简中互联网 已是各立山头, 要么封闭在自己 app 里 , 要么 使劲往 app 上引流, 要么就是内容农场使劲让你索引.
要说现在 简中人 搜索 有什么最有用的技巧, 那就是 翻译成英文, 用英文搜.

趁能卷的时候多卷卷别人, 反正以后自己不能卷的时候也要被人卷

github 上 正常不是这样的,
b 站弹幕吵架 就是这样子的.

那边是坏人变老了,
这边是坏小孩长大了.

跟金融业有关的, 还是得 Oracle, 新版 (其实很久了)早就可以 把 plsql 直通 restful 了, 只是贵和生态绑定, 一般的创业公司用不起

不要老是责怪自己, 有时候也可以怪一下外部环境.
风口来了猪都能飞,
没有了风, 本来会飞的 都得摔下来

自己掏钱 肯定 会更精打细算一点,
刷医保 肯定 会阔绰一点 甚至是主动的. 属于 "互相伤害"的一种