@wand 2014 年早期 4 寸高配版 iPhone 准确，还是 iPhone 5S 准确？

MF843 应该能强些

@winfirm disqus 曾经也对 https 支持的不好。那是 4 年前了。

多发一份测试岗位的工资。

多加几个字段、多几张表呗，又不要钱。

去隔壁帖学 PHP 吧。

带尾巴还用特地说？一眼就看得出来啊。

房管局备案应该是房主的责任啊

@ncisoft 说事儿就好好说事儿，不用喷。做行业应用的人很多，不见得别人就是外行；也不是所有人都按和你一样的方式去做事。行业有现成的名词惯例则遵循惯例，没必要重新定义，比如「抬头」这个词，大家都叫抬头，没人说发票标题。

你接触的行业应用多用拼音，是因为行业专家可以用拼音快速查找，在行业词没有准确对应词时很有用，对英文要求也不高。一个成功过的项目选了拼音命名，并不意味着拼音取名有普遍意义上的可读性啊，这是两回事儿。

我们有一个 ERP ，数据表字段根本没有名字，建表的时候直接增加 a1, a2, a3, a4... a100 这样的字段，然后约定 a1 是唯一 id ， a37 是产地， a25 入库时间， a90~a97 是进价标价等金额相关数据。只要背下来现有的百来个对应关系，不会拼音也无所谓，认识阿拉伯数字就行，定位快，查找快，跨表跨系统字段完全统一。这是当时项目组的「惯例」。所以你看，惯例就是这样，有用，也有局限。增加新业务时常会出现：项目 A 里 a95 是实收金额，项目 B 里面 a95 里面是下游代理标价；两个系统最初设计时无关联，后期要改造系统让数据互通，想想这个字段会有多坑。

@ncisoft 可读性几乎为零； key_tax_payer 这种没有歧义，看名字就知道意思，反过来想要找到重点纳税人，找一下 tax payer 关键字很容易找到字段。

如果业内都认可 zdnsr 这种拼音缩写或英文简写，是没有什么问题的。否则简写就是灾难。 你可以问一下做中间件等行业的朋友们，他们拿着数据字典仍然眼花缭乱，在一堆 zdnsr/ptnsr/gsnse/dsnse 类似的名字中是怎么样的绝望。

发票抬头这种字少的拼首缩写歧义更严重， fptt 是分配团体还是废品淘汰？按楼上提到的例子， tax_invoice_title 多么的清晰啊。

拼音党你们好！请问发票抬头的字段名是叫 taitou 呢还是 title 呢？

如果是白名单只开百度，可以自己搭建 web 代理，绑 baidu.com 域名，本地 hosts 文件把 baidu.com 指向你的服务器，可以解决浏览网页的问题。

@iPhone8 你在假的帝都……

不如把表结构和查询语句都贴出来，让大家也诧异一下。