Nombrando su software y singularidad [cerrado]

Cuando se trata de nombrar su producto de software (ya sea una aplicación o una biblioteca), ¿qué debe hacer?

Parece imposible elegir un nombre que no haya sido tomado por otra pieza de software, ya sea el pequeño proyecto de pasatiempo de alguien o una empresa que lo vende. Todos sabemos que Phoenix se convirtió en Firebird en Firefox porque chocó con otros nombres de productos de software.

¿Qué tan único tiene que ser un nombre? Phoenix era el nombre de un BIOS de computadora, apenas similar a un navegador web, ¿no? Y para tomar un contraejemplo, están Fedora el sistema operativo y Fedora el software de repositorio, felizmente coexistiendo. Otro contraejemplo es midori, el marco Javascript y midori, el navegador web.

¿Qué pasos tomaría para asegurarse de que otra persona no tome el nombre de su aplicación o biblioteca, y qué tan lejos buscaría, en términos del tipo de producto, al buscar otras cosas con el mismo nombre?

La singularidad del nombre es importante por tres razones:

• Si toma el nombre de un producto que ya existe en el mismo mercado o uno similar, esta compañía de productos puede demandarlo en algunos países. Ejemplo: crear un programa de edición de gráficos y nombrarlo Photoshop.

• Si toma un nombre que ya está en uso, difícilmente podrá estar en los primeros 10 en Google u otros resultados de motores de búsqueda . Ejemplo: llamar a su solicitud Agile.

• Si dos productos o tecnologías comparten el mismo nombre, puede confundir a los usuarios . Ejemplo: muchos de mis clientes (con poca experiencia técnica) me piden que escriba Javacódigo cuando hablan sobre la interactividad de un sitio web en un navegador).

Esas tres razones significan que no tiene que preocuparse por la unicidad del nombre en cada circunstancia . En lugar:

• Asegúrese de que el nombre no sea tomado por un concurrente.

• Asegúrese de tener suficiente visibilidad en Google buscando la palabra que desea usar para su producto antes de elegirlo. Ejemplo: llamar a su producto Agileno es una buena idea. Llamar a su producto Agile Mediaworksestá bien (incluso si este nombre es estúpido), porque este nombre no tiene resultados en Google ni Bing.

• Asegúrese de que si ya hay un nombre similar en uso, no confundirá a los usuarios. Java/ JavaScriptes confuso ASP/ ASP.NETtambién.

Ahora, ¿cómo elegir un nombre? Aquí hay algunos consejos:

• Puede usar el nombre de la marca / empresa en el nombre del producto . Pero no lo haga si el nombre de la empresa es demasiado largo. Ejemplo: Microsoft Wordestá bien. Pelican Design & Development Criollo System Centeres feo

• No temas usar nombres comunes , pero no uses términos directos que expresen de qué se trata el producto. Ejemplo: Microsoft Excelestá bien. Microsoft Spreadsheet Applicationno es.

• Recuerde que puede usar nombres largos si se abrevian bien (con abreviatura de búsqueda). Windows Presentation Foundationaka. WPFesta bien

• Puede utilizar nombres de fantasía como los nombres de las criaturas mágicas (Ejemplo: Firefox), o terminología especial (en mi empresa usamos caballo cría mucho: Campolina, Criollo System Center, etc.), o las palabras de la mitología (Ejemplo: uno de nuestro proyecto se llama Syrinx) etc.

• También puede inventar su propio nombre , si suena bien. Pero tenga cuidado si tiene la intención de crear un producto que se venderá en todo el mundo: algunas palabras que suenan bien en inglés no están en otros idiomas. Por cierto, esto también se aplica a las palabras comunes. Ejemplo: el nombre de la Bluewatermarca se pronuncia de la misma manera que la palabra "vómito" en ruso.

Para concluir, parece que tiene una gran variedad de nombres: nombres comunes, nombres de la mitología o utilizados en sectores específicos que no sean TI, nombres que contienen el nombre de la marca, nombres compuestos que se abrevian bien, etc., y no No tiene que preocuparse por elegir el nombre que nunca existió antes. Lo único que debe preocuparse es no tomar un nombre ya en uso por su concurrente, elegir algo que sea fácil de buscar y no confundir a sus usuarios.

Use una combinación de la compañía y el nombre del producto (deseado):

$ CompanyName $ ProductName

O deja de intentar usar palabras comunes y sé más creativo;)

Visite produceoss.org para obtener ayuda, pero en resumen, puede intentar volver al valor predeterminado de tener un nombre que describa lo que realmente hace su proyecto. OpenOffice es un ejemplo clásico de esto.

Si su nombre tiene que ser algo sacado de la nada, asegúrese de que su declaración de misión y descripción sean prominentes.

Intente encontrar un nombre que tenga sus dominios .net, .org o .com disponibles y recuerde que, en la mayoría de los casos, se le permite usar el mismo nombre que otro 'negocio' si se encuentra en campos totalmente diferentes.

Mi punto de vista es que debe elegir un nombre que tenga una "marca" que suene fuerte, o el potencial para una. No quieres algo demasiado común, y obviamente no quieres pisar los dedos de los pies de otra persona con un nombre, pero en mi opinión, tampoco quieres ir a la forma "Web 2.0" de tener nombres extraños que no tienen nada que ver con su producto (aunque supongo que funciona ya que ahora es la moda), por ejemplo, nombrar una aplicación de tarea algo extraño como "Bluefrog" que confundiría a la persona promedio por un tiempo pero podría valer la pena (mire Twitter o Hoptoad o similar)

Prefiero seguir las convenciones de nomenclatura estándar que realmente transmiten la aplicación para poder mencionarla en una conversación. Puede ser creativo al nombrar sin sonar ridículo. Por ejemplo, si estoy haciendo una aplicación de administración de contactos, podría llamarla "Virtudex" o posiblemente "Digidex" (Virtual / Digital + Rolodex: un ejemplo muy básico no se lee demasiado) pero no me gustaría llamarla " Ultimate Contact Manager "porque eso es genérico y presuntuoso (¿" último "para quién? ¿En comparación con qué?)

Es muy poco lo que puede hacer para asegurarse de que el nombre de su aplicación sea único. La forma más obvia es usar un nombre realmente largo para su ejecutable, pero eso rara vez se hace.

Las bibliotecas son mucho más fáciles de hacer únicas. Como Pierre ha dicho, puede usar una combinación de compañía y nombre del producto. Puede llevarlo mucho más lejos si lo desea, como por ejemplo: CompanyName :: ProductRange :: ProductName :: CodeNamespaceLevel1: Level2

Para los productos comerciales hay menos posibilidades de un choque de nombres en comparación con el proyecto de espacio abierto. No creo que tengas que preocuparte demasiado por eso.