你如何命名你的项目?

为什么团队选择这个名字?你没有经理吗?这就是组织应该如何工作的:如果一个级别不能及时实现目标,将其升级到下一个级别。

真是浪费时间!

我们以阿西莫夫的名字命名。

21点客户是哈里。

让每个人把他们的建议放在一顶帽子里,随意地说出一个名字。这真的很重要吗?

1. 让团队提出许多建议。
2. 让管理层和法律部门清除这些有问题的名字。
3. 让团队投票选出剩下的人。

列出所有可能的名字,每个人只能提出一个名字建议。让每个人都投票。每个人只能投票一次,不能以自己的名义投票。

这真的取决于你的名字的负担程度。
例如,如果它是一个.NET项目,您将很难记住您选择的名称,在这种情况下,项目通常会得到一个非常无聊的命名,即使站点有一个好的命名。

在其他没有代码“清单”的技术中,将代码命名为一个项目,并将代码移动到一个新的文件夹名是“项目”,那么机智的名称似乎很有趣。

我和一家公司根据度假城市的名字命名了他们所有的项目。所以我们有巴黎、雅典等地,我也用过希腊的神和星座。它没有太多的过程,只是开发团队认为很酷。虽然有一个例子,我们允许我们的测试伙伴在当时选择项目的名称-他们有一个完整的比赛和一切。

我正在进行的另一个项目有四个阶段: 红色、绿色、蓝色和4

一定会喜欢的。

使用字母来表示产品的版本,并让团队成员对以字母开头的单词进行投票。

我们有一个项目,叫做野心、慈善、魅力等等。

我喜欢使用 Instant Runoff Voting 为此。

我还发现,让新的团队成员推荐名字可以帮助他们感觉到项目的所有权。

对于我的个人项目,我会在革命战争之后命名它们(例如列克星敦、康科德、萨拉托加、提康德罗加)。我也喜欢用希腊神话中的名字,因为我是希腊神话的忠实粉丝。

另一个个人项目被命名为拉什莫尔(如拉什莫尔山)。在我看来,这一切都取决于你的想法,以及项目名称是否会公开。如果不是的话,你想怎么叫就怎么叫(你问我越神秘越好!)但是如果它是公开的,那么选择一些听起来不可笑的东西,或者让人们去“啊?”. Project Fig Newton 或 Project Twinkie 对于一组开发者来说可能听起来很有趣,但是对于客户来说这听起来如何呢?

命名项目的方式可以帮助开发人员在将其置于源代码管理之下时了解它们是什么。在当前的源代码管理之外,人们怎么称呼它并不重要。

尝试选择一个保持不变的命名约定,它将有助于组织源代码管理中的事情,并尝试远离缩写和缩写,因为一旦该项目上的所有开发人员都离开了,就没有人知道该项目是什么。

试着坚持这样的名字: 客户网站 客户RB WinApp

我工作的一个地方用山做框架,为客户提供滑雪胜地;另一个地方用地铁站。在这两种情况下,它们都是没有固定版本号的内部名称(因为市场营销习惯于更改版本号)。

我见过架构师的选择,首席技术官的任务,开发团队的轮值,以及对一些任意竞争的奖励,但最终归结为一个人一票。你可以以任何方式民主化这一点,但无论你做什么,都要确保它不会产生任何影响,并且你要坚持下去。

我最喜欢的系统是建筑师,他选择了德雷德法官的角色。D

对于个人项目,我有时使用大城市的名字,如纽约、柏林、东京等。 这两种方式都很方便,因为我觉得这个项目不受特定技术或功能的约束,可以涉及到任何可能涉及的内容,同时也很难记住是东京还是奥斯陆在做“那个”酷的事情。

在工作中,我们有一个更简单和更具描述性的名字的传统。例如,根据时间表上载文件的应用程序称为scheduledfileuploader。还有文件管理器、邮件发送器、磁盘空间监视器等。

你是说代号?因为它只会留在内部员工的头脑中,我们通常把它命名为我们想到的第一件事,而且我们从来没有把它放在讨论中,一个我们曾认真命名为“面团”的项目!:)它像魔法一样工作,任何东西都能工作。

• 女性名字(每个人都喜欢一个好名字,特别是如果它能带来美好的回忆)
• 动物(每个人都喜欢动物)

我们在这一点上通常意见很快,没有问题。在我们命名了一些东西之后,例如“花栗鼠”,笑话和有趣的图片开始出现(每个人都喜欢编笑话:)

但实际上,我认为这没什么区别。

在项目名称之后 constellations . 有很多选择,最酷的。同样,当你进入白羊座项目时,你可以告诉人们你是 checking the cell structure and the cell structure has been checked .

非常小心,还有很多个人的痛苦。坦率地说,我很迷恋我的个人项目名称。甚至到了我会花上几个小时思考特定类型或dll的名称。

可悲的是,这不是一个玩笑。

没有项目名称,只有版本号。

每个人都知道,如果你发布了“MyBlaPro 4”,你就在开发“MyBlaPro 5”,它将在1-2年内面世(你的公司历史可以提供一个关于你开发周期长度的提示)。 最大的秘密并不是你在做下一个版本,而是当它不在的时候。

代码名不仅会混淆局外人(比如avalon/wpf、longhorn/xp/2000/vista/7),还会混淆局内人。你有时会听到这样的讨论:“不,我们在zimfandel中添加了x,在cabernet之前”“不,你错了,cabernet是5,zimfandel是6,但x是在merlot中添加的。”

再加上半个局外人的混乱。想想本地化公司必须在版本之间重用内存翻译(“对于rainier,我们应该使用shasta或whitney的内存?”).

我的大哥米克尔被人叫到 灭火 在非常晚的项目中,他选择了一些电影标题

• 拯救威利 - 臃肿的Java项目
• 哈利·波特 - 建筑灾难Java项目