language-agnostic naming projects

language agnostic - Nombrar tus proyectos: ¿Importa?



language-agnostic naming (13)

Podrías hacer ambas cosas. Un buen ejemplo sería Shoes for Ruby. Originalmente iba a llamarse (O eso dicen) "MIDAS MACLEAN''S WINDOWS OF GOOD FORTUNE", pero luego se decidió por Shoes.

El kit de herramientas / biblioteca no tiene nada que ver con los zapatos.

Trabajo en una variedad de proyectos usando diferentes lenguajes y plataformas. Algunas partes de ellas las resumen en sus propios proyectos separados, y quiero abrir algunas de ellas al público.

Lo que me atasca es el bautizo.

Entonces, ¿Importa? ¿Debo simplemente elegir algo y seguir con eso?

Y si realmente importa, qué es mejor: un nombre que suene genial que sea memorable, o un nombre descriptivo que sea más fácil de encontrar.


Sí, creo que es importante (habiendo estado en la misma posición). Creo que el nombre debe ser genial / memorable u obvio / simple, no necesariamente ambos. Como regla general, imagine que estaba buscando un programa / biblioteca que haga lo que hace el suyo. ¿El nombre que le ha dado lo animará o lo desilusionará y lo recordaría? Eso es realmente todo lo que importa.


Sería difícil sugerir un nombre para usar si no sabemos cuál es el producto.

Además, esto se parece mucho a una pregunta de marketing. Diría algo genial y memorable, pero también es descriptivo. iTunes viene a la mente.


He decidido ir con nombres genéricos para comenzar porque prefiero comenzar una programación rápida y preocuparme por los nombres más adelante.

Este generador de nombres Web 2.0 es entretenido.


Antes de decidirse por un nombre para su aplicación, es posible que desee comprobar si el nombre de dominio está disponible.


Importa si le importan otras personas que usan su código. Prefiere nombres memorables. Pueden ser memorables porque son descriptivos, o porque son "geniales", o por otra razón. Si está poniendo su código en la red, debe incluir una descripción que aparecerá en las búsquedas relevantes.


Si nos fijamos en la historia de los productos en general, hay numerosos ejemplos de nombres mal elegidos que se vuelven parte del lenguaje (Kleenex, Tasty-Freez, Wisker-Biskit), así que no creo que importe mucho en absoluto de una perspectiva de marketing. Sin embargo, quieres algo fácil de escribir y deletrear por teléfono. Trabajo para una compañía con un nombre raro con muchos Ss que suenan como Fs, y es una pesadilla.


He visto nombrar proyectos ser un gran problema. Logré alrededor de 20 programadores trabajando en aproximadamente 40 proyectos, y se convirtió en un verdadero problema cuando tienes un proyecto llamado X, un directorio virtual llamado Y, un proyecto de Visual Studio llamado Z, etc. Cuando una aplicación escribe en el registro de errores, ¿qué proyecto es? ¿A quién le pertenece? Creamos una base de datos de proyectos para capturar todo esto, pero hubiera sido mejor tener convenciones, porque la base de datos del proyecto no siempre está completa y actualizada.

Resistí esta idea, pero puede ser mejor tener números de proyecto. Parece mejor tener nombres de proyectos mnemotécnicos, pero si tiene muchos proyectos, se topa con preguntas de mnemotécnicos para quién.


Estoy absolutamente seguro de que nombrar es importante para su proyecto. Muchos proyectos de código abierto tienen este problema que les hace obtener nombres que parecen geniales en la pantalla, pero que son difíciles de pronunciar. Esto significa que, como mínimo, su sitio web debe tener una guía de pronunciación, y que muchas personas estarán confundidas acerca de cómo pronunciar su proyecto. Un nombre con pronunciación difícil puede introducir cierta disonancia cognitiva a medida que las personas intentan pensar sobre su proyecto. ¿Es Cool, Cooyil, Coowheel, Coil o qué? ¿Qué le pasa a estas personas que no pueden nombrar su proyecto? Si no pueden nombrar un proyecto como algo fácilmente legible por seres humanos sanos en la audiencia objetivo deseada, ¿podemos realmente confiar en ellos para hacer un buen producto?

Espere a elegir un buen nombre hasta que tenga algo bueno para nombrar su proyecto. No se sienta mal por cambiar a un nombre increíble una vez que lo encuentre, no hay necesidad de permanecer vinculado al nombre que estaba usando en el desarrollo.


Google Friendly

  • Algo único ( o al menos algo que puede obtener su página de inicio en los primeros 10 resultados )
  • Fácil de deletrear

Un punto que no siempre se considera es la facilidad con la que puede googlear su proyecto. Esto puede o no ser un factor, pero puede interesarle controlar lo que dice la comunidad / prensa sobre su proyecto.

Si se llama "Proyecto X", "e", "Raptor" o "Windows púrpura", las búsquedas inequívocas son casi imposibles. Más allá del problema de disponibilidad del nombre de dominio, elegir un nombre que no se use en ningún otro contexto le permite hacer cosas útiles, como configurar alertas automáticas para comentarios de tweets / blogs en su proyecto.

Lamentablemente, la mayoría de estos nombres son difíciles de pronunciar / deletrear inequívocamente, por lo que es una compensación.


Creo que nombrar es una parte importante de la difusión de ideas. Lo que busco en un nombre son:

  1. Memorable. Debería ser diferente a otros nombres pero fácil de recordar.
  2. Preciso. Es útil si el nombre refleja algo sobre el proyecto.
  3. Positivo. Es útil si lo opuesto al nombre no es atractivo. Por ejemplo, la Programación Estructurada sigue esta regla porque nadie quiere estar desestructurado.
  4. Inteligente. Clever es opcional, pero ayuda a que un nombre sea memorable cuando lo logras. Clever envejece mal, sin embargo.

No vale la pena esperar para programar hasta que tengas un buen nombre. Cuanta más experiencia tenga con el proyecto, más fácil será nombrarlo. JUnit no fue bautizado hasta varios meses después de su debut.

Para obtener más información sobre cómo nombrar, recomiendo " Palabras que funcionen: no es lo que dices, es lo que escucha la gente " de Frank Luntz. Es un agente político amoral, pero ama el lenguaje y comunica ese amor de manera efectiva.

Un último punto sobre proyectos "adhesivos": asegúrese de contar el "mito de la creación" con frecuencia, la historia de cómo comenzó el proyecto. Cada proyecto que he visto que ha tenido un impacto a largo plazo ha tenido una historia muy repetida sobre su génesis.


Si el nombre se va a usar públicamente en absoluto - marketing, en la web, etc., solo asegúrese de elegir un nombre que alguien más no esté usando para nada similar. Al menos haz una búsqueda en Google. Y antes de gastar dinero en publicidad o algo por el estilo, gaste unos pocos dólares para realizar una búsqueda en una de las bases de datos de nombres y marcas más especializadas. Al menos en los Estados Unidos, ser el primero con un nombre le otorga derechos legales y es más económico hacer la búsqueda que tener que cambiar su nombre más tarde.

Por supuesto, antes de ir demasiado lejos, asegúrese de que el nombre de dominio esté disponible también.

Para obtener derechos legales más sólidos en el nombre, elija algo que esté compuesto y no solo una referencia genérica de lo que hace su producto. Alguien como Microsoft puede gastar océanos de dinero para obtener protección legal de algo como "Word" o "Windows", probablemente no puedas.