Наименование вашего программного обеспечения и уникальность [закрыто]

Что вы делаете, когда речь идет о наименовании вашего программного продукта (будь то приложение или библиотека)?

Кажется невозможным выбрать имя, которое еще не занято каким-либо другим программным обеспечением, будь то чей-то хобби-проект или компания, продающая его. Все мы знаем, что 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, имена, которые содержат название бренда, составные имена, которые хорошо сокращаются и т. Д., И вы не не нужно заботиться о выборе имени, которого раньше не было. Единственная мысль, о которой вы должны заботиться, - это не брать имя, уже используемое вашим конкурентом, выбрать что-то, что будет легко найти, и не вводить пользователей в заблуждение.

Используйте комбинацию названия компании и (желаемого) продукта:

$ CompanyName $ ProductName

Или перестать пытаться использовать общие слова и быть более креативным;)

Обратитесь к 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

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