对域名要求不高的话，可以选择便宜的。有些域名价格非常之低。

买 g suite 开 exchange

26.25%，北京

@sarices 是不是墙体带点的是承重墙？

不写薪资待遇的招聘广告都是耍流氓。

@DT27 同样不习惯归档操作。偶尔一些邮件有过多次往来，事情讨论清楚之后，感觉不会再继续回复了的邮件，才用过归档。

@wand 在讨论网络制式时就应该这样啊，如果讨论外观那么还应该说明颜色。如果只讨论性能，说到 iPhone 6S 就可以了。回到本贴主题，这是在讨论配置啊，要么贴配置单，要么说型号。

@wand 原理一样啊。「 Macbook Pro 2015 早期」这样的称呼根本描述不清配置。官网提供 3 种默认配置，分别是 839/840/841 。定制时一共有 3 种 处理器、 2 种内存配置、 4 种存储配置可选；比如定制版 i7 处理器 16G 内存 512 G 存储，对应型号是 843 。带着型号去 Google ，配置信息一搜就有。所以，只用年份加尺寸根本不准。

@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 多么的清晰啊。