这就引申出一个问题：客户合理的简单需求由于开发团队技术选型原因造成的较高成本应该由谁来承担？

「不可能依靠字符串匹配吧」为什么不能？
即使你的 ML 已经打了一个『狗』的标签，用户硬要再打一个『小狗』的标签也没有任何问题啊。

@wysnylc 所以在你眼里只有互联网行业才用得着数据库了？看不见我回复里的『看具体业务』这么几个字？

楼上无脑推荐不用外键的，如果外键真这么没用，Mysql 为啥还需要设计这个东西？
To 楼主，技术选型要看具体业务，不是阿里说不用外键，整个软件业就都不能用，你要想想别人为什么要这么规定，不用外键带来了什么收益，付出了什么代价，对你自己的业务来说代价和收益哪个更高？

这有什么巧合的，正常的品牌宣传从不同的途径触达你罢了。

@SystemRemainder 突然发现 A 股没有做空，当我没说。。。。

如何定义『骗人的机构』？假如你按照这个机构发布的信息操作会让你损失，那么你按照他们发布的信息反向操作是不是就能赚钱了？

先不说你 XFF 处理得对不对，HTTP_CLIENT_IP 这段不照样有风险？

控制变量法了解一下？

外包项目还在考虑性能问题，真是良心（

今年招聘倒是收了不少期望薪资是『面议』的简历

如何定义 IE6 v2 ？目前 Chrome 市场占有率第一，企业出于成本考虑只兼容（或者说只测试了） Chrome，这种行为没有任何问题。
IE6 被人诟病主要是因为有些功能、样式需要通过 hack 的方式才能达到标准，给开发人员带来极大的痛苦。如果以这个方面作为评判标准 https://caniuse.com/ Chrome 评分第一，你说的功能是 FireFox 不支持，你应该去找 FF 提 issue 而不是把锅甩给别人。

@GordianZ #1 据我所知 YTB 的 API 需要审核之后才能使用，应该不会直接开放给个人。

抛开业务谈优化都是耍流氓，抛开项目阶段谈优化更是耍流氓。

为什么不用两条 SQL 解决？曾经我也想一条 SQL 搞定所有问题，后来发现这个带来的所谓性能在可读性和可扩展性面前毫无价值。