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

Що стосується іменування вашого програмного продукту (будь то програма чи бібліотека), що ви робите?

Здається, неможливо вибрати ім’я, яке вже не прийняте іншим програмним забезпеченням, будь то чийсь маленький хобі-проект чи компанія, яка його продає. Ми всі знаємо про те, що Phoenix стає Firebird, перетворюючись на Firefox, оскільки це суперечить іншим найменуванням програмних продуктів.

Наскільки унікальним має бути ім’я? Phoenix називали комп'ютерний BIOS - навряд чи схожий на веб-браузер, чи не так? І якщо взяти зустрічний приклад, є Fedora операційна система і Fedora програмне забезпечення для сховищ, щасливо співіснуючи. Ще один зустрічний приклад - це midori Javascript Framework і 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бренду вимовляється так само, як і слово "блювота" російською мовою.

На закінчення здається, що у вас є великий вибір назв: загальні назви, назви з міфології або використовувані в інших галузях, крім ІТ, назви, які містять в собі фірмове найменування, складні назви, які добре скорочують і т.д., і ви Мені не варто дбати про вибір імені, яке раніше ніколи не існувало. Єдина думка, про яку ви повинні піклуватися, - це не брати ім’я, яке вже використовується вашим одночасним партнером, вибирати те, що буде легко шукати і не бентежити користувачів.

Використовуйте комбінацію назви компанії та (бажаного) продукту:

$ CompanyName $ ProductName

Або перестати намагатися вживати загальні слова та бути більш креативними;)

За допомогою див. Допомогу, див. Класичний приклад цього є OpenOffice.

Якщо ваше ім’я має бути чимось витягнутим з повітря, тоді переконайтесь, що ваша заява та опис є визначними.

Спробуйте знайти ім’я, яке має доступні ваші домени .net, .org або .com, і пам’ятайте, що у більшості випадків вам фактично дозволяється використовувати те саме ім'я, що й інший «бізнес», якщо ви перебуваєте в абсолютно інших сферах.

На мій погляд, ви повинні вибрати ім’я, яке має сильний звук "бренд", або потенціал для нього. Ви не хочете чогось занадто поширеного і, очевидно, не хочете наступати на чужі пальці ніг, але IMO ви також не хочете іти шляхом "Веб 2.0", щоб дивні імена не мали нічого спільного. з вашим продуктом (хоча, мабуть, це працює так, як це зараз примха), наприклад, називаючи програму завдання щось дивне на зразок "Bluefrog", яке б заплутало пересічну людину на деякий час, але може коштувати грою (подивіться у Twitter чи Hoptoad або подібний)

Я віддаю перевагу стандартним умовам іменування, які фактично передають додаток, щоб я міг піднести це в розмові. Ви можете бути творчими в називанні, не здаючись смішним. Наприклад, якщо я роблю додаток для управління контактами, я можу назвати це "Virtudex" або, можливо, "Digidex" (Virtual / Digital + Rolodex - дуже базовий приклад, не надто читаю в ньому), але не хотів би називати його " Ultimate Contact Manager ", тому що це загальний і самонадійний (" кінцевий "для кого? Порівняно з чим?)

Ви можете зробити дуже мало для того, щоб ім’я вашої програми було унікальним. Найбільш очевидний спосіб - використовувати дійсно довге ім'я для свого виконуваного файлу, але це робиться рідко.

Бібліотеки набагато простіше зробити унікальними. Як сказав П'єр, ви можете використовувати комбінацію назви компанії та продукту. Ви можете взяти його набагато далі, якщо вам подобається, наприклад: CompanyName :: ProductRange :: ProductName :: CodeNamespaceLevel1: Level2

Для комерційних продуктів менше шансів зіткнення імені порівняно з проектом на відкритому просторі. Я не думаю, що ви повинні надто турбуватися з цього приводу.