编译器构建工具名命名的五个判断标准
编译器构建工具名不像灵感活动，更像一次小型的产品设计。这篇文章把它拆到能照做的程度。
- 同一批候选之间要拉开差距，不要只差一个字
- 全名、前两字、同音，三层各搜一遍
- 把定稿、备选和放弃原因一起存档
编译器构建工具名的讨论经常跑偏，一半人说要好听，一半人说要好记，其实两者不冲突，只是有先后。先把能被复述这条守住，好听是加分项，顺序反了就会一直在两个方案之间摇摆。
把编译器构建工具名放回真实使用里看：有电话、有小字、有搜索、有别人替你转述的时候。任何只在纸面上成立的名字，撑不过一个月。
很多人对编译器构建工具名的期待是“有感觉”，而真正可操作的目标是“可用”。可用意味着它在最小字号下能看清、在电话里能说清、在搜索框里能搜到。围绕这个思路，下面的内容会好读很多。
编译器构建工具名和已有名字重复了怎么办
说句不好听的：大部分编译器构建工具名不好用，是因为取的人只想着自己。查重不是查一次就完事，编译器构建工具名要在三个地方各查一遍。加一个限定词是最省事的区分法：方位、地貌、材质都行。真要改，就一次改到位。这一关过了，编译器构建工具名才算真的可用。
很多人给编译器构建工具名取名的方式，是在给自己出题。编译器构建工具名撞车的方式有三种：一模一样、近似写法、同音写法，后两种更麻烦。这不是审美问题，是懒惰问题。宁可换一个字，也不要抱着侥幸心理。
编译器构建工具名怎么念才顺口
别急着找灵感，先把不行的划掉。同音字不只是好笑的问题，它会让搜索和口述同时变难。省下来的时间，最后都要在改名上还回去。把这条当硬指标，能省掉大量返工。
顺着这个话题还可以读：静态SDK 名：音、形、义怎么排先后、可扩展插件名取名的完整流程。两篇写的是不同条件下的做法，对照看更清楚。
让编译器构建工具名更好记的做法
如果一个编译器构建工具名需要解释三句才能听懂，它已经失败了。三个字以内最容易记，四个字开始需要理由，五个字以上要靠重复曝光。不相信的话，念给五个陌生人听。记住的成本，最终会转化成你的推广预算。
- 把候选的理由写成一句话
- 念给三个不了解背景的人
- 列出十个绝对不能用的字
- 试一遍电话口述，让对方复述
- 约一个回看日期，一年后再评一次
- 全名、前两字、同音各搜一遍
判断编译器构建工具名好坏的四个维度
编译器构建工具名这件事没有天赋门槛，只有愿不愿意返工。宁可先定一个粗标准，也不要等完美标准出现再动手。把标准写在纸上，脑子里的标准会自动放宽，这是人性。
场景决定编译器构建工具名的长短
编译器构建工具名最大的问题不是难听，是没人记得住。电话里说一遍，让对方复述，这是最残酷也最有效的测试。
改十次不如测一次，测一次不如定一条标准。
开发者工具名的常见问题
编译器构建工具名多久能定下来
有标准的话三天到一周；没有标准的话，三周也定不下来，因为没有终止条件。
编译器构建工具名能不能直接用中文拼音
可以，但要注意英文里的拼读习惯，很多拼音在英语环境下会被读错。
编译器构建工具名几个字母合适
四到八个字母最好。两个字母已被占完，十个以上在命令行里会频繁打错。
编译器构建工具名和别人的名字很像怎么办
先判断是字形像还是读音像。读音像更麻烦，改字形没用，要换音节。
对编译器构建工具名最诚实的总结：它有效，但像收拾房间，不像按开关。一次做完不会有质变，做三次之后判断力就出来了。
回头看，编译器构建工具名真正的价值不是那个定稿，而是你验证了一套可以复用的取名方法。这套方法比任何单次结果都耐用。
