Что вы делаете, когда речь идет о наименовании вашего программного продукта (будь то приложение или библиотека)?
Кажется невозможным выбрать имя, которое еще не занято каким-либо другим программным обеспечением, будь то чей-то хобби-проект или компания, продающая его. Все мы знаем, что Phoenix стал Firebird и стал Firefox, потому что он вступал в противоречие с другими названиями программных продуктов.
Насколько уникальным должно быть имя? Феникс - это имя BIOS компьютера, вряд ли похожее на веб-браузер, не так ли? И в качестве контр-примера можно привести операционную систему Fedora и программное обеспечение хранилища Fedora, счастливо сосуществующее. Другим контрпримером является midori - инфраструктура Javascript и midori - веб-браузер.
Какие шаги вы предпримете, чтобы гарантировать, что имя вашего приложения или библиотеки не будет взято кем-то другим, и как далеко вы будете смотреть - с точки зрения типа продукта - при поиске других вещей с тем же именем?
источник
Ответы:
Уникальность имени важна по трем причинам:
Если вы берете название продукта, который уже существует на том же или аналогичном рынке, эта компания может подать в суд на вас в некоторых странах. Пример: создание программы редактирования графики с присвоением ей названия
Photoshop
.Если вы берете имя, которое уже широко используется, вы вряд ли попадете в первые 10 в результатах поиска Google или других поисковых систем . Пример: вызов вашего приложения
Agile
.Если два продукта или технологии имеют одно и то же имя, это может запутать пользователей . Пример: многие мои клиенты (с небольшим техническим опытом) просят меня написать
Java
код, когда они говорят о интерактивности веб-сайта в браузере).Эти три причины означают, что вам не нужно заботиться об уникальности имени в любых обстоятельствах . Вместо:
Убедитесь, что имя не занято одновременно.
Убедитесь, что у вас будет достаточно видимости в Google, выполнив поиск слова, которое вы хотите использовать для своего продукта, прежде чем выбрать его. Пример: называть ваш продукт
Agile
не очень хорошая идея. Позвонить по вашему продуктуAgile Mediaworks
нормально (даже если это имя глупо), потому что это имя не имеет результатов ни в Google, ни в Bing.Убедитесь, что если уже используется похожее имя, это не смущает пользователей.
Java
/JavaScript
сбивает с толку.ASP
/ASP.NET
тоже.Теперь, как выбрать имя? Вот несколько советов:
Вы можете использовать название бренда / компании в названии продукта . Но не делайте этого, если название компании слишком длинное. Пример:
Microsoft Word
хорошо.Pelican Design & Development Criollo System Center
некрасивоНе бойтесь использовать общие имена , но не используйте прямые термины, которые выражают, о чем продукт. Пример:
Microsoft Excel
хорошо.Microsoft Spreadsheet Application
не является.Помните, что вы можете использовать длинные имена, если они хорошо сокращаются (с сокращением для поиска).
Windows Presentation Foundation
ака.WPF
в порядкеВы можете использовать имена фантазии как имена волшебных существ (пример:
Firefox
) или специальной терминологии (в моей компании мы используем лошадь породы много:Campolina
,Criollo System Center
и т.д.), или слова из мифологии (пример: один наш проект был названSyrinx
) , и т.д.Вы также можете придумать свое имя , если оно звучит хорошо. Но будьте осторожны, если вы намереваетесь создать продукт, который будет продаваться по всему миру: некоторые слова, которые звучат хорошо на английском, не на других языках. Кстати, это касается и общих слов. Пример: название
Bluewater
бренда произносится так же, как и слово «рвота» на русском языке.В заключение, кажется, что у вас есть большой выбор имен: общие имена, имена из мифологии или используемые в определенных секторах, кроме IT, имена, которые содержат название бренда, составные имена, которые хорошо сокращаются и т. Д., И вы не не нужно заботиться о выборе имени, которого раньше не было. Единственная мысль, о которой вы должны заботиться, - это не брать имя, уже используемое вашим конкурентом, выбрать что-то, что будет легко найти, и не вводить пользователей в заблуждение.
источник
Используйте комбинацию названия компании и (желаемого) продукта:
Или перестать пытаться использовать общие слова и быть более креативным;)
источник
Обратитесь к productionoss.org за помощью, но вкратце вы можете попытаться вернуться к значению по умолчанию, которое будет содержать имя, которое описывает, что на самом деле делает ваш проект. OpenOffice является классическим примером этого.
Если ваше имя должно быть чем-то извлечено из воздуха, то убедитесь, что ваша миссия и описание заметны.
Попробуйте найти имя, в котором есть ваши домены .net, .org или .com, и помните, что в большинстве случаев вам действительно разрешено использовать то же имя, что и в другом «бизнесе», если вы находитесь в совершенно разных областях.
источник
На мой взгляд, вы должны выбрать имя, которое имеет ярко выраженный «бренд» или потенциал для него. Вы не хотите чего-то слишком общего, и, очевидно, не хотите наступать на чьи-то пальцы с именем, но IMO, вы также не хотите идти по пути "Web 2.0", имея странные имена, которые не имеют ничего общего с вашим продуктом (хотя я полагаю, что он работает так, как сейчас), например, назвав приложение задачи чем-то странным, например «Bluefrog», которое на какое-то время смущает обычного человека, но может стоить азартной игры (посмотрите на Twitter или Hoptoad или аналогичный)
Я предпочитаю придерживаться стандартных соглашений об именах, которые фактически передают приложение, чтобы я мог обсудить его в разговоре. Вы можете проявлять творческий подход к наименованию, не звуча смешно. Например, если я работаю с приложением для управления контактами, я могу назвать его «Virtudex» или, возможно, «Digidex» (Virtual / Digital + Rolodex - очень простой пример, не слишком много в него читать), но не хотел бы его называть » Ultimate Contact Manager "потому что это общий и самонадеянный (" конечный "для кого? По сравнению с чем?)
источник
Вы можете сделать очень мало для того, чтобы имя вашего приложения было уникальным. Самый очевидный способ - использовать действительно длинное имя для вашего исполняемого файла, но это делается редко.
Библиотеки намного проще сделать уникальными. Как сказал Пьер, вы можете использовать комбинацию названия компании и продукта. Вы можете сделать это гораздо дальше, если вам нравится, например: CompanyName :: ProductRange :: ProductName :: CodeNamespaceLevel1: Level2
Для коммерческих продуктов меньше шансов столкновения имен по сравнению с проектом открытого пространства. Я не думаю, что вы должны слишком беспокоиться об этом.
источник