Именование ваших проектов: это имеет значение?

Question

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

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

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

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

Answer 1

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

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

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

Для получения дополнительной информации о наименовании я настоятельно рекомендую «Words That Work: It's Not What You Say, It's What People Hear» от Фрэнка Лунца. Он аморальный политический деятель, но он любит язык и эффективно общается с любовью.

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

Answer 2

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

Кроме того, это очень похоже на маркетинговый вопрос. Я бы сказал что-то прохладное и запоминающееся, но и описательное. iTunes приходит на ум.

Answer 3

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

Этот Web 2.0 Name Generator интересен.

Answer 4

Вы можете сделать то и другое. Хорошим примером может служить обувь для Ruby. он изначально собирался называться (или, как они говорят, «ОКНАМИ МИРАС МАКЛЯНА ХОРОШЕЙ ФОРТУНЫ», но затем он решил о обуви.

Инструментарий/библиотека не имеет ничего общего с обувью.

Answer 5

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

Answer 6

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

Answer 7

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

Answer 8

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

Answer 9

Я видел, что именование проектов будет большой проблемой. Мне удалось около 20 программистов, работающих над 40 проектами, и это стало реальной проблемой, когда у вас есть проект с именем X, виртуальный каталог с именем Y, проект Visual Studio с именем Z и т. Д. Когда приложение записывает на журнал ошибок, какой проект? К кому это принадлежит? Мы создали базу данных проекта, чтобы охватить все это, но было бы лучше иметь соглашения, потому что база данных проекта не всегда полная и актуальная.

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

Answer 10

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

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

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

Answer 11

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

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

Answer 12

Google Дружественные

• что-то уникальное (или, по крайней мере, то, что вы можете получить домашнюю в первые 10 результатов)
• Легко пишется

Answer 13

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

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

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