命名您的项目：有关系吗？

StackOverflow https://stackoverflow.com/questions/193364

题

我使用不同的语言和平台从事各种项目。我将其中的一部分抽象为他们自己的单独项目，并且我想将其中一些向公众开放。

让我陷入困境的是洗礼。

那么，这重要吗？我应该选择某件事并坚持下去吗？

如果这确实很重要，那么更好的是：一个听起来很酷、令人难忘的名字，还是一个更容易找到的描述性名字？

有帮助吗？

解决方案

我认为命名是传播想法的重要组成部分。我在名字中寻找的是：

  1. 难忘。它应该与其他名称不同但易于记住。
  2. 准确的。如果名称能反映项目的某些信息，那就很有帮助。
  3. 积极的。如果名字的反义词没有吸引力，这会很有帮助。例如，结构化编程遵循这一规则，因为没有人想要非结构化。
  4. 聪明的。聪明是可选的，但当你实现它时，它有助于让你的名字令人难忘。然而，聪明人却会随着年龄的增长而严重衰老。

等到你有了很酷的名字才开始编程是不值得的。您对项目的经验越多，命名就越容易。JUnit 直到推出几个月后才被命名。

有关命名的更多信息，我强烈推荐“有效的话：重要的不是你所说的，而是人们听到的”弗兰克·伦茨著。他是一个不道德的政治人物，但他热爱语言并有效地传达这种爱。

关于“粘性”项目的最后一点：一定要经常讲述“创造神话”，即项目如何开始的故事。我见过的每一个具有长期影响的项目都有一个经常被重复的关于其起源的故事。

其他提示

我决定使用通用名称开始，因为我宁愿开始快速编程并且稍后会担心名称。

此Web 2.0 名称生成器非常有趣。

如果要公开使用该名称 - 营销，网络等，请确保您选择的名称是其他人不是<！>＃8217; t已经用于任何相似的任何内容。至少做谷歌搜索。在您花钱购买广告或类似的东西之前，花几块钱在一个更专业的名称和商标数据库中完成搜索。至少在美国，首先拥有一个名字会给你合法的权利，而且搜索成本比以后更改你的名字要便宜。

当然，在你走得太远之前，请确保域名也可用。

为了在名称中拥有更强的合法权利，请选择<！>＃8217; s组成的内容，而不仅仅是对产品功能的一般参考。像微软这样的人可以花大量资金来获得像<！>＃8220; Word <！>＃8221;或<！>＃8220; Windows <！>＃8221; - 你可能<！>＃8217; t。

是的，我认为这很重要（我自己一直处于相同的位置）。我认为这个名字要么很酷/令人难忘，要么显而易见/简单 - 不一定都是。根据经验，想象一下你正在寻找一个能完成你所做的事情的程序/库。你给它的名字会鼓励你还是让你离开，你会记得吗？这真的很重要。

如果你看一下产品的历史，有许多选择不当的名字成为语言的一部分（Kleenex，Tasty-Freez，Wisker-Biskit），所以我认为这不重要从营销的角度来看。不过，你确实想要一些易于打字和拼写的东西。我为公司工作时有一个奇怪的名字，有很多S听起来像Fs，这是一场噩梦。

如果您关心其他人使用您的代码，那就很重要了。喜欢令人难忘的名字。它们可能是令人难忘的，因为它们是描述性的，或者因为它们是<！>“酷<！>”，或者出于其他原因。如果您将代码放在网上，则应包含将在相关搜索中显示的说明。

在确定应用名称之前，您可能需要检查域名是否可用。

谷歌友好

  • 独特的东西（或者至少可以在前 10 个结果中找到您的主页)
  • 容易拼写

一个并不总是被考虑的一点是你可以轻松地谷歌你的项目。这可能是或不是一个因素，但您可能有兴趣密切关注社区/媒体对您的项目的评价。

如果它被称为<！>“;项目X <！>”;，<！>“e <！>”; ，<！>“Raptor <！>”或<！>“紫色Windows <！>”，明确的搜索几乎是不可能的。除了域名可用性问题之外，选择一个未在任何其他上下文中使用的名称，您可以执行有用的操作，例如为您的项目设置推文/博客评论的自动警报。

可悲的是，大多数这些名字都难以明确地发音/拼写，所以这是一个权衡。

我绝对认为命名对您的项目很重要。许多开源项目都存在这个问题，这使得它们在屏幕上看起来很酷但很难发音。这意味着至少您的网站必须有一个发音指南，并且很多人会对如何发表您的项目感到困惑。当人们试图考虑你的项目时，一个发音困难的名字会引入一些认知失调。酷，Cooyil，Coowheel，线圈还是什么？这些人有什么不对，他们不能说出他们的项目？如果他们不能将项目的名称命名为目标受众中理智的人类，那么我们真的可以信任他们制作出好的产品吗？

等到一个好名字，直到你有一个好的名字来命名你的项目。一旦找到它，就不要觉得改成一个很棒的名字，没有必要依赖于你在开发中使用的任何名称。

如果我们不知道产品是什么，很难建议使用名称。

此外，这听起来很像营销问题。我会说一些很酷且令人难忘的东西，但也是描述性的。想到iTunes。

你可以做到这两点。一个很好的例子是Shoes for Ruby。它最初将被称为（或者他们说）<！>“MIDAS MACLEAN的好东西的窗口<！>”;但后来他决定选择鞋子。

工具包/库与鞋子无关。

我看到项目命名是个大问题。我已经管理了大约20个程序员，可能正在处理40个项目，当你有一个名为X的项目，一个名为Y的虚拟目录，一个名为Z的Visual Studio项目等时，它就成了一个真正的问题。当一个应用程序写入错误日志，是哪个项目？它属于谁？我们创建了一个项目数据库来捕获所有这些，但最好有约定，因为项目数据库并不总是完整和最新。

我拒绝了这个想法，但最好有项目数字。拥有助记符项目名称似乎更好，但是如果你有很多项目，那么你会遇到助记符问题。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top