Называя ваши проекты: это имеет значение? - PullRequest
17 голосов
/ 11 октября 2008

Я работаю над различными проектами, используя разные языки и платформы. Части их я абстрагирую в свои отдельные проекты и хочу открыть некоторые из них для широкой публики.

Что меня застревает, так это крещение.

Так, имеет ли это значение? Должен ли я просто выбрать что-то и придерживаться этого?

А если это имеет значение, что лучше: круто звучащее имя, которое запоминается, или описательное имя, которое легче найти?

Ответы [ 13 ]

40 голосов
/ 11 октября 2008

Я думаю, что наименование является важной частью распространения идей. Что я ищу по названию:

  1. Памятные. Оно должно отличаться от других имен, но его легко запомнить.
  2. Точная. Это полезно, если название отражает что-то о проекте.
  3. Positive. Это полезно, если противоположность имени непривлекательна. Например, структурированное программирование следует этому правилу, потому что никто не хочет быть неструктурированным.
  4. Clever. Умный является необязательным, но он помогает сделать имя запоминающимся, когда вы достигнете его. Хотя умные стареют плохо.

Не стоит ждать программирования, пока у вас не будет крутого имени. Чем больше у вас опыта работы с проектом, тем проще его назвать. Юнит не был крещен в течение нескольких месяцев после его дебюта.

Для получения дополнительной информации о наименовании я настоятельно рекомендую Фрэнка Лунца " Слова, которые работают: это не то, что вы говорите, это то, что люди слышат ". Он аморальный политический агент, но он любит язык и эффективно передает эту любовь.

Последнее замечание о «липких» проектах: не забывайте часто рассказывать «миф о творении», историю о том, как проект начинался. Каждый проект, который я видел, оказал долгосрочное влияние, часто повторял историю своего происхождения.

5 голосов
/ 19 октября 2008

Если имя вообще будет использоваться публично - для маркетинга, в Интернете и т. Д., Просто убедитесь, что вы выбрали имя, которое кто-то еще не использует для чего-либо подобного. По крайней мере, сделайте поиск в Google. И прежде чем тратить деньги на рекламу или что-то в этом роде, потратьте несколько долларов, чтобы выполнить поиск в одной из более специализированных баз данных имен и товарных знаков. По крайней мере, в США, будучи первым с именем, вы получаете юридические права, и выполнять поиск дешевле, чем менять имя позже.

Конечно, прежде чем заходить слишком далеко, убедитесь, что доменное имя также доступно.

Для более сильных юридических прав в названии, выберите что-то, что составлено, а не просто общую ссылку на то, что делает ваш продукт. Кто-то вроде Microsoft может потратить океаны денег, чтобы получить юридическую защиту чего-то вроде «Word» или «Windows» - вы, вероятно, не можете.

5 голосов
/ 11 октября 2008

Я решил начать с общих имен, потому что лучше начать быстрое программирование, а потом беспокоиться об именах.

Этот Web 2.0 Генератор имен является занимательным.

3 голосов
/ 11 октября 2008

Да, я думаю, что это важно (я сам был в том же положении). Я думаю, что имя должно быть крутым / запоминающимся или очевидным / простым - не обязательно оба. Как правило, представьте, что вы искали программу / библиотеку, которая делает то, что делает ваша. Будет ли имя, которое вы дали, воодушевит вас или оттолкнет вас, и помните ли вы это? Это действительно все, что имеет значение.

2 голосов
/ 13 мая 2009

Не всегда учитывается, насколько легко вы можете погуглить свой проект. Это может быть или не быть фактором, но вы можете быть заинтересованы в том, чтобы следить за тем, что сообщество / пресса говорит о вашем проекте.

Если он называется «Project X», «e», «Raptor» или «Purple Windows», однозначный поиск практически невозможен. Помимо проблемы доступности доменного имени, выбор имени, которое не используется ни в каком другом контексте, позволяет вам делать полезные вещи, такие как настройка автоматических оповещений для комментариев твитов / блогов в вашем проекте.

К сожалению, большинство этих имен трудно произносить / произносить однозначно, поэтому это компромисс.

2 голосов
/ 23 апреля 2009

Google Friendly

  • Что-то уникальное ( или хотя бы то, что вы можете получить на своей домашней странице в первых 10 результатах )
  • Легко по буквам
2 голосов
/ 11 октября 2008

Прежде чем выбрать имя для своего приложения, вы можете проверить, доступно ли доменное имя.

2 голосов
/ 11 октября 2008

Имеет значение, если вы заботитесь о других людях, использующих ваш код. Предпочитаю памятные имена. Они могут быть запоминающимися, потому что они описательные, или потому что они «крутые», или по другой причине. Если вы размещаете свой код в сети, он должен содержать описание, которое будет отображаться в релевантных поисках.

2 голосов
/ 11 октября 2008

Если вы посмотрите на историю продуктов в целом, есть множество примеров плохо выбранных имен, которые становятся частью языка (Kleenex, Tasty-Freez, Wisker-Biskit), поэтому я не думаю, что это имеет большое значение вообще с точки зрения маркетинга. Вы хотите что-то, что легко набрать и записать по телефону, хотя. Я работаю в компании со странным названием с большим количеством Ss, которые звучат как Fs, и это кошмар.

1 голос
/ 25 января 2009

Я абсолютно считаю, что наименование важно для вашего проекта. У многих проектов с открытым исходным кодом есть эта проблема, которая заставляет их получать имена, которые выглядят круто на экране, но их трудно произносить. Это означает, что как минимум ваш сайт должен иметь руководство по произношению, и что многие люди будут смущены тем, как произносится ваш проект. Имя со сложным произношением может вызвать некоторый когнитивный диссонанс, когда люди пытаются думать о вашем проекте. Это круто, Cooyil, Coowheel, Coil или что? Что не так с этими людьми, что они не могут назвать свой проект? Если они не могут назвать проект чем-то, что легко читается разумными людьми из целевой аудитории, можем ли мы действительно доверять им, чтобы они сделали хороший продукт?

Подождите, чтобы выбрать хорошее имя, пока у вас не будет чего-то хорошего, чтобы назвать свой проект. Не расстраивайтесь из-за смены удивительного имени, как только вы его найдете, нет необходимости оставаться привязанным к какому-либо имени, которое вы использовали в разработке.

...