소프트웨어 이름과 고유성 [닫기]

소프트웨어 제품 (응용 프로그램 또는 라이브러리)의 이름을 지정할 때 어떻게해야합니까?

누군가의 작은 취미 프로젝트이거나 그것을 판매하는 회사이든, 다른 소프트웨어에서 가져 오지 않은 이름을 선택하는 것은 불가능한 것 같습니다. 우리는 Phoenix가 다른 소프트웨어 제품 이름과 충돌하여 Firefox가되는 Firebird가되는 것에 대해 알고 있습니다.

이름은 얼마나 독특해야합니까? 피닉스는 컴퓨터 BIOS의 이름입니다. 웹 브라우저와 거의 비슷하지 않습니까? 이에 반해 예를 들자면 운영 체제 Fedora와 저장소 소프트웨어 Fedora가 함께 공존하고 있습니다. 또 다른 반례는 자바 스크립트 프레임 워크 미도리와 웹 브라우저 미도리입니다.

다른 사람이 응용 프로그램이나 라이브러리의 이름을 사용하지 않도록하기 위해 어떤 단계를 수행하고, 동일한 이름의 다른 것을 찾을 때 제품 유형 측면에서 얼마나 멀리 보려고합니까?

이름의 고유성은 세 가지 이유로 중요합니다.

• 동일하거나 유사한 시장에 이미 존재하는 제품 이름을 사용하는 경우이 제품 회사는 일부 국가에서 귀하 를 고소 할 수 있습니다 . 예 :는 그것을 명명 그래픽 편집 프로그램을 작성 Photoshop.

• 이미 광범위하게 사용되고있는 이름을 사용하면 Google 또는 기타 검색 엔진 결과에서 처음 10 세가 될 수는 없습니다 . 예 : 애플리케이션 호출 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브랜드 이름은 러시아어에서 "vomit"라는 단어와 같은 방식으로 발음됩니다.

결론적으로, 일반적인 이름, 신화의 이름 또는 IT 이외의 특정 분야에서 사용되는 이름, 브랜드 이름이 포함 된 이름, 축약 된 복합 이름 등 많은 이름을 선택할 수 있습니다. 이전에는 없었던 이름을 선택하는 것에 신경 쓸 필요가 없습니다. 관심을 가져야 할 유일한 것은 동시 사용자가 이미 사용중인 이름을 사용하지 않고 쉽게 검색 할 수 있고 사용자를 혼동하지 않는 것을 선택하는 것입니다.

회사 및 (원하는) 제품 이름의 조합을 사용하십시오.

$ CompanyName $ ProductName

또는 일반적인 단어 사용을 중지하고 더 창의력을 발휘하십시오.)

도움을 받으려면 productionoss.org를 참조하십시오. 그러나 간단히 말해서 프로젝트가 실제로하는 일을 설명하는 이름을 갖는 기본값으로 돌아갈 수 있습니다. OpenOffice가 대표적인 예입니다.

당신의 이름이 얇은 공기에서 빼내야한다면, 당신의 사명과 설명이 눈에 잘 띄도록하십시오.

.net, .org 또는 .com 도메인을 사용할 수있는 이름을 찾아보십시오. 대부분의 경우 완전히 다른 필드에있는 경우 실제로 다른 '비즈니스'와 동일한 이름을 사용할 수 있습니다.

내 견해로는 강력한 "브랜드"또는 잠재력이있는 이름을 선택해야합니다. 당신은 너무 평범한 것을 원하지 않으며, 분명히 이름을 가진 다른 사람의 발가락을 밟고 싶지는 않지만 IMO는 할일이없는 이상한 이름을 가진 "Web 2.0"방식으로 가고 싶지 않습니다. 예를 들어 평범한 사람을 혼란스럽게하지만 도박의 가치가있는 "Bluefrog"와 같은 이상한 이상한 앱을 작업 응용 프로그램에 이름 지정하는 것과 같이 비슷한)

나는 대화에서 응용 프로그램을 가져올 수 있도록 실제로 응용 프로그램을 전달하는 표준 명명 규칙을 따르는 것을 선호합니다. 말도 안되는 소리없이 창의력을 발휘할 수 있습니다. 예를 들어 연락처 관리 앱을 사용하는 경우 "Virtudex"또는 "Digidex"(가상 / 디지털 + Rolodex-기본 예제는 너무 많이 읽지 않음)라고 부르지 만 " 궁극의 Contact Manager "는 일반적이고 명쾌하기 때문에 ("궁극적 인 "누구와 비교하여?)

애플리케이션 이름이 고유하도록하기 위해 할 수있는 일은 거의 없습니다. 가장 확실한 방법은 실행 파일에 실제로 긴 이름을 사용하는 것이지만 거의 수행되지 않습니다.

라이브러리는 훨씬 더 독창적으로 만들 수 있습니다. Pierre가 말했듯이 회사와 제품 이름의 조합을 사용할 수 있습니다. CompanyName :: ProductRange :: ProductName :: CodeNamespaceLevel1 : Level2와 같이 원하는 경우 훨씬 더 걸릴 수 있습니다.

상용 제품의 경우 오픈 스페이스 프로젝트에 비해 이름 충돌의 가능성이 적습니다. 나는 당신이 그것에 대해 너무 귀찮게 생각하지 않는다고 생각합니다.