我使用不同的语言和平台从事各种项目。我将其中的一部分抽象到他们自己的独立项目中,我想向公众开放其中的一些。
让我卡住的是洗礼。
那么,有关系吗?我应该选择一些东西并坚持下去吗?
如果它确实重要,那么更好的是:一个听起来很酷但令人难忘的名字,还是一个更容易找到的描述性名字?
我使用不同的语言和平台从事各种项目。我将其中的一部分抽象到他们自己的独立项目中,我想向公众开放其中的一些。
让我卡住的是洗礼。
那么,有关系吗?我应该选择一些东西并坚持下去吗?
如果它确实重要,那么更好的是:一个听起来很酷但令人难忘的名字,还是一个更容易找到的描述性名字?
我认为命名是传播想法的重要组成部分。我在名称中寻找的是:
除非你有很酷的名字,否则不值得等待编程。您对该项目的经验越多,命名就越容易。JUnit 直到它首次亮相几个月后才被命名。
有关命名的更多信息,我强烈推荐 Frank Luntz 的“有效的词:这不是你说的,而是人们听到的”。他是一个不道德的政治活动家,但他热爱语言并有效地传达这种爱。
关于“粘性”项目的最后一点:一定要经常讲述“创造神话”,项目如何开始的故事。我见过的每一个产生长期影响的项目都有一个关于它的起源的经常重复的故事。
我决定从通用名称开始,因为我宁愿开始快速编程并在以后担心名称。
这个 Web 2.0名称生成器很有趣。
如果要公开使用该名称 - 营销、网络等,请确保您选择的名称是其他人尚未用于任何类似的名称。至少做一个谷歌搜索。在你花钱做广告或类似的事情之前,先花几块钱在一个更专业的名称和商标数据库中进行搜索。至少在美国,第一个名字给了你合法的权利,而且进行搜索比以后必须更改你的名字更便宜。
当然,在你走得太远之前,请确保域名也可用。
为了在名称中获得更强大的合法权利,请选择编造的内容,而不仅仅是对您的产品功能的通用参考。像微软这样的人可以花费大量资金来获得诸如“Word”或“Windows”之类的法律保护——你可能做不到。
是的,我认为这很重要(我自己也处于同样的位置)。我认为这个名字要么需要很酷/令人难忘,要么很明显/简单——不一定两者兼而有之。根据经验,假设您正在寻找一个可以完成您的工作的程序/库。你给它起的名字会鼓励你还是让你失望,你会记得吗?这真的很重要。
如果你看一下一般产品的历史,有很多例子表明选择不当的名字成为语言的一部分(Kleenex、Tasty-Freez、Wisker-Biskit),所以我认为这根本不重要营销的角度。不过,您确实想要一些易于通过电话输入和拼写的东西。我在一个名字很奇怪的公司工作,里面有很多听起来像 Fs 的 Ss,这是一场噩梦。
如果您关心其他人使用您的代码,这很重要。更喜欢令人难忘的名字。它们之所以令人难忘,可能是因为它们具有描述性,或者因为它们“酷”,或者出于其他原因。如果您将代码放在网上,它应该包含将显示在相关搜索中的描述。
在为您的应用程序确定名称之前,您可能需要检查该域名是否可用。
谷歌友好
并不总是考虑的一点是您可以轻松地在 Google 上搜索您的项目。这可能是一个因素,也可能不是一个因素,但您可能有兴趣密切关注社区/媒体对您的项目的看法。
如果它被称为“Project X”、“e”、“Raptor”或“Purple Windows”,那么几乎不可能进行明确的搜索。除了域名可用性问题之外,选择一个未在任何其他上下文中使用的名称可以让您做一些有用的事情,例如为项目的推文/博客评论设置自动警报。
可悲的是,这些名字中的大多数都很难明确地发音/拼写,所以这是一个权衡。
我绝对认为命名对您的项目很重要。许多开源项目都存在这个问题,这使得它们的名称在屏幕上看起来很酷但很难发音。这意味着您的网站至少必须有一个发音指南,并且很多人会对如何发音您的项目感到困惑。当人们尝试考虑您的项目时,发音困难的名称可能会引起一些认知失调。是 Cool、Cooyil、Coowheel、Coil 还是什么?这些人不能命名他们的项目有什么问题?如果他们不能将项目命名为目标受众中理智的人可以轻松阅读的名称,我们真的可以相信他们能做出好的产品吗?
等待选择一个好名字,直到你有好名字来命名你的项目。一旦你找到一个很棒的名字,不要因为它而感到难过,没有必要与你在开发中使用的任何名字保持联系。
如果我们不知道产品是什么,就很难建议使用名称。
此外,这听起来很像一个营销问题。我会说一些很酷且令人难忘的东西,但也是描述性的。iTunes 浮现在脑海中。
你可以两者都做。一个很好的例子是红宝石鞋。它最初将被称为(或者他们这样说)“MIDAS MACLEAN 的好运之窗”,但后来他决定选择鞋子。
工具包/库与鞋子无关。
我已经看到项目命名是一个大问题。我管理过大约 20 名程序员,他们可能在 40 个项目上工作,当你有一个名为 X 的项目、一个名为 Y 的虚拟目录、一个名为 Z 的 Visual Studio 项目等时,这将是一个真正的问题。当应用程序写入错误日志,是哪个项目?它属于谁?我们创建了一个项目数据库来捕获所有这些,但最好有约定,因为项目数据库并不总是完整和最新的。
我拒绝了这个想法,但最好有项目编号。有助记项目名称似乎更好,但如果你有很多项目,你会遇到助记词为谁的问题。