Nomeando seu software e sua exclusividade [fechado]

Quando se trata de nomear seu produto de software (seja um aplicativo ou uma biblioteca), o que você faz?

Parece impossível escolher um nome que ainda não seja usado por outro software, seja o pequeno projeto de hobby de alguém ou uma empresa que o vende. Todos sabemos que o Phoenix se tornou o Firebird o Firefox, porque se chocou com outros nomes de produtos de software.

Quão único deve ser um nome? Phoenix era o nome de um BIOS de computador - dificilmente semelhante a um navegador da web, não era? E, para dar um contra-exemplo, existe o Fedora, o sistema operacional, e o Fedora, o software de repositório, coexistindo alegremente. Outro exemplo contrário é o midori da estrutura Javascript e o midori do navegador da web.

Quais etapas você adotaria para garantir que o nome do seu aplicativo ou biblioteca não seja adotado por outra pessoa e até que ponto você procuraria - em termos do tipo de produto - ao procurar outras coisas com o mesmo nome?

A exclusividade do nome é importante por três razões:

• Se você escolher o nome de um produto que já existe no mesmo mercado ou em mercado similar, essa empresa poderá processar você em alguns países. Exemplo: criando um programa de edição de gráficos e nomeando-o Photoshop.

• Se você escolher um nome que já esteja sendo usado extensivamente, dificilmente poderá estar entre os 10 primeiros no Google ou em outros resultados de mecanismos de pesquisa . Exemplo: chamando seu aplicativo Agile.

• Se dois produtos ou tecnologias compartilham o mesmo nome, isso pode confundir os usuários . Exemplo: muitos dos meus clientes (com pouco conhecimento técnico) me pedem para escrever Javacódigo quando falam sobre a interatividade de um site em um navegador).

Essas três razões significam que você não precisa se preocupar com a exclusividade do nome em todas as circunstâncias . Em vez de:

• Certifique-se de que o nome não seja usado por um concorrente.

• Verifique se você terá visibilidade suficiente no Google pesquisando a palavra que deseja usar para o seu produto antes de escolher. Exemplo: ligar para o seu produto Agilenão é uma boa ideia. Ligar para o seu produto Agile Mediaworksé bom (mesmo que esse nome seja estúpido), porque esse nome não tem resultados no Google nem no Bing.

• Certifique-se de que, se já houver um nome semelhante em uso, ele não confunda os usuários. Java/ JavaScripté confuso. ASP/ ASP.NETTambém.

Agora, como escolher um nome? Aqui estão alguns conselhos:

• Você pode usar o nome da marca / empresa no nome do produto . Mas não faça isso se o nome da empresa for muito longo. Exemplo: Microsoft Wordestá bem. Pelican Design & Development Criollo System Centeré feio.

• Não tenha medo de usar nomes comuns , mas não use termos diretos que expressem o que é o produto. Exemplo: Microsoft Excelestá bem. Microsoft Spreadsheet Applicationnão é.

• Lembre-se de que você pode usar nomes longos se eles abreviarem bem (com abreviação pesquisável). Windows Presentation Foundation, aka. WPFestá bem

• Você pode usar nomes de fantasia , como os nomes de criaturas mágicas (exemplo: Firefox), ou terminologia especial (na minha empresa usamos cavalo produz muito: Campolina, Criollo System Center, etc.), ou as palavras da mitologia (Exemplo: um dos nosso projeto foi chamado Syrinx) etc.

• Você também pode inventar seu próprio nome , se isso soa bem. Mas tenha cuidado se você pretende criar um produto que será vendido em todo o mundo: algumas palavras que soam bem em inglês não estão em outros idiomas. A propósito, isso também se aplica a palavras comuns. Exemplo: o nome da Bluewatermarca é pronunciado da mesma maneira que a palavra "vômito" em russo.

Para concluir, parece que você tem uma grande variedade de nomes: nomes comuns, nomes da mitologia ou usados ​​em setores específicos que não a TI, nomes que contêm a marca, nomes compostos que abreviam bem etc., e você não precisa se preocupar em escolher o nome que nunca existia antes. A única coisa em que você deve se preocupar é não usar um nome já em uso pelo seu concorrente, escolher algo que seja facilmente pesquisável e não confundir seus usuários.

Use uma combinação do nome da empresa e do produto (desejado):

$ CompanyName $ ProductName

Ou pare de tentar usar palavras comuns e seja mais criativo;)

Consulte o productionoss.org para obter assistência, mas em resumo, você pode tentar voltar ao padrão de ter um nome que descreva o que seu projeto realmente faz. O OpenOffice é um exemplo clássico disso.

Se o seu nome precisar ser algo do nada, verifique se a declaração e a descrição da sua missão são importantes.

Tente encontrar um nome que tenha os domínios .net, .org ou .com disponíveis e lembre-se de que na maioria dos casos você pode usar o mesmo nome que outro 'negócio' se estiver em campos totalmente diferentes.

Na minha opinião, você deve escolher um nome que tenha uma "marca" forte ou com potencial para uma. Você não quer algo muito comum e, obviamente, não quer pisar no pé de outra pessoa com um nome, mas na IMO você também não quer seguir a maneira "Web 2.0" de ter nomes estranhos que não têm nada a ver com o seu produto (embora eu ache que isso funciona como agora é moda), por exemplo, nomear um aplicativo de tarefas como algo estranho como "Bluefrog" que confundiria a pessoa comum por um tempo, mas poderia valer a pena (veja Twitter ou Hoptoad ou semelhante)

Prefiro usar convenções de nomenclatura padrão que realmente transmitam o aplicativo para que eu possa falar sobre ele. Você pode ser criativo ao nomear sem parecer ridículo. Por exemplo, se estou usando um aplicativo de gerenciamento de contatos, posso chamá-lo de "Virtudex" ou, possivelmente, "Digidex" (Virtual / Digital + Rolodex - exemplo muito básico, que não lê muito nele), mas não gostaria de chamá-lo " Ultimate Contact Manager "porque é genérico e presunçoso (" definitivo "para quem? Comparado com o quê?)

Há muito pouco que você pode fazer para garantir que o nome do seu aplicativo seja exclusivo. A maneira mais óbvia é usar um nome realmente longo para o seu executável, mas isso raramente é feito.

As bibliotecas são muito mais fáceis de tornar únicas. Como Pierre disse, você pode usar uma combinação de empresa e nome do produto. Você pode ir além, se desejar: CompanyName :: ProductRange :: ProductName :: CodeNamespaceLevel1: Level2

Para produtos comerciais, há menos chance de um conflito de nomes em comparação ao projeto de espaço aberto. Eu não acho que você precise se preocupar muito com isso.