我们公司之前做项目的时候会起一个代号( codename ),比如一个 iOS 应用,开发团队内部代号是 coconut,repo 命和 jira 上面的 board 名都会是 coconut,理由是不会对外泄露公司内部的开发和商业动态。这样做有一个问题,就是这个代号只在开发内部使用,别的部门不知道,所以有时候和其它部门讨论问题的时候要反复的说明 coconut 是什么项目,还有公司新员工来了看着一个个类似 coconut 命名的 repo 名称摸不着头脑,需要向老员工挨个请教。
个人觉得是没必要用这种花里胡哨的 codename,到头来坑的还是自己,codename 就按项目的功能来划分就好了,比如 iOS app,repo 和 jira board 名称就叫 ios-app 就好了,这样看起来更加的直观,和其他部门的同事交流起来也不用来回的解释奇怪的 codename 了。
只是个人的想法,实际工作还是要按公司的要求来做的,好奇大家所在的公司对于 codename 也有这种要求么?
个人觉得是没必要用这种花里胡哨的 codename,到头来坑的还是自己,codename 就按项目的功能来划分就好了,比如 iOS app,repo 和 jira board 名称就叫 ios-app 就好了,这样看起来更加的直观,和其他部门的同事交流起来也不用来回的解释奇怪的 codename 了。
只是个人的想法,实际工作还是要按公司的要求来做的,好奇大家所在的公司对于 codename 也有这种要求么?
