Pergunta

Eu trabalho em uma variedade de projetos que utilizam diferentes linguagens e plataformas. Partes deles eu sair abstrato em seus próprios projetos separados, e eu quero abrir alguns destes ao público.

O que me deixa preso é o batismo.

Então, isso importa? Devo apenas escolher algo e ficar com ela?

E se isso não importa, o que é melhor: um nome que soa legal que é memorável, ou um nome descritivo que é mais fácil encontrar

?
Foi útil?

Solução

Eu acho nomeação é uma parte importante de obter idéias para se espalhar. O que eu procuro em um nome são:

  1. memorável. Deve ser diferente de outros nomes, mas fácil de lembrar.
  2. Accurate. É útil se o nome reflete algo sobre o projeto.
  3. positiva. É útil se o oposto do nome é pouco atraente. Por exemplo, Programação Estruturada segue esta regra porque ninguém quer ser desestruturado.
  4. inteligente. Inteligente é opcional, mas ajuda a fazer uma memorável nome quando você alcançá-lo. Inteligentes idades mal, apesar de tudo.

Não vale a pena espera para o programa até que você tenha nome legal. Quanto mais experiência que você tem com o projeto, o que é mais fácil nome. JUnit não foi batizado até vários meses após sua estréia.

Para mais informações sobre nomeação, eu recomendo " palavras que Work: Não é o que você diz, é que as pessoas ouvem " por Frank Luntz. Ele é um agente político amoral, mas ele ama linguagem e comunica que o amor de forma eficaz.

Um último ponto sobre os projetos "pegajosas": certifique-se de dizer ao "mito da criação" com freqüência, a história de como o projeto começou. Todo projeto que eu vi que teve impacto a longo prazo tem tido uma história muitas vezes repetida sobre sua gênese.

Outras dicas

Eu decidi ir com nomes genéricos para começar, porque eu prefiro começar uma programação rápida e preocupação sobre os nomes mais tarde.

Este Web 2.0 Name Generator é divertido.

Se o nome é para ser usado publicamente em tudo - marketing, na web, etc., apenas a certeza de que você escolher um nome que outra pessoa não estiver usando para alguma coisa similar. Pelo menos, fazer uma pesquisa no Google. E antes que você gastar dinheiro em publicidade ou qualquer coisa assim, gastar alguns dólares para obter uma pesquisa feita em um dos bancos de dados de nomes e marcas mais especializadas. Pelo menos nos EUA, sendo o primeiro com um nome lhe dá direitos legais e é mais barato para fazer a pesquisa do que ter de mudar o seu nome mais tarde.

É claro que antes de ir muito longe, certifique-se o nome de domínio está disponível, também.

Para obter os direitos legais mais fortes no nome, escolher algo que é feito para cima e não apenas uma referência genérica para que seu produto faz. Alguém como Microsoft pode gastar rios de dinheiro para obter proteção legal de algo como “Palavra” ou “Windows.” - você provavelmente não pode

Sim, eu acho que é importante (tendo sido na mesma posição eu). Eu acho que o nome também precisa ser cool / / simples memorável ou óbvia - não necessariamente ambos. Como uma regra de ouro, imagine que você está procurando um programa / biblioteca que faz o seu faz. Será que o nome que você deu a ele incentivá-lo ou colocá-lo fora e você se lembra dela? Isso é realmente tudo o que importa.

Se você olhar para a história de produtos em geral, existem inúmeros exemplos de nomes mal escolhidos que se tornam parte da linguagem (Kleenex, Tasty-Freez, Wisker-Biskit), então eu não acho que isso importa muito em tudo a partir de uma perspectiva de marketing. Você quer algo que é fácil de digitar e soletrar por telefone, no entanto. Eu trabalho para a companhia com um nome estranho com muita Ss que soam como Fs, e é um pesadelo.

Não importa se você se preocupa com outras pessoas que usam seu código. Prefere nomes memoráveis. Eles podem ser memorável, porque eles são descritivos, ou porque são "cool", ou por outro motivo. Se você está colocando o seu código na rede, ele deve incluir uma descrição que vai aparecer em pesquisas relevantes.

Antes de se decidir sobre um nome para o aplicativo, você pode querer verificar para ver se o nome de domínio está disponível.

Google amigável

  • algo único ( ou pelo menos algo que você pode obter sua página inicial nos primeiros 10 resultados )
  • fácil de soletrar

Um ponto de nem sempre considerado é a facilidade com que você pode google seu projeto. Isto pode ou não ser um fator, mas você pode ter interesse em manter o controle sobre o que a comunidade / imprensa está dizendo sobre seu projeto.

Se ele é chamado de "Projeto X", "e", "Raptor", ou "Purple Windows", as buscas inequívocas são quase impossível. Para além do nome de domínio questão de disponibilidade, a escolha de um nome que não é usado em qualquer outro contexto permite que você faça coisas úteis como configurar alertas automáticos para os tweets / blogs comentários sobre seu projeto.

Infelizmente a maioria destes nomes são difíceis de pronunciar / soletrar de forma inequívoca, por isso é uma troca.

Eu absolutamente acho que a nomeação é importante para o seu projeto. Um monte de projetos open-source tem esse problema que faz-los a obter nomes que legal olhar na tela, mas são difíceis de pronunciar. Isto significa que, no mínimo, o seu site tem que ter um guia de pronúncia, e que um monte de gente vai ser confundido sobre como pronunciar o seu projeto. Um nome com difícil pronúncia pode introduzir alguma dissonância cognitiva como as pessoas tentam pensar em seu projeto. É legal, Cooyil, Coowheel, bobina ou o quê? O que há de errado com essas pessoas que não podem nomear seu projeto? Se eles não podem nomear um projeto algo que é facilmente legível por seres humanos sã no público alvo, podemos realmente confiar neles para fazer um bom produto?

Espera para escolher um nome bom até que você tenha algo de bom para nomear seu projeto. Não se sinta mal em mudar para um nome incrível uma vez que você encontrá-lo, não há necessidade de permanecer vinculado a qualquer nome que você estava usando no desenvolvimento.

Seria difícil sugerir um nome para usar se não sabemos o que é o produto.

Além disso, isso soa muito como uma questão de marketing. Eu diria algo legal e memorável, mas é descritiva também. iTunes vem à mente.

Você poderia fazer as duas coisas. Um bom exemplo seria Sapatos para Ruby. ele foi originalmente vai ser chamado (ou assim eles dizem) "MIDAS Maclean JANELAS de boa sorte", mas então ele decidiu sobre Shoes.

O kit de ferramentas / biblioteca tem nada a ver com sapatos.

nomeação projeto

Eu vi ser um grande problema. Consegui cerca de 20 programadores trabalhando em talvez 40 projetos, e chegou a ser um problema real quando você tem um projeto chamado X, um diretório virtual chamado Y, um projeto denominado Estúdio Z Visual, etc. Quando um aplicativo grava para o log de erro, que projeto é? A quem isso pertence? Nós criamos um banco de dados do projeto para capturar tudo isso, mas teria sido melhor ter convenções, porque o banco de dados do projeto nem sempre é completo e atualizado.

Eu resistiu a essa ideia, mas pode ser melhor ter projeto Números . Parece melhor ter nomes de projeto mnemônicas, mas se você tem um monte de projetos, você corre em questões de mnemônico para quem.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top